Forum Linux.général [Mageia 4] Login impossible

Posté par Sclarckone le 14 mars 2014 à 19:00. Licence CC By‑SA.

Étiquettes :

mar.

2014

Salut les moules,

J'utilise Mageia 4 depuis un mois environ et j'en suis plutôt content mais depuis une semaine je ne peux plus me loguer dans ma session Cinnamon, ce qui est plutôt fâcheux !

J'ai posté sur le forum de Mageia mais sans trop de succès jusqu'à présent… :-(

Les symptômes sont les suivants :

le boot se passe bien jusqu'à arriver à l'écran de LightDM (que je ne devrais en fait pas voir car j'avais activé l'autologin) ;
je tape donc mon mot de passe et l’authentification semble réussir ;
un écran avec le logo Nvidia s'affiche (j'utilise le pilote proprio) ;
et là patatras, écran noir puis retour à l'écran de login.

Si je devais essayer de deviner ce qui cloche, je dirais que le serveur X se vautre au moment où je me logue ??

Le log .xsessions-errors se finit par :

XIO:  fatal IO error 4 (Interrupted system call) on X server ":0"
      after 4996 requests (4996 known processed) with 0 events remaining.

Et dans journalctl -b il y a les entrées suivantes concernant les sessions utilisateurs :

Mar 13 21:22:37 localhost systemd[1]: Starting User Manager for 500...
Mar 13 21:22:37 localhost systemd[1]: Starting Session 1 of user sclarckone.
Mar 13 21:22:37 localhost systemd-logind[961]: New session 1 of user sclarckone.
Mar 13 21:22:37 localhost systemd-logind[961]: Linked /tmp/.X11-unix/X0 to /run/user/500/X11-display.
Mar 13 21:22:37 localhost systemd[1389]: pam_tcb(systemd-user:session): Session opened for sclarckone by (uid=0)
Mar 13 21:22:37 localhost systemd[1]: Started Session 1 of user sclarckone.
Mar 13 21:22:37 localhost systemd[1389]: Failed to open private bus connection: Failed to connect to socket /run/user/500/dbus/user_bus_socket: No such file or directory
Mar 13 21:22:37 localhost systemd[1]: Stopping Session 1 of user sclarckone.
Mar 13 21:22:37 localhost systemd[1]: Stopped Session 1 of user sclarckone.
Mar 13 21:22:37 localhost systemd[1389]: Starting Default.
Mar 13 21:22:37 localhost systemd[1389]: Reached target Default.
Mar 13 21:22:37 localhost systemd[1389]: Startup finished in 21ms.
Mar 13 21:22:37 localhost systemd[1]: Started User Manager for 500.
Mar 13 21:22:37 localhost systemd-logind[961]: Removed session 1.
Mar 13 21:22:37 localhost systemd[1]: Stopping User Manager for 500...
Mar 13 21:22:37 localhost lightdm[1385]: pam_tcb(lightdm-autologin:session): Session opened for sclarckone by sclarckone(uid=0)
Mar 13 21:22:37 localhost systemd[1394]: pam_tcb(systemd-user:session): Session opened for sclarckone by (uid=0)
Mar 13 21:22:37 localhost systemd[1395]: pam_tcb(systemd-user:session): Session closed for sclarckone
Mar 13 21:22:37 localhost systemd[1389]: Stopping Default.
Mar 13 21:22:37 localhost systemd[1389]: Stopped target Default.
Mar 13 21:22:37 localhost systemd[1389]: Starting Shutdown.
Mar 13 21:22:37 localhost systemd[1389]: Reached target Shutdown.
Mar 13 21:22:37 localhost systemd[1389]: Starting Exit the Session...
Mar 13 21:22:37 localhost systemd[1389]: Received SIGRTMIN+24 from PID 1397 (kill).
Mar 13 21:22:37 localhost systemd[1]: Stopped User Manager for 500.
Mar 13 21:22:37 localhost systemd[1]: Stopping user-500.slice.
Mar 13 21:22:37 localhost systemd[1]: Removed slice user-500.slice.
Mar 13 21:22:37 localhost systemd[1390]: pam_tcb(systemd-user:session): Session closed for sclarckone
Mar 13 21:22:41 localhost systemd[1]: Starting user-488.slice.
Mar 13 21:22:41 localhost systemd[1]: Created slice user-488.slice.
Mar 13 21:22:41 localhost systemd[1]: Starting User Manager for 488...
Mar 13 21:22:41 localhost systemd[1553]: pam_tcb(systemd-user:session): Session opened for lightdm by (uid=0)
Mar 13 21:22:42 localhost systemd[1]: Starting Session c1 of user lightdm.
Mar 13 21:22:42 localhost systemd[1]: Started Session c1 of user lightdm.
Mar 13 21:22:42 localhost systemd-logind[961]: New session c1 of user lightdm.
Mar 13 21:22:42 localhost systemd-logind[961]: Linked /tmp/.X11-unix/X0 to /run/user/488/X11-display.
Mar 13 21:22:42 localhost systemd[1553]: Failed to open private bus connection: Failed to connect to socket /run/user/488/dbus/user_bus_socket: No such file or directory
Mar 13 21:22:42 localhost systemd[1553]: Starting Default.
Mar 13 21:22:42 localhost systemd[1553]: Reached target Default.
Mar 13 21:22:42 localhost systemd[1553]: Startup finished in 15ms.
Mar 13 21:22:42 localhost systemd[1]: Started User Manager for 488.
Mar 13 21:22:42 localhost lightdm[1534]: pam_tcb(lightdm-greeter:session): Session opened for lightdm by (uid=0)
Mar 13 21:22:42 localhost lightdm[1598]: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "sclarckone"
Mar 13 21:22:48 localhost lightdm[1598]: pam_tcb(lightdm:auth): Authentication passed for sclarckone from (uid=0)
Mar 13 21:22:48 localhost lightdm[1534]: pam_tcb(lightdm-greeter:session): Session closed for lightdm
Mar 13 21:22:48 localhost systemd-logind[961]: Removed session c1.
Mar 13 21:22:48 localhost systemd[1]: Stopping User Manager for 488...
Mar 13 21:22:48 localhost systemd[2677]: pam_tcb(systemd-user:session): Session opened for lightdm by (uid=0)
Mar 13 21:22:48 localhost systemd[1553]: Stopping Default.
Mar 13 21:22:48 localhost systemd[1553]: Stopped target Default.
Mar 13 21:22:48 localhost systemd[1553]: Starting Shutdown.
Mar 13 21:22:48 localhost systemd[1553]: Reached target Shutdown.
Mar 13 21:22:48 localhost systemd[1553]: Starting Exit the Session...
Mar 13 21:22:48 localhost systemd[1553]: Received SIGRTMIN+24 from PID 2679 (kill).
Mar 13 21:22:48 localhost systemd[1]: Stopped User Manager for 488.
Mar 13 21:22:48 localhost systemd[1]: Stopping user-488.slice.
Mar 13 21:22:48 localhost systemd[1]: Removed slice user-488.slice.
Mar 13 21:22:48 localhost systemd[1554]: pam_tcb(systemd-user:session): Session closed for lightdm
Mar 13 21:22:48 localhost systemd[1]: Starting user-500.slice.
Mar 13 21:22:48 localhost systemd[1]: Created slice user-500.slice.
Mar 13 21:22:48 localhost systemd[1]: Starting User Manager for 500...
Mar 13 21:22:48 localhost systemd[2682]: pam_tcb(systemd-user:session): Session opened for sclarckone by (uid=0)
Mar 13 21:22:48 localhost systemd[1]: Starting Session 2 of user sclarckone.
Mar 13 21:22:48 localhost systemd-logind[961]: New session 2 of user sclarckone.
Mar 13 21:22:48 localhost systemd-logind[961]: Linked /tmp/.X11-unix/X0 to /run/user/500/X11-display.
Mar 13 21:22:48 localhost systemd[2682]: Failed to open private bus connection: Failed to connect to socket /run/user/500/dbus/user_bus_socket: No such file or directory
Mar 13 21:22:48 localhost systemd[1]: Started Session 2 of user sclarckone.
Mar 13 21:22:48 localhost lightdm[1598]: pam_tcb(lightdm:session): Session opened for sclarckone by sclarckone(uid=0)
Mar 13 21:22:48 localhost systemd[2682]: Starting Default.
Mar 13 21:22:48 localhost systemd[2682]: Reached target Default.
Mar 13 21:22:48 localhost systemd[2682]: Startup finished in 15ms.
Mar 13 21:22:48 localhost systemd[1]: Started User Manager for 500.
Mar 13 21:22:48 localhost systemd[1]: Stopping Session 2 of user sclarckone.
Mar 13 21:22:48 localhost systemd[1]: Stopped Session 2 of user sclarckone.
Mar 13 21:22:48 localhost systemd-logind[961]: Removed session 2.
Mar 13 21:22:48 localhost systemd[1]: Stopping User Manager for 500...
Mar 13 21:22:48 localhost systemd[2688]: pam_tcb(systemd-user:session): Session opened for sclarckone by (uid=0)
Mar 13 21:22:48 localhost systemd[2689]: pam_tcb(systemd-user:session): Session closed for sclarckone
Mar 13 21:22:48 localhost systemd[2682]: Stopping Default.
Mar 13 21:22:48 localhost systemd[2682]: Stopped target Default.
Mar 13 21:22:48 localhost systemd[2682]: Starting Shutdown.
Mar 13 21:22:48 localhost systemd[2682]: Reached target Shutdown.
Mar 13 21:22:48 localhost systemd[2682]: Starting Exit the Session...
Mar 13 21:22:48 localhost systemd[2682]: Received SIGRTMIN+24 from PID 2691 (kill).
Mar 13 21:22:48 localhost systemd[1]: Stopped User Manager for 500.
Mar 13 21:22:48 localhost systemd[1]: Stopping user-500.slice.
Mar 13 21:22:48 localhost systemd[1]: Removed slice user-500.slice.
Mar 13 21:22:48 localhost systemd[2683]: pam_tcb(systemd-user:session): Session closed for sclarckone
ar 13 21:22:52 localhost systemd[1]: Starting user-488.slice.
Mar 13 21:22:52 localhost systemd[1]: Created slice user-488.slice.
Mar 13 21:22:52 localhost systemd[1]: Starting User Manager for 488...
Mar 13 21:22:52 localhost systemd[1]: Starting Session c2 of user lightdm.
Mar 13 21:22:52 localhost systemd[2701]: pam_tcb(systemd-user:session): Session opened for lightdm by (uid=0)
Mar 13 21:22:52 localhost systemd-logind[961]: New session c2 of user lightdm.
Mar 13 21:22:52 localhost systemd-logind[961]: Linked /tmp/.X11-unix/X0 to /run/user/488/X11-display.
Mar 13 21:22:52 localhost systemd[1]: Started Session c2 of user lightdm.
Mar 13 21:22:52 localhost systemd[2701]: Failed to open private bus connection: Failed to connect to socket /run/user/488/dbus/user_bus_socket: No such file or directory
Mar 13 21:22:52 localhost lightdm[2699]: pam_tcb(lightdm-greeter:session): Session opened for lightdm by (uid=0)
Mar 13 21:22:52 localhost systemd[2701]: Starting Default.
Mar 13 21:22:52 localhost systemd[2701]: Reached target Default.
Mar 13 21:22:52 localhost systemd[2701]: Startup finished in 9ms.
Mar 13 21:22:52 localhost systemd[1]: Started User Manager for 488.
Mar 13 21:22:52 localhost lightdm[2709]: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "sclarckone"
Mar 13 21:26:18 localhost systemd[1]: Starting Getty on tty2...
Mar 13 21:26:18 localhost systemd[1]: Started Getty on tty2.
Mar 13 21:26:20 localhost acpid[977]: client 2694[0:0] has disconnected
Mar 13 21:26:20 localhost acpid[977]: client 2694[0:0] has disconnected
Mar 13 21:26:22 localhost login[2725]: pam_tcb(login:auth): Authentication passed for root from LOGIN(uid=0)
Mar 13 21:26:22 localhost systemd[1]: Starting user-0.slice.
Mar 13 21:26:22 localhost systemd[1]: Created slice user-0.slice.
Mar 13 21:26:22 localhost systemd[1]: Starting User Manager for 0...
Mar 13 21:26:22 localhost systemd[1]: Starting Session 3 of user root.
Mar 13 21:26:22 localhost systemd-logind[961]: New session 3 of user root.
Mar 13 21:26:22 localhost systemd[1]: Started Session 3 of user root.
Mar 13 21:26:22 localhost systemd[2726]: pam_tcb(systemd-user:session): Session opened for root by (uid=0)
Mar 13 21:26:22 localhost systemd[2726]: Failed to open private bus connection: Failed to connect to socket /run/user/0/dbus/user_bus_socket: No such file or directory
Mar 13 21:26:22 localhost login[2725]: pam_tcb(login:session): Session opened for root by root(uid=0)
Mar 13 21:26:22 localhost login[2725]: ROOT LOGIN ON tty2
Mar 13 21:26:22 localhost systemd[2726]: Starting Default.
Mar 13 21:26:22 localhost systemd[2726]: Reached target Default.
Mar 13 21:26:22 localhost systemd[2726]: Startup finished in 7ms.

