Bug 668198

Summary: 11.4 M6 KDE Live CD ejects wrong device
Product: [openSUSE] openSUSE 11.4 Reporter: Larry Finger <Larry.Finger>
Component: InstallationAssignee: Jiri Srain <jsrain>
Status: RESOLVED DUPLICATE QA Contact: Jiri Srain <jsrain>
Severity: Minor    
Priority: P5 - None CC: bwiedemann, coolo
Version: Factory   
Target Milestone: ---   
Hardware: x86-64   
OS: SUSE Other   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Larry Finger 2011-01-30 17:05:18 UTC 
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101203 SUSE/3.6.13-0.2.1 Firefox/3.6.13

The built-in CD drive on my computer gets errors when reading media created on another device, thus I use an external USB drive for installation; however, the built-in drive is still in the configuration. When installation is finished, and the first reboot is started, the CD eject command is sent to the built-in driver, not the drive being used.

On a running live system, the df command shows that the CD is mounted on /dev/sr1. Both /dev/cdrom and /dev/cdrw link to /dev/sr0, while /dev/cdrom1 and /dev/cdrw1 link to /dev/sr1.

It appears that the script is ejecting the CD on /dev/cdrom without testing if that is really the drive on which the medium is mounted. This situation would likely occur on any 2 optical drive system that has been booted from the second drive.


Reproducible: Always

Steps to Reproduce:
1.
2.
3.
Comment 1 Bernhard Wiedemann 2011-02-01 10:07:01 UTC 
The eject as it is now, is completely useless, because the typical cases are:

a) you have 1 CD-drive - eject will fail because it is in use (said coolo).
  There is also the text "if the Live CD is not ejected" suggesting, 
  that eject might work.

b) you have 2 CD-drives or install from USB - there it will eject an unused CD-drive.
Comment 2 Jeff Mahoney 2011-02-07 18:49:59 UTC 
This isn't a kernel issue. The kernel isn't ejecting the wrong device. The installer is telling the kernel to eject the wrong device.
Comment 3 Stephan Kulow 2011-02-08 08:35:25 UTC 
the installer shouldn't try to eject at all - it's impossible it can eject its own file system.
Comment 7 Jiri Srain 2011-02-08 12:34:38 UTC 
To stop ejecting the CD from some reason works. Anyway, YaST can stop it rather easily, I will just need to update relevant pop-up (shorten it).

Coolo, can that still be handled regarding translations?
Comment 8 Stephan Kulow 2011-02-08 12:54:03 UTC 
perhaps some drives don't care if they are locked? But breaking translations now is not a good idea - especially in such a prominent place and when it wasn't a big problem for years.
Comment 9 Jiri Srain 2011-02-08 14:13:37 UTC 
OK, will fix this after 11.4 is out.
Comment 10 Jiri Srain 2011-02-16 09:26:10 UTC 
Reported already

*** This bug has been marked as a duplicate of bug 511210 ***