Puncte:1

Grub pornește automat în modul Recuperare

drapel my

Informații hardware:

OS: Ubuntu 21.10 impish
Kernel: x86_64 Linux 5.13.0-21-generic
Timp de funcționare: 25m
Pachete: 2223
Shell: bash 5.1.8
Rezoluție: 2560x1600
DE: Gnome 
WM: Mormăie
Tema WM: Orchis
Tema GTK: Orchis-light [GTK2/3]
Tema pictogramei: Papirus
Font: Ubuntu 11
Disc: 55G / 916G (7%) (SSD) 
CPU: AMD Ryzen 9 3900X 3.8 x 12
GPU: grafică AMD Radeonâ¢
RAM: 2045 / 16384 MB  

Recent, am pornit în modul grub-recovery cu cel mai recent kernel disponibil pentru a remedia corupt /etc/fstab, de atunci sistemul meu pornește întotdeauna în modul de recuperare*.

Totul funcționează bine după ce sistemul meu pornește în modul de recuperare, dar problema este că de ce începe automat să pornească în modul de recuperare?


$ cat /etc/fstab
# /etc/fstab: informații statice despre sistemul de fișiere.
#
# Utilizați „blkid” pentru a imprima identificatorul unic universal pentru a
# dispozitiv; aceasta poate fi folosită cu UUID= ca o modalitate mai robustă de a denumi dispozitive
# care funcționează chiar dacă discuri sunt adăugate și eliminate. Vezi fstab(5).
#
# <sistem de fișiere> <punct de montare> <tip> <opțiuni> <dump> <trecere>
# / a fost pe /dev/sda5 în timpul instalării
UUID=072236f0-42d6-4d8a-b91b-cea0f3f9bda3 / ext4 errors=remount-ro 0 1
# /boot/efi a fost pe /dev/sda2 în timpul instalării
UUID=B2DE-DE92 /boot/efi vfat umask=0077 0 1
/swapfile niciunul swap sw 0 0


$ lsblk -f
NUME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda                                                                          
ââsda1
â vfat FAT32 E7C1-FF6E                                           
ââsda2
â vfat FAT32 B2DE-DE92                                           
ââsda3
â                                                                            
ââsda5
      ext4 1.0 072236f0-42d6-4d8a-b91b-cea0f3f9bda3 811.8G 6% /
sr0                                                                          

$ sudo apt update
Hit:1 http://archive.ubuntu.com/ubuntu impish InRelease                               
Hit:2 http://security.ubuntu.com/ubuntu impish-security InRelease                     
Hit:3 http://archive.ubuntu.com/ubuntu impish-security InRelease
Hit:4 http://archive.ubuntu.com/ubuntu impish-updates InRelease
Ign:5 https://repo.vivaldi.com/stable/deb stable InRelease
Hit:6 http://archive.ubuntu.com/ubuntu impish-backports InRelease
Hit:7 https://repo.vivaldi.com/stable/deb stable Lansare
Citirea listelor de pachete... Gata
Construirea arborelui de dependență... Gata
Citirea informațiilor despre stare... Gata
Toate pachetele sunt la zi.

Tip etichetă de disc: dos
Identificatorul discului: 0xc1b15721

Dispozitiv Boot Start End Sectors Size ID Tip
/dev/sda1 * 2048 1050623 1048576 512M b W95 FAT32
/dev/sda2 1050624 2101247 1050624 513M b W95 FAT32
/dev/sda3 2103294 1953523711 1951420418 930.5G 5 Extins
/dev/sda5 2103296 1953523711 1951420416 930.5G 83 Linux

Partiția 3 nu începe la limita sectorului fizic.

$ sudo update-grub
Fișierul sursă `/etc/default/grub'
Fișierul sursă `/etc/default/grub.d/init-select.cfg'
Se generează fișierul de configurare grub...
Imaginea Linux găsită: /boot/vmlinuz-5.13.0-21-generic
Imagine initrd găsită: /boot/initrd.img-5.13.0-21-generic
Imaginea Linux găsită: /boot/vmlinuz-5.11.0-39-generic
Imagine initrd găsită: /boot/initrd.img-5.11.0-39-generic
Imaginea Linux găsită: /boot/vmlinuz-5.11.0-38-generic
Imagine initrd găsită: /boot/initrd.img-5.11.0-38-generic
S-a găsit imaginea memtest86+: /boot/memtest86+.elf
Am găsit imaginea memtest86+: /boot/memtest86+.bin
Terminat

$ cat /etc/default/grub
# Dacă modificați acest fișier, rulați „update-grub” după aceea pentru a actualiza
# /boot/grub/grub.cfg.
# Pentru documentația completă a opțiunilor din acest fișier, consultați:
# info -f grub -n „Configurație simplă”

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=ascuns
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="noplymouth"
GRUB_CMDLINE_LINUX=""

