Com canviar el sistema d'arxius de «/» i no morir en l'intent

Un altre excel·lent tutorial que trobem a la secció de Tutorials del nostre Fòrum, de la mà de superjò

Ahir vaig descobrir per les dolentes una de les «Features» de sistema d'arxius btrfs. Es tracta que per motius que desconec del seu funcionament, btrfs tendeix a omplir més el disc del que solen indicar ordres com dd o els mesuradors d'ompliment de disc dels gestors d'arxius habituals.

Com saber quant espai està ocupant el teu sistema d'arxius amb btrfs

Qui tingui un sistema d'arxius amb btrfs podrà saber quant espai addicional estan ocupant les seves dades escrivint en consola (com a root crec):

btrfs filesystem show /

(Substituir / per un altre punt de muntatge si es que voldria saber l'espai ocupat en una altra partició btrfs)

En una partició gran aquest omplert addicional no suposa un gran problema, ja que és molt poc espai comparat amb el total. Però en el meu cas, on / té 22GB (ocupa un ssd memòria cau), es em va omplir el disc dur amb 8 GB lliures, trencant les bases de dades rpm i inutilitzant per això el gestor de paquets. Pel que em vaig veure obligat a formatar amb un altre sistema d'arxius.

Però no volia reinstal·lar. És clar que es poden conservar fàcilment les dades de / home, però un ha molts programes al / i moltes configuracions que també hi resideixen, així que vaig decidir simplement conservar la instal·lació però canviar el sistema d'arxius.

La raó per la qual escric això és perquè no vaig trobar res de documentació sobre com procedir en aquests casos. Suposo que la majoria de gent es conforma amb reinstal·lar.

Vaig haver de estar com unes 7 hores buscant i rebuscant informació en manuals en anglès que en realitat tenien a veure amb altres coses i ajuntant peces intuïtivament; prova i error tota l'estona, reiniciant desenes de vegades per comprovar que cada cosa que intentava fracassava una rere l'altra. Quan el procés en realitat no hagués estat per tant d'haver disposat d'un manual dedicat a això.

Consideracions a tenir en compte per canviar el sistema d'arxius de «/»

Primer: Jo vaig realitzar aquest procediment en Fedora. Suposo que val igual per a totes les distribucions que comparteixin principalment el tenir com a gestor d'arrencada GRUB2.

Segon: Aquest procés és difícil per a l'usuari comú (els que llegeixin això i pensin que és una bestiesa sapigueu que no sou usuaris comuns) La gent sol tenir coses millors que fer que canviar el sistema d'arxius de la partició arrel. Si no sabeu seguir aquest manual correu el risc de perdre la vostra instal·lació, i si aconseguiu fer-ho descobrireu que el canvi de rendiment no és tan espectacular (Bé, per a alguns sí, però no sou usuaris comuns) Jo en concret ho vaig fer per necessitat , encara que he de reconèixer que sóc dels que li posen que el seu ordinador iniciï un segon més ràpid.

Tercer: Com aquest procediment no és per a usuaris comuns, suposaré que el lector posseeix alguns coneixements de GNU / Linux i que no li va a donar mandra buscar més informació.

Procediment per canviar el sistema d'arxius de «/»

Ja vulgueu canviar el sistema d'arxius per necessitat o per avorriment, aquest és el procediment:

1.- És obvi que perquè el nostre nou sistema d'arxius funcioni hem de tenir les eines que ens ajudin a tractar-lo, així que és el primer que farem. El sistema d'arxius que vaig escollir per cert, va ser xfs, Així que em va tocar instal·lar «Xfsprogs» y «Xfsdump». Vosaltres instalaréis el que us toqui en funció de sistema d'arxius que vulgueu utilitzar.

2.- Iniciar des d'un livecd / usb i copiar tot el contingut de la partició arrel a una altra partició o disc. El mètode que trieu no importa, però el seu és fer-ho amb privilegis de root, per no trobar-se amb arxius o directoris amb permisos especials.

3.- El pas on pròpiament es formata «/» amb el sistema d'arxius que preferim. Hi ha multitud de mètodes, trieu el que més us agradi.

4.- Es restaura la còpia que vam fer de la partició arrel a la partició acabada de formatada.

5.- És el moment en què l'usuari ha de començar a posar de la seva part. A l'formatar la partició es modifica un identificador que utilitza el sistema operatiu per saber què partició ha de muntar. Això és el UUID, I necessitem conèixer aquest codi.

Hi ha múltiples mètodes, però per exemple, en «Gparted», ho sabrem fent clic dret sobre la nova partició «/» i fent clic en «Informació». Aquest codi el copiem i és quan ens anem a editar el fitxer / etc / fstab:

UUID = 36f3ce91-5138-4293-8571-b5b43f6b4646 / xfs defaults, noatime, discard, nobarrier

Això és un exemple en el qual apareix la línia que correspon a la meva flamant partició. El codi que apareix a la dreta de UUID = és el que substituirem pel nostre UUID.

Una vegada que ho hàgim fet, és clar hem d'indicar el nou sistema d'arxius de la nostra partició, xfs en el meu cas o sustituidla per la vostra en el cas que sigui un altre sistema d'arxius. També heu de posar les noves opcions de muntatge: Si no sabeu que posar, poseu «Defaults»; noatime augmenta el rendiment a l'disminuir les escriptures, descartar disminueix les escriptures en els discos ssd, augmentant la seva longevitat.

6.- Aquí comença el fotut de veritat i és on em s'embussi. En realitat no és tan difícil, però no hi ha gairebé documentació a partir d'aquest punt.

Necessitem reconstruir el menú de Grub perquè iniciï correctament el sistema operatiu. No sabria com fer-ho a mà, ho podeu intentar com jo ho vaig fer (canviat UUIDs i tal) però el normal serà que l'inici de l'SO s'aturi en una agradable i esperançadora «emergency shell»

Afortunadament, grub2 posseeix l'eina «Grub2-mkconfig» que realitza automàticament aquesta tasca prenent com a referència les característiques de sistema on s'estigui executant. El problema és que, ves per on, el sistema on s'està executant no és el sistema de la destinació, i aquest últim aquesta temporalment fora de servei.

Per això necessitem fer chroot i muntar una sèrie de particions especials per executar aquesta eina, sense les quals no funciona. El procediment per fer això està mal explicat en gairebé tot arreu (la qual cosa no vol dir que no ho sàpiguen fer, sinó que es pensen que som supercracks de la computació)

Per sort aquí: http://askubuntu.com/questions/28099/ho … ll-kernels vaig trobar una explicació cojonudísima sobre el tema, que pas a resumir ia traduir:

  1. Muntar / i / dev:
mount / dev / sda1 / mnt mount --bind / dev / mnt / dev

A on 'sda1 »se substitueix per la corresponent a la partició arrel, si no és« sda1 »

  1. Muntar / boot i / boot / efi, aquest últim si teníem partició EFI.
mount / dev / sda2 / mnt / boot

A on 'sda2 »se substitueix per la corresponent a la partició boot, si no és« sda2 »

El muntatge d'eficiència no ve al link de dalt, és cosa meva però en aquest cas ho necessitava. Si no teniu partició EFI, no feu cas d'això.

mount / dev / sda3 / mnt / boot / efi

A on 'sda3 »se substitueix per la corresponent a la partició boot, si no és« sda3 »

  1. Chroot i algunes cosetes més, que en realitat l'única cosa que sé d'aquestes cosetes és que són necessàries:
chroot / mnt mount -t proc none / proc mount -t sysfs none / sys mount -t devpts none / dev / pts export HOME = / root export LC_ALL = C

Això és afegit meu, pot ser necessari per a una cosa més endavant:

mount -t tmpfs tmpfs / run

7.- grub2-mkconfig

Doncs és el moment estrella gairebé. Hem de buscar un arxiu que es diu «grub.cfg» dins de la partició boot. En el meu cas la seva ruta és /boot/efi/EFI/fedora/grub.cfg

Quan ho hàgim trobat, correm en l'entorn chroot:

grub2-mkconfig -o /ruta/a/grub.cfg

I ja tenim el menú de grub llest per fi.

Aquest punt segons el seu autor no s'ha de prendre en compte. Saltin directament a el punt 9

8.- Regenerar l'initramfs.

Aquest pas crec que és necessari, però no estic estrictament segur. No obstant això, només cal reinstal·lar el nucli que vulguem o amb executar:

Dracut --force / ruta / al / arxiu / initramfs / que / vulguem / substituir

per exemple:

dracut --force /boot/initramfs-3.15.9-200.fc20.x86_64.img

Per descomptat, tot això dins del chroot. (I si no, tornada a la casella de sortida, estoo ... a la «emergency shell»)

PD: Es va oblidar posar el que cal fer per tenir accés a Internet en l'entorn chroot, per si voleu reinstal·lar el nucli. Al link de dalt s'explica molt bé: Heu d'obrir una nova terminal i copiar aquests arxius:

cp / mnt / etc / hosts /mnt/etc/hosts.old cp / etc / hosts / mnt / etc / hosts cp /etc/resolv.conf /mnt/etc/resolv.conf

9.- Accedir a internet:

Simplement cal copiar els següents arxius, gràficament o mitjançant consola, en aquest últim cas fora de l'entorn chroot. Es pot fer des d'una altra terminal o bé sortint de l'entorn chroot, i després tornant a entrar.

cp / mnt / etc / hosts /mnt/etc/hosts.old cp / etc / hosts / mnt / etc / hosts cp /etc/resolv.conf /mnt/etc/resolv.conf

10.- Reinstal·lar el nucli:

Reinstalamos el nucli dins de l'entorn chroot amb el nostre gestor de paquets

11.- REINICIAAAR:: DD

Aquest punt hauria de ser el final per a distribucions «normals», per a distribucions amb SELinux, com és el meu cas, la cosa es va allargar una mica més.

Tot i que l'inici arribava fins al final i tractava d'iniciar el sistema gràfic, no ho feia, i quan intentava loguearme com a usuari o com a root em deixava anar «permission denied».

Vaig llegir alguna cosa a l'respecte i segons una persona el problema podia ser d'selinux, i va suggerir posar selinux = 0 a la fin d'una línia d'arrencada en grub.cfg, d'aquesta manera:

menuentry 'Fedora, with Linux 3.15.9-200.fc20.x86_64' --class fedora --class gnulinux --class gnu --class us --unrestricted $ menuentry_id_option 'gnulinux-3.15.9-200..fc20 .x86_64-advanced-36f3ce91-5138-4293-8571-b5b43f6b4646 '{load_video setembre gfxpayload = keep insmod gzio insmod part_gpt insmod ext2 setembre root =' hd1, gpt2 'if [x $ feature_platform_search_hint = xi]; then search --no-floppy --fs-uuid --set = root --hint-vis = hd1, gpt2 --hint-eficiència = hd1, gpt2 --hint-baremetal = ahci1, gpt2 1cd04509-ab7c-4074- 8bab-e170c29fe08e else search --no-floppy --fs-uuid --set = root 1cd04509-ab7c-4074-8bab-e170c29fe08e fi linuxefi /vmlinuz-3.15.9-200.fc20.x86_64 root = UUID = 36f3ce91-5138 -4293-8571-b5b43f6b4646 ro rd.md = 0 rd.lvm = 0 rd.dm = 0 vconsole.keymap = és rd.luks = 0 vconsole.font = latarcyrheb-sun16 rhgb quiet selinux = 0 initrdefi /initramfs-3.15.9. 200-20.fc86.x64_XNUMX.img

Fixeu-vos en la penúltima línia a la dreta de el tot.

Jo no ho vaig fer directament, sinó que simplement vaig editar l'entrada d'arrencada en el propi menú de grub, de manera que fos una modificació temporal, crec que es feia prement «c» o «e», al menú de grub us ho posa.

Doncs fem això i reiniciem, o continuem amb l'arrencada.

12.- La llum a la fi de l'túnel.

Si no vam poder en el pas anterior directament, és en aquest penúltim pas on podrem accedir al nostre escriptori habitual. Un brindis per la nostra gran gesta, però si SELinux ha fastiguejat, encara no hem acabat.

Hem de tornar a editar el grub.cfg per treure el «selinux = 0» o simplement tornar a reiniciar normalment si el que hem fet ha estat editar l'entrada al menú de grub. El cas és que reiniciem amb SELinux activat.

Llavors a l'acabar l'inici surt alguna cosa que ha de reetiquetar la política de SELinux targeted, El deixem tot sol i a l'acabar es reiniciarà.

Veurem que el nostre sistema s'iniciarà, mostrant el nostre escriptori habitual, amb SELinux activat, el nostre sistema d'arxius canviat i tots els nostres programes plenament funcionals.

Aquesta és la finalitat de l'manual, espero que us serveixi big_smile

ACTUALITZACIÓ: Quan vaig fer això per primera vegada no tenia ni idea i vaig fer el pas de regenerar el initramfs i després torneu a instal·lar el nucli i va ser tot molt embolicat i a la fi va funcionar gairebé sense saber per què, i vaig donar les dues opcions per igual de bones, però regenerar el initramfs no serveix i ho he ratllat. L'única cosa que val és reinstal·lar el nucli (intueixo que els paquets kernel i kernel-core a Fedora) i així he modificat el manual.

I també vull afegir que per canviar el format de sistema d'arxius de la partició / home són necessaris els mateixos passos, no sé si ho de selinux cal, però si no funciona amb selinux es treu temporalment i ja està.

Imatge destacada presa de aquí.


Deixa el teu comentari

La seva adreça de correu electrònic no es publicarà. Els camps obligatoris estan marcats amb *

*

*

  1. Responsable de les dades: Miguel Ángel Gatón
  2. Finalitat de les dades: Controlar l'SPAM, gestió de comentaris.
  3. Legitimació: El teu consentiment
  4. Comunicació de les dades: No es comunicaran les dades a tercers excepte per obligació legal.
  5. Emmagatzematge de les dades: Base de dades allotjada en Occentus Networks (UE)
  6. Drets: En qualsevol moment pots limitar, recuperar i esborrar la teva informació.

  1.   anonimo va dir

    Em sembla que a btrfs li falten un parell d'anys perquè maduri i que quan falli hagi eines per recuperés de l'ensurt sense perdre dades ... ext4 segueix sent la posta.
    Pel que fa a manejar-se amb chroot, a les guies de gentoo tens molt ben explicat:
    https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base/es

    També ús Dracut per generar el initramfs ja que necessito el mòdul mdadm per grub2 sense el qual grub2 no em troba la partició / dev / md0 del / boot.

    M'havien regalat un disc nou SSD de 120G, però em resisteix a usar-lo, és tecnologia molt nova i poc madura, no tinc ganes de caminar reinstal·lant el sistema cada vegada que se li corromp una cel·la a l'SSD.

    He instal·lat des de zero en raid 1 en dos discos de 1T cada un, alla per abril de l'any 2012 ... aquesta per complir 3 anys el meu gentoocito ... jeje

    # Genlop -t gentoo-sources | head -n3
    * Sys-kernel / gentoo-sources
    Wed 11 abr 23:39:02 2012 >>> sys-kernel / gentoo-sources-3.3.1

    Aquest és el procediment que faig servir per crear el disc de ram inicial, agregar-li el tema gràfic de l'bootsplash
    i regenerar les entrades de l'grub2.

    # Mount / boot
    # Dracut -hostonly »3.19.3-gentoo -force
    # Splash_geninitramfs -verbose -res 1920 × 1080 -append /boot/initramfs-3.19.3-gentoo.img emergeix-world
    # Grub-mkconfig -o grub.cfg

    Gràcies per compartir la teva experiència en btrfs.

  2.   Iván Barra va dir

    Vaja amic ILAV, tremenda entrada a el blog i gràcies a l'camarada «superjo» de fòrum. La veritat és que mai m'ha passat una cosa semblant, ni en l'absolut, però mai està de més tenir un mega tutorial com aquest.

    En el personal no trobo Btrfs immadur en l'absolut, XFS no ho he utilitzat, es que CentOS juliol el porta, però fins avui, no m'ha tocat muntar un servidor nou amb el, així que de moment no li veig gràcia fullejar-lo. En OpenSUSE ús Btrfs, però no m'ha donat problemes en l'absolut, ni tan sols en discos SSD. El que si m'ha costat un món poder fer és un disc SSD-Cache en Unix, de veritat que ha estat tremend problema, la documentació d'Intel la trobo molt poc clara i complexa. de fet tinc un tema obert en el fòrum i en altres llocs, però a l'sembla ningú s'ha topat amb el tema o bé, simplement deixen els discos SSD-cache que porten els portàtils per a una altra cosa, de sobte els posen com SWAP per no alterar la rapidesa de el sistema, aneu a saber un.

    Potser una entrada pel que fa als tipus de File System existents en Unix seria espectacular, posar els avantatges de cada un, no, un altre també seria bo pel que fa a SELinux, atès que tant es parla de la seguretat, però llegeixo un tutorial a internet ia tot arreu posen «SELinux = Disabled», només en «alcancelibre» donen tips de com permetre programes a través d'ell.

    Ja, no m'allargo més.

    Gràcies per l'entrada i Salutacions.

  3.   pecador va dir

    Gràcies pel tip, home, però Totes les característiques de btrfs la té ZFS que per usar-lo en linux s'ha d'aixecar el mòdul en el nucli, però en FreeBSD ve per defecte i no dóna ni un sol problema, el recomano, ja que btrfs encara té molts 'asuntillos', per dir-ho així.

  4.   Azazel va dir

    Sóc jo o noti a ILAV amb un accent molt espanyol avui.

    1.    Giskard va dir

      Jo també ho vaig notar. Qui sabrà la raó d'això.

    2.    ILAV va dir

      Jajajaja .. és que l'article no és meu .. no em diguin que no van llegir el primer paràgraf jajaja.

      1.    Azazel va dir

        Ara que ho dius ... No. Ni compte em i donat.

  5.   superjò va dir

    Hola. Si veieu l'entrada de fòrum veureu que el punt 8 està ratllat sencer perquè no val, el que cal fer és reinstal·lar el nucli i així ho vaig posar quan ho vaig editar 😛

    El que passa és que quan vaig fer això per primera vegada no sabia molt bé el que feia i vaig provar de tot així que em vaig confondre 😛

  6.   superjò va dir

    I continu, el que passa és que no s'ha posat encara el meu anterior comentari 😛

    Per això si no es pot titllar res a la web el seu seria esborrar el punt 8 per confondre el personal. De qualsevol manera el pitjor que pot passar regenerant el initramfs el que jo vaig aconseguir: que no passi absolutament res, ni bo ni dolent, amb la qual cosa tampoc és tan greu, però és un pas inútil.

    1.    Hugo va dir

      Bon article el que has compartit, mitjançant la teva experiència he après algunes coses noves 😉
      Aposto qualsevol cosa a que la sensació de victòria que vas sentir a l'aconseguir el teu objectiu superar amb escreix les ensopegades. 😉

  7.   Mario Dannan va dir

    El codi obert és molt femení: no és per ansiosos.
    Si un li dedica atenció, passió i paciència per aprofundir en els seus encants, aquest ens lliurament el millor de si mateix.

  8.   Weyland-Yutani va dir

    Que bon post s'ha marcat el col·lega superjo. Així dóna gust.

  9.   Jamin-samuel va dir

    Perquè XFS en lloc de ext4 ??

    🙂

    1.    Brutic va dir

      Ext4 s'esta quedant anticuando diuen ... i per escriure dades de grans dimensions millor xfs.

      Sobre l'autor de l'post mai vaig veure que el Jurnal btrfs ompli la partició /
      Em pregunto és que crec que és perquè invernas el pc crec jo, per que a mi no m'ha passat mai! amb la de distros que ús amb un ssd samsung pro i mai em pas això.

      1.    superjò va dir

        No és una cosa que es noti en particions mitjanes o grans, però en una partició de 20GB Btrfs et pot omplir la partició arrel amb gairebé la meitat d'espai lliure en realitat.

        I no era l'únic problema que tenia. Pel que fa a lectura anava el disc més o menys correcte però les instal·lacions i actualitzacions eren molt lentes per a un disc ssd i un disc dur normal, la qual cosa era una molèstia important.

        Jo dono la culpa a la unitat híbrida que tinc al portàtil, perquè en els altres llocs on tinc instal·lat Fedora amb btrfs no tinc cap problema i va ràpid i bé, excepte en el meu ordinador principal que porta unitat híbrida com he comentat. Ara amb les dues particions amb XFS es comporta molt millor aquest ordinador.

  10.   Derpie va dir

    ¿Desde cuando esta ese 10 minutos con DesdeLinux?, apenas y me doy cuenta que esta ahi o_o

    1.    ILAV va dir

      Fa una estona 😀

  11.   taulell va dir

    Crec que serà estrany, però vaig estar investigant sobre això per molt temps, em va donar tanta mandra que no vaig voler animar-me. Gràcies per la info, vull passar el meu / home a xfs i la / a btfrs

  12.   monjo va dir

    Gràcies per l'article, molt interessant.

    Critica fora de contingut:
    Ho he esmentat en altres posts i crec que en un bloc com aquest, col·laboratiu, on participa tot tipus de gent no s'hauria de permetre posar imatges com la que has posat a la capçalera de l'post. No per que surti una noia en bikini sinó perquè s'utilitza (segurament sense voler) d'una forma sexista.

    Ningú aquesta criticant que surti una noia o una noia en biquini, fins i tot nua. Si té sentit, i algú vol fer un post sobre els cossos i internet, o sexualitat i internet o alguna cosa així ... em sembla genial.

  13.   Jorgicio va dir

    Es veu bé, però ... Per què cal reinstal·lar el nucli? No entenc.

  14.   Zjaume va dir

    La veritat és que després d'haver instal·lat Arch un parell de vegades ja em feia una idea de per on anirien els trets, jo porto 1 mes amb el nou pc amb Arch i 4 ssd formatat amb extXNUMX, m'estic pensant en passar a btrfs però tampoc em convenç perquè després de veure alguns test de rendiment en Phoronix tampoc queda molt clar que el rendiment sigui millor i tot i així amb la Wiki de fitxers ja he toqueteado tot el que he pogut per optimitzar el rendiment