web-dev-qa-db-fra.com

Le BIOS ne détecte pas le disque SSD après le redémarrage d'ubuntu 16.04 (Dell XPS 15)

Le redémarrage d'ubuntu empêche l'ordinateur portable de démarrer à moins que je ne dispose d'un périphérique USB amorçable ou de quelque chose d'autre que mon SSD. Arrêter et redémarrer à partir de Windows ou Ubuntu fonctionne correctement, de même que le redémarrage à partir de Windows. J'ai essayé de mettre à jour le BIOS, en réinstallant un certain nombre de versions différentes d'ubuntu (notamment 16.04.3 et 17.10), mais les deux présentent le même problème. Il convient également de mentionner que le problème persiste toujours si je n'installe pas réellement Ubuntu, mais redémarre à partir de l'option "Try ubuntu" de ma clé USB de démarrage. Mes specs:

Dell XPS 15 9950:

SSD: Samsung NVMe PM951 512 Go

Processeur: Intel i7-6700HQ (2,6 Ghz)

GPU: Intel Graphics 530/NVIDIA GeForce 960M

J'ai basculé l'opération SATA de RAID On à AHCI, alors que Windows était en mode sans échec, conformément à tous les tutoriels que j'ai trouvés. Le partitionnement a été effectué avec le gestionnaire de partitions par défaut (bien que j'aie essayé avec des partitions intactes lors du redémarrage à partir du Live Stick). Le démarrage sécurisé est désactivé du BIOS et je l'ai également désactivé d'un précédent Linux que j'avais installé. J'ai également réinitialisé Windows 10 plusieurs fois au cours du processus. Enfin, je suis au courant d’une question presque identique, mais elle n’a ni vote positif ni réponse, et je suis au bout du rouleau. Cela ne me dérangerait probablement pas d'abandonner Ubuntu et d'installer Debian à la place, mais je n'ai aucune idée de comment (je suis nouveau sur Linux et aucun tutoriel n'est disponible).

P.S .: À un moment donné, j’avais eu un ubuntu 16.04 qui fonctionnait correctement (probablement le 16.04.1 car le bâton que j’utilisais date de quelques mois), mais le passage à 17.10 a mal tourné et j’ai décidé de le réinstaller.

Edit: J'ai également pensé que je devrais mentionner le fait que lors du redémarrage, le PC va directement à l'assistance du support Dell et dit "Disque dur non installé" (ou disque dur, je ne me souviens plus) et que, mis à part ce problème, Ubuntu semble bien fonctionner .

4
YamiNoKirin

J'avais le même problème sur mon Dell XPS 15 9550 avec le noyau 4.16; Après de nombreuses recherches, j'ai trouvé une solution qui fonctionne pour moi:

TLDR: amorcez avec le paramètre de noyau nvme_core.default_ps_max_latency_us=4950

  • Je le fais en modifiant GRUB_LINUX_CMDLINE_DEFAULT dans /etc/default/grub puis en exécutant Sudo grub-install.

Le problème

Comme Cristian Velasquez Ramos a posté plus tôt dans ce fil de discussion, une bizarrerie qui désactive APST (transition d’état d’alimentation autonome) pour le NVM Samsung 950 (ID de micrologiciel: BXV76D0Q) a été intégrée au noyau principal 4.11. 0rc7 pour corriger des bugs tels que ceux-ci :

Discussion de la liste de diffusion linux-nvme :

Les disques SSD Samsung de la série 950 équipant les ordinateurs portables Dell XPS 15 9550 et Precision 5510 (qui sont essentiellement le même ordinateur portable) peuvent perdre leur liaison PCIe s’ils sont autorisés à utiliser le plus profond état APST. Les ingénieurs de Samsung ont un système affecté et y travaillent. Les mêmes disques SSD présents sur d’autres machines (même un XPS 13) semblent bien fonctionner.

En raison de cette bizarrerie, l'état par défaut du contrôleur APST est défini sur sur pour notre périphérique, ce qui entraîne les problèmes de redémarrage progressif observés.

Voici le discussion sur le caprice qui a été fusionné dans la ligne principale 4.11 :

Nous devons désactiver le caprice d'une manière ou d'une autre afin de résoudre le problème avec le redémarrage à chaud.

Nous pouvons entièrement désactiver le quirk en utilisant nvme_core.force_apst=1, mais cela peut entraîner des bogues en lecture/écriture après une utilisation étendue (cela m'est arrivé après 3 jours de disponibilité). Pour cette raison, il ne sera pas possible de remplacer simplement apst.

Cependant, nous pouvons désactiver l'état d'alimentation le plus faible en utilisant le paramètre du noyau: nvme_core.default_ps_max_latency_us=4950

Cela corrige tous les problèmes! Merci encore à Cristian Velasquez Ramos pour le correctif.

1
tuxxi

peut-être que vous n'êtes plus inquiet, mais j'ai eu le même problème que vous.

Après de nombreuses recherches, j'ai trouvé la source du problème.

Dans la version 4.11 du noyau, ils ont ajouté un contrôleur NVMe qui économise de l'énergie. Après la version 4.11.0rc7 du noyau, ils ont ajouté ce correctif:

static const struct nvme_core_quirk_entry core_quirks[] = {
    /*
     * Seen on a Samsung "SM951 NVMe SAMSUNG 256GB": using APST causes
     * the controller to go out to lunch.  It dies when the watchdog
     * timer reads CSTS and gets 0xffffffff.
     */
    {
        .vid = 0x144d,
        .fr = "BXW75D0Q",
        .quirks = NVME_QUIRK_NO_APST,
    },

Apparemment, cela cause des problèmes avec notre SSD lors du redémarrage, ce qui fait qu’il n’est pas détecté. Si vous souhaitez passer à une autre distribution en dehors de Debian ou si vous souhaitez modifier les noyaux, veillez à utiliser un noyau de version v4.11.0rc7 ou inférieure.

Maintenant, ma seule question est la suivante: est-il possible de désactiver cela dans les nouveaux noyaux? Je ne saurais pas vraiment comment s'y prendre. J'espère que c'est aussi simple que d'ajouter un paramètre de démarrage.

0