# Anulați comentariile pentru a activa filtrarea BadRAM, modificați pentru a se potrivi nevoilor dvs
# Acest lucru funcționează cu Linux (nu este nevoie de patch) și cu orice nucleu care se obține
# informațiile hărții memoriei de la GRUB (GNU Mach, nucleul FreeBSD...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefefe"

# Anulați comentariile pentru a dezactiva terminalul grafic (numai grub-pc)
GRUB_TERMINAL=consola

# Rezoluția utilizată pe terminalul grafic
# rețineți că puteți utiliza numai modurile pe care placa dvs. grafică le acceptă prin VBE
# le puteți vedea în GRUB real cu comanda `vbeinfo'
#GRUB_GFXMODE=640x480

# Anulați comentariile dacă nu doriți ca GRUB să transmită parametrul „root=UUID=xxx” către Linux
#GRUB_DISABLE_LINUX_UUID=adevărat

# Anulați comentariile pentru a dezactiva generarea intrărilor din meniul modului de recuperare
#GRUB_DISABLE_RECOVERY="true"

# Anulați comentariile pentru a primi un bip la pornirea grub
#GRUB_INIT_TUNE="480 440 1"

$ blkid
/dev/sda5: UUID="072236f0-42d6-4d8a-b91b-cea0f3f9bda3" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="c1b15721-05"
/dev/sda1: UUID="E7C1-FF6E" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c1b15721-01"
/dev/sda2: UUID="B2DE-DE92" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c1b15721-02"
  • Notă:- În timpul pornirii în modul de recuperare, nu îmi cere să aleg opțiunile de recuperare. Selectează automat opțiunea „reluare pornire”. Deci, în cuvinte simple, primesc interfața de utilizare a modului de salvare grub, nu pornește normal, în mod normal se arată /dev/sda1 curăță fișierul XXXX și blocurile XXXX Dar acum îmi arată câteva mesaje ciudate cu viteza fulgerului și spune „Bine ați venit la Ubuntu” și apoi începe să încărcați serviciile. În sfârșit, primesc ecranul de conectare normal. Interfața este exact ceea ce primesc în modul de recuperare grub, dar nu îmi oferă nicio opțiune de recuperare și reia pornirea.

Jurnalele:

$ sudo tail -f /var/log/syslog
30 decembrie 12:02:12 linux systemd[4454]: tmp-sanity\x2dmountpoint\x2d1303829251.mount: Dezactivat cu succes.
30 decembrie 12:02:12 linux systemd[1]: tmp-sanity\x2dmountpoint\x2d1303829251.mount: Dezactivat cu succes.
30 dec 12:02:12 linux snapd[57152]: daemon.go:335: ajustarea timpului de expirare a pornirii cu 30 de secunde (estimare pesimistă de 30 de secunde plus 5 secunde per snap)
30 decembrie 12:02:12 linux systemd[1]: Snap Daemon a pornit.
30 decembrie 12:02:17 linux snapd[57152]: daemon.go:502: aștept cu grație să ruleze hook-uri
30 decembrie 12:02:17 linux snapd[57152]: daemon.go:504: gata de așteptare pentru rularea hook-urilor
30 decembrie 12:02:17 linux snapd[57152]: oprirea demonului a fost solicitată pentru a aștepta activarea socket-ului
30 decembrie 12:02:17 linux systemd[1]: snapd.service: Dezactivat cu succes.
30 decembrie 12:02:20 linux systemd[1]: NetworkManager-dispatcher.service: Dezactivat cu succes.
30 decembrie 12:06:45 kernel linux: [ 2569.626771] perf: întreruperea a durat prea mult (4925 > 4920), scăzând kernel.perf_event_max_sample_rate la 40500

$ sudo tail -f kern.log
30 decembrie 11:44:48 kernel linux: [ 1253.063844] ntfs: driver 2.1.32 [Flags: R/O MODULE].
30 decembrie 11:44:48 kernel linux: [ 1253.179625] Sistemul de fișiere QNX4 0.2.3 înregistrat.
30 decembrie 11:44:48 kernel linux: [ 1253.462950] Btrfs încărcat, crc32c=crc32c-intel, zoned=yes
30 decembrie 11:47:55 kernel linux: [ 1439.954861] perf: întreruperea a durat prea mult (3936 > 3930), scăzând kernel.perf_event_max_sample_rate la 50750
30 decembrie 11:56:09 kernel linux: [1934.146717] bucla0: modificarea capacității detectate de la 0 la 8
30 decembrie 11:56:29 kernel linux: [ 1954.091673] loop0: a detectat modificarea capacității de la 0 la 8
30 decembrie 11:56:36 kernel linux: [ 1961.124764] loop0: a detectat modificarea capacității de la 0 la 8
30 decembrie 12:01:56 kernel linux: [ 2281.144210] loop0: a detectat modificarea capacității de la 0 la 8
30 decembrie 12:02:12 kernel linux: [ 2297.021541] loop0: a detectat modificarea capacității de la 0 la 8
30 decembrie 12:06:45 kernel linux: [ 2569.626771] perf: întreruperea a durat prea mult (4925 > 4920), scăzând kernel.perf_event_max_sample_rate la 40500

