# Emergency mode

**URL:** <https://www.debian-fr.org/t/emergency-mode/77600>\
**Category:** Support Debian\
**Created:** [Septembre 23, 2018, 12:28 UTC](https://www.debian-fr.org/t/emergency-mode/77600 "2018-09-23T12:28:10Z")\
**Posts on this page:** 18\
**Page:** 1

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 23, 2018, 12:28 UTC](https://www.debian-fr.org/t/emergency-mode/77600/1 "2018-09-23T12:28:10Z")

</div>

Bonjour,

Dans le post précédent, je n’arrivais pas à me connecter à mon serveur via ssh.  
J’ai donc branché dessus un clavier et un écran. Et je redémarre…Emergency mode after logging, tape journalctl -xb, …Pas bon tout çà !!  
Un p’tit coup de main ??

```
serveur-debian kernel : ata3.00 exception Emask 0x0 SAct 
serveur-debian kernel : ata3.00 BMDMA stat 0x25
serveur-debian kernel : ata3.00 failed command: READ DMA
serveur-debian kernel : ata3.00 cmd c8/00:02:04:00:00:00   
                                                                  res 51/04:02:04:00:00/00 
serveur-debian kernel : ata3.00 status : DRDY ERR
serveur-debian kernel : ata3.00 error : ABRT
```

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Septembre 23, 2018, 12:45 UTC](https://www.debian-fr.org/t/emergency-mode/77600/2 "2018-09-23T12:45:50Z")

</div>

Bonjour,

[https://www.vincentliefooghe.net/content/linux-corriger-des-secteurs-défecteux-sur-un-disque](https://www.vincentliefooghe.net/content/linux-corriger-des-secteurs-d%C3%A9fecteux-sur-un-disque)

Je trouve que ça s’applique à ton souci.

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 23, 2018, 12:50 UTC](https://www.debian-fr.org/t/emergency-mode/77600/3 "2018-09-23T12:50:32Z")

</div>

> [@toto69](#):
>
> ata3.00 status : DRDY ERR

```plaintext
#smartctl -t short /dev/sda
read SMART data failed :scsi error badly formed scsi parameters

```

Mes disque sont en LVM

```plaintext
#smartctl -i -d ata /dev/sda
Device is : not in smartctl database (for details use: -P showall)

```

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Septembre 23, 2018, 1:00 UTC](https://www.debian-fr.org/t/emergency-mode/77600/4 "2018-09-23T13:00:45Z")

</div>

```plaintext
# smartctl -a /dev/sda | grep -e Current_Pending_Sector -e Offline_Uncorrectable

```

Il faut s’assurer à quel disque correspond _ata3.00_

> [@toto69](#):
>
> Mes disque sont en LVM

Que ce soit des partitions LVM ou une gestion LVM sur RAID ce ne devrait pas gêner l’accès aux données et commandes SMART.

> [@toto69](#):
>
> ```plaintext
> #smartctl -t short /dev/sda
> read SMART data failed :scsi error badly formed scsi parameters
> 
> ```

C’est étrange…

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 23, 2018, 1:06 UTC](https://www.debian-fr.org/t/emergency-mode/77600/5 "2018-09-23T13:06:57Z")

</div>

`buffer I/O error on dev sda logical block 4044866 async page read`

J’en ai d’autres… en 4044867 par exemple

La commande

```nohighlight
# smartctl -a /dev/sda | grep -e Current_Pending_Sector -e Offline_Uncorrectable

```

ne renvoie rien

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Septembre 23, 2018, 1:09 UTC](https://www.debian-fr.org/t/emergency-mode/77600/6 "2018-09-23T13:09:54Z")

</div>

As-tu de quoi remplacer le disque défaillant pour reconstruire ?

Je ne veux pas dire trop de bêtises ; Il va falloir être patient pour obtenir une meilleure expertise.

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 23, 2018, 1:10 UTC](https://www.debian-fr.org/t/emergency-mode/77600/7 "2018-09-23T13:10:31Z")

</div>

> [@anon97446390](#):
>
> As-tu de quoi remplacer le disque défaillant pour reconstruire ?

Tu me demandes si j’ai un autre disque dur ?

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Septembre 23, 2018, 1:11 UTC](https://www.debian-fr.org/t/emergency-mode/77600/8 "2018-09-23T13:11:07Z")

</div>

oui, un disque de rechange neuf ou en TBE

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 23, 2018, 1:11 UTC](https://www.debian-fr.org/t/emergency-mode/77600/9 "2018-09-23T13:11:25Z")

</div>

Oui, j’ai ça.

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Septembre 23, 2018, 1:13 UTC](https://www.debian-fr.org/t/emergency-mode/77600/10 "2018-09-23T13:13:39Z")

</div>

Alors normalement ça doit être possible de retirer le défaillant et de le remplacer.  
Faut bien faire attention et ne pas se presser. Faudrait pas tout perdre…  
Il faut que tu attendes d’autres avis plus sérieux.

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 23, 2018, 1:15 UTC](https://www.debian-fr.org/t/emergency-mode/77600/11 "2018-09-23T13:15:47Z")

</div>

Va-t-il me falloir une image iso d’une debian ?

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Septembre 23, 2018, 1:18 UTC](https://www.debian-fr.org/t/emergency-mode/77600/12 "2018-09-23T13:18:33Z")

</div>

Donne les spécifications de ton système (matériel et logiciel)

Vérifie l’occupation disque :  
`# df -ah`  
`# df -i`

> [@toto69](#):
>
> Va-t-il me falloir une image iso d’une debian ?

Je ne sais pas.

Que donne  
`# cat /proc/mdstat`  
?

`# smartctl -a /dev/sda`  
doit bien retourner quelque chose…

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 23, 2018, 6:39 UTC](https://www.debian-fr.org/t/emergency-mode/77600/13 "2018-09-23T18:39:09Z")

</div>

J’ai débranché le pc ! Je verrai plus tard.

---

<div class="post-metadata">

**Author:** ![anon97446390](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/b4bc9f/32.png) [@anon97446390](https://www.debian-fr.org/u/anon97446390)\
**Post date:** [Septembre 24, 2018, 4:52 UTC](https://www.debian-fr.org/t/emergency-mode/77600/14 "2018-09-24T04:52:36Z")

</div>

Bonjour @toto69,

J’ai peur pour toi que ce soit le désastre :

> [LVM sous Linux (Volumes Logiques) - Wiki - Wiki](https://www.linuxtricks.fr/wiki/lvm-sous-linux-volumes-logiques)  
> **Inconvénients de LVM :**  
> Si un des volumes physiques devient HS, alors c’est l’ensemble des volumes logiques qui utilisent ce volume physique qui sont perdus. Pour éviter ce désastre, il faudra utiliser LVM sur des disques raid par exemple.

Il faudrait probablement essayer de tester et réallouer les secteurs défectueux du disque /dev/sda.  
Mais ça ne garantit en rien de retrouver l’intégrité des données.

Tous tes volumes logiques n’utilisent peut-être pas /dev/sda ; ou en partie seulement.

Alors peut-être faire les sauvegardes de tout ce qui est possible et nécessaire.

Désolé pour la mauvaise nouvelle.  
J’espère me tromper et qu’une solution pourra être trouvée.  
Faut faire appel aux meilleurs d’entre nous pour vérifier tout ça.

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 24, 2018, 7:14 UTC](https://www.debian-fr.org/t/emergency-mode/77600/15 "2018-09-24T07:14:08Z")

</div>

Bonjour

Pas grave. J’avais fait des sauvegardes il me semble. Je me suis déjà fait avoir une fois !!

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 24, 2018, 7:16 UTC](https://www.debian-fr.org/t/emergency-mode/77600/16 "2018-09-24T07:16:37Z")

</div>

Du coup, je regarde du côté de CTParental. Car à l’origine, j’avais utilisé Dansguardian couplé avec Squid3 pour protéger le surf de mes enfants. Mais Dansguardian n’est plus maintenu déjà depuis de nombreuses années.  
Donc quitte à tout réinstaller…  
Une petite debian toute neuve+CTParental. Et autre chose je suppose.  
CTParental est basé sur …Dansguardian’…J’ai l’ai malin !!!

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 25, 2018, 6:23 UTC](https://www.debian-fr.org/t/emergency-mode/77600/17 "2018-09-25T18:23:33Z")

</div>

Bonsoir,

Vu que le disque est encore accessible, je tenterai bien quelque chose quand même…  
Quelqu’un peut me donner un coup de main ??  
Demain, j’ai le temps toute la journée.  
Je vais redémarrer le serveur. Que dois-je faire en premier ?

Je me demandais si à tout hasard, une simple copie via dd, du disque defectueux vers le nouveau suffirait ?

Voici le résultat des commandes demandées :

```nohighlight
# df -ah
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
sysfs 0 0 0 - /sys
proc 0 0 0 - /proc
udev 461M 0 461M 0% /dev
devpts 0 0 0 - /dev/pts
tmpfs 94M 4,3M 90M 5% /run
/dev/mapper/serveur--debian-root 1,3G 473M 762M 39% /
/dev/mapper/serveur--debian-usr 8,2G 1,4G 6,4G 18% /usr
securityfs 0 0 0 - /sys/kernel/security
tmpfs 470M 0 470M 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
tmpfs 470M 0 470M 0% /sys/fs/cgroup
cgroup 0 0 0 - /sys/fs/cgroup/systemd
pstore 0 0 0 - /sys/fs/pstore
cgroup 0 0 0 - /sys/fs/cgroup/cpu,cpuacct
cgroup 0 0 0 - /sys/fs/cgroup/net_cls,net_prio
cgroup 0 0 0 - /sys/fs/cgroup/memory
cgroup 0 0 0 - /sys/fs/cgroup/cpuset
cgroup 0 0 0 - /sys/fs/cgroup/devices
cgroup 0 0 0 - /sys/fs/cgroup/perf_event
cgroup 0 0 0 - /sys/fs/cgroup/blkio
cgroup 0 0 0 - /sys/fs/cgroup/freezer
cgroup 0 0 0 - /sys/fs/cgroup/pids
systemd-1 - - - - /proc/sys/fs/binfmt_misc
mqueue 0 0 0 - /dev/mqueue
debugfs 0 0 0 - /sys/kernel/debug
hugetlbfs 0 0 0 - /dev/hugepages
sunrpc 0 0 0 - /run/rpc_pipefs
/dev/mapper/serveur--debian-tmp 360M 2,1M 335M 1% /tmp
/dev/sdb1 228M 57M 160M 26% /boot
/dev/mapper/serveur--debian-var 2,7G 1,5G 1,1G 58% /var

```

```nohighlight
# df -i
Sys. de fichiers Inœuds IUtil. ILibre IUti% Monté sur
udev 117948 468 117480 1% /dev
tmpfs 120291 672 119619 1% /run
/dev/mapper/serveur--debian-root 344080 13109 330971 4% /
/dev/mapper/serveur--debian-usr 549440 61779 487661 12% /usr
tmpfs 120291 1 120290 1% /dev/shm
tmpfs 120291 4 120287 1% /run/lock
tmpfs 120291 15 120276 1% /sys/fs/cgroup
/dev/mapper/serveur--debian-tmp 97536 17 97519 1% /tmp
/dev/sdb1 124496 342 124154 1% /boot
/dev/mapper/serveur--debian-var 183264 79185 104079 44% /var
/dev/mapper/serveur--debian-home 652800 4813 647987 1% /home
/dev/sdc1 121920 13 121907 1% /media/cleusb

```

```nohighlight
#smartctl -a /dev/sda
smartctl 6.6 2016-05-31 r4324 [i686-linux-4.9.0-8-686-pae] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model: ST_M13FQBL
Serial Number: QNR_BFW
Firmware Version: 03171109
User Capacity: 4 142 054 400 bytes [4,14 GB]
Sector Size: 512 bytes logical/physical
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ATA/ATAPI-6 T13/1410D revision 2
Local Time is: Wed Sep 26 08:37:41 2018 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

Read SMART Data failed: scsi error badly formed scsi parameters

=== START OF READ SMART DATA SECTION ===
SMART Status command failed: scsi error badly formed scsi parameters
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.

Read SMART Error Log failed: scsi error badly formed scsi parameters

Read SMART Self-test Log failed: scsi error badly formed scsi parameters

Selective Self-tests/Logging not supported

```

```nohighlight
#cat /proc/mdstat
cat /proc/mdstat aucun fichier ou dossier de ce type

```

```nohighlight
#pvdisplay
/dev/sda: read failed after 0 of 1024 at 4096 : Erreur d'entrée/sortie

```

ça sent la fin cette histoire d’entrée/sortie

---

<div class="post-metadata">

**Author:** ![toto69](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/t/ed8c4c/32.png) [@toto69](https://www.debian-fr.org/u/toto69)\
**Post date:** [Septembre 26, 2018, 4:09 UTC](https://www.debian-fr.org/t/emergency-mode/77600/18 "2018-09-26T16:09:31Z")

</div>

A priori c le disque de 1to qui est nase. Pas celui de 40 go qui contient le système.  
J’ai installé Open Media Vault sur un autre HDD. Je me demandais si je ne pourrais pas lui recoller ma config réseau 'eth0 direct sur le net et eth1+wlan0 sur un bridge.  
Je pense qu’on doit pouvoir installer ce qu’on veut sur cette distribution …non ?
