Created attachment 69962 [details]
YaST2.tgz

This is much more severe that the thing you've described.

But! If you have any mountable CD in the drive, it will work as expected.

This is a bug in SourceFactory, where a try to attach media is happening
regardless of the cache CD.

Created attachment 70081 [details]
Log from the run

... and this is log from the result :-(

Starts with for 

2006-02-23 17:23:35 <3>

I think so. But I did not try to reproduce yet

*** Bug 153141 has been marked as a duplicate of this bug. ***

I've just checked: storedSources() returns a list with size 0.

*** Bug 153408 has been marked as a duplicate of this bug. ***

I do not understand how my inability even to begin installation on CD1 is a dup of this bug. If it is, can somebody please suggest a kernel boot parameter that will allow the installation to proceed (i.e. begin)?  I tried "irqpoll" and I tried all the various choices (with ioapic/"safe"/without acpi) and cannot even begin the installation process.

Well, at least I can install beta 5. Thanks.

*** Bug 153781 has been marked as a duplicate of this bug. ***

*** Bug 153783 has been marked as a duplicate of this bug. ***

*** Bug 154132 has been marked as a duplicate of this bug. ***

I think the problem I'm having is the same one. CD1 finishes installing, then I jump directly to the host name configuration, without a reboot. A couple screens later I get the "No Package Source Defined" error.

I did a bit of analyzing:

The re-attach of the media fails due to an unitialized variable:

2006-03-01 15:48:41 <5> linux(3874) [base] Exception.cc(log):83 MediaManager.cc(findMM):175 THROW:    MediaManager.cc(findMM):175: Media not opened w
hile performing action Invalid media access id 2171667008

This has been fixed in SVN (not on beta6 :-( )

The exception leads to a failed commit:

2006-03-01 15:48:41 <5> linux(3874) [base] Exception.cc(log):83
2006-03-01 15:48:41 <3> linux(3874) [wfm] Package.cc(PkgCommit):1742 Pkg::Commit has failed

which is not really handled

    try
    {
        result = zypp_ptr->commit(medianr);
    }
    catch (...)
    {
        y2error("Pkg::Commit has failed");
    }

(well result is properly initialized now: see bug #154409)

And this returns to inst_rpmcopy.ycp which does record failures
but continues with next CD regardless.

so the fix from comment #20 should also fix this one.

still same behavior with beta 6

Fixed in zypp reb 2201.