Bug 68543
| Summary: | anaconda installer thinks partition table is corrupt (debian works fine) | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | jerry asher <jerry-redhat> | ||||||||
| Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> | ||||||||
| Severity: | high | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 7.3 | CC: | gfoot, gweston | ||||||||
| Target Milestone: | --- | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | All | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2004-09-30 15:39:45 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: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
jerry asher
2002-07-11 01:35:06 UTC
Created attachment 64705 [details]
anaconda dump (snake poop?)
I booted with the debian install cd and used their installer to partition the drive and format /, /boot and swap. Debian is using cfdisk. The error log shows alot of error messages showing read errors from /dev/hda. This is most likely either due to a bad disk or a kernel driver issue. Similar type of issues on my HP Omnibook 900b (PIII 450MHz, 192 MB RAM, 30 GB IBM HD). Currently have 2 partitions: a Phoenix BIOS hibernate (save-to-disk) partition and a partition for Win'98. There is about 3 GB left free at the end of the disk which I wanted to use to install Redhat 7.3. When the installation utility (anaconda) gets to the automatic partitioning it warns me that there is some "inconsistencies" with the partition table, but it says it is OK to ignore. I ignore. Next screen is to pick where to review where it has selected to install; clicking Next here results in a crash. Anaconda dump will be attached. Created attachment 66985 [details]
My anaconda bug dump
I have a problem which may be related. I have a dual boot of Windows 98 and a mix-and-match Linux based on Redhat 6.0, and am trying to install 7.3 alongside, before copying across my user files etc and deleting the older version. The install program successfully reads the iso images from one of my partitions, but just before the partitioning stage, after I choose fdisk, anaconda gives the corrupt partition table error, offering to wipe it; I say no and it aborts the installation. What exactly is involved in this partition table check? Can I bypass it? I'm doing manual partitioning anyway; I even tried creating the partitions in advance, ready for it to install into. My old Linux still runs fine, and fdisk has no complaints (other than the usual warning about >1024 cylinders). Using the root shell (on Alt-F2 I think) the newer fdisk did mention that my partitions were not in disk order, but it happily fixed that. I did originally have partitions numbered up to /dev/hda17, but I had to reduce that anyway since the installer can't read the isos from such high-numbered partitions. I'll attach a dump of my partition table. Created attachment 71384 [details]
fdisk partition table prints and dumps
Same problem here with RH 7.3 on HP Omnibook vt6200. I eventually returned that HP for a Dell Inspiron 8200 (Dude!). And that 8200 just sucked up Linux. Trivial install for the most part. But shortly after I did that, I was told via email that there are some kernel switches you can pass in at boot time that should get the partition formatted and Red Hat booted. I am away from my email repository right now or I would look for the message. But if you have a RH support contract, you should be able to get RH to look into this for you. Hi all, I found something that solves the problem (for me at least). The problem seems to be related to the ALI chipset (ALI15X3) and its driver. The clock speed is incorrectly detected at 33MHz, which causes the devices not to work properly. Adding idebus=50 as a parameter to the linux kernel seems to solve the problem. RH 7.3 is now happily installing. This is the linux.kernel thread discussing the issue, and where I found the solution. http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&threadm=20020327233812.GA7310%40galileo&rnum=7&prev=/groups%3Fq%3Dlinux%2BALI15X3%26hl%3Den%26lr%3D%26ie%3DUTF-8%26selm%3D20020327233812.GA7310%2540galileo%26rnum%3D7 Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ |