Bug 116436

Summary: use hal data for cdrom type detection
Product: [openSUSE] SUSE Linux 10.1 Reporter: Ulrich Lange <email>
Component: YaST2Assignee: Steffen Winterfeldt <snwint>
Status: RESOLVED FIXED QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: snwint
Version: unspecified   
Target Milestone: ---   
Hardware: Other   
OS: All   
Whiteboard:
Found By: Other Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: /var/log/YaST
/var/log/messages
hwinfo
lshal
mount + ls /dev + ls /media

Description Ulrich Lange 2005-09-12 08:00:51 UTC
HW: HP Omnibook 6100, 1 GHz.
After insert the audio disk window "SUSE HW Detection" shows "Music CD found".
If I click on "Open" Error - KsCD Window shows following Error: CD-Rom read or
access error (or no audio disc in drive); Please make sure you have access
permissions to /dev/cdrom. I was working under root.

The symbolic link cdrom to hdc does´nt exists. After I set the link I could
start KsCD but the sound came late after approx. 1 minute. Strange!

If I put a normal data cd in an new link will set in folder media to
/media/cdrecord not to cdrom.
Comment 1 Ulrich Lange 2005-09-12 08:32:47 UTC
Postscript: Sometimes I use a DVD burner from LACIE over IEEE1394 interface. The
interface is used by a PCMCIA card. If I disconnect the card including burner
/dev/cdrom is still there. When I connect the card /dev/cdrom will be deleted.
When I insert a DVD in this device two Hardware Detection Windows are shown.
After Open one mount shows /dev/sr0 on /media/DVDVolume type subfs
(ro,nosuid,nodev,fs=cdfss,procuid,iocharset=utf8)
After a second test the failure was not reproduceable but the dectection
function need some minutes to find the DVD.
That´s really confusable. Can someone give me an advice how we can go through to
find the bug(s)?
Comment 2 Dirk Mueller 2005-09-12 11:12:48 UTC
does your laptop have a dvd drive or a cd drive? because in the first case 
there should be a /dev/dvd created by yast during installation, and the bug is 
about kscd not choosing /dev/dvd when it is available.  
 
otherwise, I don't understand the bugreport.  
Comment 3 Ulrich Lange 2005-09-12 22:56:47 UTC
Ok, may be it was not clear.
I have installed RC1 with one CD-ROM R/RW internal and one DVD/CD R/RW external
over PCMCIA (Cardbus-Card) Firewire interface.

Note: In Beta 4 there was also a problem, please have a look to BUG 115118 -
IEEE 1394 Firewire Bus Hostcontroller over PCMCIA not installed

I had not realised that the external DVD/CD burner was connected to /media/cdrom
with a symbolic link /dev/cdrom to /dev/sr0 and the internal CD burner to
/media/cdrecorder with a symbolic link to /dev/hdc.

I guess that a normal installation with a internal CD R/RW drive has in /media
cdrom and cdrecorder linked to /dev/hdc and if there is another one (in this
case external) the installtion procedure installed cdrom2 and cdrecorder2 in
/media with a link to /dev/sr0 by example.

Something goes wrong with detecting hardware and the following installation.
If you can give me an excact advice in which way I should test this Bug it would
be fine.
And I guess now it is´nt a KDE problem.
Comment 4 Dirk Mueller 2005-09-13 06:54:00 UTC
I agree, this is something for yast people. they probably want hwinfo, lshal 
and y2logs..  
 
reassigning 
Comment 5 Klaus Kämpf 2005-09-13 10:29:45 UTC
Right, full logs are appreciated ;-) 
Comment 6 Thomas Fehr 2005-09-13 10:38:55 UTC
I need the files from /var/log/YaST2
Comment 7 Ulrich Lange 2005-09-13 11:11:12 UTC
Created attachment 49753 [details]
/var/log/YaST
Comment 8 Ulrich Lange 2005-09-13 11:12:02 UTC
Created attachment 49754 [details]
/var/log/messages
Comment 9 Thomas Fehr 2005-09-13 12:35:33 UTC
The data provided by hwinfo says that your internal IDE drive is able to write
cdroms. Therefore it gets the link cdrecroder. The extermal drive has no
write or dvd capabilities at all according to hwinfo data. 
Since it is named "_NEC DVD+-RW ND-6500A" hwinfo seems to be wrong here.
Comment 10 Steffen Winterfeldt 2005-09-13 14:30:38 UTC
hwinfo uses the kernel data which are unreliable in some cases. hal does a 
much better job, we'll use those data next release. 
Comment 11 Ulrich Lange 2005-09-13 20:41:18 UTC
Created attachment 49831 [details]
hwinfo

Ok, to complete the information about this problem here hwinfo. Next lshal and
mount with ls /dev and ls /media.
Anything else?
Comment 12 Ulrich Lange 2005-09-13 20:41:55 UTC
Created attachment 49832 [details]
lshal
Comment 13 Ulrich Lange 2005-09-13 20:42:59 UTC
Created attachment 49833 [details]
mount + ls /dev + ls /media
Comment 14 Steffen Winterfeldt 2005-09-14 08:31:40 UTC
Thanks, it will do. 
Comment 15 Steffen Winterfeldt 2006-03-14 15:48:45 UTC
hwinfo 12.13 should do