Btrfs Att använda den eller inte använda den? [Personlig erfarenhet]

Det föll på mig att göra ett inlägg om btrfs, ett filsystem som i framtiden ska ersättas ext4, som för närvarande har varit den snabbaste och mest använda, förutom dess defragmentering är nästan noll, såvida du inte har en disk med mer än 95% fullt utrymme.

btrfs

Men vad planerar Btrfs att förbättra på då?

btrfs är ett filsystem utvecklat av Oracle, med deltagande av Red Hat, SUSE, Intel, bland annat. I detta avseende bör det noteras att SUSE lägger särskild tonvikt på att det är klart för användning inom affärsområdet, och det erbjuds redan som standard i sin SUSE Enterprise-distribution.
Varför så mycket betoning på dess användning? Detta beror på många förbättringar som Btrfs ger, varav många är helt originella och innoverar mycket inom filsystem. btrfs det är ett filsystem kopia-på-skriv« letar efter stabilitet, även om något går fel, och underlättar systemreparation och administration.

De viktigaste Btrfs-funktionerna som finns tillgängliga just nu är:

  • Tilläggsbaserad fillagring
  • 2 ^ 64 byte == 16 EiB maximal filstorlek
  • Effektivt paketutrymme för små filer
  • Rymdseffektiva indexerade kataloger
  • Dynamisk inodallokering
  • Skriv ögonblicksbilder, skrivskyddade ögonblicksbilder
  • Delvolymer (separata interna filsystemrötter)
  • Kontrollsummor för data och metadata (CRC32C)
  • Kompression (zlib och LZO)
  • Stöd för flera inbäddade enheter
  • Filuppdelning, spegling, filstripning + spegling, stripning med enkla och dubbla filparitetsimplementeringar
  • Medvetenhet om SSD (Flash Storage) (TRIM / Kassera för att rapportera gratis block för återanvändning) och optimeringar (till exempel att undvika onödiga sökoptimeringar, skicka skrivningar i grupper, även om de kommer från orelaterade filer. Detta resulterar i större skrivoperationer och snabbare skrivprestanda)
  • Effektiv stegvis säkerhetskopiering
  • Bakgrundsraderingsprocess för att hitta och korrigera fel i filer med överflödiga kopior
  • Online filsystem defragmentering
  • Offline-filsystemkontroll
  • Konverterar befintliga ext3 / 4-filsystem
  • Fröenheter. Skapa ett (läsbart) filsystem som fungerar som en mall för sådd av andra Btrfs-filsystem. Det ursprungliga filsystemet och enheterna ingår som en skrivskyddad startpunkt för det nya filsystemet. Med hjälp av copy-on-write lagras alla modifieringar på olika enheter, originalet är oförändrat.
  • Subvolymkvotstöd -medveten
  • Subvolymändring sändande / mottagande
  • Effektiv inkrementell filsystemspegling
  • Bindning, eller out-of-band, deduplicering (som händer efter skrivning, inte under)

Ytterligare funktioner i utveckling eller i utvecklingsprojekt:

  • Ingen mycket snabb filsystemanslutningskontroll
  • Objektnivå spegling och striping
  • Alternativa kontrollsummealgoritmer
  • Online filsystemkontroll
  • Andra komprimeringsmetoder (snabb, LZ4)
  • Spåra heta data och flytta till snabbare enheter (för närvarande trycks som en generisk funktion tillgänglig via VFS)
  • In-band deduplicering (förekommer under skrivningar)

Det bör klargöras att Btrfs anses redan vara stabil och att det inte är många förändringar som planeras i framtiden, såvida det inte finns mycket goda skäl att göra det. De försöker dock förbättra Btrfs-hastigheten med varje ny Linux-kärna, så det rekommenderas att ha alltid den senaste installerade kärnan och den senaste versionen av din GNU / Linux-distribution.

Det rekommenderas också för särskilt stora enheter, det är där btrfs innoverar mest och dess fördelar kan kännas. Dessutom har den stöd för senaste teknikenSå om du har SSD-enheter tror jag att du kommer att märka en förbättring jämfört med ext4 eftersom ext4 fortfarande använder något gammal teknik.

Min personliga erfarenhet

