web-dev-qa-db-fra.com

x-server ne démarre pas - écran noir (après la purge des fichiers * nvidia * sur le système HD4000)

Depuis environ trois mois, j'essaie de résoudre un problème avec mon serveur x.

Le problème est survenu après le démarrage habituel de lightdm. Après avoir entré le mot de passe sur mon compte, l'écran de chargement est apparu, mais m'a renvoyé à lightdm. Maintenant, je me suis retrouvé avec un écran noir, essayant de résoudre le problème.

Ce que j'ai essayé jusqu'à présent:

  • créé un compte test précédemment: cela a fonctionné, je peux me connecter sans aucun problème

  • chown tous les fichiers .Xauthority à mon utilisateur

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

  • purgé les fichiers du pilote nvidia après avoir lu des informations sur des problèmes similaires, causés par les mises à jour du pilote nvidia: cela entraînait l'affichage d'un écran noir (l'écran est donc allumé mais ne montre rien lorsqu'il est démarré avec les options standard grub). Je ne comprends pas comment le fait de purger un pilote inutile sur une machine graphique Intel HD 4000 peut générer un écran noir. Cela me trouble le plus.

  • reconfiguration de xserver-xorg

  • définir kdm au lieu de lightdm

  • démarrer xserver à partir de la console en utilisant startx -v: les premières erreurs ci-dessous sont générées, fournit maintenant X: /tmp/.X11-unix has suspicious mode (not 1777) or is not a directory, aborting.xinit: giving upxinit: 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 de l'écran noir, les nouveaux noyaux comme le mien (... 0.23) ont tous les pilotes HD4000 à bord, il doit avoir les bons pilotes maintenant! Donc, à mon avis, cela ne peut pas être un problème graphique, mais l'écran noir est apparu la prochaine fois après la purge des pilotes nvidia.
  • ajoutez le référentiel x-swat et installez le pilote HD4000 à partir de là: encore rien
  • boot from live-media: retourne à l'interface busyram initramfs
  • boot sans l'option quiet
  • boot without splash: me permet d’obtenir un accès au moins fiable au login et à l’interface de la console
  • démarrer avec nomodeset quiet splash: fonctionne parfois et m'amène à la connexion à la console et à l'interface, parfois non

Comme mentionné, un nouveau compte créé à titre de test a fonctionné, alors j'ai pensé qu'il pourrait y avoir un problème avec les autorités. Mais vérifier et changer 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 du pilote nvidia avaient récemment causé des problèmes similaires. J'ai donc supprimé et purgé les fichiers du pilote. Je m'attendais cependant à ce qu'il y ait une image à l'écran, comme en mode VGA sous Windows. Ce n'est pas le cas, donc maintenant je suis confronté à un problème d'écran noir, qui ne peut pas être résolu en réinstallant les pilotes, ou n'a jamais été causé par la purge des pilotes nvidia.

Ce que je faisais avant l'apparition du problème xinit est apparu à l'origine: - 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 graphiques HD 4000 intégrés

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

sortie de startx -v

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

sortie de ls -la 1

sortie de ls -la 2

sortie de ls -la

sortie de ls -la 4

sortie de ls -la 5

12.10xorgkubuntuloginlightdm
3
phaeton616

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

Quand this arrive-t-il, pouvez-vous accéder à tty (Ctrl+Alt+ (F1...F6))?

Au démarrage, chargez le menu Grub en maintenant enfoncée Shift immédiatement après POST écran s’écroule. Vérifiez que "text" ne remplace pas "quiet splash" (ou les options de démarrage sélectionnées) sur l'option de noyau en cours de démarrage.

Pourquoi était-il nécessaire de supprimer les pilotes nvidia? Avez-vous un processeur Intel et un processeur graphique à bord?

Par quel moyen (tty, invite de commande de récupération, invite de commande) que donne lspci -v concernant les graphiques que vous utilisez?

La suppression du script ajouté pour le démarrage automatique arrêterait-elle le problème de xinit?

@ phaeton616 déclare:

Le problème est survenu après le démarrage de lightdm, comme d'habitude

alors pourquoi met en surbrillance "set kdm au lieu de lightdm"?

Quand chowning; avez-vous considéré l'un des problèmes soulevés ici ?

Peut-être que la réponse à toutes ces questions indique qu'il est temps de réinstaller?

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

1
geezanansa

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.) script publicitaire: est-ce une copie 1: 1? si oui: il semble qu'il y ait un crochet ouvert dans la 7ème ligne

0
matthias_94