Suspendre le test semble avoir tué mon Intel NUC
J'exécutais le live quotidien Ubuntu 14.04-trusty-desktop-AMD64 le 24/01/2014 sur un Intel NUC D34010WYK. Il possède 16 Go RAM et un disque SSD Crucial 240 Go. Fonctionnait parfaitement, à l'exception du son, j'ai donc commencé à exécuter les tests de système (Système> Administration> Tests du système).
Lorsque j'ai exécuté le test de suspension, le système ne s'est pas automatiquement suspendu après 60 secondes. Il ne serait pas suspendu en appuyant brièvement sur le bouton d'alimentation. Je peux éteindre le NUC en maintenant le bouton d'alimentation enfoncé. Mais lorsque j'appuie sur le bouton d'alimentation et que je l'allume, les écrans restent vierges, sans entrée. Je ne vois rien: ni l'écran de démarrage Intel NUC, ni rien du Visual BIOS. Rien. Nada. En gros, je ne peux pas rallumer la machine.
Que fais-je? C’est une position horrible, horrible dans laquelle il faut être mis. Je n'avais jamais imaginé que Linux tuerait mon nouveau PC.
J'ai effectué quelques recherches sur Google et essayé d'utiliser la procédure décrite à http://www.intel.com/support/motherboards/desktop/sb/CS-034211.htm dans la section "Les paramètres ont été modifiés dans le BIOS". , devinant que peut-être un code buggy a altéré le BIOS. Pendant un moment, j’ai pensé que cela fonctionnerait: j’essayais de saisir F2 lors du redémarrage pour réinitialiser le BIOS aux paramètres d’usine: j’ai déplacé le cavalier jaune du BIOS "Sécurité" sur les broches pour le permettre, et par Au moment où j'ai basculé l'affichage sur l'entrée HDMI (pour le NUC), j'ai été récompensé en voyant un écran de démarrage Grub, mais dans un mode d'affichage étrange (texte très volumineux, gris pâle). J'ai même commencé à démarrer ubuntu et je suis arrivé au point où il était indiqué que/home était manquant (je n'avais pas branché le disque dur externe), alors que je pensais devoir réinitialiser le BIOS aux paramètres d'usine par défaut. Alors j'ai fait Ctrl-Alt-Suppr pour redémarrer, et l'écran d'accueil NUC d'Intel à nouveau - mais rien d'autre. F2 ne m'a pas emmené dans la configuration du BIOS, et l'écran de démarrage est resté là. Depuis lors, je n'ai pas réussi à obtenir le menu de démarrage Grub, le mieux que je puisse gérer est de voir l'écran de démarrage Intel NUC, qui se trouve à cet endroit. Ou si je ramène les positions du cavalier à la normale, je ne vois rien, mais un écran vide à la mise sous tension.
Je me demande si je vais devoir risquer d’essayer de réinitialiser le BIOS sur un système de récupération, comme indiqué dans http://www.intel.com/support/motherboards/desktop/sb/CS-023360 .htm ; mais je ne sais pas quel système de fichiers utiliser pour la clé USB. Je suppose que FAT serait le plus sûr.
J'ai trouvé de la documentation Intel ( http://www.intel.com/support/motherboards/desktop/sb/CS-034637.htm ) disant que le système: "Si vous utilisez un câble HDMI moniteur ou un téléviseur HD qui ne prend pas en charge une résolution de 1024 x 768, vous ne pouvez pas accéder au programme de configuration Intel® Visual BIOS lorsque vous appuyez sur la touche F2. " En démarrant un deuxième PC et en l'utilisant pour régler le moniteur connecté DisplayPort en mode 1024x768 et en débranchant le câble HDMI de l'écran principal, le système m'a donné un menu de démarrage grub. Après le démarrage d’Ubuntu, lors du prochain redémarrage, l’écran du BIOS est apparu et, dans ce cas, il affichait également trois options qui ne s’affichaient pas pendant ce problème: les options permettant d’appuyer sur F2, F7 ou F10. J'ai réussi à réinitialiser le BIOS sur les valeurs par défaut et le système redémarre maintenant.
Je pense toujours qu'il est assez choquant que l'exécution d'un test du système (en particulier pour essayer de mettre le système en mode suspension) puisse empêcher le système d'accéder au BIOS, sans parler du menu de démarrage. Un avertissement concernant cette possibilité d'échec extrême aurait été bénéfique de la part d'Ubuntu, dans le test du système; Pour Intel, ne pas concevoir leur BIOS de manière à ce que le système soit sur le point de fonctionner comme celui-ci est ce à quoi je m'attendrais d'une société qui dispose généralement de très bonnes contributions et du soutien de Linux. Je remarque que parmi leurs NUC, seuls trois ont ce problème de mode bizarre must-be-1024x768. Surtout que les deux moniteurs supportaient le mode 1024x768, ils se trouvaient juste ne pas être dans ce mode avant les tentatives de redémarrage. Une sorte de double échec, par Intel, à mon humble avis.