3 votes

Le x-server ne démarre pas - écran noir (après avoir purgé les fichiers *nvidia* sur le système HD4000)

Cela fait environ trois mois que j'essaie de résoudre un problème avec mon serveur X. Je n'ai pas encore trouvé de solution.

Le problème s'est produit après que lightdm ait démarré comme d'habitude. Après avoir entré le mot de passe de mon compte, l'écran de chargement s'est affiché, mais m'a renvoyé à lightdm. Maintenant je me suis retrouvé avec un écran noir, essayant de résoudre le problème.

Les choses que j'ai essayées jusqu'à présent :

  • j'ai créé un compte de test auparavant : cela a fonctionné, je peux me connecter sans problème.

  • chown tous les fichiers .Xauthority à mon utilisateur

  • chown tous les fichiers dans /home/.encryptfs/myaccount/.* à mon utilisateur

  • J'ai purgé les fichiers des pilotes nvidia après avoir lu des articles sur des problèmes similaires, causés par des mises à jour des pilotes nvidia : cela a entraîné l'écran noir (l'écran est allumé mais n'affiche rien lorsqu'il est lancé avec les options standard Grub). Je ne comprends pas comment la purge d'un pilote inutile sur une machine graphique intel HD 4000 peut aboutir à un écran noir. C'est ce qui me perturbe le plus.

  • reconfiguration de xserver-xorg

  • définir kdm au lieu de lightdm

  • démarrer xserver depuis la console en utilisant startx -v La première fois, les erreurs ci-jointes sont apparues, et la deuxième fois, le résultat est le suivant X: /tmp/.X11-unix has suspicious mode (not 1777) or is not a directory, aborting. xinit: giving up xinit: connection to server lost

  • sudo apt-get install --reinstall xserver-xorg xorg plymouth-x11

  • réinstallé le noyau : Je ne peux pas m'expliquer comment cela pourrait ne pas résoudre le problème d'écran noir, les noyaux les plus récents comme le mien (...0.23) ont tous les pilotes HD4000 à bord, il doit avoir les pilotes corrects maintenant ! Donc à mon avis, cela ne peut pas être un problème graphique, mais l'écran noir est apparu la fois suivante après avoir purgé les pilotes nvidia.

  • ajoutez le dépôt x-swat et installez le HD4000-driver à partir de là : à nouveau rien.

  • démarrage à partir de live-media : retour à l'interface busybox initramfs

  • démarrer sans quiet option

  • démarrer sans splash : me permet d'obtenir au moins un accès fiable à la connexion et à l'interface de la console.

  • démarrer avec nomodeset quiet splash : fonctionne parfois et m'amène à la connexion et à l'interface de la console, parfois non.

Comme indiqué, un nouveau compte créé à titre de test a fonctionné. J'ai donc pensé qu'il pouvait y avoir un problème avec les autorités. Mais j'ai vérifié et changé les droits des propriétaires des fichiers connus pour causer de tels problèmes. Malheureusement, cela n'a pas résolu le problème. Après quelques recherches sur le web, j'ai découvert que les mises à jour des pilotes nvidia avaient récemment causé des problèmes similaires, j'ai donc supprimé et purgé les fichiers des pilotes. Je m'attendais à ce qu'il y ait une image sur l'écran, comme en mode VGA dans Windows OS. Ce n'est pas le cas, donc maintenant je suis confronté à un problème d'écran noir en plus, qui d'une manière ou d'une autre ne peut pas être réparé en réinstallant les pilotes, ou n'a jamais été causé par la purge des pilotes nvidia.

Ce que j'ai fait avant que le problème xinit apparaisse en premier lieu : - J'ai ajouté ce script à l'autostart :

#!/bin/bash
#!/bin/sh
# wait for the dock state to change
sleep 2.0
DOCKED=$(cat /sys/devices/platform/dock.0/docked)
case "$DOCKED" in
    "0")
       #undocked event - lets remove all connected outputs apart from LVDS
       for output in $(/usr/bin/xrandr -d :0.0 --verbose|grep " connected"|grep -v LVDS|awk '{print $1}')
         do
         /usr/bin/xrandr -d :0.0 --output $output --off
       done
    xrandr --output LVDS1 --rotation normal
        xsetwacom set "Wacom ISDv4 90 Pen stylus" MapToOutput LVDS1
    xsetwacom set "Wacom ISDv4 90 Pen eraser" MapToOutput LVDS1
    # rotates the tablet input to the according position (half=180°, (c)cw=(counter)clockwise, none=normal)
    xsetwacom set "Wacom ISDv4 90 Pen stylus" rotate none
    # if multiouch present set: xsetwacom set "Wacom ISDv4 E6 Finger touch" rotate half
    xsetwacom set "Wacom ISDv4 90 Pen eraser" rotate none
    ;;
    "1")
    ## rotates internal Laptop Display LVDS1 to inverted
    xrandr --output HDMI2 --auto --above LVDS1
    xrandr --output LVDS1 --rotation inverted
    xsetwacom set "Wacom ISDv4 90 Pen stylus" MapToOutput LVDS1
    xsetwacom set "Wacom ISDv4 90 Pen eraser" MapToOutput LVDS1
    # rotates the tablet input to the according position (half=180°, (c)cw=(counter)clockwise, none=normal)
    xsetwacom set "Wacom ISDv4 90 Pen stylus" rotate half
    # if multiouch present set: xsetwacom set "Wacom ISDv4 E6 Finger touch" rotate half
    xsetwacom set "Wacom ISDv4 90 Pen eraser" rotate half
    ;;
