Hoe het bestandssysteem te veranderen van "/" en niet te proberen

Gisteren ontdekte ik de harde manier een van de "Kenmerken" bestandssysteem btrfs. Het is dat om redenen waarvan ik niet weet hoe het werkt, btrfs heeft de neiging om de schijf meer te vullen dan wat commando's willen dd of de schijfvulmeters van gewone bestandsbeheerders.

Hoe u weet hoeveel ruimte uw bestandssysteem in beslag neemt met btrfs

Degene die een bestandssysteem heeft met btrfs U kunt weten hoeveel extra ruimte uw gegevens innemen door in de console te typen (als root denk ik):

btrfs bestandssysteem show /

(Vervang / door een ander koppelpunt als je wilt weten hoeveel ruimte er in een andere btrfs-partitie is ingenomen)

Bij een grote tussenwand is deze extra vulling geen groot probleem, aangezien het in vergelijking met het totaal weinig ruimte inneemt. Maar in mijn geval, waar / 22 GB heeft (het neemt een ssd-cache in beslag), liep mijn harde schijf vol met 8 GB vrij, waardoor de rpm-databases werden verbroken en dus de pakketbeheerder werd uitgeschakeld. Dus ik werd gedwongen om te formatteren met een ander bestandssysteem.

Maar ik wilde niet opnieuw installeren. Het is duidelijk dat de gegevens in / home gemakkelijk kunnen worden bewaard, maar men heeft veel programma's geïnstalleerd in / en veel instellingen die zich daar ook bevinden, dus ik besloot om gewoon de installatie te behouden maar het bestandssysteem te wijzigen.

De reden dat ik dit schrijf, is omdat ik geen documentatie heb gevonden over hoe verder te gaan in deze gevallen. Ik denk dat de meeste mensen genoegen nemen met opnieuw installeren.

Ik moest ongeveer 7 uur besteden aan het zoeken en zoeken naar informatie in Engelse handleidingen die eigenlijk met andere dingen te maken hadden en intuïtief stukjes in elkaar zetten; de hele tijd vallen en opstaan, tientallen keren opnieuw opstarten om te zien dat alles wat ik probeerde de een na de ander mislukte. Terwijl het proces in werkelijkheid niet zozeer zou zijn geweest als er een handleiding aan gewijd had.

Overwegingen waarmee u rekening moet houden bij het wijzigen van het bestandssysteem van "/"

eerst: Ik heb deze procedure uitgevoerd op Fedora. Ik denk dat het hetzelfde is voor alle distributies die voornamelijk als bootloader delen GRUB2.

tweede: Dit proces is moeilijk voor de gewone gebruiker (degenen die dit lezen en denken dat het onzin is, weten dat je geen gewone gebruikers bent). Mensen hebben meestal betere dingen te doen dan het bestandssysteem van de rootpartitie te veranderen. Als je niet weet hoe je deze handleiding moet volgen, loop je het risico je installatie kwijt te raken, en als het je lukt om het uit te voeren, zul je ontdekken dat de verandering in prestatie niet zo spectaculair is (voor sommigen wel, maar jullie zijn geen gewone gebruikers) Ik deed het specifiek uit noodzaak , hoewel ik moet toegeven dat ik een van degenen ben die uw computer een seconde sneller laten opstarten.

derde: Aangezien deze procedure niet voor gewone gebruikers is, neem ik aan dat de lezer enige kennis heeft van GNU / Linux en dat hij niet lui zal zijn om naar meer informatie te zoeken.

Procedure om het bestandssysteem van "/" te wijzigen

Of u het bestandssysteem nu uit noodzaak of uit verveling wilt wijzigen, dit is de procedure:

1.- Het is duidelijk dat om ons nieuwe bestandssysteem te laten werken, we de tools nodig hebben om ons te helpen het te beheren, dus dat is het eerste dat we zullen doen. Het bestandssysteem dat ik overigens koos, was xfs, dus ik moest installeren "Xfsprogs" y "Xfsdump". U installeert wat u maar wilt, afhankelijk van het bestandssysteem dat u wilt gebruiken.

2.- Start op vanaf een livecd / usb en kopieer de volledige inhoud van de rootpartitie naar een andere partitie of schijf. De methode die u kiest, doet er niet toe, maar het gaat erom het te doen met root-privileges, om geen bestanden of mappen met speciale permissies te vinden.

3.- De stap waarbij "/" correct is geformatteerd met het bestandssysteem dat we verkiezen. Er zijn veel methoden, kies degene die u het leukst vindt.

4.- De kopie die we van de rootpartitie hebben gemaakt, wordt teruggezet naar de nieuw geformatteerde partitie.

