Re: problème de configuration de HAL

2007-05-25 Par sujet Xentor_609
En fait, je crois que je me fatigue pour rien :
$ cat /usr/share/doc/pmount/TODO
- dbus API change in 0.91
- pmount: support mounting as a different gid
- pmount-hal: mount by device label
- pmount-hal: read out volume.policy.mount_option.gid from hal
- support for mounting images
- support for mounting smb
- add glob support to pmount.allow
- use nls=utf8 for NTFS
- make location of external programs configurable
- add --with-hal configure option
- ext3 pmount-hal: respect volume.policy.mount_option.acl,
  volume.policy.mount_option.user_xattr
Il me reste quoi comme solution ?

On 17 mai, 18:10, Xentor_609 [EMAIL PROTECTED] wrote:
 Tout d'abord merci de m'aider à résoudre mon problème !
 Quels sont alors le ou les fichiers de configurations pour pmount ?
 En fouillant un peu, je suis tombé sur pmount-halet un petit man m'a
 donné ceci : pmount-halextends pmount by making it work together 
 withhal(Hardware Abstration Layer).
 Donc pour tester, j'ai inséré ma clé usb :
 $ pmount-hal/dev/sda1
 libhal-storage.c 1401 : INFO: called LIBHAL_FREE_DBUS_ERROR but
 dbusError was not set.
 process 18711: Applications must not close shared connections - see
 dbus_connection_close() docs. This is a bug in the application.
 Je sais pas pourquoi il m'affiche ce message d'erreur mais il a quand
 meme effectué le montage :
 $ mount
 ...
 /dev/sda1 on /media/KINGSTON type vfat
 (rw,noexec,nosuid,nodev,quiet,shortname=mixed,uid=1000,gid=1000,umask=077,iocharset=iso8859-1)
 La différence c'est que cette fois ci, il a bien pris en compte le
 paramètre iocharset mais pas gid.
 $ ls -l /media/
 total 24
 lrwxrwxrwx 1 root  root  6 2007-05-07 03:15 cdrom - cdrom0
 drwxr-xr-x 2 root  root   4096 2007-05-07 03:15 cdrom0
 lrwxrwxrwx 1 root  root  7 2007-05-07 03:15 floppy - floppy0
 drwxr-xr-x 2 root  root   4096 2007-05-07 03:15 floppy0
 drwx-- 8 xentor xentor 16384 1970-01-01 01:00 KINGSTON
Xentor609

 Vincent Bernat a écrit :

  OoO En  cette matinée ensoleillée du  mercredi 16 mai  2007, vers 09:29,
  Frédéric BOITEUX [EMAIL PROTECTED] disait:

 Sauf erreur,HALne fait que collecter et assembler des informations,
   mais n'influe pas sur elles (en tout cas pas comme tu semble le
   vouloir, même s'il peut effectivement permettre l'appel de scripts
   externes...) ! Il faut donc plutôt regarder du coté de pmount pour lui
   dire de monter ta clé avec les options qui t'intéressent ...

  De mon côté, il me semble queHALn'a pas besoin de pmount.
  --
  printk(Entering UltraSMPenguin Mode...\n);
 2.2.16 /usr/src/linux/arch/sparc64/kernel/smp.c

  --
  Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.net/?DebianFrench
  Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
  Reply-To:

  To UNSUBSCRIBE, email to [EMAIL PROTECTED]
  with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: problème de configuration de HAL

2007-05-17 Par sujet Xentor_609
Tout d'abord merci de m'aider à résoudre mon problème !
Quels sont alors le ou les fichiers de configurations pour pmount ?
En fouillant un peu, je suis tombé sur pmount-hal et un petit man m'a
donné ceci : pmount-hal extends pmount by making it work together with
hal (Hardware Abstration Layer).
Donc pour tester, j'ai inséré ma clé usb :
$ pmount-hal /dev/sda1
libhal-storage.c 1401 : INFO: called LIBHAL_FREE_DBUS_ERROR but
dbusError was not set.
process 18711: Applications must not close shared connections - see
dbus_connection_close() docs. This is a bug in the application.
Je sais pas pourquoi il m'affiche ce message d'erreur mais il a quand
meme effectué le montage :
$ mount
...
/dev/sda1 on /media/KINGSTON type vfat
(rw,noexec,nosuid,nodev,quiet,shortname=mixed,uid=1000,gid=1000,umask=077,iocharset=iso8859-1)
La différence c'est que cette fois ci, il a bien pris en compte le
paramètre iocharset mais pas gid.
$ ls -l /media/
total 24
lrwxrwxrwx 1 root  root  6 2007-05-07 03:15 cdrom - cdrom0
drwxr-xr-x 2 root  root   4096 2007-05-07 03:15 cdrom0
lrwxrwxrwx 1 root  root  7 2007-05-07 03:15 floppy - floppy0
drwxr-xr-x 2 root  root   4096 2007-05-07 03:15 floppy0
drwx-- 8 xentor xentor 16384 1970-01-01 01:00 KINGSTON
   Xentor609

Vincent Bernat a écrit :
 OoO En  cette matinée ensoleillée du  mercredi 16 mai  2007, vers 09:29,
 Frédéric BOITEUX [EMAIL PROTECTED] disait:

Sauf erreur, HAL ne fait que collecter et assembler des informations,
  mais n'influe pas sur elles (en tout cas pas comme tu semble le
  vouloir, même s'il peut effectivement permettre l'appel de scripts
  externes...) ! Il faut donc plutôt regarder du coté de pmount pour lui
  dire de monter ta clé avec les options qui t'intéressent ...

 De mon côté, il me semble que HAL n'a pas besoin de pmount.
 --
 printk(Entering UltraSMPenguin Mode...\n);
   2.2.16 /usr/src/linux/arch/sparc64/kernel/smp.c


 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.net/?DebianFrench
 Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
 Reply-To:

 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



[Etch] problème de configuration de HAL

2007-05-15 Par sujet Xentor_609
Bonjour,
Je désire ajouter des droits aux périphériques montés par pmount. Mon
but serait de les attribuer au groupe disk (gid=6), de rajouter les
droits d'écriture au groupe, ce qui permettrait à tous ceux qui sont
dans le groupe disk de pouvoir écrire sur la clé usb ou le disque
externe.
J'ai donc créé un fichier /etc/hal/fdi/policy/vfat.fdi dans lequel
j'ai mis :
?xml version=1.0 encoding=UTF-8?
deviceinfo version=0.2
 device
   match key=block.is_volume bool=true
 match key=volume.fsusage string=filesystem
  match key=volume.fstype string=vfat
 merge key=volume.policy.mount_option.gid=6
type=booltrue/merge
 merge key=volume.policy.mount_option.iocharset=iso8859-1
type=booltrue/merge
 merge key=volume.policy.mount_option.codepage=850
type=booltrue/merge
   /match
 /match
   /match
 /device
