web-dev-qa-db-fra.com

Ubuntu 16.04 Intel NUC - Brique répétée

J'ai un intel NUC 5i7RYH, mon BIOS est RYBDWi35.86A.0355.2016.0224.1501.

Ce système fonctionnait parfaitement sous 15.10. Je suis récemment passé à 16.04 LTS le 23 avril. L’unité a été préparée le lendemain matin et le NUC a maintenant été détruit quatre fois au total, deux fois au cours des quatre derniers jours. Mon paramètre d'alimentation est "Ne pas suspendre" - il est défini ici pour éviter d'inviter la situation dans laquelle l'unité ne répond plus et ne se réveille pas (pas seulement pour les entrées clavier et souris, elle ne répond même pas au bouton d'alimentation). . Une fois en brique, l'unité doit être désassemblée, la batterie CMOS dégagée, puis remontée. Une façon amusante de commencer la matinée. Chaque occurrence se passe de la même manière. J'arrête mon travail et laisse le système en marche pendant la nuit. Quand je retourne à mon bureau le matin, je frappe le clavier et la souris et il n’ya aucune réaction. Puis j'ai appuyé sur le bouton d'alimentation - maintenant, je crains parce que je sais qu'il y a une chance qu'il n'y ait pas de réponse quand je le fais.

J'utilise une souris et un clavier Logitech sans fil. Les paramètres de mon BIOS avancé sont ceux recommandés par Intel:

Réveil de S3 via CIR Réveil de S4 et S5 via CIR USB S4/S5

Je me demande si je dois utiliser une configuration de souris/clavier USB plutôt merdique que sans fil.

Les utilisateurs de Windows ne semblent pas être en proie à ce problème. Ou au moins, ils peuvent en récupérer grâce à la fonctionnalité "Wake on LAN" pour démarrer une unité qui ne répond pas à partir d'une application mobile. Cela ne fonctionne pas pour moi. Les paramètres 16.04 pour Ubuntu me permettent de définir cette fonctionnalité pour la connexion Ethernet câblée , mais la connexion wifi - qui est ce que j’utilise - ne fonctionne pas. exposer cette option. Le paramétrage de l’option filaire et l’utilisation du wifi ne fonctionnent pas.

L'unité acceptera une télécommande, et cela fonctionne également pour les utilisateurs Windows. Je peux voler une télécommande de mon téléviseur si nécessaire, mais quand j'ai recherché les "instructions" pour ajouter une télécommande à un NUC exécutant Ubuntu, trop de messages commençant par dire, "Après deux jours d'essais tout . . ."

Ces NUC sont de bonnes petites machines quand ils fonctionnent, mais ça craint absolument qu'Intel n'ait pas été en mesure de résoudre ce problème de longue date. Ils m'ont conseillé de poster le problème ici.

6
eezis

J'ai eu un problème presque similaire avec NUC's spécifiquement avec les combo sans fil K/B.

Utilisez un câble de rallonge USB pour le récepteur sans fil K/B & Mouse. J'ai eu 2 situations distinctes où les entrées de la souris K/B et de la souris bloquaient la NUC, et devaient redémarrer via le bouton d'alimentation - fonctionnant certes sous W10 .. Pour tester ma théorie, j'ai utilisé un clavier et une souris câblés ... le problème disparu pour moi.

Si vous effectuez une recherche sur les forums Intel, c'est un problème connu d'interférences avec la carte réseau sans fil ET les récepteurs sans fil USB (entrée) pour les souris K/B et souris sans fil - comme celle de Logitech. Tout cela est dû à tout ce qui est bloqué dans ce minuscule NUC et aux interférences qu'il provoque.

3
sprocketoctopus

J'ai rencontré ce problème lorsque j'ai mis à niveau Mythbuntu de 15.10 à 16.04 avec l'interface utilisateur graphique XFCE. Au début, je pensais que c'était l'économiseur d'écran (xscreensaver) fourni avec XFCE. Constatant que cette fonctionnalité est désactivée, j'ai vérifié le téléviseur haute définition utilisé comme écran et recherché ses options. Rien ici. J'ai remarqué que dans le dernier Mythbuntu, dans la configuration de l'installation frontale, le paramètre par défaut lui permet de suspendre ses activités lorsqu'il n'y a pas d'activité: 16 minutes. En le réglant à 0, il est suspendu. Je l'ai mis à 0 et il a cessé d'aller en suspension et tout allait bien jusqu'à ce que j'éteigne la télévision. Lorsque j'ai rallumé le téléviseur, l'écran de veille, qui fait partie du téléviseur, n'a rien à voir avec Mythbuntu. Taper sur le clavier, déplacer le pointeur de la souris à l'aide du pavé tactile, ni déconnecter et reconnecter le câble HDMI, redonne vie à l'écran. En appuyant sur le bouton marche/arrêt, l'ordinateur s'éteint. Au redémarrage, le HDMI est à nouveau activé et l’écran revient à la vie jusqu’à ce que vous l’éteigniez puis, immédiatement après, le rallumiez; seulement pour être salué par l'économiseur d'écran du téléviseur.

J'ai effectué une installation totalement nouvelle de Mythbuntu 16.04, formatant toutes les partitions au préalable, et le problème, comme prévu, est toujours là.

En d’autres termes, le problème semble être lié au système d’exploitation 16.04 et, probablement, au pilote associé à l’utilisation de HDMI. Je n'ai pas encore eu le temps d'essayer d'autres sorties vidéo.

Je peux certainement dire que le moment, si vous éteignez le moniteur et lorsque vous le rallumez, même immédiatement après l'avoir éteint, le HDMI actif n'est pas détecté par l'ordinateur.

Un problème déroutant, mais je pense au moins que j’ai bien identifié ce qui le cause. J'espère que cela aidera les développeurs Ubuntu. La carte mère est un Gigabyte ITX utilisant un processeur Intel i5.

0
Kevin Loughrey

Intel dispose maintenant d'un correctif de mise à jour du BIOS que vous pouvez obtenir à partir de son Centre de téléchargement Intel . Ce problème concerne également les NUC de sixième génération (Skylake) et un correctif de BIOS est à venir pour ceux-ci.

0
Lex