Puncte:0

Boot Ubuntu 18.04 nu reușește în modul de urgență [Închis Nerezolvat]

drapel cn

Dragi colegi utilizatori ubuntu,

Am un laptop Alienware care are un dual boot cu Windows 10 și Ubuntu 18.04. Eu folosesc Ubuntu ca sistem de operare principal. Mi-am oprit computerul aseară și când încerc să-l pornesc azi dimineață m-am confruntat cu o problemă care mă duce în modul de urgență.

Când pornesc computerul, apare meniul de selecție Grub os. Când aleg Ubuntu, ecranul de pornire durează mult mai mult decât de obicei și se activează în modul de urgență. (Pot porni Windows 10 fără probleme)

Ecranul afișează (Ne pare rău pentru greșeli de scriere, etc. când îl tastesc de pe tabletă privind ecranul computerului):

[...] dell_symbios: Imposibil de rulat pe un sistem non-Dell
[...] dell_symbios: Imposibil de rulat pe un sistem non-Dell
[...] nvidia-gpu 0000:01:00.3: eroare de expirare i2c e0000000
[...] ucsi-ccg 0-0008: i2c_transfer a eșuat -110
[...] ucsi-ccg 0-0008: ucsi_ccg_init a eșuat - -110

Sunteți în modul de urgență. După autentificare, tastați „journalctl -xb” pentru a vizualiza 
jurnalele de sistem, „systemctl reboot” pentru a reporni, „systemctl default” sau „exit” 
pentru a porni în modul implicit.
apăsați Enter pentru întreținere
(sau apăsați Control-D pentru a continua): 

Apoi mă lasă ca rădăcină într-un fel de mod TTY.

„journalctl -xb” arată un fișier jurnal cu liniile de sus ca roșu. alte opțiuni de pornire provoacă același ecran ubuntu cu începutul care durează mult timp și eșuează.

Liniile aferente fișierului „/etc/fstab” sunt următoarele:

# / a fost pe /dev/nvme0n1p5 în timpul instalării
UUid=9666e669-5a8b-4a97-a954-f8477abafcfa / ext4 errors=remount-ro 0 1
# /boot/efi a fost pe /dev/nvme0n1p2 în timpul instalării
UUID=DCD5-AE75 /boot/efi vfat umask=0077 0 1
/swapfile niciunul swap sw 0 0

Ieșirea comenzii blkid este făcută din mai multe linii din /dev/loopx:TYPE="squashfs" unde x este un număr între 0 și 29. Apoi o altă ieșire este următoarea:

