2 votes

Ubuntu 12.04 LTS se bloque (tout noir) avant d'afficher l'écran de connexion

Attiré par la philosophie open-source et l'idée d'un système libre du peuple pour le peuple, j'ai décidé de jeter mon Window 7 et de le remplacer par Ubuntu 12.04 (je l'ai même acheté, juste pour avoir l'impression de contribuer, de faire partie du projet). Quoi qu'il en soit, je me suis toujours retrouvé dans la situation où je n'avais rien d'autre à faire que de le réinstaller à cause de ces erreurs étranges, inattendues et difficiles à comprendre. Cela arrive presque toutes les 2 ou 3 semaines, juste après avoir installé un peu plus de logiciels que ceux par défaut. Je suis assez déçu et je pense revenir à un système plus stable, mais je vais tenter ma dernière chance avec la communauté, qui est l'une des plus actives et c'est peut-être le pro qui me fera rester ici. C'est aussi ma première question ici, alors pardonnez mon manque d'expérience.

Donc, j'ai un ordinateur portable ( HP Pavilion g6 2305 sq avec AMD Radeon HD 7670M ) et j'ai installé Ubuntu 12.04.4 LTS (amd64) . J'ai installé les pilotes propriétaires recommandés par le système (fglrx, je crois que c'est leur nom de code). Tout allait bien jusqu'à hier, lorsque j'ai compilé et installé diverses bibliothèques dont j'ai besoin pour développer certaines applications (Ogre3D, OIS, Boost, ODE, Freetype et bien d'autres). Je ne vois pas comment cela pourrait affecter le démarrage ou le noyau car ce ne sont que des en-têtes, des bibliothèques et du code source à utiliser pour développer des applications. Mais c'est après cela que c'est arrivé. Ces problèmes surviennent généralement après avoir joué un peu avec les graphiques 3D. À un moment donné, je me suis rendu compte que les icônes des applications en cours d'exécution n'apparaissaient pas sur la barre latérale et que lorsque je quittais le système, certaines applications étaient fermées de force.

Aujourd'hui, quand je démarre l'ordinateur, il me montre le Grub loader, je sélectionne Ubuntu, with Linux 3.11.0-18-generic et appuyez sur ENTER. L'écran de chargement fait son travail pendant quelques secondes puis un écran noir est là où tout se bloque. Je redémarre (CTRL+ALT+DEL) et choisis le mode de récupération. Si je choisis de nettoyer, dpkg, failsafex, tout se bloque avec cette ligne de texte :

fsck from util-linux 2.20.1
/dev/sda1: clean, 694243/60530688 files, 20142664/242119168 blocks

Je clique sur CTRL+C et maintenant il échoue (bien sûr) avec cette ligne :

initctl: Event failed

CTRL+ALT+DEL redémarre le système. Maintenant, j'ai essayé cette solution : Le mode de récupération est censé se bloquer après le fsck ? pour le problème de fsck (la suspension) mais je suis juste laissé dans la partition sda1 (où je ne sais pas ce que je suis censé faire). J'ai purgé quelques paquets nvidia (uniquement pour le développement) et avec sudo apt-get autoremove J'ai supprimé les paquets non nécessaires. Je redémarre et le même problème : écran noir juste avant d'entrer dans l'écran de connexion.

J'ai inséré le CD Live et j'ai ouvert quelques fichiers journaux mais ils ne me disent pas grand chose non plus. C'est dans syslog que j'ai trouvé les journaux les plus récents : http://pastebin.com/tCF0c4pY

Si, pendant l'écran de chargement, j'appuie sur ESC pour passer en mode CLI, la même chose se produit. Je vois du texte à l'écran et à un moment donné, tout devient noir. Il y a quelques semaines, lorsque le problème était lié à gflrx, je pouvais entrer en mode CLI à partir de l'écran de chargement. En d'autres termes, je n'ai pas accès au système en tant que root, ce qui me permet de réinitialiser les choses. De plus, j'utilise une connexion à large bande, qui ne se connecte pas automatiquement si le système X n'est pas chargé et si l'interface graphique fonctionne.

Donc, me voilà, en dehors de toute idée ou possibilité. Si vous avez besoin d'un autre fichier journal ou d'une autre information, faites-le moi savoir. J'espère que cela pourra être réparé. Merci beaucoup.

1voto

gaoithe Points 463

Peut-être que votre configuration X-Window ou une autre configuration graphique a été modifiée par l'installation de bibliothèques qui a été faite. La bonne nouvelle est que si c'est le problème, la solution consiste à modifier le fichier de configuration. Cela pourrait être quelque chose comme la résolution de l'écran qui a été définie.

Lorsque vous avez un écran vide, vous pouvez accéder à l'invite de commande sur un terminal de console en tapant Ctrl-Alt-F2 (ou F3 F6). Ctrl-Alt-F1 vous ramènera à votre console d'affichage graphique.

Lorsque vous avez un écran vide, faites Ctrl-Alt-F2 . Puis connectez-vous et regardez les messages du journal. Regardez dans /var/log. Regardez à la fin des fichiers journaux pour les derniers messages. /var/log/messages / ? /var/log/syslog / ? /var/log/Xorg.0.log Concentrez-vous sur les journaux 'X'. Essayez peut-être sudo grep -i error /var/log/X* Dans les journaux 'X', il devrait indiquer la configuration qu'il utilise, par ex. Using config directory: "/etc/X11/xorg.conf.d" .

Si vous pouvez trouver des erreurs, cela devrait révéler ce qui ne va pas. Postez-les ici et faites un grep sur Internet et nous pourrons, nous l'espérons, trouver le problème.

Mise à jour1 : Une bonne ventilation des options pour diagnostiquer le problème ici : Mon ordinateur démarre sur un écran noir, quelles sont les options dont je dispose pour le réparer ? Je pense que votre question est dupliquée. La question spécifique à nVidia pourrait être pertinente : Écran vide après l'installation du pilote restreint nvidia

Mise à jour2 : MAIS nVidia n'est pas pertinent pour la question. Le problème serait plutôt lié aux pilotes vidéo AMD. Quelle est la bonne façon d'installer les pilotes vidéo propriétaires ATI Catalyst (fglrx) directement depuis AMD ?

Installation des paquets Lorsqu'un paquet est installé en tant que root, les bibliothèques, les binaires et la configuration du paquet sont installés. La configuration et les bibliothèques existantes peuvent être mises à jour. Pour les paquets qui ne sont pas impliqués dans le noyau linux ou les graphiques, cela est généralement bénin, vous ne pouvez pas causer de dommages. Mais pour certains paquets, il est possible de casser quelque chose de fondamental. Vous avez mentionné que certains paquets nvidia ont été supprimés ainsi que quelques autres qui étaient installés ? Lorsque les paquets nvidia ont été installés, la configuration graphique a pu être mise à jour. Et lorsqu'ils ont été supprimés, cette configuration n'a peut-être pas été rétablie. Ou l'installation d'un paquet peut avoir installé une version en décalage avec un élément nécessaire au cœur du système.

Quoi qu'il en soit, essayez d'abord de trouver des erreurs dans les journaux afin de trouver des indices sur l'origine du problème.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X