$ sudo tail -f auth.log
30 decembrie 12:08:08 linux sudo: pam_unix(sudo:session): sesiune deschisă pentru utilizator root de către cineva (uid=1002)
30 decembrie 12:08:29 linux sudo: pam_unix(sudo:session): sesiune închisă pentru utilizator root
Dec 30 12:09:10 linux sudo: cineva : TTY=pts/2 ; PWD=/var/log ; UTILIZATOR=rădăcină ; COMMAND=/usr/bin/tail -f kern.log
30 decembrie 12:09:10 linux sudo: pam_unix(sudo:session): sesiune deschisă pentru utilizator root de către cineva (uid=1002)
30 decembrie 12:09:48 linux sudo: pam_unix(sudo:session): sesiune închisă pentru utilizator root
30 dec 12:10:08 linux sudo: cineva : TTY=pts/2 ; PWD=/var/log ; UTILIZATOR=rădăcină ; COMMAND=/usr/bin/tail -f boot.log
30 decembrie 12:10:08 linux sudo: pam_unix(sudo:session): sesiune deschisă pentru utilizator root de către cineva (uid=1002)
30 decembrie 12:10:24 linux sudo: pam_unix(sudo:session): sesiune închisă pentru utilizator root
Dec 30 12:11:17 linux sudo: cineva : TTY=pts/2 ; PWD=/var/log ; UTILIZATOR=rădăcină ; COMMAND=/usr/bin/tail -f auth.log
30 decembrie 12:11:17 linux sudo: pam_unix(sudo:session): sesiune deschisă pentru utilizator root de către cineva (uid=1002)

Știu că partițiile mele sunt stricate. Dar nu pot face nimic pentru asta. Sunt destul de sigur că acest lucru nu este din cauza partițiilor D:

listă grub-editenv nu a scos nimic.

Someone avatar
drapel my
@nobody `$ grub-editenv list` nu scoate nimic.
ChanganAuto avatar
drapel us
*Tip de etichetă: dos* De ce utilizați partiționarea MBR ("msdos") într-o mașină modernă bazată pe UEFI? Acest lucru nu are sens.
Someone avatar
drapel my
@ChanganAuto Nu am idee ce înseamnă asta.
drapel in
Este interesant că `sda3` nu începe cu `2101248`. A fost folosit acest SSD ca spațiu de stocare suplimentar înainte de a deveni dispozitivul de pornire?
Someone avatar
drapel my
@matigo Da!.....
Someone avatar
drapel my
Mai devreme, întregul meu sistem era pe HDD, apoi l-am clonat într-un SSD pentru o performanță mai bună.
Someone avatar
drapel my
Blocul de informații Hardware din întrebare este rezultatul comenzii `neofetch`.
drapel in
M-am gândit că ar putea fi cazul. Mesajul despre `sda3` din ieșire arată o desincronizare. Deci, chiar dacă utilizați un SSD, nu veți obține performanța maximă din cauza modului în care sunt așezate partițiile...
drapel in
Nu sunt sigur dacă eroarea provine de la partiții. HDD-urile și SSD-urile își prezintă datele ușor diferit, discurile care se rotesc fiind mai flexibile cu câteva detalii. Singura modalitate de a spune cu siguranță ar fi să schimbați SSD-ul cu altul și să faceți o nouă instalare pentru a compara ⦠care ar introduce atât de multe variații față de instalarea actuală, încât ar fi imposibil de comparat
nobody avatar
drapel gh
poti sa arati `grub-editenv list` te rog.
oldfred avatar
drapel cn
Nu afișați stropire liniștită în GRUB_CMDLINE_LINUX_DEFAULT=" " în /etc/default/grub. Deci s-ar putea să nu fie modul de recuperare, ci lista standard a procesului de pornire? Prefer să văd asta și să folosesc GRUB_CMDLINE_LINUX_DEFAULT="noplymouth", care accelerează ușor boot-ul. Dar ar fi fost mai bine să faceți o nouă instalare pe SSD și să restaurați datele de pe HDD. Și utilizați gpt pe care UEFI îl sugerează și Windows îl necesită cu UEFI. Ubuntu nu necesită gpt, dar ar trebui. https://wiki.archlinux.org/title/Partitioning#Choosing_between_GPT_and_MBR

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.