web-dev-qa-db-fra.com

Le système ne démarre que de temps en temps

Je suis en train d'essayer de démarrer un nouvel ordinateur sous un double angle - ASUS ZenBook Flip UX360UAK-BB358R avec Intel Core i7 7500U Kaby Lake.

Windows 10 Pro préinstallé fonctionne bien. Après des tests mineurs de l'ordinateur portable, j'ai rétréci la partition Windows de moitié et j'ai l'intention d'installer Ubuntu de côté afin que je puisse effectuer un double démarrage.

J'ai essayé les systèmes suivants: Ubuntu 16.04 LTS, Ubuntu 16.10, Ubuntu 17.04 alpha (version journalière à partir du 17.2.2017) et KDE Neon (construit sur Ubuntu 16.04 LTS). Pour le dernier (néon), j'ai également essayé d'installer le noyau 4.9.10.

Le problème est toujours le même avec tous les systèmes.

  1. J'installe le système/sur la partition ext4 que je crée à partir de l'espace libre que l'outil de réduction de fenêtres m'a laissé, laissant 8 Go à échanger.
  2. Je redémarre l’ordinateur. Dans grub, sélectionnez Ubuntu (ou néon), Splashscreen apparaît et il se bloque.
  3. Après ~ 20min je éteins l'ordinateur.
  4. J'essaie de le rallumer et ça marche.
  5. [Quand je me connecte, je mets à jour tout le système, met à jour le noyau, désactive le montage des lecteurs Windows dans /etc/fstab]
  6. Je redémarre à nouveau et ça marche ou pas. Environ 1/10 bottes fonctionne. Windows fonctionne à chaque fois.
  7. Dans 1/2 cas, je peux démarrer Live USB et monter le lecteur pour l’analyser.

J'ai également désactivé l'écran de démarrage pour obtenir cette sortie (désolé pour la qualité, je ne sais pas comment le capturer sans utiliser mon téléphone). Parfois, il se termine par la panique du noyau, parfois, il se bloque comme ceci. Quoi qu'il en soit, il passe toujours le ver, en commençant un écran de démarrage avec une spinner. Ensuite, avant la connexion à l’écran, le cône s’arrête ou s’étend jusqu’à ce que l’infini de l’écran devienne noir et que rien ne se passe.

Je joins également quelques journaux courants (utilisant actuellement Neon avec le noyau 4.9.10), mais il est très similaire dans Ubuntu standard.

Mes pensées:

  • il y a un problème avec la conduite du processeur de Kaby Lake
  • il manque quelques autres pilotes (cependant linux-firmware est installé)
  • il y a un problème à avoir des fenêtres installées de côté
  • c'est assez étrange car j'ai essayé plusieurs systèmes (chacun plusieurs fois) et le comportement est toujours le même

Cependant, tous contredisent le fait que parfois cela démarre bien. Je ne vois aucun motif quand ça marche et quand ça ne marche pas. Jusqu'à présent, je pense qu'il est préférable de démarrer si Windows a déjà été démarré auparavant (mais cela n'aide pas toujours).

Je vous serais très reconnaissant de bien vouloir me donner quelques conseils sur ce que je ferais après la session de 12 heures d’aujourd’hui, plutôt désespérée. Merci

EDIT 1:

Suite à la réponse des Teyras, j'ai essayé de déboguer ACPI ( tutorial ). Mes résultats (si j'écris "à chaque fois" je veux dire 5/5 essais):

  • acpi=off - démarre à chaque fois; ni touchap ni écran tactile ne fonctionne
  • acpi=ht - démarre de temps en temps; si ça démarre? tout fonctionne
  • pci=noacpi - démarre à chaque fois; ni keybord ni touchap ni écran tactile ne fonctionne
  • acpi=noirq - ne démarre pas
  • pnpacpi=off - ne démarre pas
  • noapic - démarre à chaque fois; ni keybord ni touchap ni écran tactile ne fonctionne
  • nolapic - botte de temps en temps; si elle démarre: ni touchap ni écran tactile ne fonctionnent

EDIT 2: Tout est vraiment bizarre, parfois acpi=off démarre en mode normal où même le pavé tactile, etc. fonctionne bien.

Je suis tombé sur ce post reddit dans lequel des problèmes similaires sont abordés. J'ai essayé d'éteindre le wifi et le bluetooth dans le grub en appuyant sur fn+F2 comme suggéré, mais la diode de contrôle ne s'est pas allumée et le démarrage a échoué. Je suppose donc que cela ne fonctionne pas du tout.

2
3.14.TR

Certaines personnes semblent avoir des problèmes similaires [1][2] avec les GPU Intel récents. Une chose qui semble aider est de définir le paramètre de démarrage du noyau intel_idle.max_cstate=2 (ou même =1). Pour faire ça:

  1. Ouvrez votre /etc/default/grub en tant que root
  2. Ajoutez intel_idle.max_cstate=2 à la chaîne GRUB_CMDLINE_LINUX_DEFAULT. Par exemple,
    GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_idle.max_cstate=2"
  3. Exécutez Sudo update-grub (ou une commande similaire, dépend de votre distribution)

L'inconvénient est que votre GPU drainera un peu plus de puissance même lorsqu'il est inactif.

De plus, la stabilité du pilote augmenterait si vous ajoutez:
options i915 semaphores=1 à votre fichier /etc/modprobe.d/i915.conf. Pour cela, lancez:
echo "options i915 semaphores=1" >> /etc/modprobe.d/i915.conf

Dernier mais pas dernier, mettez à jour votre BIOS et utilisez le noyau Linux le plus récent pour votre distribution.

2
Floop

Commencez par essayer de démarrer avec les paramètres du noyau acpi=off nomodeset xforcevesa (ajoutez-les à la variable GRUB_CMDLINE_LINUX_DEFAULT dans /etc/default/grub et exécutez Sudo update-grub). Si votre système s’amorce de façon cohérente, essayez de supprimer la partie nomodeset xforcevesa. Si cela arrête de démarrer, il y a un problème avec votre pilote GPU. Sinon, suivez le processus de débogage décrit ici .

1
Teyras