Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 25

#0 Re : -1 »  Topic des lève-tôt [partie 9] » Le 18/08/2014, à 10:10

fcn50
Réponses : 396
L_d_v_c_@ a écrit :

À piloter 6 écrans ! hé banane ! lol

Les cartes amd ou nvidia supportent jusqu'à 6 écrans par carte, 3 cartes pour le meme résultat, c'est pas vouloir chercher les emmerdes ?

#1 Re : -1 »  Topic des lève-tôt [partie 9] » Le 18/08/2014, à 14:13

fcn50
Réponses : 396

On sait tous que ces saloperies de pilotes amd/nvidia sont intentionnellement limités sous nunux pour pas faire de l'ombre à ordinaunosaure (w$), pas besoin d'en rajouter pour se compliquer la vie avec 3 usines alors qu'elle l'est déjà assez comme ça avec ces deux plaies.

#3 Re : -1 »  Topic des lève-tôt [partie 9] » Hier à 15:08

fcn50
Réponses : 396
raspouille a écrit :

69 ... (???).

Voilà qui est sympa ! big_smile

#4 Re : -1 »  Topic des lève-tôt [partie 9] » Hier à 19:16

fcn50
Réponses : 396
moko138 a écrit :

Alerte ! (*) 6steme1 entend devenir SystemeD !

Et ben, on est pas dans la merde !!! lol

#6 Re : -1 »  (résolu) Me suis-je fait piraté sous Xubuntu 14.04 ? » Le 18/08/2014, à 10:05

fcn50
Réponses : 10

Salut,

Il y a eu pas mal de problèmes avec le noyau 3.13.0-33 (actuellement -34), tente de booter sur un ancien noyau histoire de tester.

#7 Re : -1 »  Ecran noir, une seule session fonctionne, xorg et d'autres problèmes.. » Hier à 07:07

fcn50
Réponses : 5

Salut,

Depuis tty1 :

rm ~/.Xauthority

Puis reboot.

#8 Re : -1 »  Ecran noir, une seule session fonctionne, xorg et d'autres problèmes.. » Hier à 14:10

fcn50
Réponses : 5

Essaye de virer ~/.ICEauthority en même temps que ~/.Xauthority

#9 Re : -1 »  Ecran noir, une seule session fonctionne, xorg et d'autres problèmes.. » Aujourd'hui à 07:42

fcn50
Réponses : 5

C'est pour ça qu'on fait des sauvegardes sur DD externe... Passe le fil en résolu si c'est le cas.

#10 Re : -1 »  XUBUNTU 14.04 bloque au boot sur INITRAMFS » Le 18/08/2014, à 07:15

fcn50
Réponses : 21

Tu as déjà réinstallé ? Si non, tente de démarrer en mode dépannage puis tu choisis console root et tu tapes apt-get update && apt-get upgrade, une fois fait, sudo reboot. Une mise à jour peut des fois aider. J'en doute fort si c'est une question de partitionnement mal foutu. Il serait judicieux de faire un partitionnement (primaire) et création du FS sur le DD en question depuis un live cd puis d'installer le système sans formater ce dernier pour avoir la certitude que c'est bien fait.

#11 Re : -1 »  XUBUNTU 14.04 bloque au boot sur INITRAMFS » Le 18/08/2014, à 10:01

fcn50
Réponses : 21

Si ça plante sur live cd alors que ça n'était pas le cas précédemment, ça peut venir d'un problème hardware.

#12 Re : -1 »  XUBUNTU 14.04 bloque au boot sur INITRAMFS » Le 18/08/2014, à 14:03

fcn50
Réponses : 21
PPdM a écrit :

D’où ma demande, pour commencer identifier sur quoi on travaille wink !

Absolument mon cher, d'où la raison pour laquelle j'ai pas réitéré la demande du retour des commandes. On s'est compris..! big_smile

#13 Re : -1 »  XUBUNTU 14.04 bloque au boot sur INITRAMFS » Hier à 05:35

fcn50
Réponses : 21
PPdM a écrit :

la 12.04 n'est en rien inférieur a la 14.04

+ 100, la 14.04 sens le moisi par rapport à la 12.04 qui est une Rolls. Je passerais aussi xubuntu, comme PPdM te l'a conseillé, unity ça sera bien dans 20 ans. Pour tes fichiers de configurations, fait une sauvegarde sur DD externe, ça te permettras de les récupérer, c'est aussi simple que cela.

#14 Re : -1 »  XUBUNTU 14.04 bloque au boot sur INITRAMFS » Hier à 10:07

fcn50
Réponses : 21

Dans /etc/network/interfaces et /etc/resolv.conf pour ce qui est de la connexion eth0 ou autre. Sinon, ifconfig -a et route -n te donnes pas mal d'infos à part les nameserver.

#15 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Le 18/08/2014, à 14:19

fcn50
Réponses : 85

Je viens de brancher mon lecteur MP3 avec extension carte sd externe et ce crétin me demande le mdp pour le montage des deux (jamais sous les versions antérieurs) ... Il doit vraiment y avoir une soupe concernant les droits dans ce merdier 14-04.1 !

#16 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Le 18/08/2014, à 20:44

fcn50
Réponses : 85
maxire a écrit :

@fcn50, ce serait bien que tu commences à comprendre le système de gestion des droits d'utilisation gérés par Policykit (man polkit + man pklocalauthority) au lieu de râler.
Même si râler peut faire du bien.

