Emergency mode fsck sur /dev/sda5

Bonjour,
J’ai configuré un serveur Web sur Debian8. Depuis 2 jours, celui-ci semblait avoir des problèmes de stabilité (notifications et backups non exécutés).
J’ai (peut être à tord) lancé un reboot qui m’affiche :

D’après mes recherches, la partition /dev/sda5 (var) semble corrompue et l’outil fsck doit être utilisé sur une partition non montée.
J’ai donc exécuté : touch /forcefsck puis reboot
…sans succès car j’obtiens quasiment le même message d’erreur au démarrage.
L’outil smartctl pour tester mon disque dur n’est pas installé.

Avant de faire une bêtise irréversible j’aimerai lire vos conseils !
Petite précision : Debian tourne dans une VM derrière Hyper-V… ne pouvant donc pas retirer le disque pour le checker dans un autre Linux.

Merci d’avance pour votre aide.

avant le premier reboot, j’avais obtenu ces logs :

root@debian:~# dmesg -H -x | tail
kern  :crit  : [  +0,174393] EXT4-fs error (device sda5): ext4_journal_check_start:56: Detected aborted journal
kern  :crit  : [  +0,000158] EXT4-fs (sda5): Remounting filesystem read-only
kern  :warn  : [mai20 23:09] hv_storvsc vmbus_0_1: cmd 0x2a scsi status 0x2 srb status 0x82
kern  :warn  : [  +0,000033] hv_storvsc vmbus_0_1: stor pkt ffff8800368a8c80 autosense data valid - len 18
kern  :info  : [  +0,000013] storvsc: Sense Key : Unit Attention [current]
kern  :info  : [  +0,000018] storvsc: Add. Sense: Changed operating definition
kern  :warn  : [  +0,000520] sd 2:0:0:0: Warning! Received an indication that the operating parameters on this target have changed. The Linux SCSI layer does not automatically adjust these parameters.
kern  :notice: [mai21 22:40] EXT4-fs (sda5): error count since last fsck: 2
kern  :notice: [  +0,000033] EXT4-fs (sda5): initial error at time 1463776518: ext4_journal_check_start:56
kern  :notice: [  +0,000014] EXT4-fs (sda5): last error at time 1463776518: ext4_journal_check_start:56

salut

il faut redemarrer en recovery , se connecter root et faire

fsck -y /dev/sda5

Merci grandtoubab pour ton commentaire cependant j’obtiens l’erreur :

:cold_sweat:

puisqu’il est monté, demonte le avant le fsck

umount /dev/sda5

Je peux tuer rpc.statd sans soucis ?

comment devrais-je remonter ma partition ensuite ?

de toute façon ç’est étonnant que la partition monte bien alors que tu prétends qu’elle est en faute

bah c’est indiqué dans le 1er et 2eme post…

systemd-fsck: /dev/sda5: INCONSISTENCE INATTENDUE : EXÉCUTEZ fsck MANUELLEMENT

EXT4-fs error (device sda5): ext4_journal_check_start:56: Detected aborted journal
EXT4-fs (sda5): Remounting filesystem read-only

EXT4-fs (sda5): error count since last fsck: 2
EXT4-fs (sda5): initial error at time 1463776518: ext4_journal_check_start:56
EXT4-fs (sda5): last error at time 1463776518: ext4_journal_check_start:56

Peut-être que mon interprétation n’est pas correcte… :astonished:

Je veux juste maximiser mes chances de retrouver un OS stable et donc ne pas faire de manipulation hasardeuse.

ca se verifie par

