Bug 66893
Summary: | unable to re-read partition table | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Jim Wright <jwright> | ||||||||
Component: | anaconda | Assignee: | Jeremy Katz <katzj> | ||||||||
Status: | CLOSED NOTABUG | QA Contact: | Mike McLean <mikem> | ||||||||
Severity: | high | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 8.0 | CC: | ekanter, ppokorny | ||||||||
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: | 2003-01-03 07:37:50 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: | |||||||||||
Bug Depends On: | |||||||||||
Bug Blocks: | 67218, 79579 | ||||||||||
Attachments: |
|
Description
Jim Wright
2002-06-18 04:01:57 UTC
I have seen similar swap related problem on 20G hd where 512 swap start at around 15G mark. I tried to install/upgrade 7.2 system to 7.3.90. First 15G partition is for another OS. The message says something about unable to format swap partition. I can repeat the test and provide exact partition layout if needed. upon booting the system, I got errors when the boot process tried to enable swap. printed out a usage message for swapon, and then reported [FAILED]. however, when I log in and look at /proc/swaps all seems well. also, /etc/fstab is as I expect and the disk is partitioned as I expect. rebooted again and still get error when "Activating swap partitions" Assigning to an engineer. The swapon messages are unrelated... I'll try to reproduce later today and track down what's going on I can't reproduce this here -- I just get the "unable to read partition table, would you like to reinitialize" dialog. Is this reproducible in Limbo? this box has a removable ide carrier, and I'm pretty sure I swapped the drive since I entered the previous stuff above. before I think it was a maxtor 60gb drive. now it is an ibm 75gb drive. that may or may not be critical. however, with limbo I retraced the steps above and the suspect messages did not appear. I might be able to remember what the previous drive was, find it and reinstall it if you would like to try that test. Since I can't reproduce it at all, it might be useful. Also, note that we've switched IDE layers in the kernel since beta2, so that may have fixed the problem as well. Created attachment 67308 [details]
lsof report when installer at "welcome" screen
Created attachment 67309 [details]
lsof output at "disk partitioning setup" screen
Created attachment 67310 [details]
lsof output at "automatic partitioning" screen
not sure it is exactly the same drive as before, but likely is. here is a go at it using a maxtor 60gb drive * boot diskless, "dd if=/dev/zero of=/dev/hda bs=4k count=100" * boot nfs install of 7.0.92 (beta3) get installer running. also, nfs mount a disk from the server where I can write scratch files. there will be several attachments to go along with this dialog. * welcome screen - see lsof attachment * proceed... at "disk partitioning setup" get warning about unable to reread partition table. see lsof attachment * six instances of the unable to reread partition table warning dialog. then the "automatic partitioning" screen comes up. see attachment so the result of this is that it looks like anaconda itself has the drive open, which prevents the kernel routine ide_revalidate_disk() from completing. we are seeing similar behavior with RH7.3 as well as the beta. slight differences in the timing of when /tmp/hda gets opened, then marked as (deleted), then /dev/hda is opened. and finally, I popped the ibm 75gb drive back in, dd'd zeros to it, and ran the installer exactly in the fashion that I did for the maxtor 60gb. at the welcome screen, lsof shows that /tmp/hda is not an open file for anaconda. in fact, the device node for the drive is not opened until I reach the "automatic partitioning" screen. then lsof shows the following anaconda 89 root 23u BLK 3,0 156 /dev/hda installation with the ibm drive worked. installation with the maxtor drive failed when anaconda eventually reported that it could not create a swap partition and this was bad and I had to reboot. reviewing what I just submitted, I may have not been clear. to be concise: with the maxtor drive, at the "welcome" screen: anaconda 89 root 12r BLK 3,0 155 /tmp/hda then at the "disk partitioning setup" screen: anaconda 89 root 12r BLK 3,0 155 /tmp/hda then at the "automatic partitioning" screen: anaconda 89 root 12r BLK 3,0 155 /tmp/hda (deleted) anaconda 89 root 24u BLK 3,0 156 /dev/hda so because anaconda has the drive open, re-partitioning fails. I can't begin to guess why this happens with the maxtor and not the ibm. Further information/data points with regard to the 7.3 release CD installer. Motherboard using VIA 82c686B IDE controller. Maxtor: 2B020H1 20GByte FAILS Western Digital: WD800BB-00BSA0 80GByte FAILS IBM: IC35L040AVER07 40GByte WORKS With the 7.3 installer, the '/tmp/hda (deleted)' entry shows up in the anaconda process after selecting a partition method (automatic, manual fdisk, etc.) and the next screen. Therefore, it would appear to be related to the code to enumerate the available disk drives. Arjan -- this is really weird. Do you have any ideas on what's going on here? Have you seen this with GinGin? Closing due to inactivity. If you have any further information to add to this bug, please feel free to reopen it. |