Oui ça fait du bien, surtout quand je vois ceci depuis des années :

http://forum.xubuntu-fr.org/viewtopic.php?id=906701

Et aux dernières nouvelles cela :

https://bugs.launchpad.net/ubuntu/+sour … ug/1347272

maxire a écrit :

Tu devrais bientôt souffrir si Canonical implémente systemd/logind + la version de Xorg-server qui va avec.
Je sais que cette évolution est dans les tuyaux, et là startx ne fonctionnera plus tel quel comme je l'ai constaté sous Archlinux.
J'ai été personnellement amené à construire ma version de Xorg-server pour maintenir mon environnement en l'état.

Un petit w$ en devenir ? Ça a déjà commencé, boot.log :

* Starting SystemD login management service[314G[ OK ]

Mais :

* Starting Signal sysvinit that remote filesystems are mounted[314G[ OK ]
* Starting Bridge udev events into upstart[314G[ OK ]

Bonjour l'usine..! Faut pas s'étonner que ce soit foireux.


maxire a écrit :

Tu n'as qu'à appliquer la solution que j'ai indiquée en post #62/#63, tu as juste à chercher le nom de l'action impliquée dans le montage de ta carte SD.
Cette action devrait te sauter aux yeux lors de la demande du mdp.

Yep, y'a aussi celle-ci :

Je la met dès que je retrouve le fil... /usr/share/polkit-1/actions/org.freedesktop.policykit.policy ...allow... yes.

#17 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 09:38

fcn50
Réponses : 85

Je crois que je comprends d'où viennent ces soucis. Le résultat de ck-list-sessions ets :

Session1:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ':0'
	x11-display-device = '/dev/tty4'
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = FALSE
	on-since = '2014-08-19T03:13:10.397855Z'
	login-session-id = '4294967295'

Hors, si consolekit est démarré il devait y avoir une deuxième session ce qui n'est pas le cas ici alors que sur la 12.04 ça l'était, comme expliqué ici (consoleKit) :

http://docs.xfce.org/xfce/xfce4-session/advanced

When Xfce is started and you run ck-list-sessions, a second session is created that should give you all required permissions to mount devices and execute power actions (depending per-distribution, you might need to add yourself to various user groups).

Je me demande pourquoi ça à changé alors que j'utilise toujours la même commande dans .profile pour lance X en auto ? :

# Load X11
if [ -z "$DISPLAY" ] && [ $(tty) == /dev/tty1 ]; then
    startx
fi

Je vais voir ce que ça donne avec startxfce4 --with-ck-launch ...

Edit : J'ai trouvé le binz, il manquait le paquet  libpam-ck-connector et voici le résultat sans changer le startx dans .profile :

ck-list-sessions
Session1:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat1'
	session-type = ''
	active = FALSE
	x11-display = ''
	x11-display-device = ''
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = TRUE
	on-since = '2014-08-19T07:45:28.242229Z'
	login-session-id = '4294967295'
	idle-since-hint = '2014-08-19T07:45:58.929166Z'
Session2:
	unix-user = '1000'
	realname = 'moi'
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0'
	x11-display-device = '/dev/tty4'
	display-device = '/dev/tty1'
	remote-host-name = ''
	is-local = TRUE
	on-since = '2014-08-19T07:45:29.335241Z'
	login-session-id = '4294967295'

Je vais tester le reboot/shutdown sans le fichier rajouté pour les droits.

#18 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 10:41

fcn50
Réponses : 85

Dans mon fichier org.freedesktop.udisks2.policy les droit semblent ok mais il me demande quand même le password pour monter/ejecter ma clé usb :

<action id="org.freedesktop.udisks2.filesystem-mount">

<defaults>
      <allow_any>auth_admin</allow_any>
      <allow_inactive>auth_admin</allow_inactive>
      <allow_active>yes</allow_active>
    </defaults>

<action id="org.freedesktop.udisks2.eject-media">

<defaults>
      <allow_any>auth_admin</allow_any>
      <allow_inactive>auth_admin</allow_inactive>
      <allow_active>yes</allow_active>

Hors, <allow_active>yes</allow_active> devrait me suffire sans password, je suis bien active = TRUE dans ck-list-sessions. En tout cas, pour l'instant c'est l'usine avec la gestion des droits sur cette version.

#19 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 11:39

fcn50
Réponses : 85

Et ben ça devient vraiment une soupe, ici j'ai qu'une session (xinit/strartx) online :

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

1 sessions listed.
moi@Cockpit:~$ loginctl session-status c1
c1 - moi (1000)
           Since: mar 2014-08-19 10:57:24 CEST; 28min ago
          Leader: 927 (login)
            Seat: seat0; vc1
             TTY: /dev/tty1
         Service: login; type tty; class user
           State: online
          CGroup: systemd:/user/1000.user/c1.session
                  ├─  927 /bin/login -f

J'en perd mon latin...

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 ?

#20 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 11:49

fcn50
Réponses : 85

@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.

#21 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 13:59

fcn50
Réponses : 85

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.

#22 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 14:18

fcn50
Réponses : 85

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

#23 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 15:01

fcn50
Réponses : 85

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 ! smile 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 !!! big_smile Je me coucherai moins con ce soir. cool

#24 Re : -1 »  Demande systématique de password depuis màn 12.04 > 14.04?! » Hier à 17:10

fcn50
Réponses : 85
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.