linux-ide.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* disappearing block devices using EFI Partitioning
@ 2009-10-14 11:24 Igor Serebryany
  2009-10-14 15:10 ` Jim Paris
  0 siblings, 1 reply; 3+ messages in thread
From: Igor Serebryany @ 2009-10-14 11:24 UTC (permalink / raw)
  To: linux-ide

[-- Attachment #1: Type: text/plain, Size: 933 bytes --]

Hi, 

	I'm not sure if this is the right place to send this, but I'm
	not sure where else to send it...

	I've been having a problem where sometimes, creating a new partition
	(parted mkpart) using GPT disk label causes the block device for the
	previously created partition to disappear.

	Here is an example: http://pastebin.com/f3acd536
	You can see on line 15 that after the previous parted command,
	/dev/sda3 which existed on line 12 is gone. There are no messages in
	dmesg and the partition itself is still on the disk. 

	I am working on an automated partitioning too, and so I have seen
	this happen with a variety of partition layouts, disks and servers
	(although in slightly different ways each time). I have tried
	putting space between partitions, time between partition commands
	and other methods to no avail. A few hints on where to even begin
	debugging this would be great!

Thanks!
--Igor

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: disappearing block devices using EFI Partitioning
  2009-10-14 11:24 disappearing block devices using EFI Partitioning Igor Serebryany
@ 2009-10-14 15:10 ` Jim Paris
  2009-10-15  0:47   ` Igor Serebryany
  0 siblings, 1 reply; 3+ messages in thread
From: Jim Paris @ 2009-10-14 15:10 UTC (permalink / raw)
  To: Igor Serebryany; +Cc: linux-ide

Igor Serebryany wrote:
> Hi, 
> 
> 	I'm not sure if this is the right place to send this, but I'm
> 	not sure where else to send it...
> 
> 	I've been having a problem where sometimes, creating a new partition
> 	(parted mkpart) using GPT disk label causes the block device for the
> 	previously created partition to disappear.
> 
> 	Here is an example: http://pastebin.com/f3acd536
> 	You can see on line 15 that after the previous parted command,
> 	/dev/sda3 which existed on line 12 is gone. There are no messages in
> 	dmesg and the partition itself is still on the disk. 

Does the partition still show up in /proc/partitions?  If so this may
be a udev bug.  It's unlikely to be caused by the ATA or IDE drivers
especially since you're not seeing anything in dmesg.  

I'd recommend running "udevadm monitor" in another terminal while you
trigger the bug and send the output to the udev mailing list 
(linux-hotplug@vger.kernel.org)

-jim

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: disappearing block devices using EFI Partitioning
  2009-10-14 15:10 ` Jim Paris
@ 2009-10-15  0:47   ` Igor Serebryany
  0 siblings, 0 replies; 3+ messages in thread
From: Igor Serebryany @ 2009-10-15  0:47 UTC (permalink / raw)
  To: linux-ide

[-- Attachment #1: Type: text/plain, Size: 393 bytes --]

On Wed, Oct 14, 2009 at 11:10:55AM -0400, Jim Paris wrote:
> Does the partition still show up in /proc/partitions?  If so this may
> be a udev bug. 
Right you are! The partition remains in /proc/partitions and getting
udev to freshen up brings back the missing devices. The udev version in
the latest Buildroot is too old for bug reports but now I have a
workaround - thanks!

--Igor

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2009-10-15  0:47 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-10-14 11:24 disappearing block devices using EFI Partitioning Igor Serebryany
2009-10-14 15:10 ` Jim Paris
2009-10-15  0:47   ` Igor Serebryany

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).