HELP ! PNY SSD 1To (SSD7CS900) neuf non partitionnable

[TamTam]

Sur PC : Asus RoG G551JM (BIOS de 2012), R409LAV (2014), Acer F5-571G (2016)

Le PNY SSD 1To (SSD7CS900) n'est pas partitionnable, je ne peux créer la table de partition. Le SSD est vu dans le BIOS, vu dans le Gestionnaire de partition de Debian 13 KDE, mais retourne l'erreur : Error create a new partition table --- sfdisk --wipe=always /dev/sda

==> Ok sur Dell
description: BIOS
fabriquant: Dell Inc.
identifiant matériel: 0
version: 1.27.0
date: 09/19/2023
taille: 64KiB
capacité: 16MiB

Quelles modifications y a-t-il eu sur les SSD ?

Faut-il flasher une MàJ du BIOS ?

 

[Nicolas]

Le blocage que vous rencontrez avec sfdisk (--wipe=always /dev/sda) sur les anciens ordinateurs portables (comme l'Asus ROG G551JM de 2012 ou l'Acer F5-571G) alors que le SSD fonctionne parfaitement sur un Dell plus récent (BIOS 2023) met en lumière l'évolution des interfaces de stockage et des contrôleurs SATA/NVMe au cours de la dernière décennie.

Entre 2012 et 2023, plusieurs changements technologiques majeurs expliquent pourquoi un SSD moderne (comme le PNY CS900 1 To) pose problème à un vieux BIOS :

• Abandon progressif du mode Legacy (CSM) au profit de l'UEFI pur : Les SSD récents sont optimisés pour des tables de partitions GPT et un amorçage UEFI. Les vieux BIOS (notamment de 2012-2014) gèrent mal la table GPT sur des disques de grande capacité (1 To) via leurs modules CSM (Compatibility Support Module), créant des conflits d'adressage LBA.
• Alignement des secteurs et tailles de blocs avancées (Effet 4Kn / 512e) : Les contrôleurs de SSD récents gèrent des tailles de blocs et des alignements de LBA stricts qui exigent des commandes d'initialisation récentes du noyau Linux et du gestionnaire de partition (libfdisk).
• Gestion du cache d'écriture et du protocole SATA (AHCI / NCQ) : Les chipsets Intel de 3ème/4ème génération (Ivy/Haswell, typiques de vos Asus de 2012-2014) ont des contrôleurs SATA AHCI dont les firmwares gèrent mal les états de veille profonds (DevSleep) ou les jeux de commandes TRIM/Wipe étendus envoyés par les outils de partitionnement récents de Debian 13 (sfdisk version moderne). Le SSD "s'accroche" à une ancienne signature ou refuse l'écriture directe sur le secteur 0/1 par sécurité du contrôleur.

Faut-il flasher une MàJ du BIOS ?

Oui, si elle existe et si cela corrige les limites de capacité ou de compatibilité microcode, mais ce n'est souvent pas suffisant.

• Les limites des constructeurs : Pour des machines de 2012 à 2016, les derniers BIOS publiés par Asus datent généralement de 2015-2016. S'ils n'ont pas intégré de correctifs pour les tables GPT de gros volumes (> 500 Go) ou pour la gestion des SSD récents de type grand public, une mise à jour officielle ne changera pas l'architecture du contrôleur SATA d'époque.
  
  
• Le comportement de sfdisk sous Debian 13 : L'erreur sfdisk --wipe=always indique que l'outil tente d'écraser des signatures de partitions ou de métadonnées résiduelles mais se heurte à un verrou matériel ou à un refus du contrôleur SATA du vieux portable.

Comment contourner le problème immédiatement ?

Plutôt que de lutter avec l'outil de partitionnement automatique de l'installateur de Debian 13 (qui s'emmêle les pinceaux avec le vieux BIOS et le contrôleur du SSD), nettoyez et pré-formatez le SSD manuellement en amont via un terminal :

1. Effacer complètement la table de partition et les signatures (depuis un Live USB ou une console de secours) :
   
   sudo wipefs -a /dev/sda
   sudo dd if=/dev/zero of=/dev/sda bs=1M count=10 status=progress
   
   
2. Forcer une table de partition MBR (plus compatible avec un BIOS de 2012 si vous n'utilisez pas l'UEFI pur) :
   
   sudo parted /dev/sda --script mklabel msdos
   
   (Si le BIOS supporte l'UEFI et que vous y tenez absolument, remplacez msdos par gpt, mais sur une machine de 2012 en mode Legacy, MBR/msdos évitera la majorité des rejets).
   
   
3. Relancez ensuite l'installation de Debian 13 en lui indiquant d'utiliser l'espace ainsi nettoyé sans recréer de table de zéro.