Min favoritdistro är OpenSUSE och det är den jag använder på min netbook från 2011, så jag formaterade partitionen med btrfs för att testa den, och sanningen är att den fungerade långsammare på min netbook än med ext4. Det tog längre tid att starta datorn och jag kände mig mer fast, även om jag tror att den kopierar filer snabbare. De kanske tror att jag var partisk, men jag tog svarstiderna för att vara säker och de var långsammare och systemet kändes verkligen mer fast.

Mina slutsatser

Btrfs anses redan vara stabil, de klargjorde det på sin officiella sida, så:

  • Om du har en lite gammal dator, håll med ext4
  • Om du har något nyare med SSD, använd btrfs.
  • Tänk på att de planerar att förbättra sin integration med varje ny Linux-kärna, så i framtiden kan det vara en bra idé att prova, så även om de har gammal hårdvara nu kan deras hastighet överstiga ext4 i framtiden, men i detta ögonblick, åtminstone rekommenderas det inte.

Lämna din kommentar

Din e-postadress kommer inte att publiceras. Obligatoriska fält är markerade med *

*

*

  1. Ansvarig för uppgifterna: Miguel Ángel Gatón
  2. Syftet med uppgifterna: Kontrollera skräppost, kommentarhantering.
  3. Legitimering: Ditt samtycke
  4. Kommunikation av uppgifterna: Uppgifterna kommer inte att kommuniceras till tredje part förutom enligt laglig skyldighet.
  5. Datalagring: databas värd för Occentus Networks (EU)
  6. Rättigheter: När som helst kan du begränsa, återställa och radera din information.

  1.   ArthurShelby sade

    Det skulle vara nödvändigt att göra tester på en ultrabook med SSD, för att verkligen säga om dess prestanda är överlägsen, eftersom även om det "antas" att det kommer att vara kraftfullare i hårdvara endast genom enbart "teori" skulle det dra vår önskan för upptäckt. För sin del hade Phoronix-folket gjort tester: http://www.phoronix.com/scan.php?page=article&item=btrfs_linux31_ssd&num=1

  2.   eliotime3000 sade

    Sanningen är att det är ett bra alternativ till EXT4, som trots att det var det bästa alternativet till NTFS (för mig, den mest ökända), lämnade det mig en känsla av att det saknade lite mer för att det skulle få bättre prestanda .

    Hur som helst, jag hoppas att den i nästa version av Debian kommer att finnas tillgänglig.

    PS: Jag använder Lynx eftersom jag löser ett problem med Intel-videodrivrutinen som jag har installerat på mitt skrivbord med Debian.

  3.   MSX sade

    Xubuntu 14.04 på Btrfs: för vissa operationer är det lite långsammare än ext4 - och ext4 _ är långsam_, men inte lika mycket som NTFS sötpotatis.

    Dessutom är Btrfs inte ett filsystem som vi är vana vid, det är ett universum i sig, om du inte kommer att läsa wiki i detalj, installera det inte, det kommer att vara för huvudvärk (till exempel verktyg som df [dfc] eller du [ cdu] fungerar inte korrekt i Btrfs och du måste använda dina egna verktyg).

    I mitt fall valde jag äntligen Btrfs eftersom det är svårt att använda LVM med Wincrap installerat, du kan men du måste göra magi för hand Jag ville ha min pingvin igång så snart som möjligt.
    Om du inte har Winbosta installerat är LVM + ext4 en fantastisk kombination: flexibiliteten och säkerheten med att använda LVM med ett filsystem som fortsätter att förbättras - och gilada kämpade så hårt vid den tiden ...

    1.    eliotime3000 sade

      I mitt fall är problemet inte exakt NTFS, men det är gränssnittet för Windows Vista i sig.

    2.    joakoej sade

      Tack för kommentaren. Jag har aldrig använt LVM och antar att jag inte kommer att göra det, men det är trevligt att veta dessa saker. Förresten, vilken förbättring är att använda LVM?

      1.    MSX sade

        Btrfs är ett filsystem. LVM är ett partitioneringssystem. Det finns en komplett artikel på Wikipedia.

    3.    djägare sade

      Samma i mitt fall har jag märkt mycket långsamma btrfs, jag föredrar ext4.

      1.    taregon sade

        Det är sant, det hände mig, jag ville experimentera och jag märkte det väldigt långsamt.

  4.   korv sade

    ext4 har inte gett mig problem hittills
    Jag har dubbel start därför de andra partitionerna i ntfs
    och sanningen är att jag inte märker skillnader med ntfs
    för nu ska jag inte experimentera med filsystem

    1.    eliotime3000 sade

      Vi är i samma situation när det gäller experiment med filsystem.

  5.   konqueror3 sade

    För närvarande använder jag Debian Lenny med reiserfs 3.6-filsystemet på min stationära PC, eftersom det redan är för gammalt började jag testa (på en annan disk) med Debian Wheezy. Eftersom reiserfs inte längre är tillgängligt för installation (även om det är möjligt att installera systemet på en partition som tidigare har formaterats med reiserfs) gjorde jag tester med btrfs, ext4 och xfs, förutom reiserfs med den ovan nämnda metoden. Från de utförda testerna var det mest relevanta jag observerade att både med ext4, reiserfs och xfs var prestandan nästan densamma, kanske med uppfattningen att det var lite snabbare när man använder xfs, men det var definitivt mycket långsammare när man använder btrfs, i faktiskt bara installationen tog ungefär tre gånger så lång tid på detta filsystem. Som förväntat med ext4 går också cirka 5% av det användbara utrymmet förlorat vid partitionering, så jag ansåg aldrig något ext * som ett bra alternativ. Eftersom jag installerade min första distro (Suse Linux 6.4) på ​​en dator med en 20 Gb-disk använde jag reiserfs (då var det experimentellt). Vi måste nämna nackdelen med reiserfs, förutom det faktum att den inte längre har aktiv utveckling och stöd, det är den långa tiden det tar att montera, mer märkbar ju större partitionen är. När det gäller xfs är nackdelen att jag inte kan ändra storlek ...
    Letar jag efter information på Internet om tillgängliga filsystem för att ersätta reiserfs Jag läste några artiklar där de pekade på xfs eftersom det har en bra design och aktiv utveckling och är uppdaterad för att dra nytta av moderna flerkärniga processorer, dessutom att Red Hat har siktat mot detta filsystem.
    Hur som helst, för tillfället anser jag xfs att det är det bästa alternativet, åtminstone på skrivbordet, till reiserfs (ovanför ext * och btrfs).

    1.    joakoej sade

      Mycket bra info, det verkar som att xfs är ett mycket bra alternativ, även om jag ska ändra storlek på disken ganska ofta, så jag vet inte om jag skulle lägga det, men jag kommer definitivt att prova det.

      1.    MSX sade

        Inte så bra info, kolla mitt svar.

    2.    MSX sade

      Din bedömning av Btrfs prestanda är förvrängd, antar jag på grund av bristande kunskap.

      Wheezy använder kärna 3.2 som enligt dagens standard är nästan paleolitisk.
      Liksom så många andra tekniker i Linux finns huvuddelen av Btrfs i samma kärna och inte i användarapparna, så det har gjorts otaliga funktioner med funktioner och buggfixar från kärnan som använder 'den gamla' till kärnan som vi använda idag i resten av moderna distros (3.12,3.13 och 3.14).

      På Xubuntu 14.04 (kärnor 3.13 och 3.14-pf) och ChakraOS (kärna 3.12.6) kör Btrfs felfritt om inte snabbare än ext4. Det enda straffet det har när det gäller läs- och skrivhastighet är intensiva databaser - dokumenterad ad nauseam.

      1.    konqueror3 sade

        Det är sant att med de senaste versionerna av linux måste drivrutinerna för btrfs ha fått otaliga tillägg av funktioner och buggfixar, men det skulle också vara sant för xfs.
        Även om jag saknar teknisk och djup kunskap om filsystem, Linux-drivrutiner och andra ... Bortsett från det faktum att jag för många år sedan slutade försöka och experimentera med alla distro- och nya program som korsade min väg (goda tider!), Test av det vill säga, jag använder fortfarande Debian Lenny! hehe! Det är därför jag ännu inte har hoppat från distro förrän min forskning och tester på filsystemet som jag kommer att använda som ersättning för reiserfs har avslutats; att just nu är kandidaten nummer XNUMX xfs. Jag tror också att jag har tillräckliga kriterier och förmåga att välja det som jag tycker skulle vara bäst som passar mina behov, som ligger nära de vanliga användarna av en hemdator ...
        Jag lämnar länken till en intressant artikel med titeln: Red Hat tycker att XFS är ett bättre filsystem än Ext4. Varav markerar jag en fras som ger en uppfattning om varför btrfs kan vara långsammare än xfs: ... Att göra redundanta kopior av metadata, till exempel, ger säkerhet, men att skriva samma data två gånger till disk kommer alltid att vara långsammare än inte göra vad…
        Länk till artikeln: http://diegocg.blogspot.com.ar/2013/06/red-hat-xfs-es-mejor-sistema-de.html

        1.    MSX sade

          "Det är sant att med de senaste versionerna av Linux måste drivrutinerna för btrfs ha fått otaliga tillägg av funktioner och buggfixar, men det skulle också vara sant för xfs."

          Fel syllogism: "Det är sant att min dalmatiska hund har 4 ben och 1 svans, det borde vara sant då att alla hundar med fyra ben och en svans är vita och fläckiga."

          Följer du utvecklingen av XFS? Inte jag, men jag vågar säga att det inte är nära utvecklingshastigheten för Btrfs. I själva verket ... har den nuvarande utveckling, eller bara buggfixar? År kan gå, evigheten om du vill och prestanda kommer inte att förbättras om det inte finns någon bakom armbågen 😀

          Jag förstår absolut din smärta när jag måste överge ReiserFS, ett av de bästa filsystemen genom tiderna, synd att de inte tillåter att den fortsätter att utvecklas ...
          När det gäller ditt behov av att leta efter ett nytt filsystem, rekommenderar jag LVM + ext4-kombinationen, Btrfs är för främmande, du måste läsa mycket för att använda den korrekt och utnyttja den till sin maximala potential, utan tvekan är det inte en " installera och glöm "-teknologi också förklarar Manuel i sin länk vad det krävs för att underhålla ett extra arbete.

          Om du inte har installerat Wincrap är LVM + ext4 härligt. Faktum är att Btrfs är något avsedd att ersätta behovet av LVM + X-filsystemet.

          När det gäller Debian kanske du vill prova Tanglu (nämns här i DL), Semplice (stabiliserad Sid) eller någon av de nya distros som försöker uppgradera en ren, bas Debian till dagens användningsområden och tekniker.

          Hälsningar.

  6.   jorgejhms sade

    För mig övertygade det mig när jag försökte Gnome-dokument. Med ext4 sökning efter dokument tog århundraden. Med btrfs var det en omedelbar operation.

  7.   Synflagg sade

    Jag använde den med fedora 16 och märkte inga förändringar. Då ansågs det vara instabilt så jag behöll min livslånga ext4

  8.   Manuel Escudero sade

    BTRFS är ett utmärkt filsystem, bland de fördelar som jag har märkt är högre hastighet på mina datorer (med hjälp av partitionen / under BTRFS) på servrarna, större tolerans mot fel som orsakar dataskada (under Ext4 om du stänger av en server som kör en MongoDB-demon, databasen kräver att du återaktiverar den manuellt genom att radera filen «/var/lib/mongodb/mongod.lock» och starta om mongoddemonen, under BTRFS händer detta inte på grund av dess CoW-struktur och andra "Goodies" "). Förutom möjligheten att "återuppliva" skadade hårddiskar (Uppenbarligen hade de tidigare Windows NTFS och de hamnade så dåligt att de inte accepterar Linux-installation med Ext4 utan att misslyckas).

    PROBLEMET är att BTRFS inte är ett filsystem som fungerar "out of the box" för användaren som ExtX, som inte behöver ytterligare underhåll eller optimeringar. Jag har använt BTRFS i produktion sedan Fedora 15 (jag är på Fedora 20 just nu), och med tiden har jag märkt många saker som krävs för att få det att fungera bra, inklusive underhållsprocesserna som jag förklarar i Denna artikel:

    http://xenodesystems.blogspot.com/2014/05/btrfs-maintenance-and-other-tips.html

    (Med vilken man bland annat undviker den vanliga fragmenteringen som detta system medför)

    och jag upptäckte också att det att vara ett CoW-filsystem är allt "plats, plats, plats." Du förstår, BTRFS är bra för / partitionen av sin natur och filåtkomstprofil, men om du lägger den på en / home-partition och sedan räknar med att köra till exempel något som gör back-to-back skriver till hårddisken (som en löpande virtuell maskin vars "hårddisk" finns i nämnda / home btrfs) systemet fryser helt enkelt eftersom CoW inte är gjord för den typen av operationer (även om det fungerar på det) ...

    I slutet av dagen tror jag att det är på grund av dessa saker som vi fortfarande inte ser det som "standardinställning" för de flesta distros ännu, eftersom dessa saker är poäng att fungera utan tvekan.

    1.    joakoej sade

      Bra info, ja, jag lade till dessa fördelar i inlägget, men jag är en hemanvändare (så att säga), dessa alternativ spelar ingen roll för mycket för mig och jag är inte säker på hur de fungerar alls, så jag behöll den som fungerade bäst för mig. Även om jag också kommer att testa xfs för vad de sa ovan.

  9.   Alexander sade

    xfs

  10.   Alex sade

    För SSD skulle jag satsa på f2fs

  11.   Jorge sade

    Jag har hört bra referenser till btrfs, och problemet med att byta (om jag vill) är att jag måste formatera ALLT, och eftersom jag har för mycket information skulle jag ha problem med att säkerhetskopiera det ._.

    Och bra att det redan var stabilt, även om jag inte vet om för alla distributioner (här i Gentoo har fallet inte diskuterats). Under tiden håller jag med ext4 för frågor om anpassning och stabilitet.

    Och jag har inga drama med att hitta filer och jag har svårt att indexera för att påskynda sökningar på grund av det hårddiskutrymme som behövs: /

    Jag skulle prova btrfs när det är mer massivt och hitta hur man säkerhetskopierar ett tag (och även när du har en större hårddisk :)

    1.    joakoej sade

      Hej, det anses vara stabilt för sina utvecklare mer än någonting, i andra distros, utom SUSE eller Fedora, och det diskuteras inte, även om SUSE redan har antagit det som jag sa ovan.

      1.    Jorge sade

        Mmm nu förstår jag. Jag väntar på senare då. Tack 😀

    2.    MSX sade

      Nej, du behöver inte formatera allt. ExtX-partitionerna migreras transparent till Btrfs med fördelen att återställa ändringarna (det vill säga gå tillbaka till ditt gamla filsystem) om du vill.

      1.    Jorge sade

        Skönt att veta. Jag väntar på att Btrfs ska få lika mycket stöd som ext4 och vara så massivt som ext4 är nu. Och tack, det lämnar mig lugnare när det gäller att vilja röra med det filsystemet 😀

  12.   yoyo sade

    Jag har BTRFS i min SSD både i KaOS och Antergos, för nu har jag inte märkt något konstigt, det vill säga jag har fstab-konditioneringen.

    Jag lämnar dem om det hjälper någon.

    UUID = xxxxacaminumeroxxxxxx / btrfs standardvärden, rw, noatime, compress = lzo, ssd, space_cache, inode_cache 0 0

    Jag har bara btrfs i / root, varken använder separat / home eller swap

    1.    MSX sade

      Kontrollera länken från @Manuel för att lägga till optimeringar till din SSD.

      1.    Gabrielix sade

        XFS fortsätter i utvecklingen och inkluderar förbättringar i de nya kärnorna, ställ in alternativet för fördröjning.

  13.   tabris sade

    Använde du maskinöversättning i fördelarna? eftersom det är skrivet väldigt konstigt.

    1.    joakoej sade

      Vad är den maskinöversättningen? Ett wordpress-alternativ?

  14.   Cristianhcd sade

    Jag är fortfarande fast på ext3

  15.   Sephiroth sade

    Tills jag överstiger ext4 i hastighet (enligt de tester jag har läst är det fortfarande ganska långt) hittar jag ingen anledning att byta.

    1.    sieg84 sade

      Det är inte målet för Btrfs

  16.   icke namngiven sade

    men är det gratis?

    1.    MSX sade

      Och ... om det är en del av kärnan ...

  17.   Jorge sade

    Lämna mig med ext4 vilket går mycket bra även om jag har en väldigt ny maskin med SSD. 🙂

  18.   Ezequiel Ortiz Rossner sade

    Jag använder XFS sedan Ubuntu 10.04 och för mig är det det bästa som fungerar!

  19.   Jon gräver sig sade

    Btrfs har fortfarande ett sätt att gå.

    Under tiden är XFS din vän.

  20.   carlos sade

    Med hjälp av komprimering, med kärnan 3.12.x, skadas hela filsystemet efter tung diskskrivning. Varnade ...

  21.   jose perez sade

    Jag funderar mycket på vilket filsystem jag ska använda. Jag vet inte om jag ska använda BTRFS, ZFS eller XFS. Efter att ha läst artikeln vars länk, nedanför dessa ord bifogade, tror jag att jag kommer att börja använda btrfs.

    http://libuntu.com/marc-merlin-de-google-habla-sobre-las-ventajas-de-btrfs-y-las-desventajas-de-zfs/

    1.    Yo sade

      ZFS på GNU / Linux? Lycka till, jag tänkte bara.

      1.    dago sade

        Du behöver inte tänka mycket 😉
        https://clusterhq.com/blog/state-zfs-on-linux/

  22.   Francisco sade

    Jag köpte nyligen en Pavillion-bärbar AMD A8-processor, 8 GB ram med fabriksinstallerade Windows 8.1, jag köpte också en 160 GB SSD-disk och fortsatte med att installera Ubuntu 14.04 LTS på SSD via extern USB-anslutning (jag använder SSD-disken externt till dator för att inte röra vid något inuti den bärbara datorn), för Ubuntu-installationen valde jag den automatiska installationen, allt gick perfekt, även utan att göra någon annan åtgärd efter installationen, när jag slår på datorn automatiskt visas en meny som erbjuder den möjlighet att starta med antingen Ubuntu eller Windows, jag hade faktiskt aldrig testat Ubuntu på en blygsam modern dator och med en SSD, den går inte, den flyger, men jag var nyfiken på att se vad Ubuntu-prestandan skulle partitionera med Btrfs, Jag har inte mycket djupa datorkunskaper men jag har använt Ubuntu under en tid och jag gillar att lura och prova olika partitioneringsalternativ för att jämföra resultat för Ju mer jag tittar på webben ser jag inte en komplett handledning som gör det möjligt att göra avancerade partitioner i Linux med SSD-disk, om du har några råd i detta avseende, tackar jag på förhand för din uppmärksamhet ... haaa ... förresten, Grattis .... bra artikel.

  23.   Carlos sade

    God morgon alla, jag har letat efter ett lämpligt filsystem för att hantera stora filer, speciellt videofiler. Ska jag förbereda en exklusiv partition för dem med XFS-format? Jag använder för närvarande ext4, men naturligtvis har jag filer av alla slag i mitt / hem.

    I den här partitionen skulle det i princip bara vara att läsa filer.

    Jag använder en Lenovo ideapad s400touch-bärbar dator med ubuntu 14.01 och 4 partitioner, / boot, swap, / och / home.

    Hälsningar och tack för att du läste mig.

  24.   Platshållarbild för Juan Carlos Sandoval sade

    God natt allihopa. Jag har en produktionsmaskin med en SSD-disk där jag monterar OpenSUSE med btrfs. Dess funktioner är ganska jublande och det är faktiskt väldigt snabbt för serveravstängning och startprocesser. På det här filsystemet låg produktionsdatabasen för mitt företag, men jag var tvungen att installera om min utrustning igen, eftersom den inte stödde ett strömavbrott och detta var det enda filsystemet som var skadat. Jag kunde inte hämta filsystemet för att göra det monterbart. Med btrfs-återställningsverktyget lyckades jag få databasen, men ändå var den redan skadad och det var inte möjligt att återställa den med firebirds egna verktyg. Sanningen är att det orsakade mig ett stort problem eftersom försäljningsrekord förlorades under en hel halv dag (det är många poster), lagerproblem etc. Jag rekommenderar inte det för produktion i slutändan.

  25.   Pepe sade

    Hej alla, jag använder Xubuntu 14.04.01 LTS sedan den kom ut och det uppmuntrar mig att ändra ext4. För mig / jag använder btrfs och för / home använder jag xfs och sanningen ... helt enkelt utmärkt, även med xfs görs kopiering av stora filer snabbare än när jag använde ext4. Jag förstår ingenting om filsystem, men sanningen är att jag uppmuntrades att försöka och jag är väldigt nöjd med resultatet, jag vet inte vad som kommer att hända senare. 🙂

    1.    Felix sade

      Hallå

      Jag stötte bara på problemet att jag hade en Oracle Linux (redhat) server med LVM. Jag hade en 7gig FS btrfs där jag monterade allt / och sedan ytterligare 2G för byte. Faktum är att det var petado och ändå fanns det mycket oanvänd skiva.

      Jag har tagit och avmonterat bytet och laddat bytets logiska volym. Sedan har jag skapat en partition med fdisk med resten av det tillgängliga oanvända utrymmet och en fysisk volym av detta och lagt till den i volymgruppen. Och äntligen har jag utvidgat VL där btrfs-filsystemet är (monterat ALLT i /) och jag har skapat en ny VL för swap som byter namn på samma för att inte behöva röra vid / etc / fstab (lagen om minsta ansträngning) .

      Hittills är inget ovanligt för dem som vet hur man använder LVM. Med hjälp av skärmkommandona kunde jag se mina 2 VL (root och swap) och roten hade redan det utrymme jag behövde. Men när vi gör en df -h fortsätter vi naturligtvis att se den gamla kapaciteten hos FS (7gigas). Sedan gick jag för att göra en resize2fs och det var då (efter felmeddelandet) jag fann att FS var btrfs och jag var tvungen att gå till internet för att hitta information. Jag har letat efter kommandona för att göra en stor storlek (allt som ökar i storlek är vanligtvis inte nödvändigt att demontera).

      #btrfs filsystem ändra storlek + 10G /

      Det har varit det kommando som använts. Och jag kan säga att det var perfekt. Vid den tiden gjorde jag en df -h igen och den nya kapaciteten kom ut. Allt detta har varit på roten FS (/) och allt varmt från samma server. Utan att behöva starta någon livecd eller något.

      Sammanfattningsvis är allt korrekt. btrfs och LVM tar mor dp.

      Adjö.

  26.   Abkrim mateos sade

    En av många förmodligen tekniska artiklar som snedvrider det tekniska universum och som i slutändan är inget annat än "kommentarer och personliga uppskattningar." Det finns inga objektiva data, och det finns istället «Jag tror» «Jag gjorde tester (vars data inte publiceras» ...
    Å andra sidan är den använda distro och dess kärna mer än föråldrad, inte ett tillförlitligt bevis på någonting.

    1.    Hallå sade

      Dessutom har han inte ens brytt sig om att översätta kopiorna om BTRF-funktionerna bra. Kort sagt, den typiska «artikeln», som var väldigt generös, gjord för att få besök ...

  27.   Francis Rivarola sade

    Hej alla.
    Först och främst, vad Mr. Mateos säger är sant, allt är baserat på erfarenheter och avläsningar från "där ute", men det är sant att allt fungerar, få skulle förstå sådana tekniska data.
    När det gäller fs använder jag openSUSE från början, jag testade hur många distro som korsade min väg, i en inte så kraftfull netbook, 4 GB ram och cpu celeron 1.6 Ghz x2. Sedan version 13.2 är partitionering med btrfs i / och xfs in / home standard. SUSE gjorde det och av en anledning är det. Sanningen är att det fungerar bra, ingen annan distro fungerar som openSUSE, sökhastigheten på skrivbordet är omedelbar, kopieras, klipps, klistras in allt är snabbt, mer än i debian och derivat, (sanningen är att jag fortfarande inte förstår hur Linux-användare använder ubuntu).
    Jag installerade ubuntu med ext4 och sedan btrfs och det senare var bättre, jag vet inte varför, men det var det.
    Fortsätter med btrfs använder SUSE och företaget det som standard eftersom de innehåller ögonblicksbilder för återhämtning, utan att behöva vara en expert för att återhämta sig vid en katastrof.
    Sanningen, det finns inget bättre än openSUSE, och att inte stanna i 13.1 bara för vintergröna, förändringarna till 13.2 är otroliga. Jag skulle inte rekommendera eller använda något annat än kameleont distro.
    Hälsningar till alla och ... HAR MYCKET KUL !!

  28.   Oliv sade

    Jag har använt btrfs-filsystemet för ett microsd och det har varit omöjligt att formatera det senare, efter att ha använt otaliga formateringssystem. En dålig upplevelse, även om systemet verkar lovande, särskilt för SSD-skivor, så länge problem som det som hände mig övervinns.