[Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

F50 · Le 19/08/2014, à 11:49

@alx : Et si tu te déconnectes de ta session tu arrives où pour relancer un startx, c'est bien du tty1 qu'est lancé X, non ? Utiliser -- vt02, c'est pas possible.

moko138 · Le 19/08/2014, à 11:54

@ fcn50 : Depuis le temps que ces emm... durent (déjà 15 jours), qu'est-ce que tu attends pour écraser ça avec Xub 12.04 ou avec Debian + Xfce ???

Compte anonymisé · Le 19/08/2014, à 11:55

al@UX31A:~$ loginctl list-sessions
   SESSION        UID USER             SEAT            
        c1          7 lp               seat0           
        c2       1000 al               seat0           

2 sessions listed.
al@UX31A:~$ loginctl session-status c2
c2 - al (1000)
           Since: mar. 2014-08-19 08:31:03 CEST; 3h 17min ago
          Leader: 2498 (login)
            Seat: seat0; vc1
             TTY: /dev/tty1
         Service: login; type tty; class user
           State: active
          CGroup: systemd:/user/1000.user/c2.session
                  ├─ 2440 gnome-terminal

Si je ferme la session je reviens sur tty1. Faut lancer startx avec le tty authentifié donc si tu te logges sur tty1 c'est startx -- vt01.
Dans .xinitrc il ne faut pas mettre le ck-launch-session comme avant :

  # Ne plus utiliser consolekit
  # Ubuntu utilise maintenant systemd-logind
  # Demarrer la session X sur la console ou on est logge :
  #     startx -- vt01
  # si on est sur tty1
#  exec ck-launch-session dbus-launch openbox-session
  exec dbus-launch openbox-session

maxire · Le 19/08/2014, à 12:03

fcn50 a écrit :

Bon, je peux aussi dans /usr/share/polkit-1/org.freedesktop.udisks2.policy mettre <allow_any>yes</allow_any> au différentes commandes ça revient au même que ta manière (.pka) , non ?

Non, la modification de /usr/share/polkit-1/org.freedesktop.udisks2.policy n'est pas pérenne dans une distribution dans la mesure où une mise à jour logicielle risque de l'écraser.
L'utilisation de pklocalauthority via /etc/polkit-1/localauthority/50-local.d rend cette modification pérenne.

@alx: le problème de fcn50 n'est pas un simple problème de droits utilisateurs, c'est un problème de délégation de droits géré via policykit et une notion d'état dont le mode d'attribution par logind m'échappe totalement.
Tout ce que je vois c'est que pour l'instant il en existe au moins trois, active, inactive, online (géré sans doute par le cas any de policykit).

F50 · Le 19/08/2014, à 13:59

Alors, la solution d'alx semble fonctionner !!! Ma clé usb et mon lecteur mp3 + sd externe se montent automatiquement sans password ! J'ai déjà rebooté avec startx -- vt01 et ça marche. Je dois encore tester (le terminal et demande password à chaque commande) et vous tiendrai au jus. Par contre, le retour de "ck-list-sessions" est maintenant :

ck-list-sessions
Session1:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ''
	x11-display-device = ''
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = TRUE
	on-since = '2014-08-19T11:31:44.609588Z'
	login-session-id = '4294967295'
	idle-since-hint = '2014-08-19T11:32:14.925273Z'
Session2:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ':0'
	x11-display-device = ''
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = TRUE
	on-since = '2014-08-19T11:31:45.751656Z'
	login-session-id = '4294967295'

Le seat1 active = est passé à TRUE au lieu de FALSE et le seat2 est passé de TRUE à FALSE, alx, tu pourrais donner le retour de la commande pour comparer ?

Et (pour info) :

loginctl list-sessions
   SESSION        UID USER             SEAT            
        c1       1000 moi          seat0           

1 sessions listed.

loginctl session-status c1
c1 - pilote (1000)
           Since: mar 2014-08-19 13:31:44 CEST; 19min ago
          Leader: 914 (login)
            Seat: seat0; vc1
             TTY: /dev/tty1
         Service: login; type tty; class user
           State: active
          CGroup: systemd:/user/1000.user/c1.session
                  ├─  914 /bin/login -f
                  ├─ 1010 -bash

Cette fois "loginctl session-status c1", active et plus online ! Il semble que ça se soit mis en ordre cette soupe à la grimace !?

@moko : Je ne veux pas de l'éléphant Xubuntu et son cortège de softs grille-pain et de Debian et son sysvinit qui fait passer mon boot de 5s à 30s, si je change ce sera pour Arch.

Dernière modification par fcn50 (Le 19/08/2014, à 14:02)

moko138 · Le 19/08/2014, à 14:10

Je ne veux pas de l'éléphant Xubuntu

Mais c'est Xubuntu que tu bidouilles depuis 15 jours.
Je te demande simplement pourquoi tu ne retournes pas à sa version 12.04 qui te donnait satisfaction - tu l'as même qualifiée de "Rolls".

F50 · Le 19/08/2014, à 14:18

Oui la 12.04 est une ROLLS contrairement à la 14.04 qui est un avorton de transition, semble-t-il mais je serai confronté à la même salade en 2015 vu que Xfce4 c'est trois ans de support. Et non, je n'utilise pas Xubuntu mais mini.iso et xfce4 > 985 paquets (mes solts y compris (pas tous encore)) pour l'instant contrairement à plus de 1450 en install Xubuntu conventionnelle grille-pain, la preuve :

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 14.04.1 LTS
Release: 14.04
Codename: trusty

moko138 · Le 19/08/2014, à 14:41

Eh ben pourquoi ne pas prendre la mini.iso de 12.04 ? D'ici la fin de son support, on peut imaginer que 14.04 aura été corrigée plusieurs fois.

F50 · Le 19/08/2014, à 15:01

Ben là, ça à l'aire de fonctionner grâce à ce startx -- vt01, je suis donc tranquille jusqu'en 2017, histoire d'amorcer mon passage à Arch (quoique systemd gonfle avec 38'000'000 de services à déclencher pour le service du service de chez service).

Je ne veux pas d'oignons du genre DM, network-manager etc. Qui marchent aussi bien que le temps et ne servent qu'à charger la machine pour rien. Pour moi, nunux (que j'adore) doit aller droit au but et pas me tartiner à la cuillère d'argent et foirer à la w$ sous une avalanche de superflu ! Moins y'a de merdes mieux je me porte, sinon je vais à la foire, c'est plus divertissant...

Je vous tiens au jus, un GRAND MERCI À VOUS TOUS qui avez permis de décortiquer tout ce froutra de mes deux ! C'est chouette LA COMMUNITY !!! Je me coucherai moins con ce soir.

maxire · Le 19/08/2014, à 15:21

Bon,

J'arrive à State=active avec en console tty1:

startx /usr/bin/mate-session -- vt1 :20 -audit 0 -nolisten TCP -terminate

[marietheresem@frankenstein ~]$ loginctl session-status c4
c4 - marietheresem (1001)
           Since: mar. 2014-08-19 12:33:25 CEST; 2h 9min ago
          Leader: 1009 (login)
            Seat: seat0; vc1
             TTY: tty1
         Service: login; type tty; class user
           State: active
            Unit: session-c4.scope
                  ├─1009 login -- marietheresem
                  ├─1642 -bash
                  ├─1702 /usr/bin/pulseaudio --start --log-target=syslog
                  ├─1718 /usr/lib/pulse/gconf-helper
                  ├─4947 /bin/sh /usr/bin/startx /usr/bin/mate-session -- :20 vt1 -terminate -audit 0 -nolisten TCP
                  ├─4966 xinit /usr/bin/mate-session -- /usr/bin/X :20 vt1 -terminate -audit 0 -nolisten TCP -auth /tmp/serverauth.gqAxwh7z1W
                  ├─4967 /usr/bin/X :20 vt1 -terminate -audit 0 -nolisten TCP -auth /tmp/serverauth.gqAxwh7z1W
                  ├─4971 /usr/bin/mate-session
                  ├─4974 dbus-launch --exit-with-session /usr/bin/mate-session
                  ├─4975 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session

Par contre si je ne précise pas la console vt, j'ai :

[marietheresem@frankenstein ~]$ loginctl session-status c4
c4 - marietheresem (1001)
           Since: mar. 2014-08-19 12:33:25 CEST; 2h 14min ago
          Leader: 1009 (login)
            Seat: seat0; vc1
             TTY: tty1
         Service: login; type tty; class user
           State: online
            Unit: session-c4.scope
                  ├─1009 login -- marietheresem
                  ├─1642 -bash
                  ├─1702 /usr/bin/pulseaudio --start --log-target=syslog
                  ├─1718 /usr/lib/pulse/gconf-helper
                  ├─5346 /bin/sh /usr/bin/startx /usr/bin/mate-session -- :20 -terminate -audit 0 -nolisten TCP
                  ├─5365 xinit /usr/bin/mate-session -- /usr/bin/X :20 -terminate -audit 0 -nolisten TCP -auth /tmp/serverauth.kfmQpGQ39X
                  ├─5366 /usr/bin/X :20 -terminate -audit 0 -nolisten TCP -auth /tmp/serverauth.kfmQpGQ39X
                  ├─5371 /usr/bin/mate-session
                  ├─5374 dbus-launch --exit-with-session /usr/bin/mate-session
                  ├─5375 /usr/bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session

Donc State=online car en réalité l'affichage est dans ce cas en vt2 et non en vt1.

Pourquoi? je ne sais pas cela aurait sans doute pû être vt4.

Il me semble qu'à une époque la console vt par défaut prenait le numéro de la console tty.

State=online également dans le cas ou je précise un vt avec un numéro diférent de la console tty.

Voici une évolution bizarre.

@fcn50: systemd est quand même bien mieux que ce que propose Ubuntu avec upstart/systemv/init (je ne sais plus le nom exact), j'aurais maintenant du mal à m'en passer..
Au vu de ton environnement, tu ferais bien de passer rapidement à Archlinux, c'est tout de même une distribution bien plus souple que Ubuntu.

Ce qui m'inquiète dans ces évolutions du serveur Xorg c'est ce que va nous proposer son successeur Wayland.
Allons-nous avoir un serveur ultra bridé?
Très limité comparé à Xorg?

F50 · Le 19/08/2014, à 17:10

maxire a écrit :

Voici une évolution bizarre

Je ne te le fais pas dire..! Si l'on peut appeler ça "évolution" ... La preuve avec ce fil.

maxire a écrit :

@fcn50: systemd est quand même bien mieux que ce que propose Ubuntu avec upstart/systemv/init (je ne sais plus le nom exact), j'aurais maintenant du mal à m'en passer..
Au vu de ton environnement, tu ferais bien de passer rapidement à Archlinux, c'est tout de même une distribution bien plus souple que Ubuntu.

J'avais installé Arch et sincèrement systemd... D'ailleurs, la communauté arch n'était pas aux anges après cette nouvelle. Mais ça reste la distro sur laquelle je lorgne, ces màn buntu et ses dépendances qui n'en finissent pas, me gonfle sec !

(sysvinit). Pour Wayland, déjà le nom > disneyland ? Ne m'inspire pas, quoique Xorg est vraiment un mammouth passé d'age ! Le futur nous le dira. Mais si j'ai pas la liberté, je devrai voir comment, ailleurs,,,

Je test ce -- vt 01 quelqus jours et vous dis.

F50 · Le 22/08/2014, à 10:52

Bon un petit retour... Les droit sur ma clé usb, le lecteur mp3 et le DD externe sont ok, il y juste l'histoire des commandes en sudo dans le terminal qui me semble quelques peut foireuses, suivant les commandes il me demande à chaque fois le password. Je vais essaye timestamp_timeout=XX, on verra bien. Je passe en résolu, encore merci à tous.

Compte anonymisé · Le 22/08/2014, à 12:45

Pas de soucis avec sudo pour ma part.
Par contre j'ai testé utopic version lubuntu et le startx --vt01 ne marche plus . Même si la session est bien active (State: active), les disques amovibles ne se montent pas sans demander le mot de passe ! Tout semble lié à lightdm. En démarrant une session openbox via lightdm (pas la session lubuntu donc) c'est ok. C'est un moindre mal même si je préfèrerai me passer de lightdm...

maxire · Le 22/08/2014, à 13:31

aix a écrit :

Par contre j'ai testé utopic version lubuntu et le startx --vt01 ne marche plus

Dû à la prise de contrôle de Xorg par logind, pour corriger cela 2 solutions:

- Annuler cette prise de contrôle par logind en construsant ta propre version de xorg-server, possible assez simplement sous Archlinux, sous Ubuntu plus ardu
- Créer un fichier /etc/X11/Xwrapper.config contenant:

allowed_users=anybody
needs_root_rights=yes

F50 · Le 22/08/2014, à 13:52

Je comprend pas cet politique de vouloir absolument ajouter des merdes telles dm, network-manager, screen-saver etc. j'en passe et des meilleurs... Pour faire de nunux un bon vrai w$ bien lourd et pourri ??? Ça m'énerve, au lieu de réparer des bugs qui traînent depuis des lustres !!!

maxire · Le 22/08/2014, à 14:18

Le problème n'est pas l'ajout d'un dm, c'est la recherche excessive de sécurité.
Jusqu'à pr ésent le serveur X fonctionnait en tant que root, quelquesoit les autorisation de l'utilisateur de lancement.

Avec le contrôle de X par logind, X tourne maintenant en tant que simple utilisateur. Celui qui l'a lancé.
Avec une exception, si c'est un DM qui lance X, X n'est plus sous le contrôle de logind.

D'où l'apparition du fichier de configuration Xwrapper.config censé permettre un retour vers l'ancien fonctionnement de X, mais ceci ne fonctionne pas tout à fait pour l'instant.

D'où ma décision de retirer X du contrôle de logind sous Archlinux.

Pour information voici la configuration de xorg-server qui va bien sous Archlinux pour tourner à l'ancienne:

  ./configure --prefix=/usr \
      --enable-ipv6 \
      --enable-dri \
      --enable-dmx \
      --enable-xvfb \
      --enable-xnest \
      --enable-composite \
      --enable-xcsecurity \
      --enable-xorg \
      --enable-xephyr \
      --enable-glamor \
      --enable-xwayland \
      --enable-glx-tls \
      --enable-kdrive \
      --enable-kdrive-evdev \
      --enable-kdrive-kbd \
      --enable-kdrive-mouse \
      --enable-config-udev \
      --disable-systemd-logind \
      --disable-suid-wrapper \
      --enable-install-setuid \
      --enable-record \
      --disable-xfbdev \
      --disable-xfake \
      --disable-static \
      --libexecdir=/usr/bin \
      --sysconfdir=/etc \
      --localstatedir=/var \
      --with-xkb-path=/usr/share/X11/xkb \
      --with-xkb-output=/var/lib/xkb \
      --with-fontrootdir=/usr/share/fonts
      
#      --without-dtrace \
#      --disable-linux-acpi --disable-linux-apm \

Compte anonymisé · Le 07/10/2014, à 13:43

Bonjour,

Du nouveau ! Avec la 14.10, le démarrage avec un "startx -- vt01" refonctionne correctement, plus besoin de lightdm

F50 · Le 07/10/2014, à 15:01

Bonne nouvelle Y'a un merdier depuis cette 14.04... On ne retrouvent plus ses petits. Ça fait des màj lourdes tous les trois jours !

F50 · Le 02/04/2016, à 12:47

Nécro utile à ceux qui tomberaient sur ce fil et la problématique des droits avec "startx". La raison est simple, depuis la version ... de X11 "startx" lance la session X en tant que simple utilisateur et non plus en root, le fait d'ajouter -- vt1 fait démarrer à nouveau X en root. Pas vraiment une bonne idée au niveau sécurité.

Lecture :

https://bugzilla.redhat.com/show_bug.cgi?id=1203780

Détails :

https://wiki.gentoo.org/wiki/X_without_Display_Manager

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 19/08/2014, à 11:49

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#77 Le 19/08/2014, à 11:54

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#78 Le 19/08/2014, à 11:55

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#79 Le 19/08/2014, à 12:03

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#80 Le 19/08/2014, à 13:59

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#81 Le 19/08/2014, à 14:10

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#82 Le 19/08/2014, à 14:18

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#83 Le 19/08/2014, à 14:41

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#84 Le 19/08/2014, à 15:01

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#85 Le 19/08/2014, à 15:21

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#86 Le 19/08/2014, à 17:10

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#87 Le 22/08/2014, à 10:52

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#88 Le 22/08/2014, à 12:45

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#89 Le 22/08/2014, à 13:31

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#90 Le 22/08/2014, à 13:52

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#91 Le 22/08/2014, à 14:18

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#92 Le 07/10/2014, à 13:43

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#93 Le 07/10/2014, à 15:01

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

#94 Le 02/04/2016, à 12:47

Re : [Résolu] Demande systématique de password depuis màn 12.04 > 14.04?!

Pied de page des forums