Bug 50927
Summary: | Anaconda wants to turn filesystems into swap. | ||
---|---|---|---|
Product: | [Retired] Red Hat Public Beta | Reporter: | Ed McKenzie <eem12> |
Component: | anaconda | Assignee: | Matt Wilson <msw> |
Status: | CLOSED RAWHIDE | QA Contact: | Brock Organ <borgan> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | roswell | ||
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-08-07 13:55:03 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
Ed McKenzie
2001-08-04 21:53:16 UTC
When you went to create a new partition, there is a list of available drives. The default is to have all the drives activated, this means that the installer will try to create the new partition on the drive that currently has the most space available. I think you need to unselect the drives that you don't want to create partitions on and then click "OK". Does this help? was this partition an ext3 partition? *** Bug 50292 has been marked as a duplicate of this bug. *** bfox: in that dialog, I selected hde as the only valid disk. It did create the partitions properly on hde, but it insisted that hdg1 was swap to be formatted. msw: yes, it is. We (Red Hat) should try to fix this for the next release. I think Matt has fixed a similar situation recently, reassigning. This needs to be a MUST fix bug, btw, since if the user proceeds their Linux data will be destroyed and reformatted as swap! fixed in parted-1.4.16-4 I no longer have solaris x86 installed, but you guys may also want to check that the installer no longer destroys those partitions without asking. They're type 0x82, just like swap, but if you build ufs partition support into the -boot kernel it's pretty easy to tell from dmesg whether said partitions have filesystems on them. this is probably more of an interoperability issue than a showstopper, and it may/may not be worth the added kernel size. building ufs support into the kernel isn't an option, there isn't space. The new partitioning code looks at filesystem fingerprints to decide what to do with things. It just happened that you had both a vaild ext3 filesystem and a valid SWAPSPACE2 signature in the same place. (ext[23] filesystems don't overwrite the swap signature, unfortunately). UFS is now detected the same way, so it shouldn't be turned in to swap at all. |