V tem članku bomo obravnavali rešitve težav, ko se virtualni ali fizični strežnik, ki temelji na Ubuntu / Mint / Kali, ne naloži in odpade v zasedeno v času inicializacije initramfs. V tem primeru se Linux ne zažene in uporabniku je na voljo samo ukazna vrstica initramfs.
Initramfs - to je začetni datotečni sistem RAM tmpfs, ki ne uporablja ločene blok naprave. Všeč initrd, vsebuje pripomočke in skripte, potrebne za namestitev datotečnih sistemov pred klicem init, ki se nahaja v korenskem datotečnem sistemu.
Izdaja Superblock
Če je Ubuntu med inicializacijo initramfsov padel v zasedbo, se je morda na disku pojavil poškodovani superblok. Linux hrani več kopij superblokov.
Če želimo obnoviti v primeru take težave, se moramo zagnati s slike / diska in zagnati Terminal. Po nalaganju v terminal vnesemo ukaz:
# sudo fdisk -l | grep Linux | grep -Ev 'swap'
Ekipa bo vrnila podatke o našem oddelku:
/ dev / vda2 4096 83884031 83879936 40G datotečni sistem Linux
Zapomnite si ime razdelka in ga podajte v naslednjem ukazu:
# sudo dumpe2fs / dev / vda2 | grep superblok
Ukaz vrne seznam rezervnih superblokov:
Za nadomeščanje poškodovanega bomo uporabili drugi nadomestni superblok (lahko izberete katerega koli drugega kot Primarni). Preverimo disk s pomočjo rezervnega podbloka za obnovitev:
# sudo fsck -b 98304 / dev / vda2 -y
fsck iz util-linux 2.31.1 e2fsck 1.44.1 (24. marec 2018) / dev / vda2 je nameščen. e2fsck: Ne morem nadaljevati, prekiniti
Odstraniti morate razdelek:# umount / dev / vda2
Po uspešni zamenjavi superbloka boste prejeli naslednje sporočilo:
fsck iz util-linux 2.31.1 e2fsck 1.44.1 (24. marec 2018) / dev / vda2 ni bil čisto odklopljen, preverjanje prisilno. Pass 1: Preverjanje inode, blokov in velikosti Pass 2: Preverjanje strukture imenika Pass 3: Preverjanje povezljivosti imenika Pass 4: Preverjanje referenčnih števk Pass 5: Preverjanje povzetkov informacij skupine Število blokov napačno šteje za skupino # 231 (32254, prešteto = 32253) . Popraviti? da Število brezplačnih blokov je za skupino # 352 napačno šteto (32254, prešteto = 32248). Popraviti? da Število brezplačnih blokov je za skupino št. 358 napačno (32254, prešteto = 27774). Popraviti? da ... / dev / vda2: ***** SISTEM Datoteke je bil spremenjen ***** / dev / vda2: 85986/905464576 datoteke (0,2% neprekinjeno), 3904682/905464576 bloki
Zdaj znova zaženite računalnike z odklopom distribucijskega diska in vse bi moralo biti v redu.
Napaka diska Fsck
Druga različica napake je prisotnost naslednje vrstice v terminalskem oknu:
/ dev / sda1: NEŽAVLJENO NEVERJETNOST; RUN fsck MANUALLY Korenski datotečni sistem v / dev / sda1 zahteva ročni fsck.
Napaka bo pokazala glasnost, ki zahteva izvajanje ročnega preverjanja diska. V ukaznem pozivu initramfs naredite:
# fsck / dev / sda1 -y
Po popolnem pregledu morate znova zagnati strežnik in preveriti, ali je vse v redu.
Napaka diska: / dev / sda1 ne obstaja
Težava s fstabom
Če med nalaganjem strežnika opazite napako:
ALERT! / dev / sda1 ne obstaja. Spusti na lupino.
Najverjetneje ste pravkar namestili Linux ali so na vašem strežniku težave fstab. Najpogosteje se težava pojavi pri nameščanju sistema s usb-pogon. Odsek, na katerega sistem prisega, je lahko karkoli. Kot v prvem primeru se moramo zagnati s sistemske slike in izvesti nekaj dejanj. Preverite disk UUID z ukazom:
# sudo blkid
Sistem bo ustvaril nekaj takega:
/ dev / sda2: UUID = "36cce3d5-cbdb-46f4-adbf-3f9aaa01d729" TYPE = "ext4" PARTUUID = "fea4dab1-4e12-4327-85c6-76ade18f64e1"
Od tu je že jasno, da se mora sistem zagnati iz sda2, pravzaprav pa se zažene iz sda1.
Naš razdelek namestimo v kateri koli imenik, na primer:
# sudo mount / dev / sda2 / mnt
V imeniku / mnt dobimo celotno particijo / dev / sda2, tam najdemo datoteko / etc / fstab in vrstico, ki vsebuje / dev / sda1, spremenimo v:
UUID = 36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 / ext4 napake = remount-rw 0 1
Shranite datoteko. Odklopite particijo iz / mnt in znova zaženite, če je bila težava povezana z napačnim naslovom particije, se bo strežnik zagnal.
To možnost lahko rešite tudi z nalaganjem v sili. Ponovno pripnite koren in napišite:
# sudo mount - za pripravo, rw /
Nato spremenite fstab in znova zaženite strežnik.
Problem z železom
Na nekaterih matičnih ploščah, pristaniščih SATA lahko dobite poljubne številke. Prav tako lahko povzroči napako, opisano v prejšnjem odstavku. Če želite odpraviti napako, morate spremeniti zagonski nalagalnik.
Zaženite v zasilnem načinu ali z live cd-jem in spremenite datoteko /boot/grub/grub.cfg
V vrstici, kjer se nalaga odsek, na primer:
Linux /boot/vmlinuz-4.15.0-70-generic root = / dev / sda1 rw tiho dvigalo = noop fsck.repair = da
Spremenite pot pogona v Uuid:
Linux /boot/vmlinuz-4.15.0-70-generic root = UUID = 36cce3d5-cbdb-46f4-adbf-3f9aaa01d729 ro tihi dvigalo = noop fsck.repair = da
