Bug 38488
| Summary: | Unallocated Partition Error Message during Installation (Bug in DiskDruid? or Anaconda?) | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Thomas Chung <tchung> |
| Component: | anaconda | Assignee: | Brent Fox <bfox> |
| Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> |
| Severity: | high | Docs Contact: | |
| Priority: | high | ||
| Version: | 7.1 | ||
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i686 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2001-05-02 17:31:48 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
Thomas Chung
2001-05-01 01:28:17 UTC
Are all the systems identical? What you can do is bascially script what you want fdisk to do in the '%pre' section of the kickstart file. It's not ideal, but I think it would be a suitable workaround. The syntax is pretty bad, but think of each line as a separate command into fdisk. You should play around with this on a test machine before you deploy it, though, to make sure your fdisk script is right. Otherwise you could lose data on the drive. In the %pre section, you can do something like this:%pre mknod /tmp/hda fdisk /tmp/hda << EOF n p 1 1 105 t 1 6 p w EOF Yes, all the systems should be identical since our company (OAO) is going to offer only one single configuration to our customer (JPL) I'm in lead in this project and if I can't make the installer easy for our customer with Red Hat, then I have no choice to look for other alternative. I'll try your fdisk script in kickstart configuration file. I hope you can fix this problem (BUG) soon in your next version. Sincerely. Well, if the systems have not already been deployed, then you could create a 35MB /boot partition under the 1024 cylinder limit. Or you could use the first half of the drive for Linux and the second half for Linux. It would be transparent to the user. IT WORKS!!! I tried your suggestion #2 (Install Windows on 2nd partition then Install Linux on 1st partition). Here is the process: (Fortunately, we have a Ghost Image for Windows 2000 so I used Ghost Command Line Switch) 1) Create two partitions on Hard Drive in 50/50 ratio using Ghost 2) Install Windows 2000 Image on 2nd parition using Ghost 3) Install Red Hat 7.1 on 1st partition using Kickstart (Advanced Settings with pre-configured lilo.conf file) Thank you. It will save us a lot of time. Please close this ticket since I found a good solution (workaround) but I still think you should fix this problem(bug) in your future release. Good. I'm glad you found a workaround. Here's the reason that it was changed: putting boot partitions above the 1024 cylinder limit works just fine on some motherboards, but not on others. We can query the BIOS to see if it supports it, but some motherboards appear to support it, but they really can't...so that leaves the user with an unbootable system after installation. It's unfortunate in your case that 7.1 no longer allows you to do this, because apparently your motherboard can handle it ok. In retrospect, maybe the correct thing to do would have been to pop up a dialog saying something like "Hey, your motherboard may not support doing this...do you want to continue anyway?" It was a tough call, but we chose the path that we thought was best. This is an issue that we take seriously and we will try to address this in a future release. Thanks for your report and good luck with your roll-out of the new systems. |