Archlinux.fr [Forums]

(Comme je rencontre plusieurs problèmes (et j'en rencontrerais surement d'autres (je sais pas si c'est une bonne idée) de mettre tout dans le même topic pour n'avoir a m'expliquer q'une fois ?)
[BASE]
Bon, suite au conseil d'un ami, je suis passé d'ubuntu/debian a arch pour tester sur mon ancienne machine, mais des problèmes récurrents de linux (AGP, son ect) m'ont finalement fait abandonner
Depuis, j'ai changé de machine, mais suis resté sous debian, et voila qu'il me reprend l'envie de tester arch.

J'ai donc fait une install clean a partir du cd, tout est reconnu:
Carte mère Asus M2N-E-SLI
Athlon X2
Geforce 8600
Chipset nForce 500 et le réseau, le sata et le son qui va avec
(Sans surprise, puisque jusqua maintenant, tout marchait au poil sous debian)

L'install se passe correctement en suivant a la lettre ou presque le wiki
Sur une partition /dev/sda2, le /dev/sda1 etant conservé pour ma debian d'origine avec laquelle j'écris ce post actuellement

Donc tout se passe sans encombre, installation de la base, configuration, puis de xorg, puis des drivers nVidia et configuration du xorg (drivers nVidia + keyb fr)
L'installation de gnome aussi sans encombre, configuration du rc.conf et autres OK, j'ai tout bien respecté, ça marche !

Et pourtant ....

Avant de redémarrer, gdm dans rc.conf et zou
On redémarre, et je vois une ligne
[DBUS] "User dbus cannot bla bla truc"
(désolé pour la précision, mais c'était hier soir, et le message est passé vite

)
Du coup, jme suis dit que le problème venait surement de l'user dbus, et vu qu'inexistant, je l'ai crée,et l'ai ajouté au groupe dbus en passant

DBUS démarre bien maintenant

Mais quand je veux utiliser certaines apps, on se rend compte qu'en fait, ça marche pas terrible

Code : Tout sélectionner

** (nm-applet:2987): WARNING **: <WARN>  applet_dbus_manager_start_service(): Co
uld not acquire the NetworkManagerUserSettings service.
  Message: 'Connection ":1.23" is not allowed to own the service "org.freedeskto
p.NetworkManagerUserSettings" due to security policies in the configuration file
'

ou

Code : Tout sélectionner

** (nm-applet:2988): WARNING **: Could not retrieve dbus connections: The permis
sion of the setuid helper is not correct.

Google ne trouve pas bcp de piste, la majortié des topics se finissent par un "jvais reformater", et jme suis enormi devant hier soir donc bon
il semblerais, puisque je sois obligé de le faire a la main, que le script de l'installation/configuration du packet ne se soit pas fini comme prévu ou n'ai pas été executé, bug ?

et j'ai pulseaudio qui raconte pas mal de caca aussi, je sais pas si c'est lié ?

Code : Tout sélectionner

Jan 15 21:33:33 Bidouille6-Arch pulseaudio[2761]: module-alsa-source.c: Your kernel driver is broken: it reports a volume range from -16.00 dB to -16.00 dB which makes no sense.
Jan 15 21:33:33 Bidouille6-Arch pulseaudio[2761]: alsa-util.c: Device hw:0 doesn't support 44100 Hz, changed to 37286 Hz.
Jan 15 21:33:33 Bidouille6-Arch pulseaudio[2761]: alsa-util.c: Device hw:0 doesn't support 2 channels, changed to 1.

edit: je précise que tout marche nickel sous Intrepid/Jaunty, mon matériel est parfaitement compatible :/

d'après le wiki archlinux, dbus est géré par le démon hal, mais il ne faut pas avoir dbus dans la liste des démons sinon cela pose des pb.

http://wiki.archlinux.org/index.php/HAL ... figuration

farvardin a écrit :d'après le wiki archlinux, dbus est géré par le démon hal, mais il ne faut pas avoir dbus dans la liste des démons sinon cela pose des pb.

pour être plus précis, hal a besoin de dbus et donc le démarre avant de se démarrer lui même, il est donc important de ne pas avoir dbus après hal, avant, ca ne pose pas de problème... hal ne gère pas du tout dbus

@the_k586, est ce que tu as démarré hal justement ?
après ton opération de rajout d'utilisateur dbus, tu t'es délogué/relogué ?
de même il faudrait redémarrer networkmanager car ce dernier a besoin de dbus, donc s'il était pas présent ... ca fonctionne pas

farvardin a écrit :d'après le wiki archlinux, dbus est géré par le démon hal, mais il ne faut pas avoir dbus dans la liste des démons sinon cela pose des pb.

http://wiki.archlinux.org/index.php/HAL ... figuration

Oui, je l'ai mis selon le wiki, et l'ai enlevé juste après, effectivement "DBUS" se lançait une première fois juste en dessous de HAL, et une deuxième fois (du a mon "dbus" dans les deamons) et me disait la deuxième fois qu'il pouvait pas se lancer a cause qu'il était déja lancé sur un pid différent

tuxce a écrit :
farvardin a écrit :d'après le wiki archlinux, dbus est géré par le démon hal, mais il ne faut pas avoir dbus dans la liste des démons sinon cela pose des pb.
pour être plus précis, hal a besoin de dbus et donc le démarre avant de se démarrer lui même, il est donc important de ne pas avoir dbus après hal, avant, ca ne pose pas de problème... hal ne gère pas du tout dbus

@the_k586, est ce que tu as démarré hal justement ?
après ton opération de rajout d'utilisateur dbus, tu t'es délogué/relogué ?
de même il faudrait redémarrer networkmanager car ce dernier a besoin de dbus, donc s'il était pas présent ... ca fonctionne pas

Oui HAL est présent et démarré
Oui, après l'ajout des users et dans le groupe j'ai relogé, meme rebooté
idem pour le network manager

A chaque fois ça parle de policies de permissions et de security
Je pense de plus en plus que le script d'installation de quelquechose (dbus ?) aurait du s'executer et, entre autre y coller le user/group "dbus" mais surement aussi set des permissions a des endroits bien précis (et ptetre même des machins encore plus complexes), ce qui n'a donc pas été fait et qui fait que le machin ne peut pas communiquer avec le système comme il devrait

Enfin, c'est comme ça que je le vois
Vous n'avez pas eu de problème de votre coté a l'install ?

hmm, je serai tenté de faire le gros bourrin, retirer dbus et hal, effacer les scripts relatif à dbus et hal, redémarrer en console, et réinstaller le tout depuis la console.

Non, je n'ai pas eu de pb par rapport à cela lors de l'installation.

Ça manque un peu un programme qui pourrait "réparer les autorisations" comme sous mac os x.

J'vais même faire encore plus
Jvais reformater complètement, réinstaller tout clean en une seule fois
Histoire de limiter les potentielles interactions avec les "bidouilles" que j'ai faites pour essayer de réparer

Bref, je formate le CDRW, je reformate la partition, et zou...

(et j'installe une 2008.06-core, défois que yait un package qui foire sur les ftp)

oui mais là c'est dommage car c'est moins sport du coup...

farvardin a écrit :oui mais là c'est dommage car c'est moins sport du coup...

Ué, comme tu dis moins sport

mais si ça marche, ça voudra dire que ya un packet(s) qui foire sur les ftp

Si par contre ça ne marche toujours pas c'est que c'est relatif a mon pc/install/configuration

l'utilisateur/groupe dbus, tu les a rajouté avec quel id ?
parce qu'il faut qu'il ait l'uid/gid 81...
normalement cet utilisateur/groupe sont rajouté par le paquet: dbus-core:

Code : Tout sélectionner

pacman -Sf dbus-core

Bon, j'ai trouvé le bug a l'installation avec le CD core

avec le cd core, on peut (enfin, ya plus de trucs dans les [base]) cocher dbus-core qu'il installe a l'installation
et donc dans l'install après, on voit le résultat de l'install
et ya un passage

Code : Tout sélectionner

installing dbus-core
groupadd: PAM authentication failed
useradd: unknown GID 100
useradd: unknown group dbus

Donc c'est bien le packet dbus-core qui fiente après install, mais je sais pas encore bien pourquoi la

Bon, jai essayé de forcer la désinstall / réinstall avec plus ou moins toutes les options amusantes que l'on trouve dans pacman, résultat:
Aucun !

J'ai donc DL a la main le package, pour y chopper le script, que voila

Code : Tout sélectionner

post_install() {
  getent group dbus >/dev/null || usr/sbin/groupadd -g 81 dbus
  getent passwd dbus >/dev/null || usr/sbin/useradd -c 'System message bus' -u 81 -g dbus -d '/' -s /bin/false dbus
  usr/bin/passwd -l dbus &>/dev/null
  dbus-uuidgen --ensure
}

# arg 1:  the new package version
# arg 2:  the old package version
post_upgrade() {
  post_install $1

  #Make sure new rc script can shutdown running dbus
  [ -f var/run/dbus/pid ] && mv var/run/dbus/pid var/run/dbus.pid
}

# arg 1:  the old package version
pre_remove() {
  usr/sbin/userdel dbus &>/dev/null
  usr/sbin/groupdel dbus &>/dev/null
}

Donc on comprend bien le groupadd et tout et donc le pourquoi du comment ça fiente
Jvais donc essayer d'executer chaque ligne une par une pour voir c'est laquelle qui coince

Déja, première ligne de désinstallation:

Code : Tout sélectionner

usr/sbin/userdel dbus :

[root@Bidouille6-Arch ~]# usr/sbin/userdel dbus
-bash: usr/sbin/userdel: Aucun fichier ou dossier de ce type

Mais par contre, comme ça ça marche

Code : Tout sélectionner

[root@Bidouille6-Arch ~]# userdel dbus

Pareil pour le script d'install:

Code : Tout sélectionner

[root@Bidouille6-Arch ~]# usr/sbin/groupadd -g 81 dbus
-bash: usr/sbin/groupadd: Aucun fichier ou dossier de ce type

Mais

Code : Tout sélectionner

[root@Bidouille6-Arch ~]# groupadd -g 81 dbus

marche....

en fait en enlevant tous les chemins "usr/sbin" ect, tout marche comme il faut

C'est un bug au niveau du packet vous pensez, ou de ma config ?

Bon, du coup ça marche nickel :d
pour l'instant je configure/installe pas pulseaudio vu qu il bugge, je laisse alsa

Tout marche très bien ! même bcp mieux que ubuntu, en tout cas beaucoup plus rapide, et avec beaucoup moins d'occupation ram (même si je suis concient que ya pas la moitié de mes services/applications d'installées/lancés la)

Pour mon problème, que faut il faire ?
Faut il donner suite ? faire un report de bug ? ou ? au mainteneur ?
Merci

Bonjour,

Il faut écrire (Résolu) à la fin du titre de ton sujet.

Une prochaine fois, pourrais-tu exposer ton problème dés le premier post, et tenter d'être un tant soit peu synthétique ? Cela permettrait une lecture plus facile. (Généralement on ne fait pas un post qui plante le décor puis un second post qui présente le développement de l'intrigue, entre autres...

)

Et pourras-tu donner la teneur du problème dans le titre ? ("et mes autres misères" euh... comment dire ? dbus n'est pas une misère, c'est un programme !)

les chemins dans le fichier install sont normaux, il n'intègrent pas le premier / mais ils sont censés être lancés en étant placés à la racine, par contre pour le fait que ça n'ai pas fonctionné au départ, faudrait essayer de déterminer la cause, mais bon, c'est pas très critique, il suffisait de relancer

Code : Tout sélectionner

pacman -Sf dbus-core

pour que ca soit pris en compte et vu qu'un nouveau cd d'install ne va pas tarder à sortir, je pense qu'il n'est pas nécessaire d'ouvrir un ticket

tuxce a écrit :les chemins dans le fichier install sont normaux, il n'intègrent pas le premier / mais ils sont censés être lancés en étant placés à la racine, par contre pour le fait que ça n'ai pas fonctionné au départ, faudrait essayer de déterminer la cause, mais bon, c'est pas très critique, il suffisait de relancer
Code : Tout sélectionner
pacman -Sf dbus-core
pour que ca soit pris en compte et vu qu'un nouveau cd d'install ne va pas tarder à sortir, je pense qu'il n'est pas nécessaire d'ouvrir un ticket

Bah non, ça plantait a l'install, et ça plantait aussi au

Code : Tout sélectionner

pacman -R dbus-core

et aux

Code : Tout sélectionner

pacman -Sf dbus-core

Une fois le script modifié, ça marche nickel

Et si, pour moi je trouve ça critique parceque ça fout en l'air quand même tout le système par derrière, m'enfin bref

mélodie a écrit :Bonjour,

Une prochaine fois, pourrais-tu exposer ton problème dés le premier post, et tenter d'être un tant soit peu synthétique ? Cela permettrait une lecture plus facile. (Généralement on ne fait pas un post qui plante le décor puis un second post qui présente le développement de l'intrigue, entre autres... )

Et pourras-tu donner la teneur du problème dans le titre ? ("et mes autres misères" euh... comment dire ? dbus n'est pas une misère, c'est un programme !)

Bah j'avais dans l'idée plutot que de faire plusieurs posts sur mes problèmes qui étaient surement liés, de commencer par expliquer ma config et ensuite de regrouper tout le reste en dessous dans le même topic, c'est pour ça le "mes autres" misères

Archlinux.fr [Forums]

[DBUS] utilisateur non crée (résolu)

[DBUS] utilisateur non crée (résolu)