D'une, je ne comprends pas trop pourquoi la session de l'utilisateur est ouverte plusieurs fois alors que je n'ai essayé de me loguer qu'une seule fois—des tentatives automatiques de la part de systemd ?

De deux, le dernier essai (réussi) est celui que je fais pour le loguer en root sur tty2 ; la seule différence que je vois c'est que dans les tentatives précédentes pour démarre la sessions de l'utilisateur sclarckone, le target Default (apparemment les targets de systemd sont similaires aux runlevels de SysV) est arrêté.

Bref, je nage…des idées ?

Merci d'avance !

# Pilotes graphiques

Posté par JGO le 14 mars 2014 à 19:58. Évalué à 2. Dernière modification le 14 mars 2014 à 20:00.

As-tu essayé de désinstaller le pilote propriétaire depuis la ligne de commande ? (Ils ne sont pas particulièrement réputés pour leur stabilité. En outre la dernière chose que X fait avant de mourir c'est apparemment afficher un écran nvidia, alors ça laisse à penser.)

P.S. tu as lu cette quote ? http://sam.linuxfr.org/*millenium*
# un autre compte ?

Posté par NeoX le 14 mars 2014 à 20:29. Évalué à 4.

est ce qu'un autre compte a le meme probleme ?
si tu n'as qu'un seul compte, tu peux en creer un 2e depuis la ligne de commande avec la commande

adduser montest

ensuite à la mire de login lightdm, essaie de te connecter avec l'utilisateur 'montest'

si y a pas de soucis avec ce nouveau compte alors c'est un probleme dans ta session,
si le probleme persiste, c'est un probleme plus general, et en effet comme dit precedemment, tu peux tenter de supprimer/desinstaller le pilote graphique proprio
- [^] # Re: un autre compte ?
  
  Posté par Sclarckone le 17 mars 2014 à 21:12. Évalué à 1.
  
  Je réponds à ton commentaire et à celui de JGO juste au dessus du même coup : c'est pareil avec un autre utilisateur ou en utilisant nouveau… :-(
  - [^] # Re: un autre compte ?
    
    Posté par NeoX le 17 mars 2014 à 21:16. Évalué à 2.
    
    reste donc l'histoire de pilote graphique.
    - [^] # Re: un autre compte ?
      
      Posté par Sclarckone le 17 mars 2014 à 21:55. Évalué à 1.
      
      avec un autre utilisateur ou en utilisant nouveau… :-(
      
      Nouveau, le pilote libre… ou alors c'est du 3ème degré et j'ai pas saisi :-P
# une cause fréquente

Posté par mac_is_mac (site web personnel) le 14 mars 2014 à 23:08. Évalué à 2.

quand on ne peut pas se loguer, c'est qu'il manque d'espace sur la partition contenant /home .
Tu peux peut être te loguer en console alt-ctrl-F1 et taper df -h pour voir ce qu'il en est.
- [^] # Re: une cause fréquente
  
  Posté par JGO le 15 mars 2014 à 16:23. Évalué à 2.
  
  Au fait, X a aussi absolument besoin d'avoir accès à /tmp.
- [^] # Re: une cause fréquente
  
  Posté par Sclarckone le 17 mars 2014 à 21:14. Évalué à 1.
  
  Ce n'est pas un problème d'espace, j'ai deux partitions, une pour / (pleine à 34%) et une autre pour /home (pleine à 20%).
# fichier de conf'

Posté par BAud (site web personnel) le 18 mars 2014 à 20:35. Évalué à 1.

Mar 13 21:22:52 localhost systemd[2701]: Failed to open private bus connection: Failed to connect to socket /run/user/488/dbus/user_bus_socket: No such file or directory

me fait penser à une mise à jour de dbus sans celle pour systemd ou à un fichier de configuration non actualisé (cherche les .rpmnew dans ton arborescence).

avais-tu activé les dépôts backport ou testing ?

tu peux lancer un urpmi --auto-update sans confirmer pour montrer les dépôts actifs (copier/coller la sortie du terminal).
# La même avec Debian !

Posté par Sclarckone le 25 mars 2014 à 00:08. Évalué à 2.

Hello,

De dépit—je n'avais pas vu le message de Baud—je me suis lancé dans l'installation de Debian (testing), afin d'avoir une fois pour toute un système stable.

Mais, oh surprise, j'ai le même problème sauf que cette fois j'arrive à lancer une session graphique en tant que root (mais pas en tant qu'un autre utilisateur créé par mes soins).

Des idées ???

Je vais poster la question également sur les forums Debian (ça doit être rempli de barbus)… selon le diagnostic (et le remède) je verrais pour rester sous Debian ou revenir à Mageia qui me plaisait pas mal après tout. :-)
- [^] # Re: La même avec Debian !
  
  Posté par BAud (site web personnel) le 25 mars 2014 à 01:31. Évalué à 1. Dernière modification le 25 mars 2014 à 01:32.
  
  Debian (testing)
  
  bah, même réponse que pour mageia : debian est aussi en cours de test de systemd…
  
  m'enfin si ça t'intéresse de tester des systèmes cassés par nature,,,
  
  Installe plutôt une stable sans dépôt backport ni testing, déjà tu pourras utiliser ta distribution.
  - [^] # Re: La même avec Debian !
    
    Posté par Sclarckone le 25 mars 2014 à 21:09. Évalué à 1. Dernière modification le 26 mars 2014 à 21:20.
    debian est aussi en cours de test de systemd…
    
    Pourtant il semble que ce ne soit pas encore l'init par défaut de la version testing car c'est bien sysvinit qui est installé :
```
root@vostro:~# dpkg-query -l 'sys*'
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                      Version           Architecture      Description
+++-=========================-=================-=================-========================================================
un  sysklogd                  <none>            <none>            (no description available)
un  system-config-printer     <none>            <none>            (no description available)
un  system-log-daemon         <none>            <none>            (no description available)
un  systemd                   <none>            <none>            (no description available)
un  systemd-services          <none>            <none>            (no description available)
un  systemd-sysv              <none>            <none>            (no description available)
ii  sysv-rc                   2.88dsf-51        all               System-V-like runlevel change mechanism
un  sysv-rc-conf              <none>            <none>            (no description available)
un  sysvconfig                <none>            <none>            (no description available)
ii  sysvinit                  2.88dsf-51        amd64             System-V-like init utilities
ii  sysvinit-core             2.88dsf-51        amd64             System-V-like init utilities
ii  sysvinit-utils            2.88dsf-51        amd64             System-V-like utilities
```
    Mais si tu penses que ça vaut le coup que je fasse le test en stable je veux bien tenter.
    - [^] # Re: La même avec Debian !
      
      Posté par BAud (site web personnel) le 25 mars 2014 à 21:45. Évalué à 2.
      
      si tu ne comprends visiblement pas les différences entre stable et testing / backports, je ne puis pas grand chose pour toi. Tu peux aussi essayer archlinux.
      
      testing n'est pas une version pour tous les utilisateurs souhaitant tester la distribution hein :-) même cooker et cauldron sont souvent plus stables… La version pour utiliser GNU/Linux, c'est la version stable. Ensuite, il est possible de prendre des risques mesurés, mais c'est dans le bugzilla de la distribution choisie que tu dois travailler (vu que tu l'as choisi, tu dois avoir tes raisons, autant que ce soit les mêmes que la finalité de ces versions).
      - [^] # Re: La même avec Debian !
        
        Posté par Sclarckone le 25 mars 2014 à 23:00. Évalué à 1.
        
        si tu ne comprends visiblement pas les différences entre stable et testing / backports, je ne puis pas grand chose pour toi. Tu peux aussi essayer archlinux.
        
        Effectivement autant pour moi… je croyais me rappeler que par ordre de stabilité décroissant c'était stable > testing > unstable. C'est en fait unstable que je voulais installer, pensant me rappeler que c'était un bon compromis entre stabilité / nouveauté des paquets.
        
        J'ai eu utilisé pendant pas mal de temps Archlinux et contrairement (peut-être) à ce que tu pourrais penser il y a en fait peu de problèmes de stabilité — spécialement si on prend le temps de lire les annonces sur archlinux.org et que l'on attend un peu les retours d'expériences sur les changements majeurs. ;-)
        
        Pour Mageia je n'utilisais ni cooker ni cauldron et je ne crois pas que j'avais activé les backports. D'ailleurs question sur les backports en général : quel est le danger à les utiliser ? J'imagine que les paquets poussés dans les dépôts backports sont testés avant non (pour voir si ça ne fout pas le bazar sur les paquets les plus courants qui en dépendent par exemple) ?
        
        Bref, je vais essayer avec stable et si ça fonctionne je tenterais la migration vers unstable. Désolé pour la confusion et le "bruit" occasionné :-S
        
        [^] # Re: La même avec Debian !
        
        Posté par BAud (site web personnel) le 26 mars 2014 à 10:48. Évalué à 2.
        
        il y a en fait peu de problèmes de stabilité — spécialement si on prend le temps de lire les annonces sur archlinux.org et que l'on attend un peu les retours d'expériences sur les changements majeurs. ;-)
        
        En quelques années (ponctuelles, 1 version sur 2) d'utilisation de cooker et cauldron, c'est exactement pareil, hormis que je m'y attends et suis prêt à chercher pourquoi il y a un dysfonctionnement (et me passer d'une utilisation active de l'ordi après une mise à jour ; il y a longtemps il n'y avait que glibc/pilote nvidia à vérifier, éventuellement xorg, ensuite rpm, puis dbus/systemd s'est ajouté, ça commence à faire et peut nécessiter plus d'une soirée…).
        Depuis le passage de AdamW chez Red Hat, même rawhide serait devenue utilisable (ce qui était loin d'être le cas auparavant).
        
        D'ailleurs question sur les backports en général : quel est le danger à les utiliser ?
        
        L'intégralité du dépôt est prise en compte lors d'une mise à jour et pas seulement les paquets qui t'intéresseraient, donc oui chaque paquet est testé individuellement, mais l'intégration globale reste à ta charge. Par rapport à utiliser cauldron (et accepter ses inconvénients ponctuels), je n'ai jamais vraiment vu l'intérêt, d'autant qu'un rpmbuild -ba paquet_souhaité.spec permet de mieux maîtriser ce qui est effectivement installé et mieux comprendre les réticences des développeurs de la distro à s'engager sur un quelconque support (non, ce n'est pas le seul coût d'une recompilation, facilement automatisable qui les freine).
        
        Pas de souci pour le bruit.
      - [^] # Re: La même avec Debian !
        
        Posté par Sclarckone le 26 mars 2014 à 00:47. Évalué à 1.
        
        Je m'auto-rectifie… en fait les paquets passent d'abord par unstable avant testing mais il n'y en a pas une qui soit vraiment plus sure que l'autre selon la doc de Debian.
        
        En tout cas, plus de problème pour lancer la session utilisateur en mode graphique avec la version stable. :-)
        
        [^] # Re: La même avec Debian !
        
        Posté par BAud (site web personnel) le 26 mars 2014 à 10:52. Évalué à 1. Dernière modification le 26 mars 2014 à 10:53.
        
        mais il n'y en a pas une qui soit vraiment plus sure que l'autre selon la doc de Debian.
        
        oui, il faudrait renommer les dépôts en at_your_own_risks ou may_crash_your_computer ou each_package_may_kill_a_kitten cela aurait au moins le mérite d'être clair :-) (plutôt que de croire que les utilisateurs vont lire de la doc' largement disponible).
        
        [^] # Re: La même avec Debian !
        
        Posté par NeoX le 26 mars 2014 à 21:23. Évalué à 3.
        
        parce que Stable/Testing/Unstable ce n'est pas assez clair ?
        
        [^] # Re: La même avec Debian !
        
        Posté par BAud (site web personnel) le 26 mars 2014 à 21:29. Évalué à 1. Dernière modification le 26 mars 2014 à 21:32.
        
        faut croire que non :/
        Je cite complètement la phrase indiquée dans le fil auquel tu réponds (et je mets en gras) :
        
        de Debian (testing), afin d'avoir une fois pour toute un système stable.
        
        contredite, bien-sûr, par l'existence même de ce fil :-) (et des partisans de rolling-release, mais c'est un sujet connexe).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.