Écran vide, curseur clignotant au démarrage

Parfois, mon PC Ubuntu 10.04 ne démarre pas correctement. Il dépasse Grub puis s'arrête sur un écran vide et un curseur clignotant. D'après ce que j'ai lu, cet écran de curseur clignotant est présenté par Ubuntu lui-même et non par Grub, donc je suppose que le processus de démarrage est arrêté pour une raison quelconque. Quelqu'un at-il des conseils sur la façon 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 et souvent il redémarrera correctement. Le fait qu'elle soit intermittente est ce qui me déroute.

Tout conseil sur le diagnostic du problème serait très apprécié.

Modifier:

Cela fait un moment, principalement parce que mon serveur est en place depuis longtemps. Il semble que j'ai capturé une récurrence de ce problème, j'ai copié le messagesfichier et le dmesgfichier et j'ai regardé où le traitement semble s'être arrêté et j'ai trouvé les messages ci-dessous. Je vais faire des recherches sur Google, etc., mais j'ai pensé que je le mettrais ici au cas où quelqu'un pourrait aider et voudrait gagner des points. Je dois mentionner que le ondemand governor failedmessage se produit sur des bottes réussies, mais les deux autres ne semblent pas le faire.

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 vagues références au roulement des fichiers journaux au démarrage comme étant la cause

Maintenez shift pendant le démarrage, puis appuyez sur e pour modifier l'entrée GRUB. Supprimez la partie qui dit «éclaboussure silencieuse» et remplacez-la par «texte» pour voir ce qui se passe pendant le démarrage.

Dans mon cas, le curseur clignotant était tout ce que j'obtiendrais jamais. Pas de démarrage. C'était lors de l'installation d'un nouveau Ubuntu Minimal. J'ai compris que lors de l'étape d'installation de GRUB, il installait GRUB sur le mauvais lecteur, le "premier" lecteur (/ dev / sda).

Mon système dispose de 3 disques. 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 disque» (/ dev / sda) est l'un de mes disques de 500 Go. / dev / sdb est mon lecteur de 120 Go et / dev / sdc est l'autre lecteur de 500 Go.

Donc, lors du formatage avec une table de partition de "mbr" sur mon disque de 120 Go, j'ai fait les 117 Go d'ext4 de démarrage et 3 Go de swap. À l'étape d'installation de GRUB, NE choisissez PAS Oui pour placer GRUB sur le "premier" lecteur. Choisissez NON. Cela fera apparaître un autre écran qui vous permet de saisir / dev / sdX. Dans mon cas, j'ai essayé / dev / sdb et / dev / sdb1, mais le programme d'installation me donnait à chaque fois une erreur fatale, 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 ainsi que les choses se font avec GPT. Ainsi, la première partition que j'ai faite pour GRUB était de 32,0 Mo au format "boot ou quelque chose (oubliez les mots)". La deuxième partition était mon 3.0 Go formaté pour "swap", à la "fin". La troisième partition était l'espace restant formaté en "ext4".

Maintenant, lorsque vous choisissez NO pendant l'étape d'installation de GRUB, saisissez manuellement / dev / sdb, pas / dev / sdb1 de manière surprenante, et cela fonctionne 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!

BTW, vous devez choisir l'installation Expert dans le menu au début de l'installation pour faire tout cela et formater votre disque dur "manuellement" et non "guidé". Guided choisira toujours / dev / sda comme premier lecteur et un curseur clignotant / aucun démarrage ne se produira si / dev / sda n'est pas votre lecteur de système d'exploitation.

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, même si je n'ai pas eu ce problème depuis la mise à niveau vers Meerkat. Mais souvent, j'ai constaté que je devais sélectionner un noyau antérieur pour charger correctement dans Ubuntu.

J'aime la réponse de maco, mais une autre chose que je vérifierais est que votre disque dur est en bonne santé. Vérifiez dans Système> Administration> Utilitaire de disque, regardez l'état SMART, il devrait être "Le disque est sain", sinon votre lecteur pourrait échouer.

J'ai eu ce problème plusieurs fois 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-del, indiquant qu'il y a encore de la vie dans le noyau

Cela m'a amené à croire que lorsque vous voyez ce que vous décrivez, le problème réel est que l' quietoption de démarrage vous cache "quelque chose". Par exemple, j'ai pu retrouver un de mes incidents dans le système en récupérant (pas la vérification de routine habituelle) mon disque dur. J'ai depuis supprimé l' quietoption de mes entrées grub.

J'ai eu ce problème avec une nouvelle installation du serveur 11.10.

J'ai pu passer à un VT avec alt-F1, donc la machine était vivante mais était passée au vt7, bien qu'aucun X ne soit activé.

Je l'ai corrigé en modifiant l'option grub GRUB_CMDLINE_LINUX_DEFAULT à partir quiet slashde nomodesetlaquelle j'ai obtenu les informations de démarrage appropriées, suivi de VT1.

J'ai eu un problème similaire dans le passé en utilisant la version recommandée d'un pilote nVidia propriétaire avec une certaine carte vidéo. La solution était de démarrer en mode de récupération, d'exécuter l'option xfix, puis de démarrer sur le bureau. Une fois sur le bureau, j'irais dans l'écran des pilotes matériels et sélectionnerais une ancienne version 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 en est la cause. Essayez de le débrancher. Et la mise à jour du BIOS peut également aider.

J'ai rencontré ce problème aujourd'hui ... et après plusieurs vaines tentatives de démarrage du système, j'ai décidé de démarrer à partir d'un autre noyau. J'ai à la fois le noyau générique 2.6.32-21 et le générique 2.6.32-25, fourni par Ubuntu. Habituellement, je démarre à partir du 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 ...

après le redémarrage d'ubuntu 10.04 fraîchement installé sur le serveur IBM x3250 m3. J'ai essayé de maintenir la touche Maj et quelques autres trucs mais rien n'y fait vraiment ... J'ai essayé de la réinstaller plus de 5 fois. Le problème principal est son incohérence, parfois il démarre mais la plupart du temps juste un écran vide avec un curseur clignotant en haut à gauche la plupart de l'écran.

Dans mon cas pour la description ci-dessus (obtenant parfois un écran noir avec un curseur clignotant), lightgdm ayant une condition de course et ne pouvant pas démarrer correctement était le problème; 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 ce rapport de bogue ).

L'essentiel: utilisez gdm et non lightgdm (c'est sudo apt-get install gdm-à- dire , et choisissez gdmcomme gestionnaire de connexion par défaut lorsque cela vous est demandé).

J'espère que cela aide quelqu'un.

C'est ce que j'ai fait de mal: j'installais 14.04 sur un ancien Netbook Acer, quand je démarre l'Acer, j'ai deux options F2 pour aller dans le BIOS pour réinitialiser la séquence de démarrage de l'ordinateur ou F12 pour réinitialiser la séquence pour une session . Parce que j'installais à partir d'une clé USB, j'ai stupidement réinitialisé la séquence de démarrage de l'ordinateur au lieu de la séquence de session sur la clé USB. Ainsi, les fichiers de démarrage cruciaux ont été installés sur la clé USB au lieu du disque dur.