GNU bug report logs - #18549
parted causes scsi raid to not boot up.

Previous Next

To reply to this bug, email your comments to 18549 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Price, Eric - Exelis.Contractor" <Eric.Price <at> exelisinc.com>
To: "bug-parted <at> gnu.org" <bug-parted <at> gnu.org>
Subject: parted causes scsi raid to not boot up.
Date: Wed, 24 Sep 2014 17:48:30 +0000

[Message part 1 (text/plain, inline)]

Sir:

We are experiencing some odd behavior with the parted command.

I am trying to reconstruct a partition table entry on a scsi raid drive.

When we do this our ending CHS is off by one.

It was FD FF FF and it becomes FE FF FF.

This prevents our system from booting up.

We are using version RHEL 5.8 and parted to reconstruct the  partition table entry.

Are there any known bugs with parted and scsi raid drives?

Can you possibly direct us to some literature that can help us solve this problem?

Many Thanks,

Eric Price.


________________________________

This e-mail and any files transmitted with it may be proprietary and are intended solely for the use of the individual or entity to whom they are addressed. If you have received this e-mail in error please notify the sender. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of Exelis Inc. The recipient should check this e-mail and any attachments for the presence of viruses. Exelis Inc. accepts no liability for any damage caused by any virus transmitted by this e-mail.

[Message part 2 (text/html, inline)]

Message #8 received at 18549 <at> debbugs.gnu.org (full text, mbox):

From: Phillip Susi <psusi <at> ubuntu.com>
To: "Price, Eric - Exelis.Contractor" <Eric.Price <at> exelisinc.com>, 
 18549 <at> debbugs.gnu.org
Subject: Re: bug#18549: parted causes scsi raid to not boot up.
Date: Wed, 01 Oct 2014 16:48:32 -0400

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 9/24/2014 1:48 PM, Price, Eric - Exelis.Contractor wrote:
> Sir: We are experiencing some odd behavior with the parted
> command. I am trying to reconstruct a partition table entry on a
> scsi raid drive. When we do this our ending CHS is off by one. It
> was FD FF FF and it becomes FE FF FF. This prevents our system from
> booting up.

Can you be more specific?  Also CHS is mythical nonsense these days
and should be totally ignored by everyone.


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJULGigAAoJEI5FoCIzSKrwll8H/1VcoqHtnAV0BuKg5hpGLjBj
Y9IwtlyCgK4AKDNGTxFmvNBrc+H94MTwu/RvyTy+a8psiVjhZ/QQm9mOCd+0yckp
TtVffYWTfFLvOp6DUvIWpHHENb0RadrRZcsZCv93AggCSLgh7qzPsEulKVuz2ewW
rFbGJlTViBDbaOWoMqOg3e4JOzfJM7Ux+KmNfAECZcAsDRtDj7xmPJx6RqCacheb
RX+c+A4S/SPUY8yTsJd9tUOMEetck7DVCBdX94CKHTvBp2F88yt0kINqgM4AuCoF
KnRShsr+fG4q9bjJiPMB5uD0EfLEbd+aKhqcI8ul5Tl28Xow96UP2JBPZ/Bd0bM=
=u30A
-----END PGP SIGNATURE-----

Message #11 received at 18549 <at> debbugs.gnu.org (full text, mbox):

From: Phillip Susi <psusi <at> ubuntu.com>
To: "Price, Eric - Exelis.Contractor" <Eric.Price <at> exelisinc.com>
Cc: "Tognazzini, Richard - Exelis" <Richard.Tognazzini <at> exelisinc.com>,
 18549 <at> debbugs.gnu.org
Subject: Re: bug#18549: parted causes scsi raid to not boot up.
Date: Thu, 02 Oct 2014 15:36:01 -0400

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Please keep the bug in the Cc list so that others can follow the
conversation ( possibly in the distant future ).

On 10/1/2014 5:23 PM, Price, Eric - Exelis.Contractor wrote:
> Sir:
> 
> A little background on our problem we are copying disk images off
> of a hard drive, and in some cases repartitioning the drive, And
> then restoring the image.
> 
> We have two drives that are SCSI RAID 0 drives (mirroring is done
> in firmware), that are failing the restoration process.

How is it "failing"?  If it is only the CHS values that have changed,
then nobody should notice or care since any software written in the
last 20 years has ignored these values as they have been meaningless
and obsolete since the '90s.  I gather that you are using parted to
recreate the partition table on the drive so you can then restore the
data to those partitions using some other means?  Just to make sure,
there is only a single logical drive in /dev on which you are using
parted right?

