Trebuie să rulați fsck, deoarece sistemul nu va porni

Din când în când sistemul meu Linux nu pornește și dă erori ale sistemului de fișiere. Le pot "repara" pornind cu un LiveCD și rulând:

sudo fsck -y /dev/sda1

Comanda spune că găsește blocuri proaste și le repară, apoi sistemul va porni din nou. Faptul că acestea continuă să se întâmple indică o defecțiune hardware sau ar putea fi altceva în neregulă?

Observ că atunci când alerg:

sudo fsck -y /dev/sda

Primesc aceste erori:

fsck din util-linux 2.34 [/usr/sbin/fsck.ext2 (1) -- /dev/sda] fsck.ext2 /dev/sda e2fsck 1.45.5 (07-ian-2020) ext2fs_open2: Număr magic rău în super -block fsck.ext2: Superblock invalid, încercând blocuri de rezervă... fsck.ext2: Număr magic greșit în super-bloc în timp ce încercați să deschideți /dev/sda

Superblocul nu a putut fi citit sau nu descrie un sistem de fișiere ext2/ext3/ext4 valid. Dacă dispozitivul este valid și conține într-adevăr un sistem de fișiere ext2/ext3/ext4 (și nu swap sau ufs sau altceva), atunci superblocul este corupt și ați putea încerca să rulați e2fsck cu un superbloc alternativ:
    e2fsck -b 8193 <dispozitiv> sau
    e2fsck -b 32768 <dispozitiv>

Am găsit un tabel de partiții dos în /dev/sda

Este pentru că nu este valid să rulezi fsck pe întregul disc în loc de doar o partiție sau există ceva corupt pe unitatea mea? Am văzut multe locuri pe internet care oferă instrucțiuni care rulează fsck pe întregul disc. Discul meu are o singură partiție, una Linux ext4.

Iată o imagine a ferestrei Smart Data & Tests a aplicației Disks.

Rezultatul grep -i FPDMA /var/log/syslog* este:

adam>grep -i FPDMA /var/log/syslog*
/var/log/syslog:Sep 21 13:40:19 adam-gregs-better-computer kernel: [ 728.921941] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:40:19 adam-gregs-better-computer kernel: [ 729.213899] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:40:20 adam-gregs-better-computer kernel: [ 729.373884] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:42:40 adam-gregs-better-computer kernel: [ 870.000879] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:42:40 adam-gregs-better-computer kernel: [ 870.000904] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:05 adam-gregs-better-computer kernel: [ 895.312734] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:05 adam-gregs-better-computer kernel: [ 895.312760] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:06 adam-gregs-better-computer kernel: [ 895.476760] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:06 adam-gregs-better-computer kernel: [ 895.640724] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:49 adam-gregs-better-computer kernel: [ 938.924872] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:49 adam-gregs-better-computer kernel: [ 938.924901] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:49 adam-gregs-better-computer kernel: [ 938.924924] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:49 adam-gregs-better-computer kernel: [ 938.924945] ata3.00: comandă eșuată: WRITE FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:53 adam-gregs-better-computer kernel: [ 942.878558] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:43:53 adam-gregs-better-computer kernel: [ 942.878583] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog.1:Sep 18 08:30:43 adam-gregs-better-computer kernel: [ 33.579255] ata3.00: comandă eșuată: READ FPDMA QUEUED

fsck

Să vă reparăm sistemul de fișiere (din nou)...

• porniți pe un DVD/USB Ubuntu Live în modul âÎncercați Ubuntuâ
• deschide a Terminal fereastra prin apăsare Ctrl+Alt+T
• tip sudo fdisk -l
• identificați numele dispozitivului /dev/sdXX pentru „sistemul de fișiere Linux”
• tip sudo fsck -f /dev/sda1, înlocuind sdXX cu numărul pe care l-ai găsit mai devreme
• repeta fsck comanda dacă au existat erori
• tip reporniți

Blocuri proaste și date SMART

The Date SMART indică ceea ce ar fi în mod normal un HDD defect. Cu toate acestea, avem un SSD care nu este prea vechi. Ne vom uita mai întâi la rezolvarea erorilor NCQ.

Notă: Determinați producătorul și numărul de model al SSD-ului, apoi vizitați site-ul lor web pentru a verifica dacă există firmware actualizat.

Notă: Mențineți copii de rezervă bune, doar în cazul în care SSD-ul eșuează.

erori NCQ

grep -i FPDMA /var/log/syslog*

/var/log/syslog:Sep 21 13:40:19 adam-gregs-better-computer kernel: [ 728.921941] ata3.00: comandă eșuată: READ FPDMA QUEUED
/var/log/syslog:Sep 21 13:40:19 adam-gregs-better-computer kernel: [ 729.213899] ata3.00: comandă eșuată: READ FPDMA QUEUED

Native Command Queuing (NCQ) este o extensie a protocolului Serial ATA care permite hard disk-urilor să optimizeze intern ordinea în care sunt executate comenzile de citire și scriere primite.

Editați | × sudo -H gedit /etc/default/grub și modificați următoarea linie pentru a include acest parametru suplimentar. Atunci fa sudo update-grub pentru a scrie modificările pe disc. Reporniți. Monitorul se blochează/etc. și urmărește grep -i FPDMA /var/log/syslog* sau dmesg pentru mesajele de eroare continue.

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash libata.force=noncq"