Bug 31383
Summary: | Anaconda fails if incorrect root partition is named | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Ulrich Drepper <drepper> |
Component: | anaconda | Assignee: | Brent Fox <bfox> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.1 | ||
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2001-05-09 18:19:54 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ulrich Drepper
2001-03-11 00:58:53 UTC
The detection of the root partition is admittedly crude - it just mounts partitions and looks for an /etc/fstab file. Does this fit the situation with /dev/sda1? Actually, the /dev/sda1 partition contained a /etc/fstab file with a content like this: none /proc proc defaults 0 0 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm shm defaults 0 0 /dev/sdc2 /chroot ext2 defaults 1 2 The last entry is actually wrong now. The whole partition is a chroot environment and used to be /dev/sdc2 (this is where the last entry came from). But there is no /chroot/var/lib directory, leave alone /chroot/var/lib/rpm. Ok that helps, thank for the info. So I am clear - you were NOT asked to pick from several partitions which was the partition to upgrade? I would have expected the correct partition as well as /dev/sda1 (the incorrect partition). Closing due to inactivity. Please reopen if you have more information. You cannot simply close this without resolution. I've supplied all the answers. Why Bugzilla does not show them is something else. This problem is potentially very dangerous. To answer the last question again: there were multiple choices given, but I picked initially the wrong one. The picked partition looked very much like a life filesystem (since it was a chroot environment) but it lacked certain files like /etc/fstab. It shouldn't be hard for anaconda to not crash but instead go back to the menu where it asks for a root partition. Was this in text or GUI mode? I set up a system with an installation on /dev/hda1 and another install on /dev/hda6. Then, I went and deleted /etc/fstab on the /dev/hda1 partition. I then performed an upgrade in both text and GUI mode...anaconda i I was able to re-format that partition and copy from other unscathed Windows partitions. Rebooting with the boot.img,I typed "linu dentified /dev/hda6 as the partition to be upgraded. The option to upgrade /dev/hda1 was not presented. Are you able to reproduce the original behavior with Seawolf? Admittedly, the testing I did was not a chrooted install, but I don't think that should make a difference. I used the graphical installation. And I cannot test it again right now since I don't have the current anaconda code on a CD (and no, I cannot download it). It'll have to wait until I get the final CDs. Ok. Putting in 'Needinfo' state until then. Any more info on this one? No. I have no CDs. Most of this code is now gone from the installer, so I don't think this issue will happen in future releases. |