> This is the reference I am using: 
> http://thestarman.pcministry.com/asm/mbr/PartTables.htm 
> [cid:image002.png <at> 01CFDD81.70D9DF00] The original MBR/Partition
> Table is on the left the one we recreated with parted that is
> corrupted is on the left The partition-type descriptors have
> changed from NTFS (07) to Linux native files systems (83) but in
> out testing that did not seem to be a problem,
> 
> As the files systems were always correctly resored. On the data
> obtained from the SCSI RAID drives we notices the Ending CHS for
> partition 0 is off
> 
> By one bit as is the Starting CHS for partition 1.

Looking at your picture, it appears that the original CHS values were
Head = 7, Sector = 61, Cylinder = 1023, and the new values are Head =
131, Sector = 62, Cylinder = 1023.  In both cases the ending LBA is
20482560, which is too large to be represented in CHS, so presumably
these values are the maximum allowed values going by whatever the
partitioner thinks the drive's "actual" ( no such thing ) geometry is.
 I'm guessing that whatever you originally used to partition the drive
believed it had 8 heads and 62 sectors per track, and now your kernel
thinks it has 132 heads and 63 sectors per track.  Normally the kernel
assumes 255 heads and 63 sectors per track, so I'm not sure where the
132 is coming from.

> We are using a 5.8 kernel.

Did you mean 3.8?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJULakhAAoJEI5FoCIzSKrwCvwIAKBABIChgAQuN/4xvvLoHavY
jN7b83F1undHGsBbCQEJ934v2yhGRaOVeX6UL75jNtGDkZW1yYRXdTeClHpS4FnG
x4kgYYeYT6hD7bv25MR+yuJXjeTiGpi0QZJ1D0MsXIK/i+6ePEftl64hW2mS4hWM
HXiUqzQ+GEIEPSFgZPrPdROcd6L0E2VB/5oCDAT3aZu3i8P/09CNd37rIqlpQHEn
12Vxixsk8obor2vCVy9oipJAT8BAgP3lZRD8jLvAa2WrK3kDzkxMotujNF9k64Pk
wfkUYaBgVQpM/BYTF4ghYUT9fXOKxBC08ZIuohL99b57fZl9yhw2MBsbm2WepFo=
=CEUq
-----END PGP SIGNATURE-----

Message #14 received at 18549 <at> debbugs.gnu.org (full text, mbox):

From: Phillip Susi <psusi <at> ubuntu.com>
To: "Price, Eric - Exelis.Contractor" <Eric.Price <at> exelisinc.com>
Cc: "Tognazzini, Richard - Exelis" <Richard.Tognazzini <at> exelisinc.com>,
 18549 <at> debbugs.gnu.org
Subject: Re: bug#18549: parted causes scsi raid to not boot up.
Date: Fri, 03 Oct 2014 09:26:42 -0400

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Again, please don't remove the bug from the Cc list.

On 10/2/2014 6:52 PM, Price, Eric - Exelis.Contractor wrote:
> We are restoring a Windows 2000 image it will not boot up after
> restauration - the problem is specific to out SCSI RAID drives

A 14 year old release of Windows that has been end of life and
unsupported for years?  Yikes!  That could explain why it is trying to
access the disk in CHS mode.  On the other hand, you may simply need
to restore the correct Windows boot code to the MBR.  I don't recall
what parted puts there if you try to create a partition table on a
blank disk, but it almost certainly is not the same as the Windows code.

>> as they have been meaningless and obsolete since the '90s. I
>> gather that you are using parted to recreate the partition table
>> on the drive so you can then restore the data to those partitions
>> using some other means?
> 
> We restore use sfdisk to write the mbr

I am confused.  If you are using sfdisk to partition the drive, then
what does this have to do with parted?

> Pardon me 2.6.18 and parted 2.1

Oh boy, those are also ancient ( 8 and 5 years old ).  You should try
an up to date version.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)

iQEcBAEBAgAGBQJULqQSAAoJEI5FoCIzSKrw7DIIAKaJTtUkv/57toSqaA9Bvufp
6dADV2ydILeh9nIqgW+gGm2ifd3EVfFkYcNGXSXDc+3AHHHoiTbOFdjPhjsmLYnl
Ohq/xtPRrCg5VsbAAgaWr016ZyN036AEFSDD7/ZQvdv+PLdJdQUuw+T6+HSKdT3B
vHLIMSDp9gCEfYYsCllggdafzVClGXiWuPmSNT4D0OUCowyIjWNl0EHmivkLOO5d
gHt8ac6NUejJSfMBOSNRD1AdRJiBI5/a8+YHdGxIJTW41XbDlzKwi+FIEtqqTG73
TkxiVW8ztJScOsHdTGl3Ye84k+Hvs8by00dx71EGJrvU0HOBrXOucyG62QtBnRE=
=AEmb
-----END PGP SIGNATURE-----

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.