GNU bug report logs - #25756
Problems using "parted ... print" on nvme devices

Previous Next

Full log

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

From: Lennart Poettering <lennart <at> poettering.net>
To: Phil Susi <psusi <at> ubuntu.com>
Cc: systemd-devel <at> lists.freedesktop.org, "Brian C. Lane" <bcl <at> redhat.com>,
 25756 <at> debbugs.gnu.org
Subject: Re: [systemd-devel] systemd mucking with partition tables ( was:
 bug#25756: Problems using "parted ... print" on nvme devices )
Date: Thu, 20 Apr 2017 11:57:01 +0200

On Wed, 19.04.17 13:59, Phil Susi (psusi <at> ubuntu.com) wrote:

> On 4/19/2017 12:17 PM, Lennart Poettering wrote:
> > This isn't precisely new functionality, it has been doing that since
> > years. It will synthesize "change" udev events when a process closes a block
> > device after writing, so that the changed superblock/partition
> > information is properly propagated to clients.
> > 
> > Also note that parted never was in the business of retriggering block
> > devices through sysfs/udev (i.e. echoing "change" into a "uevents"
> > file in sysfs), only udev ever did that so far, and I am pretty sure
> > that should stay that way.
> 
> What?  The kernel must generate the event as otherwise systemd has no
> idea that a process on the system closed its handle to the device, and
> so would not know when it should trigger them.  Or do you mean that the
> kernel only triggers on the main device, and udev now synthesizes events
> on the partitions?

The kernel generates inotify IN_CLOSED_WRITE events, and udev then
retriggers the device.

Lennart

-- 
Lennart Poettering, Red Hat

Previous Next

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