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