Je recharge HAL avec /etc/init.d/dbus reload, j'insére ma clé usb et
au montage aucun changement n'a été effectué :
#mount
...
/dev/sda1 on /media/KINGSTON type vfat
(rw,noexec,nosuid,nodev,noatime,uid=1000,utf8,shortname=lower)
# ls -l /media/
total 24
lrwxrwxrwx 1 root  root 6 2007-05-07 03:15 cdrom - cdrom0
drwxr-xr-x 2 root  root  4096 2007-05-07 03:15 cdrom0
lrwxrwxrwx 1 root  root 7 2007-05-07 03:15 floppy - floppy0
drwxr-xr-x 2 root  root  4096 2007-05-07 03:15 floppy0
drwxr-xr-x 9 xentor root 16384 1970-01-01 01:00 KINGSTON
Pour vérifier si HAL avait bien pris en compte le fichier vfat.fdi, je
me suis servi de  lshal :
...
udi = '/org/freedesktop/Hal/devices/volume_uuid_81E6_9066'
  volume.policy.mount_option.codepage=850 = true  (bool)
  volume.policy.mount_option.iocharset=iso8859-1 = true  (bool)
  volume.policy.mount_option.gid=6 = true  (bool)
  volume.unmount.valid_options = {'lazy'} (string list)
  volume.mount.valid_options = {'ro', 'sync', 'dirsync', 'noatime',
'nodiratime', 'noexec', 'quiet', 'remount', 'exec', 'utf8',
'shortname=', 'cod
epage=', 'iocharset=', 'umask=', 'dmask=', 'fmask=', 'uid='} (string
list)
  org.freedesktop.Hal.Device.Volume.method_execpaths = {'hal-storage-
mount', 'hal-storage-unmount', 'hal-storage-eject'} (string list)
  org.freedesktop.Hal.Device.Volume.method_argnames = {'mount_point
fstype extra_options', 'extra_options', 'extra_options'} (string list)
  org.freedesktop.Hal.Device.Volume.method_signatures = {'ssas', 'as',
'as'} (string list)
  org.freedesktop.Hal.Device.Volume.method_names = {'Mount',
'Unmount', 'Eject'} (string list)
  info.interfaces = {'org.freedesktop.Hal.Device.Volume'} (string
list)
  volume.ignore = false  (bool)
...
Voilà si quelqu'un pourrait m'indiquer une solution ?
Merci d'avance pour votre aide.
  Xentor609



Re: bug hal avec kernel 2.6.18.2

2006-11-30 Par sujet Xentor_609
Bonsoir,

Tout d'abord merci de m'avoir répondu !

mess-mate a écrit :
 j'ai compilé ce kernel sur 2 machines différentes sans problèmes.
 Marche au poil.
 Faudrait peut-être revoir votre config du kernel ?

Je ne pense pas que le problème vient de là. En effet, quand j'ai
recompilé ce nouveau kernel, j'ai utilisé le fichier de config de
l'ancien.
J'ai appliqué un diff entre les deux fichiers de config, j'ai ensuite
enlevé les différences qui commençaient par un # et voilà le
résultat :

$ diff /boot/config-2.6.18.2-asus /boot/config-2.6.17.8-asus
3,4c3,4
 # Linux kernel version: 2.6.18.2-asus
 # Mon Nov 27 20:10:05 2006
---
 # Linux kernel version: 2.6.17.8-asus
 # Fri Nov 24 13:37:38 2006
7,9d6
 CONFIG_GENERIC_TIME=y
 CONFIG_LOCKDEP_SUPPORT=y
 CONFIG_STACKTRACE_SUPPORT=y
18d14
 CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config
58,59d53
 CONFIG_VM_EVENT_COUNTERS=y
 CONFIG_RT_MUTEXES=y
62a57
 CONFIG_OBSOLETE_INTERMODULE=m
209d201
 CONFIG_COMPAT_VDSO=y
394,395d382
 CONFIG_INET_XFRM_MODE_TRANSPORT=y
 CONFIG_INET_XFRM_MODE_TUNNEL=y
442,443d428
 CONFIG_INET6_XFRM_MODE_TRANSPORT=m
 CONFIG_INET6_XFRM_MODE_TUNNEL=m
864d841
 CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024
1327,1330d1298
 CONFIG_HW_RANDOM_INTEL=y
 CONFIG_HW_RANDOM_AMD=y
 CONFIG_HW_RANDOM_GEODE=y
 CONFIG_HW_RANDOM_VIA=y
1468d1433
 CONFIG_FIRMWARE_EDID=y
1474c1439
 # CONFIG_FB_BACKLIGHT is not set
---
 CONFIG_FB_FIRMWARE_EDID=y
1484a1450
 CONFIG_VIDEO_SELECT=y
1511d1476
 CONFIG_VIDEO_SELECT=y
1889d1826
 CONFIG_INOTIFY_USER=y
2051d1985
 CONFIG_TRACE_IRQFLAGS_SUPPORT=y
2054d1987
 CONFIG_UNUSED_SYMBOLS=y
2082a2010
 CONFIG_STACK_BACKTRACE_COLS=2
2146,2148d2073
 CONFIG_TEXTSEARCH=y
 CONFIG_TEXTSEARCH_KMP=m
 CONFIG_PLIST=y

De plus, le problème n'est pas que sur mon portable. En effet j'ai
recompilé le kernel d'un ami et j'ai eu le même problème. Son
installation est identique à la mienne (étant donné que c'est moi
qui l'ai faite).
J'utilise la modification dynamique du fstab que j'ai trouvé sur ce
site
http://salug.ouvaton.org/modules.php?op=modloadname=Newsfile=articlesid=760
Etant donné que cette méthode est obselète, je me suis dit qu'il
fallait installer pmount mais ca n'a pas résolu le problème.
Donc maintenant je ne sais pas quoi faire. Je pense que c'est
certainement la vieille version  de hal (je suis sur Sarge) qui n'est
pas compatible avec ces nouveaux kernels, mais je trouve que c'est
quand même étrange.
Pour l'instant, je suis obligé de rester sur le kernel 2.6.17.8 qui
fonctionnne très bien.
Si certains auraient des idées à suggérer, qu'ils n'hésitent pas.
Je suis à court de solution.

Merci encore.
Bye, Xentor609 !