/dev/nvme0n1:PTUUID=[o cheie în „"] PTTYPE="gpt"
/dev/nvme0n1p1:LABEL="Recuperare" UUID=[o cheie] TYPE="ntfs" partlabel="Partiție de date de bază" PARTUUID=[o cheie]
/dev/nvme0n1p2: UUID="DCD5-AE75" TYPE="vfat" PARTLABEL="Partiția de sistem EFI" PARTUUID="05daf95a-bce2-411c-81ea-a647518768e7"
/dev/nvme0n1p3: PARTLABEL="Partiția rezervată Microsoft PARTUUID=[o cheie]
/dev/nvme0n1p4: PARTLABEL="Partiția de date de bază" PARTUUID=[o cheie]
/dev/nvme0n1p5:UUID="9666e669-5a8b-4a97-a954-f8477abafcfa` TYPE="ext4" PARTUUID="1627206a-8f4b-4650-83cb-9e4ca56f2660"

În plus, pot porni Ubuntu 20.04 de pe un stick USB, dar mai întâi scanează ceva. Demontarea și montarea nvme0n1p5 nu a funcționat.

Chiar nu am idee ce să încerc în continuare. În speranța de a avea câteva sugestii.

Editare pe 04.08.2021:

Am încercat să pornesc Ubuntu în modul de recuperare, a funcționat. Am folosit opțiunile disponibile ca dpkg, fsck și grub, dar asta nu mi-a rezolvat problema.

Editare 2 pe 04.08.2021:

Am pornit Ubuntu de pe un USB, am instalat boot-repair și am rulat programul. După ce am scos USB-ul și pornirea din nou, m-a făcut să dau cu versiunea minimă Grub.

Am reușit să scap de ecranul Grub urmând pașii de la întrebare.

Editare 3 04.08.2021:

Am încercat ceea ce a sugerat @heynnema Aici. Dar nu a reușit, încă blocat la Grub.

Editare 4 04.08.2021:

După ce a scăpat de el, Ubuntu nu a reușit să pornească cu câteva erori, după cum urmează:

Nu s-a pornit modulele Load Kernel
...
Timpul expirat în așteptarea dispozitivului dev-disk-by\x2duuid-cdf4efdb...
Timpul expirat în așteptarea dispozitivului dev-disk-by\x2duuid-DCD5\x2dAE75.device

Apoi am comentat /etc/fstab dezactivând linia cu /boot/efi, dar rezultatul a fost același.

Un lucru diferit este în /etc/fstab este că linia cu /boot efi a fost schimbată ca o versiune nouă cu implicite Decat umask=0077. Bănuiesc că acest lucru nu este relevant, dar nu sunt sigur.

Notă finală: Mi-am formatat sistemul de operare Ubuntu.

galexite avatar
drapel pk
Se pare că Ubuntu întâmpină probleme la utilizarea magistralei I^2C pe sistemul dvs., de aici erorile. Vă puteți asigura că setarea modului „Pornire rapidă” din firmware-ul sistemului este setată la „Amănunțită”?
galexite avatar
drapel pk
De asemenea, dacă ați putea rula `journalctl -xb` la promptul de urgență (apăsați pe Enter) și să încărcați rezultatele aici, ar fi util.
mert avatar
drapel cn
Bună @galexite, mulțumesc pentru comentariu. Poate suna amator, dar cum îl setez la „prin”? În al doilea rând, despre al doilea comentariu al tău. Produce mai mult de o mie de linii, voi încerca să obțin un fișier txt de ieșire pentru journalctl -xb
galexite avatar
drapel pk
Bună, scuze, acest lucru ar trebui să ajute: https://www.dell.com/community/Latitude/How-to-enable-Fast-Boot-on-Dell-Latitude-E5440/m-p/6087936/highlight/true#M3779
galexite avatar
drapel pk
Aveți două sau trei opțiuni și doriți fie „Oprit”, fie „Amănunțit”. În acest fel, firmware-ul sistemului inițializează toate dispozitivele înainte de a porni sistemul de operare.
mert avatar
drapel cn
Dragă @galexite În primul rând, am primit rezultatul comenzii journalctl -xb, în ​​curând voi actualiza întrebarea incluzând-o. În al doilea rând, setarea de pornire rapidă pe care o menționezi, nu am reușit să o găsesc în meniul de configurare de pornire.
galexite avatar
drapel pk
nu vă faceți griji, am uitat de limită :) Se pare că problema este că Ubuntu nu poate să monteze partiția de sistem EFI, care este necesară în timpul pornirii.
Puncte:0
drapel pk

Ubuntu nu poate să monteze partiția de sistem EFI (ESP). Trebuie să fugi fsck pentru a identifica care este problema și a o repara. Fie de pe consola de urgență, fie de pe un CD live (run sudo -i pentru a obține mai întâi un shell rădăcină dacă pe CD-ul live), rulați următoarele comenzi:

# umount /dev/disk/by-uuid/DCD5-AE75 # dacă discul nu este montat, nu vă faceți griji
# fsck /dev/disk/by-uuid/DCD5-AE75

