Je viens d’avoir un bug très bizarre sur mon Thinkpad X270.
Pour plus de tranquillité , je suis en dual OS, W10 et Debian. Le NVME d’origine et principal a Debian, et j’ai rajouté un petit SSD en 2242 sur le port pour la carte 4G pour y installer Windows 10.
J’ai fait les mises à jour via le logiciel Lenovo (qui fait les maj du bios et consor) et là cela m’a fait une maj du SSD (le NVME)
Et là, c’est le drame, j’ai l’impression que cela a fusionné le SSD de Windows avec le NVME (qui a Debian). Impossible de lancer Windows dans Grub (image ci jointe) et après une maj de Grub, la partition Windows a disparue…
En faisant fdisk ou gparted, je vois mon NVME uniquement, avec 256 Go, et à l’intérieur de celui-ci, en plus des partition habituelle de Linux (swap, Os, etc.), j’ai une partition inconnue appelée extended qui doit probablement correspondre au SSD avec Windows (image jointe)
Pas du tout. C’est simplement la partition étendue qui contient les partitions logiques, seul moyen pour créer plus de 4 partitions avec une table de partition au format DOS/MBR. Je suppose que tu as fait une installation avec /home, /tmp et /var séparés ? A ta place j’aurais utilisé LVM pour cette configuration.
Le SSD contenant Windows n’est plus reconnu, c’est tout, et je doute que la mise à jour du firmware du SSD NVME d’origine y soit pour quelque chose. Par contre, la mise à jour du BIOS est peut-être responsable. Certains réglages ont peut-être été réinitialisés.
C’est quel type de SSD ? SATA, AHCI ou NVME (les 3 existent en format M.2) ?
A quoi correspond le petit périphérique /dev/sda de 1 Mo non partitionné ? Une clé USB, ou une carte SD ?
PS : Je pense que « M.2 » est beaucoup plus parlant pour tout le monde que « 2242 ».
Il faut m’excuser pour la réponse en retard, longue journée hier et en fin de soirée, forum inaccessible.
C’est un M.2 Sata tout simple et quasi neuf (il doit être installé depuis 2 mois et je ne me sers quasiment jamais de la partition Windows.
Aucune idée du périphérique /dev/sda de 1 Mo, il n’y avait rien d’autre de branché à l’ordinateur à part un dongle pour une souris sans fil.
J’avais complètement oublié de préciser m.2, mais je m’étais tellement focalisé sur la taille lorsque je cherchais un SSD M.2 2242 que j’ai oublié le principal (pas évident à trouver les 2242).
P.S. : oui, j’ai /home, /var et /tmp séparée, on me l’avait recommandé lors de mes débuts sous Linux, je dois avouer que j’ai continué ainsi.
Si le SSD a une interface SATA, il devrait être vu par le système comme un périphérique /dev/sd*. Il faudrait identifier ce périphérique inconnu /dev/sda pour vérifier si c’est lui ou autre chose. De multiples programmes comme parted -l affichent le modèle des disques, mais on peut aussi utiliser cette commande toute simple :
Coucou à tous les deux et merci pour vos réponses.
J’obtiens ceci avec la dernière commande :
udisksctl status
MODEL REVISION SERIAL DEVICE
--------------------------------------------------------------------------
- Y7QS11GWTR2T nvme0n1
TS256GMTS400S P1225CH4 030381F7E18818050399 sda
Donc, le Sda est bien le SSD de 256Go que j’ai ajouté TS pour Transcend, les M.2 2242 ne courent pas les rues.
Sur Gparted, pour le sda, il me dit : /dev/sda: unrecognised disk label
Pour ta seconde commande, j’obtiens le modèle du SSD comme obtenue au-dessus : TS256GMTS400S
Donc pour une raison encore indéterminée le SSD est vu comme ayant une capacité de 1 Mio et sa table de partition n’est plus lisible. A ce stade, il serait intéressant si possible de faire un test croisé du SSD dans une autre machine.
Autrement, on peut examiner les messages du noyau à la recherche d’une anomalie.
hdparm : c’est tout ? Pas de section Commands/features, Security… ?
dmesg : j’avais mis [^d]ata pour ne pas détecter “data”…
Au démarrage, le SSD est détecté avec une capacité anormale de 1 Gio (et non 1 Mio comme je l’ai écrit précédemment) lors du démarrage.
Il se passe un phénomène intéressant après 6880 secondes (~2 heures) de fonctionnement : le SSD est arrêté et démarré, mal détecté avec un mauvais nom de modèle (SM2246AA-5) une première fois, puis redétecté avec sa bonne capacité 256 Go, confirmée par hdparm.
Par contre le noyau ne semble toujours pas y détecter de table de partition.
A confirmer avec fdisk.
EDIT : au temps pour moi, le noyau a détecté deux partitions sda1 et sda2, le message avait échappé à mon examen.
C’est ce que je disais. Mais ça ne veut pas dire qu’il le sera encore au prochain démarrage.
Elle filtre l’historique des messages du noyau relatifs aux périphériques ATA et aux « disques SCSI » comme l’est reconnu ton SSD (mais aussi un disque dur ou une clé USB).
Je n’ai pas la moindre idée de ce qui peut provoquer la mauvaise détection initiale puis l’arrêt et le redémarrage du SSD après 2 heures de fonctionnement et la bonne redétection qui suit.
Mais il pourrait être intéressant de redémarrer puis éteindre le système pour voir si le SSD reste reconnu au démarrage, et sinon comparer la sortie de la commande hdparm.
