Le redémarrage d'ubuntu empêche l'ordinateur portable de démarrer à moins que je n'aie une clé USB amorçable ou quelque chose d'autre que mon SSD branché. L'arrêt et le redémarrage à partir de Windows ou d'ubuntu fonctionnent bien, tout comme 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 (y compris 16.04.3 et 17.10), mais les deux présentent le même problème. Il convient probablement également de mentionner que le problème persiste si je n'installe pas réellement Ubuntu, mais que je redémarre à partir de l'option "Essayer Ubuntu" de ma clé USB amorçable. Mes spécifications :

Dell XPS 15 9950 :

SSD :Samsung NVMe PM951 512 Go

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

Processeur graphique :Intel Graphics 530/NVIDIA GeForce 960M

J'ai fait passer 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é à partir du BIOS et je l'ai également désactivé à partir d'un Linux précédent 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 publiée, mais elle n'a ni votes positifs, ni réponses, et je suis à bout de souffle. 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 un Ubuntu 16.04 qui fonctionnait correctement (peut-être 16.04.1 puisque le stick que j'utilisais date de quelques mois), mais la mise à niveau vers 17.10 s'est mal passée et j'ai décidé de le réinstaller.

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

Réponse acceptée :

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

TLDR :Démarrez avec le paramètre de noyau nvme_core.default_ps_max_latency_us=4950

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

Le problème

Comme Cristian Velasquez Ramos l'a posté plus tôt dans ce fil, une bizarrerie qui désactive APST (Autonomous Power State Transition) pour le NVMe Samsung 950 (Firmware ID :BXV76D0Q ) a été fusionné dans le noyau principal 4.11.0rc7 pour corriger des bogues tels que ceux-ci :

Connexe :Comment installer php sans serveur Web Apache ?

Discussion de la liste de diffusion linux-nvme :

Les SSD Samsung de la série 950 des 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 l'état APST le plus profond. Les ingénieurs de Samsung
ont un système affecté et travaillent dessus. Les mêmes
disques SSD sur d'autres machines (même un XPS 13) semblent fonctionner correctement.

En raison de cette bizarrerie, l'état du contrôleur APST par défaut est défini sur off pour notre appareil, ce qui provoque les problèmes de redémarrage logiciel que nous avons constatés.

Voici la discussion sur la bizarrerie qui a été fusionnée dans la ligne principale
4.11 :

Nous devons désactiver la bizarrerie d'une manière ou d'une autre afin de résoudre le problème avec le redémarrage en douceur.

Nous pouvons entièrement désactiver la bizarrerie en utilisant nvme_core.force_apst=1 , mais cela peut provoquer des bogues de lecture/écriture après une utilisation prolongée (cela m'est arrivé après 3 jours de disponibilité). Pour cette raison, simplement remplacer apst ne fonctionnera pas.

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

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