Systemreparation: HowTo chroot

Många gånger, speciellt när vi rör oss, har vi haft problem med att inte få åtkomst till systemet för att reparera det, men lösningen är enkel: använd kommandot chroot från någon LiveCD / RepairCD.

På många ställen (forum, bloggar ...) nämns detta kommando och en "copy / paste" av koden ges, men min avsikt med det här inlägget är att förklara dessa steg lite, för att utnyttja detta bra verktyg, med kunskap om orsaken.

Inledning

Kommandot chroot Det är känt som CHangeROOT, det vill säga ett kommando som låter dig ändra roten till det system du arbetar med. Med andra ord: om du är från en LiveCD och vill att allt du arbetar på konsolen ska ha en effekt på det installerade systemet måste du först använda chroot.

Problemet är att det inte räcker att använda chroot Som sådan, innan vi måste montera vissa partitioner ordentligt.

HUR

Först måste vi starta en terminal, antingen från ett annat installerat system (på en annan partition / disk) eller från en LiveCD. VIKTIGT: arkitekturen för LiveCD måste matcha den för systemet som ska repareras (32 eller 64 bitar).
När vi väl är i terminalen börjar vi med att identifiera våra partitioner:
fdisk -l

• Med detta kommando kommer vi att lista alla våra partitioner / diskar. Vi måste identifiera vilken som är målpartitionen, där vårt system för reparation är installerat, från och med nu kommer vi att kalla det trasigt system.

För detta exempel kommer vi att överväga att vårt trasiga system är i / Dev / sda1 .

Vi fortsätter att montera systemet. Först skapar vi mappen där vi ska arbeta och senare monterar vi partitionen där vårt trasiga system finns i den mappen
mkdir /mnt/my_linux
mount /dev/sda1 /mnt/my_linux
Om du har mappen / Home o / var eller någon annan på en annan partition, bör du montera den på följande sätt:
mount /dev/sda2 /mnt/my_linux/var

• OBS: Jag har tagit / dev / sda2-partitionen för mappen / var som ett exempel, låt var och en justera koden efter deras egenskaper.

Normalt räcker detta om du helt enkelt behöver redigera filer för hand, men om vi vill utföra några kommandon som konfigurerar systemet måste vi montera vissa speciella systemmappar: / dev, / proc y  / sys.
mount -t proc proc /mnt/my_linux/proc
mount -t sysfs sys /mnt/my_linux/sys
mount -o bind /dev /mnt/my_linux/dev

• Med alternativ -t vi berättar montera vilken typ av "filsystem" vi vill montera. Det är nödvändigt att specificera det på grund av mapparnas speciella karaktär / proc y / sys.

• Med alternativ -o vi anger alternativen för montera. Alternativet binda det tjänar till att "länka". I UNIX är alla hårdvaruenheter tillgängliga via mappen / dev, det är därför vi måste montera vår ström / dev i mappen där vårt trasiga system är nu. Eftersom den här mappen redan är monterad är det bara nödvändigt att berätta montera där den ursprungligen monterades.

Det görs så att chroot ha åtkomst till dessa mappar som om de vore det trasiga systemet, även om de måste vara från det aktuella systemet (t.ex. LiveCD-sessionen) eftersom de är relaterade till systemets tillstånd, processer och hårdvara.

Nu är det dags att använda chroot:
chroot /mnt/my_linux/ /bin/bash

• Kommandot skickas som argument sökvägen till den nya roten «/» (vilket i vårt fall är / mnt / my_linux) och konsolen du vill använda (i det här fallet har vi valt den välkända bash, som finns i / bin / bash). Om vi ​​inte specificerar konsolen kommer vi att befinna oss inför en något arkaisk kommandotolk (den fylls inte när du trycker på fliken, etc.).

Nu kan vi använda konsolen som om vi hade startat rotsessionen på vårt trasiga system (redigera filer, kontrollera skript, installera / avinstallera paket ...). VARNING! För att ändringarna ska kunna träda i kraft måste du avmontera filsystemet efter avslutat chrootTitta på exemplet nedan.

Mer information https://wiki.archlinux.org/index.php/Change_Root (mer än rekommenderad läsning).

Användningsexempel: återställ GRUB2

En av de mest utbredda användningarna av chroot Det är som ett verktyg för att reparera GRUB. Eftersom grubben går sönder är det praktiskt taget omöjligt att starta vårt system för att fixa det.

OBS: den här lilla handboken är bara ett exempel, den fungerar på olika distributioner härledda från bland annat Debian, Ubuntu och openSUSE. Ändå, kontrollera dokumentationen för din distribution, eftersom kommandot i många fall inte finns update-grub.
# OBS: dessa kommandon körs en gång i chroot.update-grub
grub-install /dev/sda

• med update-grub Vi uppdaterar GRUB2s inmatningsmeny och lägger till eventuella ingångar som saknas. Senare installerar vi om GRUB på vår disk eftersom den har skadats.

I det här fallet har jag tagit / Dev / sda precis som albumet där vi har vårt system, måste detta anpassas till ditt fall.

Vår GRUB bör redan repareras, så vi måste gå ut chroot, demontera filsystemet (VIKTIGT) och starta om för att ändringarna ska träda i kraft. Om vi ​​glömmer att avmontera filsystemet är det möjligt att när de startas om kommer de inte att avmonteras korrekt och därför kommer vissa ändringar inte att träda i kraft.
# vi lämnade chrootexit
# avmontera filsystemet och starta omumount /mnt/my_linux/dev
umount /mnt/my_linux/sys
umount /mnt/my_linux/proc
umount /mnt/my_linux
reboot
Och det är allt. Jag hoppas att du tycker om det och att det hjälper dig. En hälsning!