Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Le 11.04.2005 15:04:45, Sjoerd Simons a écrit : On Sun, Feb 06, 2005 at 07:48:38PM +0100, Sjoerd Simons wrote: On Sun, Feb 06, 2005 at 06:25:10PM +, Jean-Luc Coulon (f5ibh) wrote: Is the problem still there or has it been solved? *for me*, it can be considered as solved. Sorry for the late answer: real life constraints... Sjoerd Regards Jean-Luc pgpPuKUgVgw9N.pgp Description: PGP signature
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Sun, Feb 06, 2005 at 07:48:38PM +0100, Sjoerd Simons wrote: On Sun, Feb 06, 2005 at 06:25:10PM +, Jean-Luc Coulon (f5ibh) wrote: Le 25.01.2005 19:53:36, Sjoerd Simons a écrit : On Tue, Jan 25, 2005 at 05:10:44PM +, Jean-Luc Coulon (f5ibh) wrote: Le 25.01.2005 17:26:19, Sjoerd Simons a écrit : It refuses to start with this option: [EMAIL PROTECTED] % /usr/sbin/hald --daemon=no --verbose=yes --drop-privileges ~ 15:03:35.500 [E] hald.c:284: drop_privileges: could not initialize groups You need to run it as root for that.. Maybe there is a permission problem: udev doesnt create the deviceconsistantly. Sometimes /dev/hda iscreated with roo:disk, sometimes (mostly) root:cdrom and sometimes root:floppy. I remarked that /dev/hdc isalways created correctly, not hda When it's created as root:disk then hal won't work (can't pol that drive), for both root:floppy and root:cdrom (with rw for the group) it should be fine.. Is the problem still there or has it been solved? Sjoerd -- Between infinite and short there is a big difference. -- G.H. Gonnet
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Le 22.01.2005 23:08:42, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 08:28:33PM +, Jean-Luc Coulon (f5ibh) wrote: Okay, so hal is actually polling your drives... The odd thing is that nothing changed to that code between the versions.. Could you stop your hald... run hald --daemon=no --verbose=yes, and then after the startup sequence is done put in a cd. And mail the output, if none then i'll need to create a special debug package for you.. Ok, I have done the test and I'm really puzzled: when running hald with strace, the volume is mounted. If I restart dbus, then it doesnt work :-/ Attached the trace. Sjoerd Regards Jean-Luc 18286: mount_root='/media' 18286: use_managed=0 18286: Releasing advisory lock on /etc/fstab 18286: Lock released 18286: fstab-sync exiting; remove udi=/org/freedesktop/Hal/devices/block_3_0-0 18286: ### 17:05:33.855 [I] callout.c:173: Child pid 18286 terminated 17:05:33.855 [I] hald.c:84: Removed device from GDL; udi=/org/freedesktop/Hal/devices/block_3_0-0 17:05:33.855 [I] callout.c:193: Callouts done for /org/freedesktop/Hal/devices/block_3_0-0 17:05:59.922 [I] linux/block_class_device.c:636: volume.num_blocks = 1441072 17:05:59.979 [I] linux/block_class_device.c:651: volume.block_size = 2048 17:05:59.979 [I] linux/block_class_device.c:655: volume.size = 737828864 17:06:00.028 [I] linux/block_class_device.c:706: Disc in /dev/hda has data 17:06:00.047 [I] linux/block_class_device.c:723: get_disc_type returned 0x0a 17:06:00.067 [I] linux/block_class_device.c:1056: Detecting if /dev/hda contains a fs 17:06:00.122 [I] linux/volume_id/volume_id.c:2103: called with size=0x0 17:06:00.122 [I] linux/volume_id/volume_id.c:202: get buffer off 0x400, len 0x800 17:06:00.122 [I] linux/volume_id/volume_id.c:213: read sbbuf len:0xc00 17:06:00.173 [I] linux/volume_id/volume_id.c:216: got 0xc00 (3072) bytes 17:06:00.173 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x800 17:06:00.173 [I] linux/volume_id/volume_id.c:202: get buffer off 0x1200, len 0x200 17:06:00.173 [I] linux/volume_id/volume_id.c:213: read sbbuf len:0x1400 17:06:00.173 [I] linux/volume_id/volume_id.c:216: got 0x1400 (5120) bytes 17:06:00.173 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x200 17:06:00.173 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x200 17:06:00.173 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x200 17:06:00.173 [I] linux/volume_id/volume_id.c:202: get buffer off 0x0, len 0x11000 17:06:00.173 [I] linux/volume_id/volume_id.c:213: read sbbuf len:0x11000 17:06:00.205 [I] linux/volume_id/volume_id.c:216: got 0x11000 (69632) bytes 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0xff6, len 0xa 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x1ff6, len 0xa17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x3ff6, len 0xa17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x400, len 0x200 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x1, len 0x200 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x2000, len 0x200 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x8000, len 0x200 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x8000, len 0x200 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x8800, len 0x800 17:06:00.205 [I] linux/volume_id/volume_id.c:1170: test for blocksize: 0x800 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x8000, len 0x800 17:06:00.205 [I] linux/volume_id/volume_id.c:1185: vsd: CD001 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x8800, len 0x800 17:06:00.205 [I] linux/volume_id/volume_id.c:1185: vsd: CD001 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x9000, len 0x800 17:06:00.205 [I] linux/volume_id/volume_id.c:1185: vsd: CD001 17:06:00.205 [I] linux/volume_id/volume_id.c:202: get buffer off 0x9800, len 0x800 17:06:00.206 [I] linux/volume_id/volume_id.c:1185: vsd: 17:06:00.206 [I] linux/volume_id/volume_id.c:202: get buffer off 0x8000, len 0x200 17:06:00.206 [I] linux/volume_id/volume_id.c:202: get buffer off 0x8800, len 0x200 17:06:00.231 [I] linux/volume_id/volume_id.c:1299: found ISO supplementary VD at offset 0x8800 17:06:00.231 [I] linux/block_class_device.c:1093: Media in no_partitions device /dev/hda 17:06:00.232 [I] linux/block_class_device.c:108: volume.fsusage = 'filesystem' 17:06:00.232 [I] linux/block_class_device.c:111: volume.fstype = 'iso9660' 17:06:00.232 [I] linux/block_class_device.c:117: volume.uuid = '' 17:06:00.232 [I] linux/block_class_device.c:119: volume.label = '' 17:06:00.232 [I] device_info.c:1160: scan_fdi_files: Processing file '6in1-card-reader.fdi' 17:06:00.232 [I] device_info.c:1160: scan_fdi_files: Processing file 'ide-drives.fdi' 17:06:00.233 [I] device_info.c:1160: scan_fdi_files: Processing file 'jetflash-mp3-player.fdi' 17:06:00.255 [I]
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Tue, Jan 25, 2005 at 04:16:47PM +, Jean-Luc Coulon (f5ibh) wrote: Le 22.01.2005 23:08:42, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 08:28:33PM +, Jean-Luc Coulon (f5ibh) wrote: Okay, so hal is actually polling your drives... The odd thing is that nothing changed to that code between the versions.. Could you stop your hald... run hald --daemon=no --verbose=yes, and then after the startup sequence is done put in a cd. And mail the output, if none then i'll need to create a special debug package for you.. Ok, I have done the test and I'm really puzzled: when running hald with strace, the volume is mounted. If I restart dbus, then it doesnt work :-/ Oh that's a good hint.. First i saw fstab-sync running in your trace, which is not necessary so it's probably best to remove it. Second if you strace it, hal runs as root, if you don't it runs as user haldaemon... What are the permissions of your cd drives ? Also you can use ``strace -e ioctl,open,close -p $(pidof hald)'' to strace your running hald.. Probably it will show permission denied or somthing like that. Sjoerd -- Every nonzero finite dimensional inner product space has an orthonormal basis. It makes sense, when you don't think about it.
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Le 25.01.2005 17:26:19, Sjoerd Simons a écrit : [ destructive compression ] Oh that's a good hint.. First i saw fstab-sync running in your trace, which is not necessary so it's probably best to remove it. How to remove it? Second if you strace it, hal runs as root, if you don't it runs as user haldaemon... Well, you told me to run: hald... run hald --daemon=no --verbose=yes If I do that with a normal user, I get the following error [EMAIL PROTECTED] % /usr/sbin/hald --daemon=no --verbose=yes ~ 17:42:36.712 [I] hald.c:394: hal 0.4.6 17:42:36.713 [I] hald.c:398: Will not daemonize 17:42:36.740 [E] hald_dbus.c:1945: dbus_bus_acquire_service(): Connection :1.54 is not allowed to own the service org.freedesktop.Hal due to security policies in the configuration file What are the permissions of your cd drives ? brw-rw 1 root cdrom 3, 0 2005-01-25 13:27 /dev/hda brw-rw 1 root cdrom 22, 0 2005-01-25 13:27 /dev/hdc And I'm a member of cdrom group: [EMAIL PROTECTED] /home/jean-luc # groups jean-luc jean-luc : jean-luc adm dialout cdrom audio src video staff plugdev scanner Also you can use ``strace -e ioctl,open,close -p $(pidof hald)'' to strace your running hald.. Probably it will show permission denied or somthing like that. Yes, right [EMAIL PROTECTED] /home/jean-luc # strace -e ioctl,open,close -p 19238 Process 19238 attached - interrupt to quit open(/dev/hda, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = -1 EACCES (Permission denied) open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 3 ioctl(3, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(3)= 0 open(/dev/sdc, O_RDONLY|O_LARGEFILE) = -1 ENOMEDIUM (No medium found) open(/dev/hda, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = -1 EACCES (Permission denied) open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 3 ioctl(3, CDROM_DRIVE_STATUS, 0x7fff) = 1 But it is not the case with the previous version of hal... open(/etc/hal/property.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 3 close(3)= 0 open(/sys/block/hda/size, O_RDONLY) = 3 close(3)= 0 open(/dev/hda, O_RDONLY|O_LARGEFILE) = 3 ioctl(3, BLKSSZGET, 0xb81c) = 0 ioctl(3, BLKGETSIZE64, 0xb810) = 0 close(3)= 0 open(/dev/hda, O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 3 ioctl(3, CDROM_DRIVE_STATUS, 0x7fff) = 4 ioctl(3, CDROM_DISC_STATUS, 0x7fff) = 101 ioctl(3, SG_IO, 0x8398180) = 0 ioctl(3, SG_IO, 0x8398180) = 0 ioctl(3, SG_IO, 0x8398180) = 0 close(3)= 0 open(/dev/hda, O_RDONLY|O_LARGEFILE) = 3 open(/usr/share/hal/fdi, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 close(4)= 0 open(/usr/share/hal/fdi/10generic, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 4 close(4)= 0 open(/usr/share/hal/fdi/20freedesktop, O_RDONLY|O_NONBLOCK| O_LARGEFILE|O_DIRECTORY) = 4 close(4)= 0 open(/usr/share/hal/fdi/20freedesktop/6in1-card-reader.fdi, O_RDONLY| O_LARGEFILE) = 4 close(4)= 0 open(/usr/share/hal/fdi/20freedesktop/ide-drives.fdi, O_RDONLY| O_LARGEFILE) = 4 close(4)= 0 open(/usr/share/hal/fdi/20freedesktop/jetflash-mp3-player.fdi, O_RDONLY|O_LARGEFILE) = 4 close(4)= 0 open(/usr/share/hal/fdi/20freedesktop/lexar-media-cf-reader.fdi, O_RDONLY|O_LARGEFILE) = 4 close(4)= 0 open(/usr/share/hal/fdi/20freedesktop/lucent-pcmcia-wireless.fdi, O_RDONLY|O_LARGEFILE) = 4 close(4)= 0 open(/usr/share/hal/fdi/20freedesktop/usb-zip-drives.fdi, O_RDONLY| O_LARGEFILE) = 4 close(4)= 0 open(/usr/share/hal/fdi/30osvendor, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 4 close(4)= 0 open(/usr/share/hal/fdi/40oem, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 4 close(4)= 0 open(/usr/share/hal/fdi/50user, O_RDONLY|O_NONBLOCK|O_LARGEFILE| O_DIRECTORY) = 4 close(4)= 0 open(/usr/share/hal/fdi/90defaultpolicy, O_RDONLY|O_NONBLOCK| O_LARGEFILE|O_DIRECTORY) = 4 close(4)= 0 open(/usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi, O_RDONLY| O_LARGEFILE) = 4 close(4)= 0 open(/etc/hal/fdi, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 close(4)= 0 open(/etc/hal/fdi/preferences.fdi, O_RDONLY|O_LARGEFILE) = 4 close(4)= 0 open(/etc/hal/device.d, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 4 close(4)= 0 If this can helps, I remarked while doing my tests that fam is something doing bad things. The drive is marked busy so I cannot eject it nor unmount it without killing fam. But I
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Tue, Jan 25, 2005 at 05:10:44PM +, Jean-Luc Coulon (f5ibh) wrote: Le 25.01.2005 17:26:19, Sjoerd Simons a écrit : [ destructive compression ] Oh that's a good hint.. First i saw fstab-sync running in your trace, which is not necessary so it's probably best to remove it. How to remove it? rm /etc/hal/device.d/50-fstab-sync.hal You had to use fstab-sync for automounting with gvm in the time before we had the current pmount solution. Second if you strace it, hal runs as root, if you don't it runs as user haldaemon... Well, you told me to run: hald... run hald --daemon=no --verbose=yes If I do that with a normal user, I get the following error Yeah, i wasn't expecting a permission problem.. [EMAIL PROTECTED] % /usr/sbin/hald --daemon=no --verbose=yes ~ 17:42:36.712 [I] hald.c:394: hal 0.4.6 17:42:36.713 [I] hald.c:398: Will not daemonize 17:42:36.740 [E] hald_dbus.c:1945: dbus_bus_acquire_service(): Connection :1.54 is not allowed to own the service org.freedesktop.Hal due to security policies in the configuration file That's correct, hal can only run as either root or as usr hal. You can just add --drop-privileges to the options, so it behave the same way as it does when running normally.. What are the permissions of your cd drives ? brw-rw 1 root cdrom 3, 0 2005-01-25 13:27 /dev/hda brw-rw 1 root cdrom 22, 0 2005-01-25 13:27 /dev/hdc Looks okay. Is user hal member of group cdrom ? Also you can use ``strace -e ioctl,open,close -p $(pidof hald)'' to strace your running hald.. Probably it will show permission denied or somthing like that. Yes, right [EMAIL PROTECTED] /home/jean-luc # strace -e ioctl,open,close -p 19238 Process 19238 attached - interrupt to quit open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 3 ioctl(3, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(3)= 0 hdc seems to work fine here? Does inserting volumes in that driver work ? open(/dev/hda, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = -1 EACCES (Permission denied) But it is not the case with the previous version of hal... open(/dev/hda, O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 3 ioctl(3, CDROM_DRIVE_STATUS, 0x7fff) = 4 Okay, compare the two opens.. The ``new'' hal adds O_EXCL, which is correct, although i have no clue what triggered the difference.. But this shouldn't cause E_ACCESS, if access is denied to the E_EXCL you get E_BUSY.. If this can helps, I remarked while doing my tests that fam is something doing bad things. The drive is marked busy so I cannot eject it nor unmount it without killing fam. But I don't know the exact conditions this occured. Could you disable fam while testing hal, just to be sure it doesn't gets in way in some weird way.. I'm also still guessing what the exact problem is here, but i think we're slowing getting there :) Sjoerd -- Everything should be made as simple as possible, but not simpler. -- Albert Einstein
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Package: hal Version: 0.4.5-1 Severity: normal Hi, With 0.4.5-1, thee automount on insertion of a DVD or CD was effective and I got the related icon on the gnome desktop. After upgrading to 0.4.6-1, this doesnt work anymore. I have to pmount manually the device. I've reverting to 0.4.5-1 eand got the expected behaviour again. Regards Jean-Luc -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (199, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-k8-5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages hal depends on: ii adduser 3.59 Add and remove users and groups ii dbus-10.23-1 simple interprocess messaging syst ii dbus-glib-1 0.23-1 simple interprocess messaging syst ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcap1 1:1.10-14 support for getting/setting POSIX. ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libglib2.0-0 2.6.1-2The GLib library of C routines ii libhal0 0.4.5-1Hardware Abstraction Layer - share ii pciutils 1:2.1.11-15Linux PCI Utilities ii udev 0.050-5/dev/ management daemon ii usbutils 0.11+cvs20041108-1 USB console utilities -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Sat, Jan 22, 2005 at 01:07:59PM +, Jean-Luc Coulon (f5ibh) wrote: With 4.5.1-1, I get the following jsut after the previous messages when I start gnome with a DVD inserted: manager.c/789: New Device: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc manager.c/825: Changed: /dev/hda Warning: device /dev/hda is already handled by /etc/fstab, supplied label is ignored manager.c/905: Mounted: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc That's very nice, now please give the same info for the situation that doesn't work so we can actually debug it :) Sjoerd -- This is the theory that Jack built. This is the flaw that lay in the theory that Jack built. This is the palpable verbal haze that hid the flaw that lay in... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Le 22.01.2005 14:13:06, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 01:07:59PM +, Jean-Luc Coulon (f5ibh) wrote: With 4.5.1-1, I get the following jsut after the previous messages when I start gnome with a DVD inserted: manager.c/789: New Device: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc manager.c/825: Changed: /dev/hda Warning: device /dev/hda is already handled by /etc/fstab, supplied label is ignored manager.c/905: Mounted: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc That's very nice, now please give the same info for the situation that doesn't work so we can actually debug it :) As I told you, when it doesnt work I've *no* messages, only the system start: /etc/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x /var/lib/gdm/:0.Xservers -h -l :0 jean-luc /etc/gdm/Xsession: Beginning session setup... SESSION_MANAGER=local/tangerine-64:/tmp/.ICE-unix/18027 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 that's all :-/ Sjoerd J-L pgpDx08kkdZ0U.pgp Description: PGP signature
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Sat, Jan 22, 2005 at 01:24:45PM +, Jean-Luc Coulon (f5ibh) wrote: Le 22.01.2005 14:13:06, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 01:07:59PM +, Jean-Luc Coulon (f5ibh) wrote: With 4.5.1-1, I get the following jsut after the previous messages when I start gnome with a DVD inserted: manager.c/789: New Device: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc manager.c/825: Changed: /dev/hda Warning: device /dev/hda is already handled by /etc/fstab, supplied label is ignored manager.c/905: Mounted: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc That's very nice, now please give the same info for the situation that doesn't work so we can actually debug it :) As I told you, when it doesnt work I've *no* messages, only the system start: /etc/gdm/PreSession/Default: Registering your session with wtmp and utmp /etc/gdm/PreSession/Default: running: /usr/bin/X11/sessreg -a -w /var/log/wtmp -u /var/run/utmp -x /var/lib/gdm/:0.Xservers -h -l :0 jean-luc /etc/gdm/Xsession: Beginning session setup... SESSION_MANAGER=local/tangerine-64:/tmp/.ICE-unix/18027 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 that's all :-/ Then please run gnome-volume-manager manually Sjoerd -- Do what you can to prolong your life, in the hope that someday you'll learn what it's for.
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Le 22.01.2005 14:33:31, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 01:24:45PM +, Jean-Luc Coulon (f5ibh) wrote: [ ... ] :0 jean-luc /etc/gdm/Xsession: Beginning session setup... SESSION_MANAGER=local/tangerine-64:/tmp/.ICE-unix/18027 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 that's all :-/ Then please run gnome-volume-manager manually with 0.4.6-1, I get [EMAIL PROTECTED] % export LC_MESSAGES=C [EMAIL PROTECTED] % killall gnome-volume-manager [EMAIL PROTECTED] % gnome-volume-manager now I've inserted a disk and nothing happens If I revert to 0.4.5-1, I get: -- [EMAIL PROTECTED] % gnome-volume-manager manager.c/789: New Device: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc manager.c/825: Changed: /dev/hda Warning: device /dev/hda is already handled by /etc/fstab, supplied label is ignored manager.c/905: Mounted: /org/freedesktop/Hal/devices/block_Colette_Epi2_Loc Sjoerd Jean-Luc pgp5fXCqIa7w8.pgp Description: PGP signature
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Sat, Jan 22, 2005 at 01:52:38PM +, Jean-Luc Coulon (f5ibh) wrote: Le 22.01.2005 14:33:31, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 01:24:45PM +, Jean-Luc Coulon (f5ibh) wrote: [ ... ] :0 jean-luc /etc/gdm/Xsession: Beginning session setup... SESSION_MANAGER=local/tangerine-64:/tmp/.ICE-unix/18027 Gnome-Message: gnome_execute_async_with_env_fds: returning -1 that's all :-/ Then please run gnome-volume-manager manually with 0.4.6-1, I get [EMAIL PROTECTED] % export LC_MESSAGES=C [EMAIL PROTECTED] % killall gnome-volume-manager [EMAIL PROTECTED] % gnome-volume-manager now I've inserted a disk and nothing happens That's really really odd.. You should at least see gvm passing all your volumes when it start up.. Does hal see any volumes at all ? (in lshal or hal-device-manager).. If your not sure, just send the lshal output over and tell a little about your system (as in, does it have scsi, ide, sata etc etc) Sjoerd -- FORTUNE'S FUN FACTS TO KNOW AND TELL: #44 Zebras are colored with dark stripes on a light background.
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
On Sat, Jan 22, 2005 at 05:22:55PM +, Jean-Luc Coulon (f5ibh) wrote: Le 22.01.2005 15:05:19, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 01:52:38PM +, Jean-Luc Coulon (f5ibh) [ ... ] That's really really odd.. You should at least see gvm passing all your volumes when it start up.. Does hal see any volumes at all ? (in lshal or hal-device-manager).. If your not sure, just send the lshal output over and tell a little about your system (as in, does it have scsi, ide, sata etc etc) You will find attached an output from lshal. It does see the device (i.e /dev/hda), not the volumes. The system is and Athlon64 3500+ with 2 SATA drives with LVM over software RAID1. The dvd burner is on the 1sh ide attachement (master): /dev/hda, the cdrom is on the secondary ide attachemetn (master too): /dev/hdc If I mout a volume with pmount then hal can see the volume. Can you run: strace -eopen,ioctl,close hald --daemon=no After hal startup this should show you someting like every few seconds: open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, 0x5326, 0x7fff)= 1 close(0)= 0 Which is hal polling my /dev/hdc for volumes.. Sjoerd -- The key elements in human thinking are not numbers but labels of fuzzy sets. -- L. Zadeh
Bug#291686: hal: 0.4.6-1 breaks normal automount of a CD/DVD on the gnome desktop
Le 22.01.2005 19:06:12, Sjoerd Simons a écrit : On Sat, Jan 22, 2005 at 05:22:55PM +, Jean-Luc Coulon (f5ibh) wrote: [ ... ] Can you run: strace -eopen,ioctl,close hald --daemon=no After hal startup this should show you someting like every few seconds: open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, 0x5326, 0x7fff)= 1 close(0)= 0 Which is hal polling my /dev/hdc for volumes.. This is what I get (a volume is inserted in each drive) open(/dev/hda, O_RDONLY|O_NONBLOCK|O_LARGEFILE) = 0 ioctl(0, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(0)= 0 open(/dev/hdc, O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE) = 0 ioctl(0, CDROM_DRIVE_STATUS, 0x7fff) = 1 close(0)= 0 open(/dev/sdc, O_RDONLY|O_LARGEFILE) = -1 ENOMEDIUM (No medium found) /dev/hdc is an USB compact flash reader witohut a card inside. Sjoerd J-L pgpmaqvOS0KJL.pgp Description: PGP signature
