Bonjour,  
J'ai acheté un Asus ROG Strix g531gu d'occase, il est équipé d'un SSD nvme M.2 PCIe Kingston 256gb pour le boot. Réf : KINGSTON RBUSNS8154P3256GJ3
Pour passer a Linux j'ai acheté un SSD neuf Crucial 500gb parce que je ne veux pas perdre le win 11 si est sur le SSD d'origine.
Avec le Crucial, le PC ne démarre plus, c'est-à-dire qu'il se bloque au logo republic of gamers donc le bios n'est pas accessible.
Si je remet le Kingston d'origine, il démarre normalement.  
Ce disque d'origine possede deux encoches, sa connectique est donc de type B+M Key. Le disque Crucial, lui n'a qu'une encoche.
J'ai testé aussi un SSD kyoxia 256gb avec lequel le pc ne démarre pas non plus.  
Une idée ?
Cordialement  
Eric

Hello.

Même si la "science du M2" n'est jamais certaine, , on dirait que ton port M2 ne prend en charge que les NVMe en B+M key , ce qui n'est pas le plus classique ...

erf ou alors tu as créé key secure boot de TPM 2.0, je connais pas trop... en gros, tu dois copié cette key sur ta clé USB pour boot (ce qui permet aussi de la recopié dans le secteur boot, pendant l'install linux)
 
mais +1 à mon avis... si il y avait un B et M key, grosse chance qu'il ne fasse que du M2 SATA ou pcie 2.0x2 ? en gros il y a pas de 12V sur le M2

On est d'accord qu'un M2 NVMe en B+M key peut fonctionner aussi bien en SATA qu'en PCI-E 2.0 2x selon ce que propose le port?
 
Le M2 originel est bien un NVMe d'apres sa fiche.
 
=> lance Crystaldisinfo et regarde ce qui est affiché dans "Interface" et "transfer mode" : on va supposer NVME et PCIE 2.0 x2.

oui il ne faut pas se leurrer... le B+M key ça devient vieu... et c'est toujours la CM qui décide
 
chatgpt B key : broches à gauche, supporte généralement SATA ou PCIe x2.
 
M key : broches à droite, supporte PCIe x4 (utilisé pour les SSD NVMe rapides).
 
B+M key : a les deux encoches pour compatibilité physique, mais ne peut fonctionner que selon ce que la carte mère supporte.
 
un ssd très neuf style kioxia à mon avis, n'a même pas de rétro-compatibilité x2... donc huh

Bonjour, et merci !
Voila le report  
         Model : KINGSTON RBUSNS8154P3256GJ3
      Firmware : E8FK11.T
 Serial Number : 50026B76832AF248
     Disk Size : 256,0 GB
     Interface : NVM Express
      Standard : NVM Express 1.2
 Transfer Mode : PCIe 3.0 x2 | PCIe 3.0 x2
Power On Hours : 4612 heures
Power On Count : 1720 fois
    Host Reads : 34365 GB
   Host Writes : 24679 GB
   Temperature : 43 C (109 F)
 Health Status : Bon (93 %)
      Features : S.M.A.R.T., TRIM, VolatileWriteCache
  Drive Letter : C:

Bon c'est bien ça, limité en PCI-E x2.

Tu vas devoir trouver un "vieux" NVMe avec "2 encoches" (B+M key), d'occasion a priori.
(attention la grande majorité des "2 encoches" neufs que tu verras seront des SATA, qui d'ailleurs passent probablement sur ce port mais bien sûr moins rapides que le NVMe = si ça ne te gêne pas, ça se discute)

@naphh
"erf ou alors tu as créé key secure boot de TPM 2.0, je connais pas trop... en gros, tu dois copié cette key sur ta clé USB pour boot (ce qui permet aussi de la recopié dans le secteur boot, pendant l'install linux) "
Merci mais je ne connais rien de tout ça, mais j'insiste, le démarrage ne va pas au delà de l'écran ROG, quelle que soit la situation : clé USB d'install debian, cable réseau connecté, appui sur la touche F2 pour entrer dans le BIOS  ou rien de tout cela...
Dans la doc Asus, j'ai trouvé un user manual sur une "Keystone (clé NFC)" utile à un logiciel appelé Armoury Crate...
Je n'imagine pas que ca influence le démarrage, mais si ça vous parle..

Ton port M2 ne prend visiblement pas en charge les M2 NVMe PCIE 4x modernes à '1 encoche '.

Je ne crois pas du tout à un problème software/BIOS.

Soit tu trouves d'occase un vieux M2 NVMe B+M, soit tu tentes un M2 SATA (systématiquement c'est du B+M) mais pas certain que le port prenne aussi le SATA! Probable, mais pas garanti.

Sinon tu fais tout simplement une image du SSD original avec macrium reflect free ou clonezilla pour avoir ton système original sous le coude. Et tu installes ton linux sur le SSD original ensuite.

Ok, merci pour ces réponses.
Je ne suis effectivement pas dépourvu de solutions mais je suis un peu tétu et j'aime bien comprendre un peu, alors merci encore pour les infos.
J'ai déjà cloné le SSD et j'attends des nouvelles d'un gars qui possede(rai) exactement le meme Kingston.
En désespoir de cause, j'installerai mon linux sur le disque d'origine.
Crois tu que le clonage aura préservé la partition cachée de réinstallation ?
Bonne fin de journée à tous
Eric

mouai juste le nvme 1.2 dit que... que ce n'est pas normale, c'est le nvme 1.4 qui a standardisé
 
Non, la clé Secure Boot de w11/tpm 2.0 a justement été créée pour empêcher simplement le clonage etc..., C'est un genre de code adaptatif généré
 
même une autre théorie serait : La plupart des distributions Linux peuvent utiliser le démarrage sécurisé avec une clé personnalisée, mais cela nécessite de l'installer d'abord sans le démarrage sécurisé, puis de créer les clés de signature, d'en installer une dans le TPM et de configurer l'autre pour la signature des images de démarrage. La documentation à ce sujet est disponible en ligne.
 
tu as le lien du pc sur le site officiel (exemple pour voir les màj BIOS) ?

Bonjour,
Voila la page sur laquelle je me rends si j'ai besoin de quelque chose
https://www.asus.com/fr/supportonly [...] _download/
Si tu attends un peu, dans l'après-midi je retirerai le SSD qui bloque le demarrage et je te ferai une photo de la page d'accueil du BIOS.
Voici déja le rapport de CPU-Z

Et  

quand je disais "pas normale" je parlais juste d'économie de "bout de ficèle" des pc portable
 
ah rip, il y a quasi aucune màj bios, ils ont donné aucune notif' sur comment màj le secure boot
 
le mieux est de rester sur du m2 SATA, enfin pour moi, tant que tu n'as pas accès à du pcie 3.0x4... c'est useless au possible et joue sur la durée de vie du ssd (théorie à cause des lanes)