Crash SSD à l'arrèt

Version imprimable

01/06/2021, 10h45
michel.semal

Crash SSD à l'arrèt

Bonjour à tous,

Ma configuration :
Raspberry 3b+
Rasbian 5.10.17-V7
Un disque SSD Sandisk de 250Gb (monter en tant que Boot (/dev/sda1= boot, /dev/sda2= root)

L'installation:

J'ai configuré mon disque SSD pour qu'il demarre le raspi
Sur le disque root (/dev/sda2), j'ai installer un serveur radicale (pour synchroniser mes calendrier et adresse entre mon PC Linux avec evolution et mon GSM androide.

Tout cela fonctionne pas trop mal.

Comme je suis ecolo ;), lorsque je quitte ma maion pour le boulot ou pour une autre activité, j'éteint mon PC et le raspi.
J'ai decouvert comment eteindre le raspi depuis un bouton( tuto sur le site Developpez.com) cela fonctionne.

Le problème :
de temps en temps, le disque SSD ne demarre plus le raspi .Comme si le disque ne boot plus.
J'ai un SD de boot avec la même configuration que le SSD, sauf que le SSD dispose du serveur radicale tandis que le SD non.

Donc lors du problème, je boot sur le SD, je me connecte en ssh sur le raspi et j'ai trouvé sur internet la procédure suivante:

Code:

$ sudo dumpe2fs /dev/sda2 | grep superblock

Puis la commande

Code:

$ sudo fsck -b 32768 /dev/sda2

Une fois le prompt revenu, j’éteins le raspi et le redémarre depuis le SSD.

J'ai deja essayé en n'éteignant pas le raspi depuis le bouton mais en eteignant proprement avec :

Code:

sudo shutdown now

Et lorsque le shutdown est fini, de debrancher l'alimentation (j’éteins tout).
Mais de temps en temps le SSD ne boot plus le raspi.

J'ai deja essaye de trouver ce qui crashe le disque SSD, mais mes connaissance linux etant ce quelles sont, je ne trouve rien.
les commandes

Code:

sudo blkid

me donne une configuration identique avec démarrage sur le SSD ou sur le SD.
Seul

Code:

sudo fsck /dev/sda1

signale que le disque n'est pas en bon etat, mais une réparation via cette commande ne donne pas de resultat probant.

Est-ce le fait d'éteindre et de rallumer le serveur radicale qui cause le problème ??
le simple fait d'éteindre le raspi ??
Une autre gaffe de ma part ??

Si un spécialiste à une piste, merci.

Michel
02/06/2021, 04h26
Artemus24

Salut michel.semal.

Il se peut que l'origine de ton problème vienne de ton bouton pour arrêter ta raspberry.
Je n'utilise pas de bouton poussoir. Par contre, je fais un "halt".
Et j'attends d'avoir le clignotement de la led verte (dix fois) pour débrancher la raspberry.
Je pense que tu le fais trop tôt d'où l'obtention de blocs défaillant.

@+
02/06/2021, 09h44
michel.semal

Bonjour Artemus24.

Je pensais cela aussi, c'est pourquoi depuis quelques jours je me connecte sur le raspi en ssh, puis je fais un
sudo shutdown now,

Puis je ferme les application sur mon PC, je l'éteint (c'est du linux cela va vite mais quand même)
Et quand il est éteint , je verifie que les led reseaux de mon raspi sont éteintes, et l'éteint l'alimentation globale de mon
systeme informatique ce qui coupe l'alimentation du raspi.

Et malgré cela, j'ai encore eu un plantage.

Je voudrais aussi savoir si je peu déterminer ou se fait le crash au niveau du disque,
parce que BLKID ne me donne pas de resultats visible.

De plus il semble bien que c'est la partie ROOT (/dev/sda2) du disque qui donne problem et non la partie BOOT(/dev/sda1).

Donc ce que tu dis est logique, mais je suis raisonnablement sur (à 98%) que je fais bien......

DOnc je voudrais savoir si c'est le serveur radicale ou autre chose qui plante.

Merci
02/06/2021, 13h40
Artemus24

Salut michel.semal.

Ce n'est pas un manque de volonté mais il est difficile de te répondre sans avoir la raspberry entre les mains.
L'origine peut-être multiple et pas toujours évident à déceler, surtout depuis chez moi.

Citation:

Envoyé par michel.semal

je me connecte sur le raspi en ssh, puis je fais un sudo shutdown now,

Comme ma raspberry est juste à coté de moi, j'attends le clignotement de la led verte (dix fois) avant de faire quoi que ce soit.
Voire même, je compte jusqu'à vingt, à fin de voir s'il y a encore une activité dans la raspberry puis je débranche l'alimentation.

Citation:

Envoyé par michel.semal

Et malgré cela, j'ai encore eu un plantage.

L'origine peut-être n'importe quoi, pas nécessairement un arrêt brusque de l'alimntation.

