Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Problème preiph amovile + gnome 2.12 + sudo

[supprimé]

Voilà j'ai un problème avec mon gnome 2.12 compilé :

Lorsque j'insert un disque amovilble ou un clé usb, celle-ci est partiellement monté, car elle me crée bien un nouveau repertoire dans le /media mais si je regarde dedans, il est vide !

Si je vais dans bureau -> préférence -> Périphériques et media amovibles, il me dit un message d'erreur que voici :

Le service « hald » est requis mais ne fonctionne pas actuellement. Activez le service et relancez cette application, ou contactez votre administrateur système.

J'ai l'impression qu'il y a un conflit entre le service hal de base de la fedora et le tout nouveau qui à été compilé avec garnome !

En bas de cette page :

http://cipherfunk.org/garnome/documentation.html

Il ya une référence à ce problème, j'ai essayé de faire pareil, mais çà ne marche pas ! je n'ai jamais touché à configuration de sudo et je me demande si je ne dois pas y modifier quelque chose !

[supprimé]

Je me demande également si ce script va bien marcher puisque que lorsque je le fait en manuelle après avoir lancé la session, j'ai toujours le même problème :

[root@localhost ~]# pkill hald
[root@localhost ~]# cd ~pti-seb/garnome/
[root@localhost garnome]# ls var/run/
dbus
[root@localhost garnome]# ls var/run/dbus/
[root@localhost garnome]# bin/dbus-daemon --system
[root@localhost garnome]# sbin/hald
[root@localhost garnome]#

Si quelqu'un à un meilleur idée pour adapter tout çà au mieux !

[supprimé]

Je pense avoir identifier la source ultime du problème :

[root@localhost ~]# ps -e | grep dbus
4266 ? 00:00:00 dbus-launch
4267 ? 00:00:00 dbus-daemon
[root@localhost ~]# ~pti-seb/garnome/sbin/hald --retain-privileges
[root@localhost ~]# ps -e | grep hal
[root@localhost ~]# ~pti-seb/garnome/sbin/hald
[root@localhost ~]# ps -e | grep hal
[root@localhost ~]#

le daemon hal ne semble pas démarrer, si quelqu'un sait pourquoi ?

Temet

Autant j'admire ta persévérance pti-seb, autant je me dis que t'es maso! :-D

CleM

tail -f /var/log/messages

quand tu fais /etc/init.d/hald start

?

[supprimé]

Temet a écrit:
Autant j'admire ta persévérance pti-seb, autant je me dis que t'es maso! :-D

lol, ba tu sais vu je que trouve pas de taf, je m'occupe comme je peus ... Mais c'est vrai que je bourrine un peu en ce moment !!!

tail -f /var/log/messages

quand tu fais /etc/init.d/hald start ?

Bien essayé mais çà donne rien !

Sinon il y a mrtom qui m'a dit qu'il avait le même prob et qu'il l'avait résolue en bootant sur un noyau 2.6.12 au lieu du 2.6.13 !

Mais ché moi j'ai toujours le même problème après cette manipulation !

CleM

rien dans messages ?!

mouarf bizarre.

peux tu me filer le résultat de

cat /etc/init.d/hald

?

[supprimé]

CleM a écrit:
rien dans messages ?!

mouarf bizarre.

peux tu me filer le résultat de

cat /etc/init.d/hald

?

Le truc c'est que moi faut pas que je démarre celui là, mais un nouveau hal qui a été compilé par garnome :

~pti-seb/garnome/sbin/hald

le /etc/init.d/hald fonctionne très bien mais il sert à rien que je l'active car quand je suis sous gnome 2.12, il va cherhcer si le hal de garnome est en route pas celui de fedora ...

Enfin c un peu tordu comme truc mais c'est comme çà !

[supprimé]

Voici le script qu'il faut utiliser normalement pour faire tourné la bète correctement, çà aidera à la compréhension je pense :

2. Running GARNOME's dbus and hal on Fedora

Run this script before you log into your GARNOME session.

#!/bin/bash

GARNOME=$HOME/garnome

## Use GARNOME's dbus and hal

if [ `grep "<user>messagebus</user>" $GARNOME/etc/dbus-1/system.conf` ]; then
more $GARNOME/etc/dbus-1/system.conf |
sed 's,<user>messagebus</user>,<user>dbus</user>,g' >
$GARNOME/etc/dbus-1/system.conf;
fi

su -c "pkill dbus;
/sbin/service haldaemon stop >/dev/null 2>&1;
pkill hald;
rm -rf $GARNOME/var/run/messagebus.pid;
$GARNOME/bin/dbus-daemon --system;
$GARNOME/sbin/hald --retain-privileges"

[supprimé]

Dans le dernier paragraphe on vois :

il tue dbus de fedora
il arrête le service hal de fedora
il supprimme un fichier .pid

il démarre le dbus de gnome 2.12
il demarre le hald de gnome 2.12

et c'est sur la dernier action que çà merde !

CleM

pourquoi le guillemet sur la dernière ligne ? :-?

[supprimé]

CleM a écrit:
pourquoi le guillemet sur la dernière ligne ? :-?

c'est pour le su -c "actin1; action2;"

Mais le problème ne vient pas du script car j'ai la même chose quans j'execute les commande manuelement une à une.

CleM

OK

et tu as comparé le script par défaut dans init.d à celui ci ?
Si il n'y a aucun message d'affiché dans les logs ou ailleurs, c'est tout bonnement qu'aucun processus ne se lance.

Essaye de visualiser en temps réel la liste des processus quand tu lances ton script. Fais une redirection dans un fichier et regarde si ça bouge. Si ce n'est pas le cas, il y a, à mon avis, un problème de compilation.