Bug#423880: HAL, system hangs after inserting of audio CD
severity 423880 normal thanks Michael Biebl wrote: > René Peters wrote: >> Hm, maybe you are right with your kernel presumption. It is quite possible. >> Perhaps it is a bug in kded's media manager. >> I did some more tests and found out that hal is not the absolute reason for >> this problem. > >> After stopping kded's media manager and hald, restarting hald >> with "hald --daemon=no --verbose=yes" i got the messages: > > > Hi René, > > would it be possible for you, to test the current hal version from unstable > (0.5.9-3) and see if you can still trigger the problem? > If so, it will probably be a problem in hald-addon-storage, so you could try > to > attach a debugger to the running hald-addon-storage instance, to see what's > going on. You can easily attach to a running process with gdb's --pid option. > Have you had time to investigate this issue further? Do you still have the problem with the current version from unstable? If you still have problem, you can disable hal from polling your cd-drive with hal-disable-polling --disable /dev/scd0 and restarting hal. Given this workaround, I'm downgrading the severity to normal. It's also still uncertain, that HAL is the actual culprit and not the kernel or the firmware of your drive. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#423880: HAL, system hangs after inserting of audio CD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 René Peters wrote: > Hm, maybe you are right with your kernel presumption. It is quite possible. > Perhaps it is a bug in kded's media manager. > I did some more tests and found out that hal is not the absolute reason for > this problem. > > After stopping kded's media manager and hald, restarting hald > with "hald --daemon=no --verbose=yes" i got the messages: > Hi René, would it be possible for you, to test the current hal version from unstable (0.5.9-3) and see if you can still trigger the problem? If so, it will probably be a problem in hald-addon-storage, so you could try to attach a debugger to the running hald-addon-storage instance, to see what's going on. You can easily attach to a running process with gdb's --pid option. Cheers, Michael - -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGbr50h7PER70FhVQRAokGAJ49KOYCGkRnC/Ujgk3fBJQuIs7j3gCgtxdz TBBLcedufcY9xb+UwULH1HU= =qVPX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423880: HAL, system hangs after inserting of audio CD
Hm, maybe you are right with your kernel presumption. It is quite possible. Perhaps it is a bug in kded's media manager. I did some more tests and found out that hal is not the absolute reason for this problem. After stopping kded's media manager and hald, restarting hald with "hald --daemon=no --verbose=yes" i got the messages: -insert the audio CD: 13:14:45.848 [D] addon-storage.c:458: Media insertion detected on /dev/scd0 13:14:45.848 [D] hald_dbus.c:1345: udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S, key=storage.removable.media_available 13:14:45.849 [I] hald_dbus.c:2287: entering, local_interface=1 13:14:45.849 [D] hald_dbus.c:2296: udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S 13:14:45.849 [I] blockdev.c:1341: Entering, udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S Run started hald-probe-storage (1) (0) ! full path is '/usr/lib/hal/hald-probe-storage', program_dir is '/usr/lib/hal' 13:14:45.855 [I] hald_dbus.c:4018: 22685: Got a connection 13:14:45.855 [I] hald_dbus.c:4019: dbus_connection_get_is_connected = 1 [22750]: 13:14:45.856 [D] probe-storage.c:153: Doing probe-storage for /dev/scd0 (bus scsi) (drive_type cdrom) (udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S) (--only-check-for-fs==1) [22750]: 13:14:45.857 [D] probe-storage.c:278: Checking for optical disc on /dev/scd0 [22750]: 13:14:45.857 [D] probe-storage.c:286: Doing open ("/dev/scd0", O_RDONLY | O_NONBLOCK | O_EXCL) [22750]: 13:14:45.859 [D] probe-storage.c:351: media size = 1073741312 13:14:45.861 [I] hald_dbus.c:1070: storage.removable.media_available -> True 13:14:45.861 [I] hald_dbus.c:1054: storage.removable.media_size -> 1073741312 13:14:45.863 [I] hald_dbus.c:3969: Client to local_server was disconnected 13:14:45.863 [I] hald_dbus.c:4006: unregistered /usr/lib/hal/hald-probe-storage exited 13:14:45.864 [I] blockdev.c:1297: hald-probe-storage --only-check-for-media returned 2 (exit_type=0) 13:14:45.865 [I] blockdev.c:1313: Media insertion detected with file system on main block device; synthesizing hotplug add 13:14:45.866 [I] hotplug.c:201: /sys/block/sr0/fakevolume is a block device (devpath) 13:14:45.866 [I] blockdev.c:637: block_add: sysfs_path=/sys/block/sr0/fakevolume dev=/dev/scd0 is_part=0, parent=0x0821ba60 13:14:45.866 [I] blockdev.c:647: Handling /dev/scd0 as fakevolume - sysfs_path_real=/sys/block/sr0 Run started hald-probe-volume (1) (0) ! full path is '/usr/lib/hal/hald-probe-volume', program_dir is '/usr/lib/hal' 13:14:45.955 [I] hald_dbus.c:4018: 22685: Got a connection 13:14:45.955 [I] hald_dbus.c:4019: dbus_connection_get_is_connected = 1 [22751]: 13:14:45.956 [D] probe-volume.c:361: Doing probe-volume for /dev/scd0 [22751]: 13:14:46.028 [D] probe-volume.c:369: volume.block_size = 2048 [22751]: 13:14:46.029 [D] probe-volume.c:373: volume.size = 1073741312 [22751]: 13:14:46.095 [D] probe-volume.c:404: Disc in /dev/scd0 has audio [22751]: 13:14:46.096 [D] probe-volume.c:439: get_disc_type returned 0x00 [22751]: 13:14:46.099 [D] probe-volume.c:543: volume_session_count = 14 13:14:46.101 [I] hald_dbus.c:1046: volume.block_size -> 2048 13:14:46.101 [I] hald_dbus.c:1054: volume.size -> 1073741312 13:14:46.101 [I] hald_dbus.c:1038: volume.disc.type -> unknown 13:14:46.101 [I] hald_dbus.c:1070: volume.disc.has_audio -> False 13:14:46.101 [I] hald_dbus.c:1070: volume.disc.has_data -> False 13:14:46.101 [I] hald_dbus.c:1070: volume.disc.is_blank -> False 13:14:46.101 [I] hald_dbus.c:1070: volume.disc.is_appendable -> False 13:14:46.101 [I] hald_dbus.c:1070: volume.disc.is_rewritable -> False 13:14:46.101 [I] hald_dbus.c:1070: volume.disc.has_audio -> True 13:14:46.103 [I] hald_dbus.c:3969: Client to local_server was disconnected 13:14:46.103 [I] hald_dbus.c:4006: unregistered /usr/lib/hal/hald-probe-volume exited 13:14:46.104 [I] blockdev.c:352: entering; exit_type=0, return_code=0 13:14:46.114 [I] device_info.c:1530: *** Matched file /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi 13:14:46.115 [I] blockdev.c:125: Add callouts completed udi=/org/freedesktop/Hal/devices/volume_part_1_size_1073741312 13:14:46.115 [I] hald.c:106: Added device to GDL; udi=/org/freedesktop/Hal/devices/volume_part_1_size_1073741312 -remove the audio CD: 13:15:39.991 [D] addon-storage.c:434: Media removal detected on /dev/scd0 13:15:39.992 [D] hald_dbus.c:1345: udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S, key=storage.removable.media_available 13:15:39.993 [D] hald_dbus.c:1345: udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S, key=storage.partitioning_scheme 13:15:39.998 [I] hald_dbus.c:2287: entering, local_interface=1 13:15:39.998 [D] hald_dbus.c:2296: udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S 13:15:39.999 [I] blockdev.c:1341: Entering, udi=/org/freedesktop/Hal/devices/storage_model_CD_R___PX_W1210S Run started hald-probe-storage (1) (0) ! full path is '/usr/lib/
Bug#423880: HAL, system hangs after inserting of audio CD
Michael Biebl wrote: > René Peters wrote: > > Package: hal > > Version: 0.5.8.1-9 > > Severity: critical > > Justification: breaks the whole system > > > > Inserting audio CD causes my system to hang with high I/O-load (20 > > minutes). A long time later the system is useable again and i'm able to > > play the audio CD. > > The issue is reproduceable with following drives: > > ->CD-R PX-W1210S > > ->CD-ROM PX-40TS > > Data CD's don't show this behavior. > > Is this an audio CD with copy protection or does this happen for all kinds > of audio CDs? I get the same errors with all audio CD's i have tested (original audio CD's with and without copy protection, security backups of these CD's, and last but not least with self composed audio CD's from mp3 files burned with my or other drives). > If it's the former, I guess there is nothing, we can really do about it > besides encouraging you to not buy copy protected audio CDs ;-) > Some copy protection uses defect sectors which purposefully tries to screw > up the operating system and as a side effect can cause your computer to > lock up. Many thanks, but I know the problematic with copy protection very well. ;-) > I would also say, this is a kernel problem then and not a hal problem. > It's only triggered by hal because hal tries to access the media to find > out what contents are on the cd. I'm nearly sure this issue isn't a kernel problem. I never had such kind of problems with my drives except for my last etch update. Well, mounting my data CD's or USB drives by hand like before is possible but obsolete. You should know that these CD drives are used since Suse8.2 for all thinkable CD (incl. audio CD) formats. Killing hald-addon-storage solve the problem - in my mind the main reason for a nonexistent kernel bug, but i hope we will find a better solution. ;-) > > Cheers, > Michael Can i provide you with more informations? Please tell me what you need. Best Regards! René Peters
Bug#423880: HAL, system hangs after inserting of audio CD
René Peters wrote: > Package: hal > Version: 0.5.8.1-9 > Severity: critical > Justification: breaks the whole system > > Inserting audio CD causes my system to hang with high I/O-load (20 minutes). > A long time later the system is useable again and i'm able to play the audio > CD. > The issue is reproduceable with following drives: > ->CD-R PX-W1210S > ->CD-ROM PX-40TS > Data CD's don't show this behavior. > Is this an audio CD with copy protection or does this happen for all kinds of audio CDs? If it's the former, I guess there is nothing, we can really do about it besides encouraging you to not buy copy protected audio CDs ;-) Some copy protection uses defect sectors which purposefully tries to screw up the operating system and as a side effect can cause your computer to lock up. I would also say, this is a kernel problem then and not a hal problem. It's only triggered by hal because hal tries to access the media to find out what contents are on the cd. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature