Ebben a cikkben megvizsgáljuk a problémák megoldásait, amikor az Ubuntu / Mint / Kali alapú virtuális vagy fizikai szerver nem töltődik be, és leesik busybox az inicializáláskor initramfs. Ebben az esetben a Linux nem indul, és csak az initramfs parancssor érhető el a felhasználó számára.
initramfs - ez a kezdeti RAM fájlrendszer, amely a tmpfs, amely nem külön blokkoló eszközt használ. mint initrd, a segédprogramokat és a szkripteket tartalmazza a fájlrendszerek beillesztéséhez, mielőtt meghívnák a gyökér fájlrendszeren található init-t.
Superblock kérdés
Ha az Ubuntu az initramfs inicializálásakor a busboxba esett, akkor a sérült superblock megjelenhet a lemezen. A Linux több szuperblokk másolatot tárol.
Egy ilyen probléma esetén a helyreállításhoz indulnunk kell a képről / lemezről és futtatnunk kell a Terminált. Betöltés után a terminálban beírjuk a következő parancsot:
# sudo fdisk -l | grep Linux | grep -Ev 'swap'
A csapat információkat küld a szakaszunkról:
/ dev / vda2 4096 83884031 83879936 40G Linux fájlrendszer
Ne felejtse el a szakasz nevét, és adja meg a következő parancsban:
# sudo dumpe2fs / dev / vda2 | grep superblock
A parancs visszaadja a tartalék szuperblokkok listáját:
A második biztonsági mentés superblock-ot fogjuk használni a sérült helyettesítésére (választhat az elsődleges kivételével). Ellenőrizzük a lemezt a biztonsági mentés alblokk segítségével a helyreállításhoz:
# sudo fsck -b 98304 / dev / vda2 -y
fsck a util-linux 2.31.1-től. Az e2fsck 1.44.1 (2018.03.24.) / dev / vda2 telepítve van. e2fsck: Nem folytatható, megszakítja
Le kell szerelnie egy részt:# umount / dev / vda2
A superblock sikeres cseréje után a következő üzenetet kell kapnia:
fsck a util-linux 2.31.1-ből, az e2fsck 1.44.1-ből (2018.03.24.) / dev / vda2-et nem tisztították le, ellenőrizni kényszerítve. 1. lépés: Az inódok, a blokkok és a méretek ellenőrzése 2. lépés: A könyvtárszerkezet ellenőrzése 3. lépés: A könyvtárak összekapcsolhatóságának ellenőrzése 4. lépés: A referenciaszámok ellenőrzése 5. pass: A csoport összefoglaló információinak ellenőrzése A szabad blokkok száma rossz a 231 csoportnál (32254, számítva = 32253). . Fix? igen A szabad blokkok helytelenül számítanak a 352-es csoportnál (32254, számítva = 32248). Fix? igen A szabad blokkok helytelenül számítanak a 358-as csoportnál (32254, számítva = 27774). Fix? igen ... / dev / vda2: ***** FÁJL RENDSZER MÓDOSÍTOTT ***** / dev / vda2: 85986/905464576 fájlok (0,2% nem szomszédos), 3904682/905464576 blokkok
Most indítsa újra a számítógépet a disztribúció leválasztásával, és mindennek rendben kell lennie.
Fsck lemezhiba
A hiba második változata a következő sor jelenléte a terminál ablakban:
/ dev / sda1: VÁRHATÓS MEGKÜLÖNBÖZÉS; Az fsck kézi futtatása A / dev / sda1 fájl gyökér fájlrendszere kézi fsck fájlt igényel.
A hiba azt a kötetet jelzi, amelyhez kézi lemez-ellenőrzés futtatása szükséges. Az initramfs parancssorban tegye a következőket:
# fsck / dev / sda1 -y
A teljes ellenőrzés után újra kell indítania a szervert, és ellenőriznie kell, hogy minden rendben van-e.
Lemezhiba: / dev / sda1 nem létezik
Az fstab problémája
Ha hibát lát a szerver betöltésekor:
ALERT! A / dev / sda1 nem létezik. Csepp egy héjhoz.
Valószínűleg éppen telepítette a Linuxot, vagy vannak problémák a szerveren fstab. A probléma leggyakrabban akkor jelentkezik, ha a rendszert telepíti a usb-vezetni. Az a szakasz, amelyen a rendszer esküszik, bármi lehet. Mint az első esetben, indulnunk kell a rendszerképből, és végre kell hajtanunk néhány műveletet. Ellenőrizze a lemez UUID-ját a következő paranccsal:
# sudo blkid
A rendszer valami ilyesmit fog előállítani:
/ dev / sda2: UUID = "36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE = "ext4" PARTUUID = "fea4dab1-4e12-4327-85c6-76ade18f64e1"
Innentől már egyértelmű, hogy a rendszernek az sda2-ről kell indulnia, de valójában az sda1-ről indul.
A szakaszunkat bármely könyvtárba beilleszthetjük, például:
# sudo mount / dev / sda2 / mnt
Megkapjuk a teljes / dev / sda2 partíciónkat az / mnt könyvtárban, megkeressük az / etc / fstab fájlt, és a / dev / sda1 tartalmú sort változtassuk meg:
UUID = 36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 hibák = remount-rw 0 1
Mentse a fájlt. Távolítsa el a partíciót az / mnt fájlból és indítsa újra a rendszert, ha a probléma a partíció rossz címével kapcsolatos, a kiszolgáló elindul.
Ez a lehetőség megoldható vészhelyzetbe történő berakással is. Helyezze újra a gyökér szöveget:
# sudo mount -o remount, rw /
Ezután változtassa meg az fstab-ot, és indítsa újra a szervert.
Vasprobléma
Néhány alaplapon, porton SATA tetszőleges számokat kaphat. Ez az előző bekezdésben ismertetett hibát is okozhatja. A hiba kijavításához meg kell változtatnia a grub rendszerbetöltőt.
Indítás vészhelyzetben vagy élő cd-vel, és módosítsa a fájlt /boot/grub/grub.cfg
Például abban a sorban, ahol a szakasz betöltődik:
Linux / boot / vmlinuz-4.15.0-70-generic root = / dev / sda1 rw csendes lift = noop fsck.repair = igen
Változtassa meg a meghajtó útját UUID:
Linux /boot/vmlinuz-4.15.0-70-generic root = UUID = 36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro csendes lift = noop fsck.repair = igen
