Écran vide, curseur clignotant au démarrage
Parfois, mon ordinateur Ubuntu 10.04 ne démarre pas correctement. Il dépasse Grub puis s’arrête sur un écran vide et le curseur clignotant. D'après ce que j'ai lu, cet écran de curseur clignotant est présenté par Ubuntu elle-même et non par Grub. Je suppose donc que le processus de démarrage est interrompu pour une raison quelconque. Quelqu'un a-t-il des conseils sur la manière de diagnostiquer ce problème ou sur la cause probable? Normalement, je dois appuyer sur le bouton de réinitialisation pour redémarrer le PC. Souvent, il redémarre normalement. Le fait que ce soit intermittent est ce qui me trouble.
Toute indication sur le diagnostic du problème serait très appréciée.
Modifier:
Cela fait longtemps, principalement parce que mon serveur est en service depuis longtemps. Il semble que ce problème ait été détecté de manière récurrente. J'ai copié les fichiers
messagesetdmesget j'ai pu constater que le traitement semble s'être arrêté et que les messages ci-dessous ont été trouvés. Je vais faire des recherches sur Google, etc. Je devrais mentionner que le messageondemand governor failedse produit lors d’un démarrage réussi, mais que les deux autres n’apparaissent pas.
Oct 11 23:17:21 linux kernel: [ 98.905370] ondemand governor failed, too long transition latency of HW, fallback to performance governor
Oct 11 23:21:48 linux kernel: Kernel logging (proc) stopped.
Oct 11 23:21:48 linux rsyslogd: [Origin software="rsyslogd" swVersion="4.2.0" x-pid="697" x-info="http://www.rsyslog.com"] exiting on signal 15.
J'ai trouvé quelques références vagues au roulement des fichiers journaux au démarrage étant la cause
Maintenez la touche Maj enfoncée pendant le démarrage, puis appuyez sur e pour modifier l'entrée GRUB. Supprimez la partie qui dit "quiet splash" et remplacez-la par "text" pour voir ce qui se passe pendant le démarrage.
Dans mon cas, le curseur clignotant était tout ce que je pouvais avoir. Pas de démarrage. C'était lors de l'installation d'une nouvelle Ubuntu Minimal. J'ai découvert que, lors de l'installation de GRUB, il installait GRUB sur le mauvais lecteur, le "premier" lecteur (/ dev/sda).
Mon système a 3 lecteurs. Deux disques de 500 Go en RAID, que je ne voulais pas toucher lors de l'installation, et un SSD de 120 Go que j'utilise pour le système d'exploitation. Pour une raison quelconque, le "premier lecteur" (/ dev/sda) est l’un de mes lecteurs de 500 Go./dev/sdb est mon lecteur de 120 Go et/dev/sdc est l’autre lecteur de 500 Go.
Ainsi, lors du formatage avec une table de partitions de "mbr" sur mon lecteur de 120 Go, j'ai effectué la conversion normale de 117 Go d’ext4 amorçable et de 3 Go de permutation. À l'étape d'installation GRUB, NE PAS choisir OUI pour placer GRUB sur le "premier" lecteur. Choisissez NON. Cela fera apparaître un autre écran qui vous permettra de saisir/dev/sdX. Dans mon cas, j’ai essayé/dev/sdb et/dev/sdb1, mais l’installateur me donnait une erreur fatale à chaque fois, ce qui n’a toujours aucun sens.
Enfin, j'ai dû formater mon disque de 120 Go avec une table de partition de "gpt". Avec GPT, vous devez créer manuellement une partition GRUB. C'est comme ça que les choses se passent avec GPT. Donc, la première partition que j'ai faite pour GRUB était de 32,0 Mo formatée pour "démarrer ou quelque chose (oublier la formulation)". La deuxième partition était mes 3,0 Go formatés pour "swap", à la "fin". La troisième partition était l’espace restant formaté en "ext4".
Maintenant, lorsque vous choisissez NO au cours de l'étape d'installation GRUB, saisissez manuellement/dev/sdb, et non pas/dev/sdb1 de manière surprenante, et tout fonctionnera ensuite. GRUB s'installe dans la partition de démarrage de 32 Mo sur le lecteur approprié et le système démarre normalement. YAY!
En passant, vous devez choisir Expert installer dans le menu au début de l’installation pour faire tout cela et formater votre disque dur "manuellement", "non", "guidé". Guided choisira toujours/dev/sda comme premier lecteur et le curseur clignotant/aucune initialisation apparaîtra si/dev/sda n'est pas votre lecteur de système d'exploitation.
J'ai eu ce problème à plusieurs reprises maintenant, mais je pouvais distinguer au moins trois variantes différentes:
- reprend le démarrage après avoir appuyé sur Entrée
- reprend le démarrage sans rien faire, après un certain temps
- ne reprend jamais le démarrage, mais accepte ctrl-alt-suppr, ce qui indique qu'il y a encore de la vie dans le noyau
Cela m'a amené à penser que, lorsque vous voyez ce que vous décrivez, le problème est que l'option de démarrage quiet vous cache "quelque chose". Par exemple, je pourrais localiser l'un de mes incidents sur le système en récupérant (pas la vérification de routine habituelle) mon disque dur. Depuis, j'ai supprimé l'option quiet de mes entrées grub.
J'ai eu ce problème dans le passé et j'ai constaté qu'il semble se produire sur certains noyaux et pas sur d'autres, bien que je ne l'aie pas eu depuis que je suis passé à Meerkat. Mais souvent, je trouvais que je devais sélectionner un noyau antérieur pour le charger correctement dans Ubuntu.
J'aime la réponse de maco, mais je voudrais également vérifier que votre disque dur est en bonne santé. Vérifiez dans Système> Administration> Utilitaire de disque, examinez le statut SMART, il devrait être "Le disque est en bon état", sinon votre disque risque de ne plus fonctionner.
J'ai eu ce problème avec une nouvelle installation du serveur 11.10.
J'ai été en mesure de passer à un VT avec alt-F1, de sorte que la machine était en vie mais était passée à vt7, bien qu'aucun X ne soit activé.
Je l'ai corrigé en modifiant l'option grub_CMDLINE_LINUX_DEFAULT de quiet slash en nomodeset, ce qui signifiait que j'avais les informations de démarrage appropriées, suivies de VT1.
après le redémarrage d'ubuntu 10.04 fraîchement installé dans le serveur IBM x3250 m3. Essayez de maintenir la touche Maj enfoncée et quelques autres éléments, mais rien n’aide vraiment ... j’ai essayé de le réinstaller plus de 5 fois. Le principal problème est son incohérence. Parfois, il démarre mais la plupart du temps, il n’ya qu’un écran vide avec un curseur clignotant en haut à gauche.
J'ai eu un problème similaire dans le passé en utilisant la version recommandée d'un pilote propriétaire nVidia avec une certaine carte vidéo. La solution consistait à démarrer en mode de récupération, à exécuter l'option xfix, puis à démarrer sur le bureau. Une fois sur le bureau, j'allais dans l'écran des pilotes de matériel et sélectionnais une version plus ancienne du pilote.
J'ai eu ce problème sur certains ordinateurs portables HP bon marché avec 10.04. J'ai observé que souvent la souris USB est la cause. Essayez de le débrancher. Et aussi, la mise à jour du BIOS peut aider.
Dans mon cas pour la description ci-dessus (obtenir parfois un écran noir avec un curseur clignotant), le problème était lightgdm, qui était dans une condition de concurrence critique et qui ne pouvait pas démarrer correctement; voir ma réponse complète à cette autre question connexe .
Voir les détails de la solution ici: http://www.webupd8.org/2013/01/ubuntu-lightdm-black-screen-when-using.html (voir aussi this rapport de bug ).
L'essentiel: Utilisez gdm et non lightgdm (c'est-à-dire Sudo apt-get install gdm et choisissez gdm comme gestionnaire de connexion par défaut lorsque vous y êtes invité).
J'espère que ça aide quelqu'un.
J'ai rencontré ce problème aujourd'hui .. et après plusieurs tentatives infructueuses de démarrer le système, j'ai décidé de démarrer à partir d'un autre noyau. J'ai les noyaux 2.6.32-21-generic et 2.6.32-25-generic, fournis par Ubuntu. Habituellement, je démarre depuis le noyau 2.6.32.25, mais après tout le fiasco de l'écran vide, j'ai démarré à partir du noyau 2.6.32.21, et cela m'a permis de démarrer comme d'habitude ...
C’est ce que j’ai fait de travers: j’installais 14.04 sur un ancien Netbook Acer, lorsque j’amorçais Acer, j’ai deux options F2 pour entrer dans le BIOS afin de réinitialiser la séquence de démarrage de l’ordinateur ou F12 pour réinitialiser la séquence d’une session. . Étant donné que j'installais depuis une clé USB, je réinitialise bêtement la séquence de démarrage de l'ordinateur au lieu de la séquence de session sur la clé USB. Les fichiers de démarrage cruciaux ont donc été installés sur la clé USB au lieu du disque dur.