web-dev-qa-db-fra.com

Comment puis-je me débarrasser du message motd "*** / dev / sdb1 sera vérifié pour les erreurs lors du prochain redémarrage ***"?

Mon motd a constamment:

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

Le problème est que je n'ai pas /dev/sdb1 sur mon système.

Je n'ai que /dev/sdb2 (monté comme /) et /dev/sda1 qui se monte sur /media/backup. Je supprime cette ligne de /etc/motd, mais elle réapparaît après le redémarrage. Voici ma sortie df:

Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb2        73G  3.7G   66G   6% /
udev            490M  4.0K  490M   1% /dev
tmpfs           200M  760K  199M   1% /run
none            5.0M     0  5.0M   0% /run/lock
none            498M     0  498M   0% /run/shm
/dev/sda1       1.9T  429G  1.4T  25% /media/backup

Mise à jour

Voici la sortie de Sudo fdisk -l

Disk /dev/sda: 2000.4 GB, 2000398934016 bytes
255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x0003dfc2

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1              63  3907024064  1953512001   83  Linux

Disk /dev/sdb: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00049068

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1       152301568   156301311     1999872   82  Linux swap / Solaris
/dev/sdb2   *        2048   152301567    76149760   83  Linux

Partition table entries are not in disk order

Je suppose que /dev/sdb1 est mon espace d'échange.

command-lineautomountfsck
9
kmm

Il semble que cela pourrait être un problème d'échange. Pouvez-vous manuellement fsck les lecteurs à partir du mode mono-utilisateur (par exemple, en démarrant en mode de récupération)?

Vous pouvez effectuer un Sudo mv /var/run/motd /var/run/motd.old pour forcer l'effacement du fichier /etc/motd actuel.

Aussi, pouvez-vous ajouter une sortie de votre de cat /etc/fstab?

Pour les opérations d'échange, voir les réponses suivantes:

supprimer l'ancienne partition de swap

Comment supprimer une deuxième partition de swap en toute sécurité?

Un bon guide de réparation d’échanges graphiques utilisant gparted est here .

5
belacqua

Chercher de l'aide sur le même sujet et la recherche qui m'a amené ici.

Je suis tombé sur cette discussion de forum Forums Ubunt qui posait la commande suivante comme solution:

Sudo touch /forcefsck

Je l'ai essayé et le message a été effacé au prochain redémarrage. Certains ont fait remarquer que cela ne fonctionnait pas toujours, mais j'espère que cela vous aidera aussi.

5
Andre Jonker

De: "Le disque persistant sera vérifié ..." dans le message du jour (motd) même après le redémarrage

Ceci est causé par un fichier bloqué. L'horodatage sur /var/lib/update-notifier/fsck-at-reboot est dans le futur, il ne sera jamais régénéré.

Pour résoudre le problème, supprimez ce fichier, puis redémarrez.

Vous pouvez résoudre ce problème sans redémarrer en forçant le fichier motd à être régénéré après la suppression du fichier bloqué.

Voici la commande pour supprimer le fichier bloqué et le régénérer via le système update-motd:

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

Ou bien, avec run-parts au lieu de la boucle for:

Sudo bash -c 'rm /var/lib/update-notifier/fsck-at-reboot && run-parts /etc/update-motd.d | tee /var/run/motd'
0
Stephen Ostermiller