Il "disco verrà controllato ..." persistente nel messaggio del giorno (motd) anche dopo il riavvio

Vedo che ci sono altri thread che menzionano questo errore, ma ho provato le soluzioni senza fortuna.

Quando accedo al mio server 12.04, ricevo il messaggio:

/dev/sdb1 will be checked for errors at next reboot
/dev/sdc1 will be checked for errors at next reboot

Il problema è che il controllo non viene mai eseguito e continuo a ricevere i messaggi. Ho eseguito un fsck su entrambi i dischi e stanno bene.

hard-drive fsck motd

— dpbklyn
fonte

Ho appena riavviato di nuovo e non ho ricevuto l'avviso ...

— dpbklyn,

Ho provato un suggerimento da fare touch /forcefscke riavviare, ma continuo a ricevere questo avviso.

— pcm,

Vedi se questo ti aiuta: askubuntu.com/questions/60249/…

— Takkat,

Il messaggio nel messaggio del giorno (motd) sulle unità da controllare non scompare anche quando le unità sono state controllate. Questo è un bug noto in Ubuntu. Ciò è causato dal fatto che quel messaggio viene memorizzato nella cache nel file in /var/lib/update-notifier/fsck-at-rebootmodo che non venga ricalcolato costantemente. /usr/lib/update-notifier/update-motd-fsck-at-rebootcontrolla il timestamp sul file e dovrebbe rigenerarlo ogni tanto. Tuttavia, c'è un bug e il timestamp viene impostato in modo tale da non rigenerarsi mai

— Stephen Ostermiller,

Ho un avviso simile su Ubuntu 14.04.1: *** / dev / xvda1 dovrebbe essere controllato per errori *** Nessun blocco danneggiato. Il registro mostra tutto OK. È lo stesso bug?

— Plamtrue,

Risposte:

Questo è un bug noto in Ubuntu 11.04 e apparentemente esiste ancora in 12.04 LTS . Quello che succede è quello che hai descritto: continui a ricevere la notifica anche se non c'è nulla di sbagliato nel tuo disco rigido e non sono previsti controlli / verranno eseguiti.

E 'causata da l' /usr/lib/update-notifier/update-motd-fsck-at-rebootscript di generazione di un /var/lib/update-notifier/fsck-at-rebootfile con un timestamp in futuro. Il link precedente ha una soluzione contorta da uno dei manutentori di Ubuntu (Steve Langasek), ma potrebbe essere più semplice farlo :

Apri un terminale con Ctrl-Alt-T

Genere:

sudo rm /var/lib/update-notifier/fsck-at-reboot

Esci dal terminale e riavvia (o disconnetti / accedi).

— ish
fonte

Nel mio caso, la modifica del file e la rimozione del testo hanno risolto il problema. Quando ho provato a rimuoverlo al prossimo accesso, sarebbe semplicemente ricreare il file in modo che il problema persistesse.

— Savas Vedova,

Ecco un comando che risolverà il problema senza alcun tipo di riavvio o disconnessione:

sudo bash -c 'rm /var/lib/update-notifier/fsck-at-reboot && for file in /etc/update-motd.d/*; do $file; done > /var/run/motd' && cat /etc/motd

— Stephen Ostermiller

Ancora un problema su 14.04 ma questa soluzione non ha risolto nulla.

— Ron Smith,

cat /dev/null > /var/lib/update-notifier/fsck-at-reboot

Risolto questo problema per me ....

Ubuntu 12.04.2 LTS.

3.2.0-51-generic #77-Ubuntu SMP Wed Jul 24 20:18:19 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

— user184066
fonte

Sì, quando l'ho fatto rm fsck-at-reboot, è stato ricreato quando ho effettuato nuovamente l'accesso. Quindi ho dovuto modificare fsck-at-rebootper eliminare il messaggio. (Questo era per una macchina Ubuntu 13 AWS EC2)

— wisbucky

Lo stesso qui, modificandolo invece di rimuovere risolto il problema. Grazie.

— Savas Vedova,

Ho avuto questo stesso problema oggi - si è scoperto nel mio file / etc / fstab, la linea che aveva il filesystem pertinente, aveva "0" nell'ultimo campo, il che significa che non lo si avvia all'avvio. Dovrebbe essere "1" per il filesystem di root o "2" per qualsiasi altro filesystem.

Inoltre, il mio motdnon è stato aggiornato dopo il (successo) fsck. Puoi usare questo comando:

tune2fs -l /dev/something

Quindi cerca una riga che dice "Ultimo controllo".

— Umano
fonte

Questo è abbastanza utile.

— octopusgrabbus

Non sono sicuro che devi cambiare fstab. Penso che questo sia gestito altrove.

— Beruic,