esac
exit 0
  • certaines mises à jour standard de Canonical ont été installées

J'utilise :

  • Kubuntu 12.10

  • Lenovo x230t

  • intel core i7 3520M avec graphique intégré HD 4000

Informations supplémentaires sur les erreurs initiales, avant de purger nvidia :

sortie de startx -v

Lignes de console après une tentative de connexion via lightdm

sortie de ls -la 1

sortie de ls -la 2

sortie de ls -la 3

sortie de ls -la 4

sortie de ls -la 5

1voto

geezanansa Points 1490

Essayez de démarrer en session live afin d'accéder à vos fichiers de données et de sauvegarder tout ce que vous devez/souhaitez conserver.

Lorsque este comment accéder au tty ( Ctrl + Alt +( F1 ... F6 )) ?

Au moment du démarrage, chargez le menu Grub en appuyant et en maintenant la touche Shift immédiatement après la chute de l'écran du POST. Vérifiez que "text" ne remplace pas "quiet splash" (ou toute autre option de démarrage sélectionnée) sur l'option du noyau en cours de démarrage.

Pourquoi était-il nécessaire de supprimer les pilotes nvidia ? Avez-vous un processeur Intel et un GPU intégré ?

Par n'importe quel moyen (tty, invite de commande de récupération, invite de commande), qu'est-ce qui fait que lspci -v donner concernant l'utilisation de vos graphiques ?

La suppression du script qui a été ajouté à autostart arrêterait-elle le problème de xinit ?

@phaeton616 déclare :

Le problème est survenu après que Lightdm ait démarré comme d'habitude.

alors pourquoi mettre en évidence "mettre kdm au lieu de lightdm" ?

Lors du chowning, avez-vous considéré l'un des points d'inquiétude soulevés ? aquí ?

Il est possible que la réponse à toutes ces questions indique qu'il est temps de procéder à une réinstallation ?

Avez-vous essayé de démarrer sur un DVD Ubuntu ? Réinstallez le système d'exploitation de votre choix.

0voto

Dunewalker Points 356

1.) Je suis un peu confus : quand le problème apparaît-il ? seulement si vous essayez de vous connecter à votre compte ou plus tôt dans le processus de démarrage ?

2.) ad script : est-ce une copie 1:1 ? si oui : il semble qu'il y ait une parenthèse ouverte à la 7ème ligne.

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