J'essaie de créer mon propre Live USB et j'ai généré avec succès un fichier ISO avec une installation Xubuntu 12.04 LTS nouvellement installée, configurée et personnalisée.
Mon problème est que peu importe le démarrage de l'ISO dans VirtualBox ou dans GRUB avec loopback
name__, il ne peut tout simplement pas démarrer lightdm.
Lors du démarrage, je peux voir les messages du journal à l’écran, cela stoppe à Stopping System V compablities
ou Configuring Network security
. Et tty7 est gelé ... Si je passe à tty1, je peux obtenir un shell connecté en tant que ubuntu @ ubuntu.
La chose étrange est: quand je tape Sudo start lightdm
ou juste Sudo lightdm
, il basculera sur tty7 et l'écran clignotera. Puis rien ne s'est passé. Revenez à tty1 et je peux voir lightdm running, process xxxx
. Mais le processus n'existe pas. Il vient de s'écraser immédiatement, je pense. (C'est pourquoi l'écran clignote.)
Cependant, lorsque je tape startx
name__, je peux accéder au bureau! C'est incroyable pour moi. Je ne suis pas très clair sur la relation entre X Server et le gestionnaire d'affichage, mais je pense que lightdm est en cours d'exécution lorsque je vois le bureau!
Alors, qu'est-ce qui ne va pas avec Sudo start lightdm
? J'utilise cette commande chaque fois que j'allume mon ordinateur portable car j'ai un paramètre text
ajouté dans grub.cfg
. Il ne s'est jamais "écrasé immédiatement".
Je dois utiliser Sudo start lightdm
car cela me permet d'accéder à "Xubuntu Session" au lieu de "Xfce Session", le précédent est plus beau ...
Quelqu'un pourrait-il aider?
Eh bien, j'ai compris pourquoi selon /var/log/lightdm/lightdm.log
:
DEBUG: échec du chargement du fichier de session /usr/share/xsessions/ubuntu.desktop[.____. FAIREDEBUG: session 1800: envoi de SIGTERM Démarré en 2020 avec le service 'lightdm', nom d'utilisateur 'lightdm' DEBUG: authentification Session 2020 complète avec la valeur renvoyée 0: succès DEBUG: autorisation de Greeter DEBUG: connexion à /var/log/lightdm/x-0-greeter.log DEUBG: Echec du chargement du fichier de session /usr/share/xgreeters/default.desktop: Aucun fichier ou répertoire de ce type DEBUG: Echec du démarrage de DEBUG: Arrêt de l'affichage.
Il y avait un problème avec /etc/lightdm/lightdm.conf
. Je l'ai changé pour:
[SeatDefaults] Session utilisateur = xubuntu Conférence-écran = lightdm-gtk-greeter Connexion automatique-utilisateur = ubuntu Connexion automatique-timeout = 0
Cela l'a forcé à utiliser xubuntu.desktop
et lightdm-gtk-greeter.desktop
à la place de ubuntu.desktop
et default.desktop
, qui n'existent pas et qui provoqueront un échec.
avait le même problème - vous pouvez créer un lien sym comme solution temporaire:
lrwxrwxrwx 1 root root 27 Nov 3 16:38 .desktop -> lightdm-gtk-greeter.desktop
-rw-r--r-- 1 root root 187 Aug 30 20:31 lightdm-gtk-greeter.desktop
cela permettra au moins à lightdm de démarrer.
Cela semble être un problème avec lightdm.
Ma solution est de réinstaller xubuntu-desktop
(malgré le fait que beaucoup de paquets ont montré des dépendances non satisfaites, l'interface graphique a démarré lors du redémarrage).
Utilisez cette commande:
Sudo apt-get install --reinstall xubuntu-desktop
J'utilise KDE, donc mon /etc/lightdm/lightdm.conf est:
[SeatDefaults]
user-session=kde-plasma
greeter-session=lightdm-kde-greeter
La plupart des personnes qui échouent à ouvrir ".desktop" ont échoué parce que la mise à niveau laisse lightdm.conf défini avec "greeter-session =", ce qui signifie que le nom de l'hôte est "". Lightdm ajoute ".desktop" à la configuration de greeter-session et tente de l'ouvrir dans/usr/share/xgreeters. Définissez correctement lightdm.conf, et vous n'avez pas besoin de créer un lien symbolique ".desktop".
J'ai trouvé les noms des fichiers ci-dessus dans/usr/share/xgreeters et/usr/share/xsessions. Par conséquent, si vos choix de session et de navigateur sont différents, consultez dans ces répertoires les informations dont vous avez besoin. être réglé sur lightdm.conf.
root@platform:~# ls /usr/share/xsessions/
kde-plasma.desktop
root@platform:~# ls /usr/share/xgreeters/
lightdm-kde-greeter.desktop
root@platform:~#
Pour moi aidé suivant la procédure:
At login screen
Press CTRL+ALT+F1 and log in there and run:
Sudo chown -R $USER:$USER $HOME
Then press CTRL+ALT+F7 and try to log in