Discussion :

[michel.semal]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

$ sudo dumpe2fs /dev/sda2 | grep superblock

Puis la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$ 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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo blkid

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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.

@+

[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

[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.

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.

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.

@+

[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...

A bon entendeur Salut

Merci pour les lecteurs


Michel

[gabriel21]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sudo smartctl -H -i /dev/sda

Pour plus d'informations sur le disque

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Jipété]

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.

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.

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).

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 ?

[michel.semal]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

--- 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

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