5.- Het is het moment waarop de gebruiker zijn steentje moet gaan doen. Het formatteren van de partitie wijzigt een identificatie die het besturingssysteem gebruikt om te weten welke partitie moet worden gemount. Dit is de \ It \ him UUID, en we moeten die code kennen.

Er zijn meerdere methoden, maar in "Gparted" zullen we het bijvoorbeeld weten door met de rechtermuisknop op de nieuwe partitie "/" te klikken en op "Informatie" te klikken. We kopiëren die code en dat is wanneer we het bestand / etc / fstab gaan bewerken:

UUID = 36f3ce91-5138-4293-8571-b5b43f6b4646 / xfs standaardinstellingen, noatime, negeren, nobarrier

Dit is een voorbeeld dat de regel laat zien die overeenkomt met mijn gloednieuwe rootpartitie. De code die rechts van verschijnt UUID = is wat we zullen vervangen door onze UUID.

Zodra we het hebben gedaan, moeten we natuurlijk het nieuwe bestandssysteem van onze partitie aangeven, xfs in mijn geval of vervang het door het uwe in het geval van een ander bestandssysteem. Je moet ook de nieuwe montage-opties plaatsen: als je niet weet wat je moet plaatsen, plaats dan "Standaardinstellingen"; middag verhoogt de prestaties door het aantal schrijfbewerkingen te verminderen, afdanken vermindert het aantal schrijfbewerkingen op ssd-schijven, waardoor hun levensduur toeneemt.

6.- Dit is waar het echte neuken begint en dat is waar ik vast kwam te zitten. Het is niet echt zo moeilijk, maar vanaf dit punt is er bijna geen documentatie.

We moeten het Grub-menu opnieuw opbouwen om het besturingssysteem correct te starten. Ik zou niet weten hoe ik het met de hand moet doen, je kunt het proberen zoals ik deed (gewijzigde UUID's en dergelijke) maar het normale zal zijn dat het opstarten van het besturingssysteem stopt in een prettige en hoopvolle "noodschaal"

Gelukkig is grub2 eigenaar van de tool "Grub2-mkconfig" die deze taak automatisch uitvoert met als referentie de kenmerken van het systeem waarop het draait. Het probleem is dat, kijk waar, het systeem waarop het wordt uitgevoerd niet het doelsysteem is, en dat laatste tijdelijk buiten dienst is.

Daarom moeten we doen chroot en koppel een reeks speciale partities om deze tool uit te voeren, zonder welke het niet zal werken. De procedure om dit te doen wordt op bijna alle plaatsen slecht uitgelegd (wat niet betekent dat ze niet weten hoe ze het moeten doen, maar dat ze denken dat we supercracks aan het berekenen zijn)

Gelukkig hier: http://askubuntu.com/questions/28099/ho … ll-kernels Ik vond een hilarische uitleg over het onderwerp, die ik samenvat en vertaal:

1. Mount / en / dev:

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

Waar "sda1" wordt vervangen door degene die overeenkomt met de rootpartitie, als het niet "sda1" is

1. Mount / boot en / boot / efi, de laatste als we een EFI-partitie hadden.

mount / dev / sda2 / mnt / boot

Waar "sda2" wordt vervangen door degene die overeenkomt met de opstartpartitie, als het niet "sda2" is

De efi-assembly komt niet in de bovenstaande link, het is mijn ding, maar in dit geval had ik het nodig. Negeer dit als u geen EFI-partitie heeft.

mount / dev / sda3 / mnt / boot / efi

Waar "sda3" wordt vervangen door degene die overeenkomt met de opstartpartitie, als het niet "sda3" is

1. Chroot en enkele andere dingen, dat eigenlijk het enige dat ik van die dingen weet, is dat ze nodig zijn:

chroot / mnt mount -t proc geen / proc mount -t sysfs geen / sys mount -t devpts geen / dev / pts export HOME = / root export LC_ALL = C

Dit is mijn toevoeging, het kan later voor één ding nodig zijn:

mount -t tmpfs tmpfs / run

7.- grub2-mkconfig

Nou, het is bijna het ster-moment. We moeten zoeken naar een bestand met de naam "grub.cfg" in de opstartpartitie. In mijn geval is het pad /boot/efi/EFI/fedora/grub.cfg

Als we het hebben gevonden, draaien we in de chroot-omgeving:

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

En we hebben eindelijk het grub-menu klaar.

8.- Genereer de initramfs.

Ik denk dat deze stap nodig is, maar ik ben er niet helemaal zeker van. Het is echter voldoende om de kernel die we willen opnieuw te installeren of uit te voeren:

dracut --force / pad / naar / bestand / initramfs / dat / we / willen / vervangen

bijvoorbeeld:

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

Dit alles natuurlijk binnen de chroot-omgeving. (en zo niet, keer terug naar de uitgang, eh ... naar de «noodschaal»)

PS: ik ben vergeten wat ik moet doen om toegang te krijgen tot internet in de chroot-omgeving, voor het geval je de kernel opnieuw wilt installeren. De bovenstaande link legt het heel goed uit: je moet een nieuwe terminal openen en deze bestanden kopiëren:

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

9.- Krijg internettoegang:

U hoeft alleen de volgende bestanden grafisch of via console te kopiëren, in het laatste geval buiten de chroot-omgeving. Het kan worden gedaan vanaf een andere terminal of door de chroot-omgeving te verlaten en vervolgens opnieuw in te voeren.

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

10.- Installeer de kernel opnieuw:

We installeren de kernel opnieuw binnen de chroot-omgeving met onze pakketbeheerder

11.- RESET AAR :: DD

Dit punt zou het einde moeten zijn voor "normale" distributies, voor distributies met SELinux, zoals mijn geval is, duurde het iets langer.

Ondanks het feit dat de start het einde bereikte en ik probeerde het grafische systeem te starten, deed het dat niet, en als ik probeerde in te loggen als gebruiker of als root, zou het "toestemming geweigerd" zeggen.

Ik las er iets over en volgens een persoon zou het probleem selinux kunnen zijn, en hij stelde voor om selinux = 0 aan het einde van een opstartregel in grub.cfg te plaatsen, zoals dit:

menuentry 'Fedora, met Linux 3.15.9-200.fc20.x86_64' --class fedora --class gnu-linux --class gnu --class os --unrestricted $ menuentry_id_option 'gnulinux-3.15.9-200..fc20 .x86_64-advanced-36f3ce91-5138-4293-8571-b5b43f6b4646 '{load_video set gfxpayload = behoud insmod gzio insmod part_gpt insmod ext2 set root =' hd1, gpt2 'if [x $ feature_platform_search_hint = xy]; zoek dan --no-floppy --fs-uuid --set = root --hint-bios = hd1, gpt2 --hint-efi = hd1, gpt2 --hint-baremetal = ahci1, gpt2 1cd04509-ab7c-4074- 8bab-e170c29fe08e anders zoeken --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 rustige selinux = 0 initrdefi /initramfs-3.15.9. 200-20.fc86.x64_XNUMX.img

Kijk naar de voorlaatste regel helemaal rechts.

Ik heb het niet rechtstreeks gedaan, zo niet, dan heb ik gewoon het opstartitem in het grub-menu zelf bewerkt, zodat het een tijdelijke wijziging was, ik denk dat het werd gedaan door op «c» of «e» te drukken, in het grub-menu kun je doe het. plaatsen.

Nou, we doen dat en herstarten, of gaan verder met opstarten.

12.- Het licht aan het einde van de tunnel.

Als we niet direct in de vorige stap konden, is het in deze voorlaatste stap waar we toegang hebben tot onze gebruikelijke desktop. Een toast op onze geweldige prestatie, maar ja SELinux Is het verpest, we zijn nog niet klaar

We moeten de grub.cfg opnieuw bewerken om de "selinux = 0" te verwijderen of gewoon opnieuw opstarten als we het item in het grub-menu hebben bewerkt. Het feit is dat we herstarten met SELinux geactiveerd.

Dan komt er aan het einde van de start iets uit dat het beleid van een nieuwe naam moet geven SELinux gericht, laten we het met rust en als het klaar is, zal het opnieuw opstarten.

We zullen zien dat ons systeem zal starten met ons gebruikelijke bureaublad, met SELinux geactiveerd, ons bestandssysteem veranderd en al onze programma's volledig functioneel.

Dit is het einde van de handleiding, ik hoop dat het je helpt

UPDATE: Toen ik dit voor de eerste keer deed, had ik geen idee en deed ik de stap om de initramfs te regenereren en toen installeerde ik de kernel opnieuw en het was allemaal erg rommelig en uiteindelijk werkte het bijna zonder te weten waarom, en ik gaf beide opties evenveel zo goed, maar regenereren de initramfs werkt niet en ik heb het doorgestreept. Het enige dat werkt, is de kernel opnieuw installeren (ik vermoed dat de kernel en kernel-core pakketten in Fedora zijn) en daarom heb ik de handleiding aangepast.

En ik wil ook toevoegen dat om het formaat van het bestandssysteem van de / home-partitie te wijzigen, dezelfde stappen nodig zijn, ik weet niet of selinux nodig is, maar als het niet werkt met selinux, wordt het tijdelijk verwijderd en dat is alles.

Uitgelichte afbeelding afkomstig van hier.