Tu peux avoir :

--> une alimentation pas adapté :
----> Trop de périphériques sur cette alimentation
----> alimentation de mauvaise qualité (d'origine chinoise) provoquant fréquemment un éclaire jaune. Voire pour cela les journaux.

--> un disque SSD en mauvaise état et donc irrécupérable.

A vrai dire, je ne sais pas.

@+
03/06/2021, 09h00
michel.semal

Bonjour artemus,

Oui en effet c'est plus simple avec le matos a coté de soi.....

Lorsque j'éteint mon raspi, je verifie le clognotement de la LED verte, puis j'éteint mon PC , ce qui prend entre 15 zr 40 seconde en fonction de ce que je faisait avant,
Je verifie que le reseau du raspi soit arrater, les led qui sont éteintes sur le connecte RJ45.
Et alors seulement je coupe l'alimentation.

Ce qu je voudrais surtout savoir, c'est comment analyser le disque defectueux lors du crash afin d'avancer.

Mais Bon, je vais encore chercher, il parait que seul ceux qui cherchent trouvent...:lol:

A bon entendeur Salut

Merci pour les lecteurs

Michel
03/06/2021, 14h52
gabriel21

Vérifie ton disque ssd avec la commande smartctl du paquets smartmontools.
Pour les informations de base

Code:

sudo smartctl -H -i /dev/sda

Pour plus d'informations sur le disque

Code:

sudo smartctl -s on -a /dev/sda

Cela devrait te donner l'état de ton disque. Si tu n'as pas d'erreur, c'est probablement que ton disque n'a pas le temps d'écrire son cache avant la coupure du courant. En effet, ce n'est pas parce que le système est arrêté que les périphériques ont terminé. Le contrôleur du disque qui gère l'écriture sur la mémoire ssd est entièrement indépendant. Il va signaler que les écritures sont finalisés au système quand elles sont dans le cache et non pas quand elle sont sur le ssd et ceci afin d'augmenter la duré de vie des ssd. Le cache est vidé a intervalle régulier sur le disque. Cela permet en cas de plusieurs modifications sur un fichier, que seule la dernière soit écrite sur le disque. Sur les systèmes professionnels, il y a souvent des batteries internes qui permettent d'alimenter le contrôleur en cas de défaillance électrique.

Bonjour ,

Merci Gabriel21 pour tes infos.

J'ai donc installé smartmontools sur mon raspi

Code:

sudo apt-get install smartmontools

ensuit j'ai tester les commandes:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
pi@piweb:~ $ sudo smartctl -H -i /dev/sda2
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.4.51-v7+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               SanDisk
Product:              Extreme SSD
Revision:             1012
Compliance:           SPC-4
User Capacity:        250.059.161.600 bytes [250 GB]
Logical block size:   512 bytes
LU is resource provisioned, LBPRZ=1
Rotation Rate:        Solid State Device
Form Factor:          2.5 inches
Logical Unit id:      0x5001b444a872000d
Serial number:        1918LP401117
Device type:          disk
Local Time is:        Sat Jun  5 09:05:53 2021 CEST
SMART support is:     Unavailable - device lacks SMART capability.

=== START OF READ SMART DATA SECTION ===

pi@piweb:~ $

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
pi@piweb:~ $ sudo smartctl -H -i /dev/sda1
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.4.51-v7+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               SanDisk
Product:              Extreme SSD
Revision:             1012
Compliance:           SPC-4
User Capacity:        250.059.161.600 bytes [250 GB]
Logical block size:   512 bytes
LU is resource provisioned, LBPRZ=1
Rotation Rate:        Solid State Device
Form Factor:          2.5 inches
Logical Unit id:      0x5001b444a872000d
Serial number:        1918LP401117
Device type:          disk
Local Time is:        Sat Jun  5 09:06:14 2021 CEST
SMART support is:     Unavailable - device lacks SMART capability.

=== START OF READ SMART DATA SECTION ===

pi@piweb:~

La j'ai tester les deux partition de mon SSD.

La seconde commande donne :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
pi@piweb:~ $ sudo smartctl -s on -a /dev/sda2
smartctl 6.6 2017-11-05 r4594 [armv7l-linux-5.4.51-v7+] (local build)
Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor:               SanDisk
Product:              Extreme SSD
Revision:             1012
Compliance:           SPC-4
User Capacity:        250.059.161.600 bytes [250 GB]
Logical block size:   512 bytes
LU is resource provisioned, LBPRZ=1
Rotation Rate:        Solid State Device
Form Factor:          2.5 inches
Logical Unit id:      0x5001b444a872000d
Serial number:        1918LP401117
Device type:          disk
Local Time is:        Sat Jun  5 09:08:31 2021 CEST
SMART support is:     Unavailable - device lacks SMART capability.

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
unable to fetch IEC (SMART) mode page [unsupported field in scsi command]
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
pi@piweb:~

DOnc pas beaucoup d'informations sur l'état des disques.
En même temps, lors du test, les disque ne présentent pas de défauts.....

mais les lignes

Code:

SMART support is: Unavailable - device lacks SMART capability.

me laisse supposer qu'il manque quelque chose sur le SSD pour SMART.

Je vais encore regarder cela.

Merci

Si d'aute idée apparaissent, je suis preneur..
Bon WE a tous

michel

06/06/2021, 22h18
gabriel21

Bonsoir,
Je n'étais pas là ce week-end...
Il faut faire la commande sur le disque complet et non pas sur les partitions c'est à dire /dev/sda (sans le 1 ou le 2).
Si tu as le même message d'erreur, c'est que le SMART n'est soit pas actif soit ton SSD est très ancien ou c'est une contre façon.
Cette technologie est déployée en standard sur les disques depuis plus de 15 ans....

Je te renvois à cette page de la doc ubuntu pour tout ce qui est activation et utilisation : https://doc.ubuntu-fr.org/smartmontools.La plupart des informations sont applicables sur rasberry
Si tu as des questions, n'hésites pas
06/06/2021, 23h32
Jipété

Citation:

Envoyé par michel.semal

Sur le disque root (/dev/sda2), j'ai installé un serveur radicale

ainsi que tout le fourbi Linux qui transforme un paquet d'électronique en quelque chose d'opérationnel.

Citation:

Envoyé par michel.semal

de temps en temps, le disque SSD ne démarre plus le raspi. Comme si le disque ne boot plus.
J'ai un SD de boot avec la même configuration que le SSD
Donc lors du problème, je boot sur le SD, je me connecte en ssh sur le raspi

"je me connecte en ssh sur le raspi" nous dit que le raspi a démarré et qu'il a monté la couche réseau, ce qui signifie qu'il est presque totalement opérationnel.
Donc ça : "de temps en temps, le disque SSD ne démarre plus le raspi. Comme si le disque ne boot plus." c'est faux.
Merci d'être plus précis, sinon ceux qui essaient de t'aider n'y arriveront pas.

Citation:

Envoyé par michel.semal

Mais de temps en temps le SSD ne boot plus le raspi.

et tu n'as pas de messages d'erreur ? Qu'y a-t-il dans les logs autour de l'heure du non-démarrage ? (s'il y a des logs -- mais il devrait y en avoir puisque Rasbian dérive de Debian).

Citation:

Envoyé par michel.semal

Seul sudo fsck /dev/sda1 signale que le disque n'est pas en bon état, mais une réparation via cette commande ne donne pas de résultat probant.

"le disque n'est pas en bon état" n'est pas un message d'erreur utilisable pour aider au diagnostic.
"une réparation via cette commande ne donne pas de résultat probant". c'est quoi cette commande, et c'est quoi son résultat ?
11/06/2021, 10h52
michel.semal

Encore planté

Bonjour à tous,

AUjourd'hui au démarrage, le raspi ne demarre plus.
J'ai mis un ecran et un clavier usb en service.
J'ai refais un reset (alimentation OFF/ON)
Le drive de l'écran demarre (un carré multicolor apparait), mais au ieu de l'écran Raspberry standard, j'ai un ecran noir avec curseur
Puis un demarage des ligne d'info apparaissent.
Cela defile trop vite pour que je puisse Y lire quelque chose, mais la denière ligne me dit :

Code:

--- end kernel panic - not syncing: UFS: Unable to mount root fs on unknow-block(8,2)

Et le clavier (USB) ne fonctionne pas.

Donc j'ai arrêté le raspi, mis la carte SD avec un system de boot, et redemarré le raspi.
Le drive ecran demarre (le carré multicolor), puis le logo Raspberry, puis le Xterm demarre et je me trouve deant un ecran normal.
La connection ssh fonctionne.

J'ai mis le disque SSD sur mon PC Linux, mais j'ai l'erreur

Citation:

Error mounting /dev/sdd2 at /media/michel/PIWEB: can't read superblock on /dev/sdd2

Donc je ne sais pas relire les log du disque avarié.
Je répare le disque....
Je redémarre le raspi avec le SSD, Ok tout démarre
Et dans les fichier log de /var/log datés du 11/06, je ne trouve rien.les fichiers ne contiennent que la ligne ou le démarrage s'est bien effectué.

il faudrait relire les log du kernel ......
Mais le problème semble vraiment venir du disque SSD qui ne se monte plus.( le disqe n'a jamais servit à autre chose et à été formaté via linux.

les diques Sandisk ne semble pas supporte le SAMRT, les tests me disent que le disque n'est pas compatible avec SMART.....

Avec SMARTMONTOOLS, je n'ai aucun test ou controle du SSD, on lit bien la taille et diverse info, mais aucun test n'est disponible.

Bon, je continue.

Si quelqu'un veux voir les fichiers log, je les tient à disposition.

Merci