Bug 155302 - Installation no longer uses multiple cdroms automatically
Summary: Installation no longer uses multiple cdroms automatically
Status: RESOLVED WONTFIX
: 157846 160173 165738 188247 206860 (view as bug list)
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: Beta 8
Hardware: x86 Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Marius Tomaschewski
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-03-04 19:56 UTC by Ivo Anjo
Modified: 2008-06-25 09:53 UTC (History)
5 users (show)

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Ivo Anjo 2006-03-04 19:56:51 UTC 
When I install suse on a virtual machine I normally populate it with 1 hard disk and 3 cdroms, and load into the cdroms CD1, CD2 and CD3. Normally, suse just picks the different cd's up and starts installing from them as needed, but with beta 6 it just ignores the other cdroms beside the one where CD1 was, and I have to load up each of the other cds on that device.
Comment 1 Michael Gross 2006-03-06 11:44:34 UTC 
Michael: Should this be supported by the new packager?
Comment 2 Michael Schröder 2006-03-06 11:47:14 UTC 
Please ask someone that knows a bit of the new packager, i.e. ma@suse.de
Comment 3 Marius Tomaschewski 2006-03-07 17:56:39 UTC 
The MediaManager supports multiple cd drives, but is is currently(?)
unused by the layers above.

If you want to implement it in layers above, let me know - I can provide
a more flexible interface than the current one [attach(next=true) loop
that is stolen from YaST I mean], that allows to specify a particular the
drive in attach/release.
Comment 4 Klaus Kämpf 2006-03-07 18:35:31 UTC 
Would be nice. Please sync changes with Stano
Comment 5 Marius Tomaschewski 2006-03-16 11:16:06 UTC 
Agreed with Stano, that it is not trivial to implement it in and may
break too many things. Will be implemented later.
Comment 6 Marius Tomaschewski 2006-03-20 13:59:42 UTC 
*** Bug 157846 has been marked as a duplicate of this bug. ***
Comment 7 Marius Tomaschewski 2006-04-04 12:10:06 UTC 
See Comment #5.
Comment 8 Marius Tomaschewski 2006-04-24 15:35:37 UTC 
*** Bug 160173 has been marked as a duplicate of this bug. ***
Comment 9 Marius Tomaschewski 2006-04-24 15:44:32 UTC 
*** Bug 165738 has been marked as a duplicate of this bug. ***
Comment 10 Marius Tomaschewski 2006-06-26 13:54:22 UTC 
*** Bug 188247 has been marked as a duplicate of this bug. ***
Comment 11 Marius Tomaschewski 2006-10-26 09:25:13 UTC 
*** Bug 206860 has been marked as a duplicate of this bug. ***
Comment 12 Stephan Kulow 2008-06-25 09:36:05 UTC 
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 13 Stephan Kulow 2008-06-25 09:38:01 UTC 
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 14 Stephan Kulow 2008-06-25 09:42:20 UTC 
mass reopening all SuSE Linux bugs that are set to REMIND+LATER to change the resolution to WONTFIX (adapting to new policy)
Comment 15 Stephan Kulow 2008-06-25 09:53:44 UTC 
Closing old LATER+REMIND bugs as WONTFIX - if you still plan to work on it, feel free to reopen and set to ASSIGNED.

In case the report saw repeated reopen comments, it's due to bugzilla timing out on the huge request ;(