V tomto článku sa budeme zaoberať riešením problémov, keď sa virtuálny alebo fyzický server založený na Ubuntu / Mint / Kali nenačíta a odpadne v busybox v čase inicializácie initramfs. V tomto prípade sa Linux nespustí a užívateľ má k dispozícii iba príkazový riadok initramfs.
initramfs - Toto je počiatočný systém súborov RAM založený na tmpfs, ktoré nepoužíva samostatné blokovacie zariadenie. ako initrd, obsahuje pomocné programy a skripty potrebné na pripojenie súborových systémov pred volaním init, ktoré sa nachádza v koreňovom súborovom systéme.
Superblock vydanie
Ak Ubuntu počas inicializácie initramfov upadol do busyboxu, na disku sa mohol objaviť poškodený superblock. Linux ukladá viac kópií superblokov.
Na obnovenie v prípade takéhoto problému je potrebné zaviesť systém z obrazu / disku a spustiť terminál. Po načítaní do terminálu zadáme príkaz:
# sudo fdisk -l | grep Linux | grep -Ev 'swap'
Tím vráti informácie o našej sekcii:
/ dev / vda2 4096 83884031 83879936 40G súborový systém Linux
Zapamätajte si názov sekcie a zadajte ju v nasledujúcom príkaze:
# sudo dumpe2fs / dev / vda2 | grep superblock
Príkaz vráti zoznam náhradných superblokov:
Poškodený nahradíme druhým záložným superblockom (môžete si vybrať akýkoľvek iný ako primárny). Poďme skontrolovať disk pomocou záložného čiastkového bloku na obnovu:
# sudo fsck -b 98304 / dev / vda2 -y
fsck z util-linux 2.31.1 Je namontovaný e2fsck 1.44.1 (24-mar-2018) / dev / vda2. e2fsck: Nemôžem pokračovať, prerušujem
Musíte odpojiť časť:# umount / dev / vda2
Po úspešnej výmene superbloku by ste mali dostať túto správu:
fsck z util-linux 2.31.1 e2fsck 1.44.1 (24-mar-2018) / dev / vda2 nebol čisto odpojený, skontrolujte vynútenie. Pass 1: Kontrola inódov, blokov a veľkostí Pass 2: Kontrola adresárovej štruktúry Pass 3: Kontrola konektivity adresárov Pass 4: Kontrola referenčných počtov Pass 5: Kontrola súhrnných informácií o skupine Počet nesprávnych blokov je nesprávny pre skupinu # 231 (32254, počítané = 32253) , Fix? áno Počet voľných blokov v skupine # 352 je nesprávny (32254, počítané = 32248). Fix? áno Počet voľných blokov v skupine č. 358 je nesprávny (32254, počítané = 27774). Fix? áno ... / dev / vda2: ***** FILE SYSTÉM bol modifikovaný ***** / dev / vda2: 85986/905464576 súborov (0,2% nesúvislých), 3904682/905464576 blokov
Teraz reštartujte počítače odpojením distribučného disku a všetko by malo byť v poriadku.
Chyba disku Fsck
Druhým variantom chyby je prítomnosť nasledujúceho riadku v okne terminálu:
/ dev / sda1: NEPREDKRÝVANÁ NEZÁVISLOSŤ; RUN fsck MANUALLY Koreňový súborový systém na / dev / sda1 vyžaduje manuálne fsck.
Chyba bude označovať zväzok, ktorý vyžaduje vykonanie manuálnej kontroly disku. Na príkazovom riadku initramfs postupujte takto:
# fsck / dev / sda1 -y
Po úplnej kontrole budete musieť reštartovať server a skontrolovať, či je všetko v poriadku.
Chyba disku: / dev / sda1 neexistuje
Problém s fstab
Ak sa pri načítaní servera zobrazí chyba:
ALERT! / dev / sda1 neexistuje. Pád do shellu.
Pravdepodobne ste práve nainštalovali Linux alebo sa vyskytli problémy na vašom serveri fstab. Najčastejšie sa problém vyskytuje pri inštalácii systému pomocou usb-riadiť. Časť, na ktorú systém prisahá, môže byť čokoľvek. Ako v prvom prípade, musíme zaviesť systém z obrazu systému a vykonať niektoré akcie. Overte disk UUID disku príkazom:
# sudo blkid
Systém vytvorí niečo také:
/ dev / sda2: UUID = "36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE = "ext4" PARTUUID = "fea4dab1-4e12-4327-85c6-76ade18f64e1"
Odtiaľ je už jasné, že systém sa musí zaviesť zo systému sda2, ale v skutočnosti sa spúšťa zo systému sda1.
Pripojíme našu sekciu do ľubovoľného adresára, napríklad:
# sudo mount / dev / sda2 / mnt
Celý priečinok / dev / sda2 dostaneme do adresára / mnt, nájdeme tam súbor / etc / fstab a riadok obsahujúci / dev / sda1 zmeníme na:
UUID = 36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 chyby = remount-rw 0 1
Uložte súbor. Odpojte oddiel z / mnt a reštartujte, ak problém súvisel s nesprávnou adresou oddielu, server sa zavedie.
Túto možnosť je možné vyriešiť aj načítaním do núdzového stavu. Znova pripojte koreňový adresár:
# sudo mount -o remount, rw /
Potom zmeňte fstab a reštartujte server.
Problém so železom
Na niektorých základných doskách, prístavoch SATA môžu získať ľubovoľné čísla. Môže to tiež spôsobiť chybu opísanú v predchádzajúcom odseku. Ak chcete chybu opraviť, musíte zmeniť bootloader grubu.
Bootujte v núdzovom režime alebo pomocou live-cd a upravte súbor /boot/grub/grub.cfg
V riadku, kde sa časť načítava, napríklad:
Linux /boot/vmlinuz-4.15.0-70-generic root = / dev / sda1 rw tichý výťah = noop fsck.repair = yes
Zmeňte cestu na UUID:
Linux /boot/vmlinuz-4.15.0-70-generic root = UUID = 36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro tichý výťah = noop fsck.repair = áno