root@debian:/# systemctl status systemd-fsck*
● systemd-fsckd.socket - fsck to fsckd communication Socket
   Loaded: loaded (/lib/systemd/system/systemd-fsckd.socket; static; vendor pres
   Active: active (listening) since dim. 2016-05-22 20:43:20 CEST; 1h 34min ago
     Docs: man:systemd-fsckd.service(8)
           man:systemd-fsck@.service(8)
           man:systemd-fsck-root.service(8)
   Listen: /run/systemd/fsck.progress (Stream)

Warning: Journal has been rotated since unit was started. Log output is incomple

● systemd-fsck@dev-disk-by\x2duuid-0231cd69\x2d6248\x2d497c\x2da18c\x2d4d5c92666
   Loaded: loaded (/lib/systemd/system/systemd-fsck@.service; static; vendor pre
   Active: active (exited) since dim. 2016-05-22 20:43:27 CEST; 1h 34min ago
     Docs: man:systemd-fsck@.service(8)
  Process: 550 ExecStart=/lib/systemd/systemd-fsck %f (code=exited, status=0/SUC
 Main PID: 550 (code=exited, status=0/SUCCESS)

mai 22 20:43:26 debian systemd[1]: Starting File System Check on /dev/disk/by-uu
mai 22 20:43:27 debian systemd-fsck[550]: /dev/sda6 : propre, 33287/18440192 fic
mai 22 20:43:27 debian systemd[1]: Started File System Check on /dev/disk/by-uui


root@debian:/# grep fsck /var/log/syslog
May 22 15:44:02 debian systemd-fsck[499]: /dev/sda6 : propre, 33722/18440192 fichiers, 6295390/73737728 blocs
May 22 16:03:40 debian systemd-fsck[488]: /dev/sda6 : propre, 33728/18440192 fichiers, 6295383/73737728 blocs
May 22 20:43:29 debian systemd-fsck[550]: /dev/sda6 : propre, 33287/18440192 fichiers, 6373526/73737728 blocs

Même message d’erreur que précédemment :

grep fsck /var/log/syslog
n’affiche rien…

c"est vraiment lourd les photos… tu peux pas faire du copier/coller de texte comme tout le monde

Désolé j’ai essayé mais le texte n’est pas sélectionnable dans la fenêtre d’une VM Hyper-V et le SSH ne fonctionne plus (recovery mode)
Les images font moins de 40Ko…

qu’est-ce qu’il a de special ce sda5

fdisk -l

df -h

cat /etc/fstab

tu peux deja faire ça
https://www.debian.org/releases/stable/amd64/release-notes/ch-information.fr.html#systemd-auto-mounts-incompat

Nous recommandons que tous les points de montage démontables ou optionnels (« optional ») listés dans /etc/fstab, tels que les disques réseau non critiques, aient l’option « noauto » ou « nofail ».

fdsik -l

df -h
cat /etc/fstab

Il n’y a pas de disque réseau

https://www.debian.org/releases/stable/amd64/release-notes/ch-information.fr.html#systemd-auto-mounts-incompat

Nous recommandons que tous les points de montage démontables ou optionnels (« optional ») listés dans /etc/fstab, tels que les disques réseau non critiques, aient l’option « noauto » ou « nofail ».

ajoute nofail sur la ligne dans la fstab
Exemple

/dev/sr0 /media/cdrom0 udf,iso9660 user,noauto,nofail

/var ext4 ntfs defaults,nofail 0 2

tu verras déja si ça permets de demarrer

Je doute que /var entre dans cette catégorie.

Et sinon, comme le système de fichiers est actuellement en lecture seule, tenter fsck avec -f ?

le probleme c’est que sa partition monte ro

quand c’est monté ca s’arrete
# fsck -A
fsck de util-linux 2.28
e2fsck 1.43-WIP (15-Mar-2016)
/dev/sda1 est monté.
e2fsck: Ne peut continuer, arrêt immédiat.

problème résolu !
J’ai finalement avec succès lancé fsck après avoir tué rpc.statd et démonté /dev/sda5

Après redémarrage tout semble revenu en ordre… j’espère que cet épisode ne se reproduira pas.

Merci à vous pour votre aide :wink:

il est peut-être temps d’installer smartmontools et tester le disque

apt-cache show smartmontools
Package: smartmontools
Version: 6.4+svn4214-1
Installed-Size: 1676
Maintainer: Giuseppe Iuculano iuculano@debian.org
Architecture: amd64
Depends: debianutils (>= 2.2), lsb-base (>= 3.2-14), init-system-helpers (>= 1.18~), libc6 (>= 2.17), libcap-ng0, libgcc1 (>= 1:4.1.1), libselinux1 (>= 1.32), libstdc++6 (>= 4.9)
Recommends: mailx | mailutils
Suggests: gsmartcontrol, smart-notifier
Conflicts: smartsuite, ucsc-smartsuite
Description-fr: Contrôle et surveillance de systèmes de stockage utilisant S.M.A.R.T.
Le paquet smartmontools contient deux utilitaires (smartctl et smartd)
pour contrôler et surveiller les systèmes de stockage utilisant le système
S.M.A.R.T. (Self-Monitoring, Analysis and Reporting Technology) intégré
dans les disques durs ATA et SCSI modernes. Il est dérivé du paquet
smartsuite et inclut la gestion des disque ATA/ATAPI-5. Il devrait
fonctionner sur n’importe quel système Linux moderne.
Description-md5: ea81561661ccfc1b07aa52e4cc37874a
Homepage: http://smartmontools.sourceforge.net/
Tag: admin::configuring, admin::monitoring, hardware::storage,
implemented-in::c++, interface::commandline, interface::daemon,
role::program, use::checking, use::monitor, works-with::mail
Section: utils
Priority: optional
Filename: pool/main/s/smartmontools/smartmontools_6.4+svn4214-1_amd64.deb
Size: 473882
MD5sum: eec120cb3bf201e613155a6b4376bbac
SHA1: 3e6f3603b948bcf17c08b456ddaa0f788d2761c4
SHA256: 3a6ec5ecca7759c01ae8f8d1ffa2dd44bcabc63a8a7bf76120afb3dd391988cf