Hvordan endre filsystemet fra "/" og ikke prøve

I går oppdaget jeg den harde måten en av "Funksjoner" filsystem btrfs. Det er av grunner til at jeg ikke vet om driften, btrfs har en tendens til å fylle disken mer enn hva kommandoer liker dd eller diskfyllingsmåleren til vanlige filbehandlere.

Hvordan vite hvor mye plass filsystemet tar opp med btrfs

Den som har et filsystem med btrfs Du vil kunne vite hvor mye ekstra plass dataene dine opptar ved å skrive inn konsollen (som rot tror jeg):

btrfs filsystem viser /

(Erstatt / med et annet monteringspunkt hvis du vil vite plassen opptatt i en annen btrfs-partisjon)

I en stor skillevegg er ikke dette ekstra fyllet et stort problem, siden det er veldig lite plass i forhold til totalen. Men i mitt tilfelle, der / har 22 GB (det opptar en ssd-cache), fylte harddisken min opp med 8 GB ledig, og ødela rpm-databasene og dermed deaktivere pakkebehandling. Så jeg ble tvunget til å formatere med et annet filsystem.

Men jeg ville ikke installere på nytt. Det er klart at dataene i / hjemmet lett kan bevares, men man har mange programmer installert i / og mange innstillinger som også ligger der, så jeg bestemte meg for å bare beholde installasjonen, men endre filsystemet.

Grunnen til at jeg skriver dette er fordi jeg ikke fant noen dokumentasjon på hvordan jeg skulle gå frem i disse sakene. Jeg antar at folk nøyer seg med å installere på nytt.

Jeg måtte bruke rundt 7 timer på å lete etter og søke etter informasjon i engelske manualer som faktisk hadde å gjøre med andre ting og intuitivt å sette sammen stykker; prøving og feiling hele tiden, omstart dusinvis av ganger for å se at hver ting jeg prøvde mislyktes etter hverandre. Når prosessen i virkeligheten ikke ville ha vært så mye av å ha hatt en håndbok dedikert til den.

Hensyn å ta i betraktning for å endre filsystemet til "/"

først: Jeg utførte denne prosedyren den Fedora. Jeg antar at det er det samme for alle distribusjoner som hovedsakelig deler å ha som en bootloader GRUB2.

andre: Denne prosessen er vanskelig for den vanlige brukeren (de som leser dette og synes dette er tull, vet at du ikke er vanlige brukere) Folk har vanligvis bedre ting å gjøre enn å endre filsystemet til rotpartisjonen. Hvis du ikke vet hvordan du skal følge denne håndboken, risikerer du å miste installasjonen, og hvis du klarer å gjennomføre den, vil du oppdage at endringen i ytelse ikke er så spektakulær (Vel, for noen er det, men du er ikke vanlige brukere) Jeg gjorde det spesifikt av nødvendighet, selv om jeg må innrømme at jeg er en av dem som får datamaskinen til å starte et sekund raskere.

tredje: Siden denne prosedyren ikke er for vanlige brukere, vil jeg anta at leseren har kunnskap om GNU / Linux, og at han ikke vil være lat til å søke etter mer informasjon.

Fremgangsmåte for å endre filsystemet til "/"

Enten du vil endre filsystemet av nødvendighet eller av kjedsomhet, er dette fremgangsmåten:

1. - Det er åpenbart at for at vårt nye filsystem skal fungere, må vi ha verktøyene for å hjelpe oss med å håndtere det, så dette er det første vi vil gjøre. Filsystemet jeg valgte forresten, var xfs, så jeg måtte installere "Xfsprogs" y "Xfsdump". Du vil installere hva du vil, avhengig av hvilket filsystem du vil bruke.

2. - Start fra en livecd / usb og kopier hele innholdet av rotpartisjonen til en annen partisjon eller disk. Metoden du velger spiller ingen rolle, men tingen er å gjøre det med root-rettigheter, for ikke å finne filer eller kataloger med spesielle tillatelser.

3. - Trinnet der "/" er riktig formatert med filsystemet vi foretrekker. Det er mange metoder, velg den du liker best.

4. - Kopien vi laget av rotpartisjonen blir gjenopprettet til den nylig formaterte partisjonen.

5. - Det er øyeblikket brukeren må begynne å gjøre sin del. Formatering av partisjonen endrer en identifikator som brukes av operativsystemet for å vite hvilken partisjon du skal montere. Dette er \ It \ ham UUID, og vi trenger å vite den koden.

Det er flere metoder, men for eksempel i "Gparted", vil vi vite det ved å høyreklikke på den nye partisjonen "/" og klikke på "Informasjon". Vi kopierer den koden, og det er da vi skal redigere / etc / fstab-filen:

UUID = 36f3ce91-5138-4293-8571-b5b43f6b4646 / xfs standard, noatime, kast, nobarrier

Dette er et eksempel som viser linjen som tilsvarer den splitter nye rotpartisjonen min. Koden som vises til høyre for UUID = er det vi skal erstatte med vår UUID.

Når vi har gjort det, må vi selvfølgelig indikere det nye filsystemet for partisjonen vår, xfs i mitt tilfelle eller erstatt det med ditt i tilfelle det er et annet filsystem. Du må også sette de nye monteringsalternativene: Hvis du ikke vet hva du skal sette, sett "Standardinnstillinger"; noatime øker ytelsen ved å redusere skriver, forkaste reduserer skriver på SSD-disker, noe som øker levetiden.

6. - Det er her det jævla begynner, og det er der jeg ble sittende fast. Det er egentlig ikke så vanskelig, men det er nesten ingen dokumentasjon per dette punktet.

Vi må gjenoppbygge Grub-menyen for at den skal starte operativsystemet riktig. Jeg ville ikke vite hvordan jeg gjør det for hånd, du kan prøve som jeg gjorde (endret UUID og slikt), men det normale vil være at starten på operativsystemet stopper i et hyggelig og håpefullt "nødskall"

Heldigvis eier grub2 verktøyet "Grub2-mkconfig" som automatisk utfører denne oppgaven med referanse til egenskapene til systemet der det kjører. Problemet er at, se hvor, systemet der det kjører ikke er målsystemet, og sistnevnte er midlertidig ute av drift.

Så vi må gjøre chroot og monter en serie spesielle partisjoner for å kjøre dette verktøyet, uten hvilket det ikke fungerer. Fremgangsmåten for å gjøre dette er dårlig forklart nesten alle steder (noe som ikke betyr at de ikke vet hvordan de skal gjøre det, men at de tror at vi er superbrikker i databehandling)

Heldigvis her: http://askubuntu.com/questions/28099/ho … ll-kernels Jeg fant en morsom forklaring om emnet, som jeg fortsetter med å oppsummere og oversette:

1. Mount / og / dev:

mount / dev / sda1 / mnt mount --bind / dev / mnt / dev

Hvor "sda1" erstattes av den som tilsvarer rotpartisjonen, hvis den ikke er "sda1"

1. Mount / boot og / boot / efi, sistnevnte hvis vi hadde en EFI-partisjon.

mount / dev / sda2 / mnt / boot

Der "sda2" erstattes av den som tilsvarer oppstartspartisjonen, hvis ikke "sda2"

EFI-forsamlingen kommer ikke i lenken ovenfor, det er min greie, men i dette tilfellet trengte jeg det. Hvis du ikke har en EFI-partisjon, kan du ignorere dette.

mount / dev / sda3 / mnt / boot / efi

Der "sda3" erstattes av den som tilsvarer oppstartspartisjonen, hvis ikke "sda3"

1. Chroot og noen andre ting, som faktisk det eneste jeg vet om disse tingene er at de er nødvendige:

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

Dette er tillegget mitt, det kan være behov for en ting senere:

monter -t tmpfs tmpfs / run

7. - grub2-mkconfig

Vel, det er nesten stjernemomentet. Vi må se etter en fil som heter "grub.cfg" inne i oppstartspartisjonen. I mitt tilfelle er stien /boot/efi/EFI/fedora/grub.cfg

Når vi har funnet det, løper vi i chroot-miljøet:

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

Og vi har endelig grubmenyen klar.

8. - Regenerer initramfs.

Dette trinnet mener jeg er nødvendig, men jeg er ikke helt sikker. Det er imidlertid nok å installere kjernen som vi vil eller skal utføre på nytt:

dracut - force / path / to / file / initramfs / that / we / want / to erstatte

for eksempel:

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

Selvfølgelig, alt dette i chroot-miljøet. (og hvis ikke, gå tilbake til utgangsboksen, er ... til «nødskallen»)

PS: Jeg har glemt hva jeg skal gjøre for å få tilgang til Internett i chroot-miljøet, i tilfelle du vil installere kjernen på nytt. Koblingen ovenfor forklarer veldig bra: Du må åpne en ny terminal og kopiere disse filene:

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

9. - Få tilgang til internett:

Du må bare kopiere følgende filer, grafisk eller via konsoll, i sistnevnte tilfelle utenfor chroot-miljøet. Det kan gjøres fra en annen terminal eller ved å gå ut av chroot-miljøet og deretter gå inn på nytt.

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

10. - Installer kjernen på nytt:

Vi installerer kjernen på nytt i chroot-miljøet med pakkebehandleren vår

11. - RESET AAR :: DD

Dette punktet skal være slutten for "normale" distribusjoner, for distribusjoner med SELinux, som det er mitt tilfelle, tok saken litt lenger tid.

Selv om oppstarten gikk til slutten, og jeg prøvde å starte det grafiske systemet, gjorde det ikke det, og når jeg prøvde å logge på som bruker eller som root, ville det si "tillatelse nektet".

Jeg leste noe om det og ifølge en person kan problemet være selinux, og han foreslo å sette selinux = 0 på slutten av en oppstartslinje i grub.cfg, slik:

menuentry 'Fedora, with Linux 3.15.9-200.fc20.x86_64' --class fedora --class gnu-linux --class gnu --class os - ubegrenset $ menuentry_id_option 'gnulinux-3.15.9-200..fc20 .x86_64-advanced-36f3ce91-5138-4293-8571-b5b43f6b4646 '{load_video set gfxpayload = keep insmod gzio insmod part_gpt insmod ext2 set root =' hd1, gpt2 'if [x $ feature_platform_search_hint = xy]; søk deretter --no-floppy --fs-uuid --set = root --hint-bios = hd1, gpt2 --hint-efi = hd1, gpt2 --hint-baremetal = ahci1, gpt2 1cd04509-ab7c-4074- 8bab-e170c29fe08e annet søk --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 = en rd.luks = 0 vconsole.font = latarcyrheb-sun16 rhgb stille selinux = 0 initrdefi /initramfs-3.15.9. 200-20.fc86.x64_XNUMX.img

Se på nest siste linje helt til høyre.

Jeg gjorde det ikke direkte, men jeg redigerte ganske enkelt oppstartsoppføringen i selve grubmenyen, slik at det var en midlertidig modifisering, jeg tror det ble gjort ved å trykke "c" eller "e", i grubmenyen kan du gjøre det. plasserer.

Vel, vi gjør det og starter på nytt, eller fortsetter med støvelen.

12. - Lyset på enden av tunnelen.

Hvis vi ikke kunne direkte i forrige trinn, er det i dette nest siste trinnet hvor vi får tilgang til vårt vanlige skrivebord. En skål for vår store bragd, men ja SELinux Har slått på, vi er ikke ferdige ennå

Vi må redigere grub.cfg for å fjerne "selinux = 0" eller bare starte på nytt normalt hvis det vi har gjort har vært å redigere oppføringen i grub-menyen. Faktum er at vi starter på nytt med SELinux aktivert.

Så på slutten av starten kommer det ut noe som må merke politikken til på nytt SELinux målrettet, lar vi det være, og når det er ferdig, starter det på nytt.

Vi vil se at systemet vårt starter, og viser vårt vanlige skrivebord, med SELinux aktivert, filsystemet vårt er endret og alle våre fullt funksjonelle programmer.

Dette er slutten på manualen, jeg håper den hjelper deg

ACTUALIZACIÓN: Da jeg gjorde dette for første gang, ante jeg ikke, og jeg gjorde trinnet med å regenerere initramfs, og deretter installerte jeg kjernen på nytt, og det hele var veldig rotete, og til slutt fungerte det nesten uten å vite hvorfor, og jeg ga begge alternativene likt like bra, men regenerering av initramfs fungerer ikke, og jeg har krysset den av. Det eneste som fungerer er å installere kjernen på nytt (jeg mistenker at kjerne- og kjernekjerne-pakkene i Fedora) og dermed har jeg endret håndboken.

Og jeg vil også legge til at for å endre formatet på filsystemet til / home-partisjonen er de samme trinnene nødvendige, jeg vet ikke om selinux er nødvendig, men hvis det ikke fungerer med selinux, blir det midlertidig fjernet og det er det.

Utvalgt bilde hentet fra her.