Bonjour a tous,
J'ai installé la Debian 12 sur un mini PC HP Prodesk et tout se
passait bien jusqu'à un reboot suite auquel, il m'était impossible
d'ouvrir une session graphique de l’utilisateur créé à l'installation
du système : après avoir donné l'id et le mot de passe, l'écran
revenait au début après un bref passage par un écran noir et me représentait à nouveau la fenêtre de saisie Id + password.
Lorsque j'ouvre un terminal via ssh à partir d'une autre machine, je
peux me connecter sans problème: l'Id et passwd sont reconnus.
J'ai une autre utilisateur créé à l’installation qui lui, ne pose pas
de problème : je peux m'identifier et ouvrir une session graphique;
J'ai pu créer un troisième utilisateur sans problème. Il peut aussi ouvrir une session graphique.
Opérations précédant l'apparition du problème :
- le 16/07 -23h15 : une installation de Wireshark suivi d'un
autoremove d'apache 2 que j'ai supprimé au profit de lighttpd
- le 16/07 -23h17 le système me propose d'installer une nouvelle
image (6.1.0-23) ainsi qu'une nouvelle librairie (Linux-libc-dev)
- Le 17/07 - 22h10 le système me propose de faire un autoremove de
l'image la plus ancienne car il est passé des versions 21/22 à 22/23
Le 17/07 à 22h47 je procède à un reboot et c'est à ce moment que je constate l'impossibilité d'ouvrir une session graphique sur
l'utilisateur créé à l'installation
J'ai quelques fichiers de log à proposer mais j'ignore s'il est
possible de les passer sur la liste vu leur taille : 118 et 82 ko
J'ai bien entendu Googled et Binged sur ce problème mais n'ai rien
trouvé qui soit suffisamment ressemblant à ce cas de figure et
j'hésite à me lancer dans des opérations scabreuses de crainte de
tout planter.
D'avance merci de vos avis, je peux fournir les logs si la liste le
permet.
J'ai installé la Debian 12 sur un mini PC HP Prodesk et tout se passait bien jusqu'à un reboot suite auquel, il m'était impossible d'ouvrir une session graphique de l’utilisateur créé à l'installation du système : après avoir donné l'id et le mot de passe, l'écran revenait au début après un bref passage par un écran noir et me représentait à nouveau la fenêtre de saisie Id + password.
Lorsque j'ouvre un terminal via ssh à partir d'une autre machine, je
peux me connecter sans problème: l'Id et passwd sont reconnus.
J'ai une autre utilisateur créé à l’installation qui lui, ne pose pas de
problème : je peux m'identifier et ouvrir une session graphique;
J'ai pu créer un troisième utilisateur sans problème. Il peut aussi ouvrir une session graphique.
Opérations précédant l'apparition du problème :
- le 16/07 -23h15 : une installation de Wireshark suivi d'un autoremove d'apache 2 que j'ai supprimé au profit de lighttpd
- le 16/07 -23h17 le système me propose d'installer une nouvelle image (6.1.0-23) ainsi qu'une nouvelle librairie (Linux-libc-dev)
- Le 17/07 - 22h10 le système me propose de faire un autoremove de
l'image la plus ancienne car il est passé des versions 21/22 à 22/23
Le 17/07 à 22h47 je procède à un reboot et c'est à ce moment que je constate l'impossibilité d'ouvrir une session graphique sur
l'utilisateur créé à l'installation
J'ai quelques fichiers de log à proposer mais j'ignore s'il est possible
de les passer sur la liste vu leur taille : 118 et 82 ko
J'ai bien entendu Googled et Binged sur ce problème mais n'ai rien
trouvé qui soit suffisamment ressemblant à ce cas de figure et j'hésite à me lancer dans des opérations scabreuses de crainte de tout planter. D'avance merci de vos avis, je peux fournir les logs si la liste le permet.
Les autres utilisateurs fonctionnent très bien en mode graphique et
ils s'identifient parfaitement.
Il n'y a que celui qui a été créé à l'installation pour qui
l'ouverture de session ne fonctionne pas.
En premier abord cela ressemble à une erreur dans l'identifiant d'utilisateur et/ou le mot de passe.
Le 19/07/2024 à 19:16, ajh-valmer a écrit :
Pilote carte graphique plus reconnu suite au passage vers
le dernier noyau ?
Donc boot en mode sans Xorg.
On Friday 19 July 2024 19:00:57 Halbrante wrote:
J'ai installé la Debian 12 sur un mini PC HP Prodesk et tout se passait >>> bien jusqu'à un reboot suite auquel, il m'était impossible d'ouvrir une >>> session graphique de l’utilisateur créé à l'installation du système : >>> après avoir donné l'id et le mot de passe, l'écran revenait au début >>> après un bref passage par un écran noir et me représentait à nouveau la >>> fenêtre de saisie Id + password.
Lorsque j'ouvre un terminal via ssh à partir d'une autre machine, je
peux me connecter sans problème: l'Id et passwd sont reconnus.
J'ai une autre utilisateur créé à l’installation qui lui, ne pose
pas de
problème : je peux m'identifier et ouvrir une session graphique;
J'ai pu créer un troisième utilisateur sans problème. Il peut aussi
ouvrir une session graphique.
Opérations précédant l'apparition du problème :
- le 16/07 -23h15 : une installation de Wireshark suivi d'un autoremove
d'apache 2 que j'ai supprimé au profit de lighttpd
- le 16/07 -23h17 le système me propose d'installer une nouvelle image
(6.1.0-23) ainsi qu'une nouvelle librairie (Linux-libc-dev)
- Le 17/07 - 22h10 le système me propose de faire un autoremove de
l'image la plus ancienne car il est passé des versions 21/22 à 22/23
Le 17/07 à 22h47 je procède à un reboot et c'est à ce moment que je
constate l'impossibilité d'ouvrir une session graphique sur
l'utilisateur créé à l'installation
J'ai quelques fichiers de log à proposer mais j'ignore s'il est
possible
de les passer sur la liste vu leur taille : 118 et 82 ko
J'ai bien entendu Googled et Binged sur ce problème mais n'ai rien
trouvé qui soit suffisamment ressemblant à ce cas de figure et j'hésite >>> à me lancer dans des opérations scabreuses de crainte de tout planter. >>> D'avance merci de vos avis, je peux fournir les logs si la liste le
permet.
En fait, j'ai déjà fait la première partie mais ça n'a pas résolu le problème.
La deuxième solution non plus, je n'arrive toujours pas à ouvrir une session graphique avec l'utilisateur jeff.
Le 19/07/2024 à 21:40, NoSpam a écrit :
Si tu arrives à te connecter en ssh sous l'utilisateur qui a installé (jeff je suppose):
sudo passwd
saisie du mot de passe puis une seconde fois pour validation
Vérifie aussi que le clavier est bien configuré dans la langue que tu désires et profites de la connexion en ssh pour faire un
cd /home/jeff
chown -R jeff:jeff *
puis redémarre
Les autres utilisateurs fonctionnent très bien en mode graphique et ils s'identifient parfaitement.
Il n'y a que celui qui a été créé à l'installation pour qui l'ouverture de session ne fonctionne pas.
En premier abord cela ressemble à une erreur dans l'identifiant d'utilisateur et/ou le mot de passe.
Le 19/07/2024 à 19:16, ajh-valmer a écrit :
Pilote carte graphique plus reconnu suite au passage vers
le dernier noyau ?
Donc boot en mode sans Xorg.
On Friday 19 July 2024 19:00:57 Halbrante wrote:
J'ai installé la Debian 12 sur un mini PC HP Prodesk et tout se passait >>>>> bien jusqu'à un reboot suite auquel, il m'était impossible d'ouvrir une >>>>> session graphique de l’utilisateur créé à l'installation du système :
après avoir donné l'id et le mot de passe, l'écran revenait au début >>>>> après un bref passage par un écran noir et me représentait à nouveau la
fenêtre de saisie Id + password.
Lorsque j'ouvre un terminal via ssh à partir d'une autre machine, je >>>>> peux me connecter sans problème: l'Id et passwd sont reconnus.
J'ai une autre utilisateur créé à l’installation qui lui, ne pose pas de
problème : je peux m'identifier et ouvrir une session graphique;
J'ai pu créer un troisième utilisateur sans problème. Il peut aussi >>>>> ouvrir une session graphique.
Opérations précédant l'apparition du problème :
- le 16/07 -23h15 : une installation de Wireshark suivi d'un autoremove >>>>> d'apache 2 que j'ai supprimé au profit de lighttpd
- le 16/07 -23h17 le système me propose d'installer une nouvelle image >>>>> (6.1.0-23) ainsi qu'une nouvelle librairie (Linux-libc-dev)
- Le 17/07 - 22h10 le système me propose de faire un autoremove de
l'image la plus ancienne car il est passé des versions 21/22 à 22/23 >>>>> Le 17/07 à 22h47 je procède à un reboot et c'est à ce moment que je >>>>> constate l'impossibilité d'ouvrir une session graphique sur
l'utilisateur créé à l'installation
J'ai quelques fichiers de log à proposer mais j'ignore s'il est possible >>>>> de les passer sur la liste vu leur taille : 118 et 82 ko
J'ai bien entendu Googled et Binged sur ce problème mais n'ai rien
trouvé qui soit suffisamment ressemblant à ce cas de figure et j'hésite
à me lancer dans des opérations scabreuses de crainte de tout planter. >>>>> D'avance merci de vos avis, je peux fournir les logs si la liste le permet.
C'est xfce4------MUIF8OC647CVL9Z015MOT9ZW2A896W
Le 20/07/2024 à 07:25, Testeur a écrit :
Sur quel afficheur graphique es tu ?
Il m'est arrivé d'avoir un souci sur xfce4, j'ai dû me recréer une session graphique neuve pour pouvoir me reconnecter. Possible que sur d'autres afficheurs graphique cela fasse pareil ?!
Le 19 juillet 2024 22:22:45 GMT+02:00, Halbrante <halbrante@gmail.com> a écrit :
En fait, j'ai déjà fait la première partie mais ça n'a pas résolu >> le problème. La deuxième solution non plus, je n'arrive toujours
pas à ouvrir une session graphique avec l'utilisateur jeff. Le
19/07/2024 à 21:40, NoSpam a écrit :
Si tu arrives à te connecter en ssh sous l'utilisateur qui a
installé (jeff je suppose): sudo passwd saisie du mot de passe
puis une seconde fois pour validation Vérifie aussi que le
clavier est bien configuré dans la langue que tu désires et
profites de la connexion en ssh pour faire un cd /home/jeff
chown -R jeff:jeff * puis redémarre
Les autres utilisateurs fonctionnent très bien en mode
graphique et ils s'identifient parfaitement. Il n'y a que
celui qui a été créé à l'installation pour qui l'ouverture >> de session ne fonctionne pas. En premier abord cela
ressemble à une erreur dans l'identifiant d'utilisateur
et/ou le mot de passe. Le 19/07/2024 Ã 19:16, ajh-valmer a
écrit :
Pilote carte graphique plus reconnu suite au passage
vers le dernier noyau ? Donc boot en mode sans Xorg.
On Friday 19 July 2024 19:00:57 Halbrante wrote:
J'ai installé la Debian 12 sur un mini PC HP
Prodesk et tout se passait bien jusqu'Ã un reboot
suite auquel, il m'était impossible d'ouvrir une
session graphique de l’utilisateur créé Ã
l'installation du système : après avoir donné l'id
et le mot de passe, l'écran revenait au début
après un bref passage par un écran noir et me
représentait à nouveau la fenêtre de saisie Id +
password. Lorsque j'ouvre un terminal via ssh Ã
partir d'une autre machine, je peux me connecter
sans problème: l'Id et passwd sont reconnus. J'ai
une autre utilisateur créé à l’installation qui
lui, ne pose pas de problème : je peux
m'identifier et ouvrir une session graphique; J'ai
pu créer un troisième utilisateur sans problème.
Il peut aussi ouvrir une session graphique.
Opérations précédant l'apparition du problème : -
le 16/07 -23h15 : une installation de Wireshark
suivi d'un autoremove d'apache 2 que j'ai supprimé
au profit de lighttpd - le 16/07 -23h17 le système
me propose d'installer une nouvelle image
(6.1.0-23) ainsi qu'une nouvelle librairie
(Linux-libc-dev) - Le 17/07 - 22h10 le système me
propose de faire un autoremove de l'image la plus
ancienne car il est passé des versions 21/22 Ã
22/23 Le 17/07 à 22h47 je procède à un reboot et
c'est à ce moment que je constate l'impossibilité
d'ouvrir une session graphique sur l'utilisateur
créé à l'installation J'ai quelques fichiers de
log à proposer mais j'ignore s'il est possible de
les passer sur la liste vu leur taille : 118 et 82
ko J'ai bien entendu Googled et Binged sur ce
problème mais n'ai rien trouvé qui soit
suffisamment ressemblant à ce cas de figure et
j'hésite à me lancer dans des opérations
scabreuses de crainte de tout planter. D'avance
merci de vos avis, je peux fournir les logs si la
liste le permet.
J'ai installé la Debian 12 sur un mini PC HP Prodesk et tout se passait bien jusqu'à un reboot suite auquel, il m'était impossible d'ouvrir une session graphique de l’utilisateur créé à l'installation du système : après avoir
donné l'id et le mot de passe, l'écran revenait au début après un bref passage par un écran noir et me représentait à nouveau la fenêtre de saisie
Id + password.
Bonjour,<!DOCTYPE html>
Merci pour la suggestion, voici ce que ça donne.
J'ignore quels droits seraient les bons !
jeff@desktop-DEBIAN:~$ ls -al ~/.cache/sessions
total 52
drwx------Â 3 jeff jeff 4096 17 juil. 00:00 .
drwx------ 20 jeff jeff 4096 17 juil. 22:11 ..
drwx------Â 2 jeff jeff 4096Â 8 juil. 21:39 thumbs-desktop-DEBIAN:0 -rw-r--r--Â 1 jeff jeff 2508 16 juil. 23:43 xfce4-session-desktop-DEBIAN:0 -rw-r--r--Â 1 jeff jeff 2508 16 juil. 23:31 xfce4-session-desktop-DEBIAN:0.bak
-rw-r--r-- 1 jeff jeff 417 8 juil. 00:17 xfwm4-20266e36c-fa3a-4a6e-9864-e8c6d32a7b07.state
-rw-r--r-- 1 jeff jeff 783 30 juin 23:09 xfwm4-213fab1e1-0e92-473b-8f57-1c4175b81ab1.state
-rw-r--r-- 1 jeff jeff 2419 29 juin 22:58 xfwm4-21df65c41-6f03-455c-b335-34a88b820440.state
-rw-r--r-- 1 jeff jeff 411 5 juil. 22:52 xfwm4-263499c2c-5bec-434d-835a-c4ea4e470c79.state
-rw-r--r--Â 1 jeff jeff 1163Â 1 juil. 22:40 xfwm4-27314f5a0-681d-44b0-a4cf-28974de23524.state
-rw-r--r-- 1 jeff jeff 829 1 juil. 18:42 xfwm4-2d5a081ee-fec5-4ff3-9d53-bfac8daba034.state
-rw-r--r-- 1 jeff jeff 798 6 juil. 23:06 xfwm4-2d610886c-ea90-49a2-9b5b-4a3cb23b6b2a.state
-rw-r--r-- 1 jeff jeff 452 3 juil. 23:46 xfwm4-2da70ca3c-e0da-417b-8016-0e0d8d08012c.state
jeff@desktop-DEBIAN:~$
Le 21/07/2024 à 09:25, Testeur a écrit :
Peut être un problème de droit (comme énoncé sur la liste ) sur ce
dossier : ls -al ~/.cache/sessions ?
Le 20 juillet 2024 09:15:43 GMT+02:00, Halbrante
<halbrante@gmail.com> a écrit :
C'est xfce4
Le 20/07/2024 à 07:25, Testeur a écrit :
Sur quel afficheur graphique es tu ?
Il m'est arrivé d'avoir un souci sur xfce4, j'ai dû me recréer
une session graphique neuve pour pouvoir me reconnecter.
Possible que sur d'autres afficheurs graphique cela fasse pareil ?!
Le 19 juillet 2024 22:22:45 GMT+02:00, Halbrante
<halbrante@gmail.com> a écrit :
En fait, j'ai déjà fait la première partie mais ça n'a pas
résolu le problème. La deuxième solution non plus, je
n'arrive toujours pas à ouvrir une session graphique avec
l'utilisateur jeff. Le 19/07/2024 à 21:40, NoSpam a écrit :
Si tu arrives à te connecter en ssh sous l'utilisateur
qui a installé (jeff je suppose): sudo passwd saisie du
mot de passe puis une seconde fois pour validation
Vérifie aussi que le clavier est bien configuré dans la
langue que tu désires et profites de la connexion en ssh
pour faire un cd /home/jeff chown -R jeff:jeff * puis
redémarre
Les autres utilisateurs fonctionnent très bien en
mode graphique et ils s'identifient parfaitement. Il
n'y a que celui qui a été créé à l'installation pour >>> qui l'ouverture de session ne fonctionne pas. En
premier abord cela ressemble à une erreur dans
l'identifiant d'utilisateur et/ou le mot de passe.
Le 19/07/2024 à 19:16, ajh-valmer a écrit :
Pilote carte graphique plus reconnu suite au
passage vers le dernier noyau ? Donc boot en
mode sans Xorg. On Friday 19 July 2024 19:00:57
Halbrante wrote:
J'ai installé la Debian 12 sur un mini PC HP
Prodesk et tout se passait bien jusqu'Ã un
reboot suite auquel, il m'était impossible
d'ouvrir une session graphique de
l’utilisateur créé à l'installation du
système : après avoir donné l'id et le mot
de passe, l'écran revenait au début après un
bref passage par un écran noir et me
représentait à nouveau la fenêtre de saisie
Id + password. Lorsque j'ouvre un terminal
via ssh à partir d'une autre machine, je
peux me connecter sans problème: l'Id et
passwd sont reconnus. J'ai une autre
utilisateur créé à l’installation qui lui,
ne pose pas de problème : je peux
m'identifier et ouvrir une session
graphique; J'ai pu créer un troisième
utilisateur sans problème. Il peut aussi
ouvrir une session graphique. Opérations
précédant l'apparition du problème : - le
16/07 -23h15 : une installation de Wireshark
suivi d'un autoremove d'apache 2 que j'ai
supprimé au profit de lighttpd - le 16/07
-23h17 le système me propose d'installer une
nouvelle image (6.1.0-23) ainsi qu'une
nouvelle librairie (Linux-libc-dev) - Le
17/07 - 22h10 le système me propose de faire
un autoremove de l'image la plus ancienne
car il est passé des versions 21/22 à 22/23
Le 17/07 à 22h47 je procède à un reboot et
c'est à ce moment que je constate
l'impossibilité d'ouvrir une session
graphique sur l'utilisateur créé Ã
l'installation J'ai quelques fichiers de log
à proposer mais j'ignore s'il est possible
de les passer sur la liste vu leur taille :
118 et 82 ko J'ai bien entendu Googled et
Binged sur ce problème mais n'ai rien trouvé
qui soit suffisamment ressemblant à ce cas
de figure et j'hésite à me lancer dans des
opérations scabreuses de crainte de tout
planter. D'avance merci de vos avis, je peux
fournir les logs si la liste le permet.
J'ai été tenté par cette manip mais il y a une chose qui m'échappe, c'est pourquoi l'interface graphique des utilisateurs qui sont créées après l'installation n'est pas le même que celui qui est présenté pour celui qui a créé lors de l'installation. Je n’avais pas l'habitude de ces comportements dans les version antérieures.
Je pense que je me suis trompé de distribution : j'ai besoin d'un
système stable et malheureusement la Debian 12 ne l'est pas puisqu'elle
ne l'est restée qu'un mois !!!!
La 2eme ou 3eme mise à jour lui a été fatale :-((
Je ne ferais pas de l'acharnement thérapeutique, j'ai autre chose Ã
faire :-D
Merci à tous de de vos conseils, je jette l'éponge ..
Le 21/07/2024 à 12:57, ajh-valmer a écrit :
En supprimant totalement en mode console le user qui ne veut pas
de session graphique ainsi que son répertoire /home/user/
puis, reboot et réinstallation du user.
Même démarche mais login graphique en mode root :
Arriver sur le login graphique, wdm, xdm, lightdm...
y a t-il une liste de users proposés ?
Se logguer sous root et recréer le user récalcitrant.
Selon moi, ce n'est pas Xorg le responsable, mais le bureau,
au moment de l'upgrade.
Je pense que je me suis trompé de distribution : j'ai besoin d'un système stable et malheureusement la Debian 12 ne l'est pas puisqu'elle ne l'est restée qu'un mois !!!!
La 2eme ou 3eme mise à jour lui a été fatale :-((
Merci à tous de de vos conseils, je jette l'éponge ..
L'environnement graphique de l'utilisateur créé à l'installation était Xfce4.
Lorsque j'ai créé un second puis un troisième utilisateur ( par
adduser), il était sous Gnome !!! ... Pourquoi ?
Y aurait-il une incompatibilité entre les deux ?
Le 21/07/2024 à 15:02, Jean-Michel OLTRA a écrit :
        Bonjour,
Le dimanche 21 juillet 2024, Halbrante a écrit...
Je pense que je me suis trompé de distribution : j'ai besoin d'unC'est ton interprétation. Je suis sous Debian depuis 24 ans, depuis
système
stable et malheureusement la Debian 12 ne l'est pas puisqu'elle ne
l'est
restée qu'un mois !!!!
La 2eme ou 3eme mise à jour lui a été fatale :-((
Potato,
et quasiment en testing depuis le début. Et je ne serais pas aussi
affirmatif que toi. Sans compter mes serveurs pro, toujours sous Debian
stable et qui ne bronchent pas.
Je dis souvent, à moi même et à mes collaborateurs, que l'erreur est
entre
la chaise et le clavier. Cf l'erreur gdm3 après installation de fuse
pour
faire fonctionner un truc qui s'appelle Ostara sous Ubuntu.
Quand on a trouvé l'origine de la panne (la mise à jour), et qu'on a
corrigé, c'est reparti comme avant.
Merci à tous de de vos conseils, je jette l'éponge ..C'est toujours dommage d'abandonner. Un de mes potes dit toujours
"faut que
ça vienne ou que ça dise pourquoi..."
Tu peux toujours essayer un autre DM avant de tout casser, ça ne
coûte rien
d'essayer et ça peut t'apporter des logs exploitables.
Bonjour et merci de votre intervention.
Je ne sais pas comment qualifier la situation : ce n'est pas un
problème d'identification puisque l'utilisateur "jeff" a accès a son
home et s’identifie sans problème dans une session ssh distante Ã
partir d'une autre machine du réseau local
Il ne semble pas davantage que ce soit un problème de DM puisque les
deux autres utilisateurs peuvent ouvrir leur session graphique.
Vu de l'utilisateur, ça ressemble à un Usr-Id et / ou un password
invalide : la mire de login est ré-présentée après un passage par un fugitif passage par un écran noir.
J'utilise xfce4 et j’hésite à installer que que ce soit d'autre de crainte de tout casser et de perdre tout ce que j'ai installé et
configuré !
J'ai bien sur cherché les logs de xfce4 mais lorsque je regarde dans: /home/jeff/.cache/sessions/xfce4-session-desktop-DEBIAN:0
Je ne vois rien qui me soit utile pour chercher l'origine du problème.
Le mystère persiste, je devrais chercher une autre alternative à cette version de lInux.
Le 21/07/2024 à 11:41, Jean-Michel OLTRA a écrit :
        Bonjour,
Le vendredi 19 juillet 2024, Halbrante a écrit...
J'ai installé la Debian 12 sur un mini PC HP Prodesk et tout seSi je comprends bien, tu as la mire de login, donc on n'est pas
passait bien
jusqu'à un reboot suite auquel, il m'était impossible d'ouvrir une
session
graphique de l’utilisateur créé à l'installation du système : après >>> avoir
donné l'id et le mot de passe, l'écran revenait au début après un bref >>> passage par un écran noir et me représentait à nouveau la fenêtre de >>> saisie
Id + password.
forcément
sur un problème de session graphique.
As tu essayé d'installer un autre display manager ? Lequel utilises tu,
d'ailleurs ? Tu peux tenter avec wdm, ou xdm, ou lightdm ?
As tu regardé, si tu les trouves, les logs de ton DM ? Je ne connais pas
xfce4, donc je ne peux pas t'orienter sur ce coup là .
Peut-être aucun rapport, mais j'ai eu récemment un collaborateur qui
a perdu
son gdm3 (sur Ubuntu) avec une installation de fuse.
Deux DM cohabitent Xfce et Gnome
Ce qui est proposé est :
- GNOME
- GNOME Classique
- GNOME classique sur Xorg
- GNOME sur Xorg
- Default Xsession
- Session Xfce
Toutes permettent de se connecter sauf "session Xfce", on s'en doutait un
peu !!
Le 22/07/2024 à 12:39, ajh-valmer a écrit :
Je conseille de faire une désinstallation complète de Gnome ainsi
que de XFCE, du user incriminé, reboot, puis l'installation du fantastique bureau TDE-TRINITY, en plus léger et le boot graphique tdm-trinity.
Et là, tu seras réconcilié avec Debian.
C'est joli ! Je n'ai pas Googlé dans les recoins mais ça me rappelle un
peu KDE !
De fait je n'ai pas absolument besoin d'un interface graphique pour mes applications mais j'apprécie ponctuellement le confort dans certaines situations. Merci de la suggestion.
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 13:50:20 |
Calls: | 10,389 |
Calls today: | 4 |
Files: | 14,061 |
Messages: | 6,416,889 |
Posted today: | 1 |