• Re: DEBIAN 12 : Plus d'ouverture de session graphique

    From Klaus Becker@21:1/5 to All on Fri Jul 19 19:50:01 2024
    Est ce que tes fichiers t'appartiennent ?

    ls -l /home/user

    Sinon
    & chown -R user /home/user

    En tty bien sûr

    Klaus

    <html>
    <head>
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    </head>
    <body>
    <span dir="ltr" style="margin-top:0; margin-bottom:0;">Est ce que tes fichiers t'appartiennent ?</span>
    <br>
    <br><span dir="ltr" style="margin-top:0; margin-bottom:0;">ls -l /home/user </span>
    <br>
    <br><span dir="ltr" style="margin-top:0; margin-bottom:0;">Sinon </span>
    <br><span dir="ltr" style="margin-top:0; margin-bottom:0;">&amp; chown -R user /home/user </span>
    <br>
    <br><span dir="ltr" style="margin-top:0; margin-bottom:0;">En tty bien sûr </span>
    <br>
    <br><span dir="ltr" style="margin-top:0; margin-bottom:0;">Klaus </span>
    <br>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Cyrille@21:1/5 to All on Fri Jul 19 19:30:01 2024
    Bonsoir

    TU es sûr que l'espace disque est suffisant

    df -h

    ?


    Le Fri, 19 Jul 2024 19:00:57 +0200,
    Halbrante <halbrante@gmail.com> a écrit :

    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.




    --

    https://cbiot.fr | https://fausse-alerte.fr
    https://crust.ovh | https://framagit.org/CyrilleBiot _______________________________________________________________________

    Hé Faciste ! Tu n'passeras pas !
    Contre nous, tu ne fais pas l'poids !
    AntiFA de nos régions !
    Toujours prêt pour la baston !

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Fri Jul 19 19:20:02 2024
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Klaus Becker@21:1/5 to All on Fri Jul 19 20:20:01 2024
    Je me corrige :

    # chown -R user /home/user

    Klaus

    <html>
    <head>
    <meta name="viewport" content="width=device-width, initial-scale=1.0">
    </head>
    <body>
    <span dir="ltr" style="margin-top:0; margin-bottom:0;">Je me corrige :</span>
    <br>
    <br><span dir="ltr" style="margin-top:0; margin-bottom:0;"># chown -R user /home/user </span>
    <br>
    <br><span dir="ltr" style="margin-top:0; margin-bottom:0;">Klaus </span>
    <br>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NoSpam@21:1/5 to All on Fri Jul 19 21:50:01 2024
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Testeur@21:1/5 to All on Sat Jul 20 07:40:02 2024
    ------0UUSFHI29IJ5SPQD6SI2W594BR845D
    Content-Type: text/plain;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    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.



    ------0UUSFHI29IJ5SPQD6SI2W594BR845D
    Content-Type: text/html;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    <html><head></head><body><div dir="auto">Sur quel afficheur graphique es tu ?<br>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 ?!</div><br><br><div class="gmail_quote"><div dir="auto">Le 19 juillet 2024 22:22:45 GMT+02:00, Halbrante &lt;halbrante@gmail.com&gt; a écrit :</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px
    solid rgb(204, 204, 204); padding-left: 1ex;">
    <pre class="k9mail"><div dir="auto">En fait, j'ai déjà fait la première partie mais ça n'a pas résolu le problème.<br><br>La deuxième solution non plus, je n'arrive toujours pas à ouvrir une session graphique avec l'utilisateur jeff.<br><br>Le 19/
    07/2024 à 21:40, NoSpam a écrit&nbsp;:<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><div dir="auto">Si tu arrives à te connecter en ssh sous l'utilisateur qui a installé
    (jeff je suppose):<br><br>sudo passwd<br><br>saisie du mot de passe puis une seconde fois pour validation<br><br>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<br><br>cd /
    home/jeff<br><br>chown -R jeff:jeff *<br><br>puis redémarre<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><div dir="auto">Les autres utilisateurs fonctionnent très
    bien en mode graphique et ils s'identifient parfaitement.<br><br>Il n'y a que celui qui a été créé à l'installation pour qui l'ouverture de session ne fonctionne pas.<br>En premier abord cela ressemble à une erreur dans l'identifiant d'utilisateur
    et/ou le mot de passe.<br><br>Le 19/07/2024 à 19:16, ajh-valmer a écrit&nbsp;:<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"><div dir="auto">Pilote carte graphique plus
    reconnu suite au passage vers<br>le dernier noyau ?<br>Donc boot en mode sans Xorg.<br><br>On Friday 19 July 2024 19:00:57 Halbrante wrote:<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-
    left: 1ex;"><div dir="auto">J'ai installé la Debian 12 sur un mini PC HP Prodesk et tout se passait<br>bien jusqu'à un reboot suite auquel, il m'était impossible d'ouvrir une<br>session graphique de l’utilisateur créé à l'installation du système
    :<br>après avoir donné l'id et le mot de passe, l'écran revenait au début<br>après un bref passage par un écran noir et me représentait à nouveau la<br>fenêtre de saisie Id + password.<br>Lorsque j'ouvre un terminal via ssh à partir d'une autre
    machine, je<br>peux me connecter sans problème: l'Id et passwd sont reconnus.<br>J'ai une autre utilisateur créé à l’installation qui lui, ne pose pas de<br>problème : je peux m'identifier et ouvrir une session graphique;<br>J'ai pu créer un
    troisième utilisateur sans problème. Il peut aussi<br>ouvrir une session graphique.<br>Opérations précédant l'apparition du problème :<br>- le 16/07 -23h15 : une installation de Wireshark suivi d'un autoremove<br>d'apache 2 que j'ai supprimé au
    profit de lighttpd<br>- le 16/07 -23h17 le système me propose d'installer une nouvelle image<br>(6.1.0-23) ainsi qu'une nouvelle librairie (Linux-libc-dev)<br>- Le 17/07 - 22h10 le système me propose de faire un autoremove de<br>l'image la plus
    ancienne car il est passé des versions 21/22 à 22/23<br>Le 17/07 à 22h47 je procède à un reboot et c'est à ce moment que je<br>constate l'impossibilité d'ouvrir une session graphique sur<br>l'utilisateur créé à l'installation<br>J'ai quelques
    fichiers de log à proposer mais j'ignore s'il est possible<br>de les passer sur la liste vu leur taille : 118 et 82 ko<br>J'ai bien entendu Googled et Binged sur ce problème mais n'ai rien<br>trouvé qui soit suffisamment ressemblant à ce cas de
    figure et j'hésite<br>à me lancer dans des opérations scabreuses de crainte de tout planter.<br>D'avance merci de vos avis, je peux fournir les logs si la liste le permet.<br></div></blockquote></blockquote></blockquote><div dir="auto"><br></div></
    blockquote><div dir="auto"><br></div></pre></blockquote></div></body></html> ------0UUSFHI29IJ5SPQD6SI2W594BR845D--

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Testeur@21:1/5 to All on Sun Jul 21 09:30:01 2024
    ------MUIF8OC647CVL9Z015MOT9ZW2A896W
    Content-Type: text/plain;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    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.
    ------MUIF8OC647CVL9Z015MOT9ZW2A896W
    Content-Type: text/html;
    charset=utf-8
    Content-Transfer-Encoding: quoted-printable

    <!doctype html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body><div dir="auto">Peut être un problème de droit (comme énoncé sur la liste ) sur ce dossier : ls -al ~/.cache/sessions ?</div><br><br><div class="gmail_quote"><div dir="auto">Le 20 juillet 2024 09:15:43 GMT+02:00, Halbrante &lt;halbrante@gmail.
    com&gt; a écrit :</div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

    <p>C'est xfce4<br>
    </p>
    <div class="moz-cite-prefix">Le 20/07/2024 à 07:25, Testeur a
    écrit&nbsp;:<br>
    </div>
    <blockquote type="cite" cite="mid:31BBE074-98AF-4433-8391-1F19BFB0C80A@starinux.org">
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    <div dir="auto">Sur quel afficheur graphique es tu ?<br>
    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
    ?!</div>
    <br>
    <br>
    <div class="gmail_quote">
    <div dir="auto">Le 19 juillet 2024 22:22:45 GMT+02:00, Halbrante
    <a class="moz-txt-link-rfc2396E" href="mailto:halbrante@gmail.com">&lt;halbrante@gmail.com&gt;</a> a écrit&nbsp;:</div>
    <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
    <pre class="k9mail"><div dir="auto">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&nbsp;:
    </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><div dir="auto">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

    </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><div dir="auto">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&nbsp;:
    </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"><div dir="auto">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:
    </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-left: 1ex;"><div dir="auto">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. </div></blockquote></blockquote></blockquote><div dir="auto"> </div></blockquote><div dir="auto">
    </div></pre>
    </blockquote>
    </div>
    </blockquote>
    </blockquote></div></body>
    </html>

    ------MUIF8OC647CVL9Z015MOT9ZW2A896W--

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean-Michel OLTRA@21:1/5 to All on Sun Jul 21 12:00:01 2024
    Bonjour,


    Le vendredi 19 juillet 2024, Halbrante a écrit...


    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.

    Si je comprends bien, tu as la mire de login, donc on n'est pas 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.

    --
    jm

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From testeur@21:1/5 to All on Sun Jul 21 12:00:01 2024
    This is a multi-part message in MIME format.
    tout est bon au niveau des droits de ce dossier...
    Si tu te connectes en ligne de commande (tty : ctrl + alt + f2) avec ton compte jeff, que te donne un : startxfce4 ?

    La question de didier gaumet sur la liste hier, au sujet de ce que
    contient le xsession-errors pourrait aussi donner une piste ...

    Le 21/07/2024 à 10:56, Halbrante a écrit :

    Bonjour,

    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.

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p>tout est bon au niveau des droits de ce dossier...<br>
    Si tu te connectes en ligne de commande (tty : ctrl + alt + f2)
    avec ton compte jeff, que te donne un : startxfce4 ?<br>
    <br>
    La question de didier gaumet sur la liste hier, au sujet de ce que
    contient le xsession-errors pourrait aussi donner une piste ...<br>
    <br>
    </p>
    <div class="moz-cite-prefix">Le 21/07/2024 à 10:56, Halbrante a
    écrit :<br>
    </div>
    <blockquote type="cite"
    cite="mid:50c204fe-d135-4158-817c-06a2bd285cf2@gmail.com">
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    <p>Bonjour,</p>
    <p>Merci pour la suggestion, voici ce que ça donne.<br>
    J'ignore quels droits seraient les bons !</p>
    <p>jeff@desktop-DEBIAN:~$ ls -al ~/.cache/sessions<br>
    total 52<br>
    drwx------  3 jeff jeff 4096 17 juil. 00:00 .<br>
    drwx------ 20 jeff jeff 4096 17 juil. 22:11 ..<br>
    drwx------  2 jeff jeff 4096  8 juil. 21:39
    thumbs-desktop-DEBIAN:0<br>
    -rw-r--r--  1 jeff jeff 2508 16 juil. 23:43
    xfce4-session-desktop-DEBIAN:0<br>
    -rw-r--r--  1 jeff jeff 2508 16 juil. 23:31
    xfce4-session-desktop-DEBIAN:0.bak<br>
    -rw-r--r--  1 jeff jeff  417  8 juil. 00:17
    xfwm4-20266e36c-fa3a-4a6e-9864-e8c6d32a7b07.state<br>
    -rw-r--r--  1 jeff jeff  783 30 juin  23:09
    xfwm4-213fab1e1-0e92-473b-8f57-1c4175b81ab1.state<br>
    -rw-r--r--  1 jeff jeff 2419 29 juin  22:58
    xfwm4-21df65c41-6f03-455c-b335-34a88b820440.state<br>
    -rw-r--r--  1 jeff jeff  411  5 juil. 22:52
    xfwm4-263499c2c-5bec-434d-835a-c4ea4e470c79.state<br>
    -rw-r--r--  1 jeff jeff 1163  1 juil. 22:40
    xfwm4-27314f5a0-681d-44b0-a4cf-28974de23524.state<br>
    -rw-r--r--  1 jeff jeff  829  1 juil. 18:42
    xfwm4-2d5a081ee-fec5-4ff3-9d53-bfac8daba034.state<br>
    -rw-r--r--  1 jeff jeff  798  6 juil. 23:06
    xfwm4-2d610886c-ea90-49a2-9b5b-4a3cb23b6b2a.state<br>
    -rw-r--r--  1 jeff jeff  452  3 juil. 23:46
    xfwm4-2da70ca3c-e0da-417b-8016-0e0d8d08012c.state<br>
    jeff@desktop-DEBIAN:~$<br>
    <br>
    </p>
    <div class="moz-cite-prefix">Le 21/07/2024 à 09:25, Testeur a
    écrit :<br>
    </div>
    <blockquote type="cite"
    cite="mid:3B59B036-48A4-49D2-B3EF-682DC4E0BE17@starinux.org">
    <meta http-equiv="Content-Type"
    content="text/html; charset=UTF-8">
    <div dir="auto">Peut être un problème de droit (comme énoncé sur
    la liste ) sur ce dossier : ls -al ~/.cache/sessions ?</div>
    <br>
    <br>
    <div class="gmail_quote">
    <div dir="auto">Le 20 juillet 2024 09:15:43 GMT+02:00,
    Halbrante <a class="moz-txt-link-rfc2396E"
    href="mailto:halbrante@gmail.com" moz-do-not-send="true">&lt;halbrante@gmail.com&gt;</a>
    a écrit :</div>
    <blockquote class="gmail_quote"
    style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
    <p>C'est xfce4<br>
    </p>
    <div class="moz-cite-prefix">Le 20/07/2024 à 07:25, Testeur
    a écrit :<br>
    </div>
    <blockquote type="cite" cite="mid:31BBE074-98AF-4433-8391-1F19BFB0C80A@starinux.org">
    <meta http-equiv="content-type"
    content="text/html; charset=UTF-8">
    <div dir="auto">Sur quel afficheur graphique es tu ?<br>
    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 ?!</div>
    <br>
    <br>
    <div class="gmail_quote">
    <div dir="auto">Le 19 juillet 2024 22:22:45 GMT+02:00,
    Halbrante <a class="moz-txt-link-rfc2396E"
    href="mailto:halbrante@gmail.com"
    moz-do-not-send="true">&lt;halbrante@gmail.com&gt;</a>
    a écrit :</div>
    <blockquote class="gmail_quote"
    style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
    <pre class="k9mail"><div dir="auto">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 :
    </div><blockquote class="gmail_quote"
    style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"><div
    dir="auto">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

    </div><blockquote class="gmail_quote"
    style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><div
    dir="auto">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 :
    </div><blockquote class="gmail_quote"
    style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"><div
    dir="auto">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:
    </div><blockquote class="gmail_quote"
    style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-left: 1ex;"><div
    dir="auto">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. </div></blockquote></blockquote></blockquote><div dir="auto"> </div></blockquote><div dir="auto">
    </div></pre>
    </blockquote>
    </div>
    </blockquote>
    </blockquote>
    </div>
    </blockquote>
    </blockquote>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Sun Jul 21 13:00:01 2024
    Hello,
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Sun Jul 21 15:10:01 2024
    Je n'ai pas entendu que Debian 12 est instable et pose problèmes.
    Merci de m'indiquer comment s'est passé ce blème,
    d'un nouvel utilisateur non accepté par le bureau :
    upgrade, ré-installation... ?

    On Sunday 21 July 2024 14:08:25 Halbrante wrote:
    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean-Michel OLTRA@21:1/5 to All on Sun Jul 21 15:20:01 2024
    Bonjour,


    Le dimanche 21 juillet 2024, Halbrante a écrit...


    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 :-((

    C'est ton interprétation. Je suis sous Debian depuis 24 ans, depuis 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.

    --
    jm

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From NoSpam@21:1/5 to All on Sun Jul 21 16:40:02 2024
    Lors de la connexion d'un utilisateur il est possible de choisir quel environnement utiliser si plusieurs DM sont installés

    Envoyé d'une Debian12 xfce4 ou Cinnamon sous Asahi Linux/Macbook Air

    Le 21/07/2024 à 16:24, Halbrante a écrit :
    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'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 :-((
    C'est ton interprétation. Je suis sous Debian depuis 24 ans, depuis
    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.


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From testeur@21:1/5 to All on Sun Jul 21 16:50:01 2024
    This is a multi-part message in MIME format.
    Après c'est comme tout, il y a une raison à cela (corruption de fichier
    dans ta session ? récupération home d'un autre système ? mise à jour plantée ? autre ?). Ce qui est sûr c'est que ta session xfce4 a eu un problème après mise à jour et reboot, ce n'est donc pas le pilote
    graphique ni xfce4 de debian (puisque les sessions d'autres utilisateurs fonctionnent).

    Les deux dernières solutions que je propose :

    1/ Rebooter sur un noyau d'avant la sauvegarde et voir si mieux ?

    2/ Sinon remettre à zéro ton XFCE (comme expliqué sur la page dédié à xfce pour debian https://wiki.debian.org/Xfce ) et recopier le
    necessaire aposteriori:

    mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
    mv ~/.config/xfce4/ ~/.config/xfce4-bak

    Mais à toi de voir.
    Bon courage

    Le 21/07/2024 à 13:28, Halbrante a écrit :

    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 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.
    Si je comprends bien, tu as la mire de login, donc on n'est pas
    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.


    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <p>Après c'est comme tout, il y a une raison à cela (corruption de
    fichier dans ta session ? récupération home d'un autre système ?
    mise à jour plantée ? autre ?). Ce qui est sûr c'est que ta
    session xfce4 a eu un problème après mise à jour et reboot, ce
    n'est donc pas le pilote graphique ni xfce4 de debian (puisque les
    sessions d'autres utilisateurs fonctionnent). <br>
    <br>
    Les deux dernières solutions que je propose :<br>
    <br>
    1/ Rebooter sur un noyau d'avant la sauvegarde et voir si mieux ?<br>
    <br>
    2/ Sinon remettre à zéro ton XFCE (comme expliqué sur la page
    dédié à xfce pour debian <a class="moz-txt-link-freetext" href="https://wiki.debian.org/Xfce">https://wiki.debian.org/Xfce</a> ) et
    recopier le necessaire aposteriori: <br>
    </p>
    <pre>mv ~/.config/xfce4-session/ ~/.config/xfce4-session-bak
    <span class="anchor" id="line-2"></span>mv ~/.config/xfce4/ ~/.config/xfce4-bak

    Mais à toi de voir.
    Bon courage

    Le 21/07/2024 à 13:28, Halbrante a écrit :</pre>
    <blockquote type="cite"
    cite="mid:b0c31cb2-1650-4114-9104-1a7e4de51aad@gmail.com">Bonjour
    et merci de votre intervention.
    <br>
    <br>
    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
    <br>
    Il ne semble pas davantage que ce soit un problème de DM puisque
    les deux autres utilisateurs peuvent ouvrir leur session
    graphique.
    <br>
    <br>
    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.
    <br>
    <br>
    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é !
    <br>
    <br>
    J'ai bien sur cherché les logs de xfce4 mais lorsque je regarde
    dans: /home/jeff/.cache/sessions/xfce4-session-desktop-DEBIAN:0
    <br>
    <br>
    Je ne vois rien qui me soit utile pour chercher l'origine du
    problème.
    <br>
    <br>
    Le mystère persiste, je devrais chercher une autre alternative à
    cette version de lInux.
    <br>
    <br>
    <br>
    Le 21/07/2024 à 11:41, Jean-Michel OLTRA a écrit :
    <br>
    <blockquote type="cite">         Bonjour,
    <br>
    <br>
    <br>
    Le vendredi 19 juillet 2024, Halbrante a écrit...
    <br>
    <br>
    <br>
    <blockquote type="cite">J'ai installé la Debian 12 sur un mini
    PC HP Prodesk et tout se passait bien
    <br>
    jusqu'à un reboot suite auquel, il m'était impossible d'ouvrir
    une session
    <br>
    graphique de l’utilisateur créé à l'installation du système :
    après avoir
    <br>
    donné l'id et le mot de passe, l'écran revenait au début après
    un bref
    <br>
    passage par un écran noir et me représentait à nouveau la
    fenêtre de saisie
    <br>
    Id + password.
    <br>
    </blockquote>
    Si je comprends bien, tu as la mire de login, donc on n'est pas
    forcément
    <br>
    sur un problème de session graphique.
    <br>
    <br>
    As tu essayé d'installer un autre display manager ? Lequel
    utilises tu,
    <br>
    d'ailleurs ? Tu peux tenter avec wdm, ou xdm, ou lightdm ?
    <br>
    As tu regardé, si tu les trouves, les logs de ton DM ? Je ne
    connais pas
    <br>
    xfce4, donc je ne peux pas t'orienter sur ce coup là.
    <br>
    <br>
    Peut-être aucun rapport, mais j'ai eu récemment un collaborateur
    qui a perdu
    <br>
    son gdm3 (sur Ubuntu) avec une installation de fuse.
    <br>
    <br>
    </blockquote>
    <br>
    </blockquote>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olivier@21:1/5 to All on Sun Jul 21 18:40:01 2024
    Bonjour,

    Concernant la session graphique, j'ai remarqué un plantage...

    J'ai Debian 12 avec Firefox ESR, et comme extension Adblock (qui est efficace)...Sauf que aléatoirement tout ce bloque (souris, clavier), et
    je perds mes modifications lorsque je travaille...

    J'ai recherché au niveau des paramétrages de firefox, en enlevant l’accélération matérielle (comme indiqué). J'ai remarqué que c'est souvent en utilisant Firefox (le fichier ls-archive.sqlite prend
    énormément de place).

    Comment résoudre ce problème ?

    Merci par avance

    Olivier

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jean-Michel OLTRA@21:1/5 to All on Mon Jul 22 00:00:01 2024
    Bonjour,


    Le dimanche 21 juillet 2024, Halbrante a écrit...


    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 !!

    As tu quelque chose d'exploitable dans ton .xsession-errors

    As tu essayé de supprimer (renommer) le cache de session de xfce4 comme un précédent intervenant te l'as proposé ?

    As tu essayé de te connecter sur xfce4 avec un de tes autres utilisateurs et de récupérer leurs données de session pour remplacer ceux de l'utilisateur qui ne peut pas se connecter ?

    --
    jm

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From ajh-valmer@21:1/5 to All on Mon Jul 22 16:20:01 2024
    On Monday 22 July 2024 13:18:30 Halbrante wrote:
    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 !

    TDE-TRINITY est la version KDE-3 remaniée par une équipe américaine,
    après la version KDE-4 qui a dégénéré.
    Bien des utilisateurs ne la supportaient pas dont moi.
    Elle est tenue à jour régulièrement : www.trinitydesktop.org/

    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)