Bug 82872 - fails upgrading from 8.0 - cant handle partition table
fails upgrading from 8.0 - cant handle partition table
Status: CLOSED WORKSFORME
Product: Red Hat Linux
Classification: Retired
Component: anaconda (Show other bugs)
9
All Linux
medium Severity high
: ---
: ---
Assigned To: Matt Wilson
Mike McLean
:
Depends On:
Blocks: 79578
  Show dependency treegraph
 
Reported: 2003-01-27 19:06 EST by Chris Ricker
Modified: 2007-04-18 12:50 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2003-04-25 11:25:35 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Chris Ricker 2003-01-27 19:06:57 EST
I have several machines with the following drive in them:

[root@winsucks root]# hdparm -i /dev/hda

/dev/hda:

 Model=SAMSUNG SV2001H, FwRev=QN100-07, SerialNo=0399J1DRA16750
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=38997, SectSize=619, ECCbytes=4
 BuffType=DualPortCache, BuffSize=1945kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=39179952
 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 1:  1 2 3 4 5 6

[root@winsucks root]# 

On the first of these machines which I tried upgrading from 8.0 to beta4, I got
an error message:

"partition table of unexpected type loop for your arch"

I was only able to install beta4 by re-initializing the partition table and
doing a fresh install. Upgrading was not an option.
Comment 1 Jeremy Katz 2003-01-28 00:40:14 EST
That's from parted, but if you've blown it away, there's a good chance that
there's not much more that can be done for it now :/
Comment 2 Chris Ricker 2003-01-28 00:56:43 EST
I've still got a room full of the machines running 8.0, so if it's at all
reproducible I should be able to do so ;-)
Comment 3 Matt Wilson 2003-02-03 23:28:04 EST
can you reproduce this and make sure to get the partition table off the drive
with "dd if=/dev/hda of=bs.bin count=2048 count=1" ?
Comment 4 Matt Wilson 2003-02-11 00:46:16 EST
any luck?
Comment 5 Chris Ricker 2003-02-11 01:13:04 EST
I'll try to reproduce it when I'm back in town from this business trip....
Comment 6 Michael Fulbright 2003-02-13 12:24:57 EST
Thanks.
Comment 7 Matt Wilson 2003-02-18 23:56:22 EST
any luck?
Comment 8 Chris Ricker 2003-02-19 15:46:37 EST
I'll get back next Wed or Thursday (maybe later if we have more @#$% snow like I
encountered trying to get to Boston ;-)
Comment 9 Michael Fulbright 2003-04-22 12:18:04 EDT
Any luck?
Comment 10 Chris Ricker 2003-04-25 09:07:05 EDT
I just tried on another one of the machines -- it upgraded successfully
Comment 11 Chris Ricker 2003-04-25 11:25:35 EDT
I'm going to close this out. I can't reproduce it on the two boxes I've tried,
so there's not a lot you can do about whatever might have caused it the first
time....

Note You need to log in before you can comment on or make changes to this bug.