|
Bugzilla – Full Text Bug Listing |
| Summary: | during creation os initrd, error msg cannot stat /sbin/raidstart | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Clyde Kunkel <clydekunkel7734> |
| Component: | Installation | Assignee: | Thomas Fehr <fehr> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Klaus Kämpf <kkaempf> |
| Severity: | Critical | ||
| Priority: | P5 - None | ||
| Version: | Beta 2 | ||
| Target Milestone: | --- | ||
| Hardware: | x86 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Clyde Kunkel
2006-01-30 18:49:32 UTC
We'll need help from the kernel maintainers. Seems likely that raidtools simply was not installed. This would be an installer issue. AFAIK raidtools package is not part of CODE10 any more There is no installer on earth that can install nonexistant packages. *** This bug has been marked as a duplicate of 146304 *** OK, bug 146838 bit me and when I realized later that the installer was putting /boot on the LV, I copied the contents to the "real" boot parition (0x83 type). The original comment that "the initrd was useless and numerous errors occured" was due to a typo on my part in using the SuSE10.0 initrd. After having coffee and correcting the error, I tried to boot the system with the initrd I forced by copying raidstart from SuSE 10.0. Raidstart worked here, but none of the LVs were seen and again dropped into a shell. Provided yast logs and other info on 147838. How are we to insall on systems with LVs over raid? SuSE 10.0 does it nicely. |