NUSTATYTI: Nepavyksta įdiegti šaknų fs nežinomame bloke

Kadangi nežinomo bloko klaidos atvejis, kai nepavyksta prijungti šakninių failų, reiškia, kad negalite paleisti savo GNU / Linux diegimo, tai gali būti gana susijusi klaida. Dažniausiai tai pamatysite po to, kai nepavyko atnaujinti arba kai kurie kiti sistemos pažeidimai trukdė normaliam jūsų branduolio veikimui.

Daugelis vartotojų nenorėtų dirbti su „Linux“ branduoliu, nes tai gali būti gana erzina. Laimei, tai yra pakankamai lengva išspręsti problemą, jei galite arba paleisti savo kompiuterį naudodami kitą jame saugomą branduolį, arba turėti prieigą prie kito kompiuterio, kad sukurtumėte įkeliamą nykščio diską.

Initramfs modulio sumontavimas ir taisymas

Ši klaida dažniausiai įvyksta todėl, kad trūksta branduolio, su kuriuo dirbate, inicramf. Kadangi negalite tinkamai paleisti sistemos, turite dvi galimybes patekti į apvalkalą. Kai bandysite paleisti, pastebėsite, kad tai yra juodo ekrano dalis su keliomis eilutėmis arba daugybe teksto eilučių. Sistema pasirodys pakabinta, kai ją gausite.

Paleiskite iš naujo ir tada pabandykite paspausti „shift“ iškart po to, kai pamatysite BIOS ar UEFI logotipą, kai įjungiate savo kompiuterį. Jei matote, kad atsirado „Grub“ meniu, galite pasirinkti nustatymą „Išplėstinės parinktys“ ir išbandyti senesnį branduolį. Galbūt tokiu būdu galėsite patekti į savo sistemą.

Jei tai nepadėjo, turėsite paleisti iš tiesioginio kompaktinio disko, USB ar SD kortelės. Galite jį sukurti atsisiųsdami įdiegimo laikmeną savo platinimui kitoje mašinoje, nes, deja, negalite patekti, jei „Grub“ įkrovos meniu nepadėjo.

Bet kuriuo atveju, paleidus kompiuterį, atidarykite terminalą naudodami „Ctrl“ + „Alt“ + T, neatsižvelgiant į metodą, kurį naudojote paleisdami savo kompiuterį. Išvardykite savo kompiuteryje esančius skaidinius su sudo fdisk -l ir ieškokite tos, kuri yra jūsų šakninių failų sistema. Kai jį rasite, įveskite sudo mkdir / mnt / fs; sudo mount / dev / sda1 / mnt / fs, nors jūs, žinoma, turėsite pakeisti / dev / sda1 tinkamu skaidinio pavadinimu, jei ne tai. Tačiau tai turėtų būti šakninis skaidinys daugelyje „Linux Mint“, „Debian“ ir „Ubuntu“ sistemų.

Turėsite prijungti savo EFI skaidinį, jei turite. Darant prielaidą, kad naudojate seną diegimą iš MBR skaidinio disko, jums nereikės to daryti. Jei turite EFI sistemą, paleiskite sudo mkdir / mnt / boot / efi; sudo mount / dev / sda2 / mnt / boot / efi, vėl pakeisdamas / dev / sda2 tinkamu skaidinio numeriu. Ankstesnėje komandoje fdisk turėjo būti išvardyti visi skaidiniai.

Dabar turėsite paleisti komandų sąrašą, kad gautumėte tai, ką jie vadina chroot, į jūsų diegimą. Matysite juos daug kartų, nes tai yra dažna klaida, tačiau viskas gali šiek tiek skirtis dėl būsimų naujinių. Panašu, kad turėtų veikti šios komandos:

sudo mkdir -p / mnt / dev / pts; sudo mount -o bind / dev / mnt / dev sudo mount -o bind / dev / pts / mnt / dev / pts sudo mkdir / mnt / sys; sudo mount -t sysfs / sys / mnt / sys sudo mkdir / mnt / proc; sudo mount -t proc / proc / mnt / proc sudo chroot / mnt

Vykdyti dpkg –list | „grep linux-image“, norėdami rasti naudojamą „Linux“ vaizdą, tada paleiskite „update-initramfs -u -k 4.10.0-38-generic“, įsitikindami, kad etiketę pakeisite tuo, ką iš tikrųjų naudojate. Mes panaudojome bandomojo „Xubuntu“ diegimo, kurį vykdėme, pavadinimą, tačiau jūsų vaizdas gali būti labai skirtingas. Baigę paleiskite „update-grub“; išeikite ir grįšite pirmą kartą paraginę. Pabandykite sudo umount / mnt / boot / efi, jei naudojatės bet kokios rūšies UEFI sistema.

Vis dėlto to nereikia daryti, jei naudojate seną sistemą. Bet kokiu atveju norėsite paleisti sudo umount / mnt; perkraukite ir paleiskite kaip įprasta.

Jei viskas klostėsi gerai, tada jūs visiškai grįšite į normalią būseną. Atrodytų, daug žaidžiama, bet jei šios komandos veikia, jums nereikės iš tikrųjų koreguoti jokių konfigūracijos failų ar pan. Norėdami vėl gauti veikiančią sistemą, tiesiog turėsite juos paleisti ir paleisti iš naujo.

Kai vėl susitvarkysite, galbūt norėsite atnaujinti naują branduolį.