Bugzilla – Bug 151436
Beta 3.95 - Problem installing from CD
Last modified: 2006-03-03 13:44:03 UTC
Following problem: installatiopn form cd1 went fine, rebooting as well. but when you leave cd1 in drive when rebooting, yast tells you: Cannot access installation media SUSE LINUX CD 2. Check that the server is accessible. -> Media Exception and you cannot open the CD/DVD drive to change the cd when switching to console 2 and do a manually 'eject' it will work but you do have another problem then: now yast asks me to insert cd3 without installing any package from cd2 YaST2-logs are attached
Created attachment 68779 [details] YaST2.tgz
Created attachment 68789 [details] complete /var/log/Yast2
Created attachment 68801 [details] YaST2.tgz new /var/log/YaST" as requested
1. eject button - ZYPP and YaST do not agree on the cd:// URL format This is fixed in SVN trunk, don't know if we want it for beta4 2. media handling - ZYPP considered Retry as Ignore. working on a fix.
ad 1: I just want that patch that fixes it, nothing more. Is that possible?
YaST asks for CD2, thats ok. Looking at the logs: - media handler attaches the CD drive - zypp tries to get alsa-tools from the CD, which fails - MediaHandler throw exception - YaST shows "please insert CD2" popup Looks like MediaHandler (or YaST) should release the media after the exception ?!
/proc/mounts shows the CD drive as mounted
doing an "eject" on cmdline opens the drive inserting CD2 and clicking "ok" continues But it does not retry the failed file by tries to install aspell-ro from CD3
I've tried to do release on 'eject' and on 'retry'.
Same problem with current "Beta 4"
OK, a work around would be: - reboot with CD1 in drive - press the "Eject" button when yast prompts for CD2 - insert CD2 and press OK Be sure to don't change anything of the described way because if you do a 'mistake' system will not prompt fro CD2 again but for CD3
Should be fixed by rev. 150237
*** Bug 152305 has been marked as a duplicate of this bug. ***
What kind of revision is this? Which package?
Sorry, it's libzypp.
This is still there for beta5. SourceManager stores the cache_dir including the changeroot.
rev. 1950 of libzypp contains a fix. Now, if I start the source from cache, I'm getting exception 'bad alloc' when 2nd CD package installation starts. This does not occur on non-cached source.
*** Bug 153044 has been marked as a duplicate of this bug. ***
Fixed, reopen if persists. (Since rev 2001)