Acest UUID provine din fișierele jurnal pe care le-ați postat. In speranta, fsck va detecta orice erori și le va corecta, dar este posibil ca unele fișiere de boot să fi fost corupte. Dacă sistemul nu pornește după fsck este încă rulat, va trebui să alergați Boot-Reparare.

galexite avatar
drapel pk
Dacă `fsck` se blochează, poate fi necesar să formatăm partiția de sistem EFI și să restabilim bootloader-ul utilizând Boot-Repair.
mert avatar
drapel cn
Dragă @galexite comanda umount a eșuat spunând că este deja demontată, așa că ar trebui să fie bine, comanda fsck părea să funcționeze, totuși, după ce a încercat să pornească, a eșuat din nou. Acum voi încerca repararea boot-ului.
galexite avatar
drapel pk
@mert, ați putea comenta linia dvs. `/boot/efi` în `/etc/fstab` plasând un caracter `#` în fața liniei? Acest lucru va opri (temporar) Ubuntu să încerce să monteze ESP la pornire.
mert avatar
drapel cn
@Galaxite, atm urmez pistele pe care mi-a dat drumul la repararea cizmei. Părea că a rezolvat unele probleme. Dar acum pornirea mă duce într-o lovitură minimă, încerc să îmi dau seama cum să fac ca încărcătorul de pornire ubuntu să fie definit în firmware. grub minimal bash mă duce la Windows când tast exit. Pe scurt, după ce am terminat drumurile pe care le-am ajuns aici, voi încerca și ultima ta sugestie.
galexite avatar
drapel pk
@mert, GRUB și-a pierdut configurația. Trebuie să rulați din nou sugestia implicită `Boot-Repair`, deoarece trebuie să-i restabiliți configurația, sau trebuie să `chroot` pe partiția de sistem și să reinstalăm grub/run `update-grub`.
galexite avatar
drapel pk
@mert, consultați [acest ghid](https://www.turnkeylinux.org/docs/chroot-to-repair-system) despre cum să faceți chroot. Trebuie să rulați `update-grub` pe sistemul chroot pentru a restabili configurația.
mert avatar
drapel cn
Hei @galexite, nu am putut porni ubuntu până acum, nici nu am putut să live USB ubuntu. Grub minimal vine în fața mea. Cu toate acestea, tastând exit boots windows ```grub> set prefix=(hd0,msdos6)/boot/grub/ ``` ```grub> insmod normal``` ```grub> normal``` nu lasă la un grub obișnuit sau așa ceva. Am încercat alte câteva sugestii care nu m-au făcut să scap de grub minimal. Crezi că ar trebui să deschid o nouă întrebare?
galexite avatar
drapel pk
@mert, îmi pare foarte rău, sunt plecat acum, așa că nu voi putea răspunde. Vă recomand să găsiți un chat live (cum ar fi pe IRC) pentru a cere ajutor și, sperăm, cineva vă va ghida prin pașii necesari pentru a vă restabili configurația GRUB. Trebuie să spuneți atunci că după rularea Boot-Repair, sistemul dumneavoastră a fost lăsat în modul de salvare GRUB.
mert avatar
drapel cn
reparația de pornire mi-a sugerat să-mi fac propriul boot firmware UEFI pe intrarea Ubuntu 18.04 (fișierul nvme0n1p2/EFI/ubuntu/-shimx64.efi). Și în cazul în care porniți direct în Windows, sugerează să schimbați ordinea de pornire pe UEFIfirmware.Dar nu cred că pornește direct pe Windows, deoarece grub încearcă să se inițialeze, apoi nu reușește și intră în GNUGRUB 2.04 cu bash minim.
mert avatar
drapel cn
Vă mulțumesc pentru toate sugestiile, voi lucra puțin mai mult pe cont propriu, apoi voi încerca să găsesc sb să ajute așa cum ați sugerat. editați puțin comenzile din comentariul de mai sus are o greșeală de scriere. msdos6 nu este corect Am setat gpt5 care are ubuntu.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.