On Mon, Mar 28, 2011, Guilherme Salgado wrote:
> In the case of the race between parted/sfdisk, I think Loïc managed to
> reproduce it reliably so there seems to be an inherent race there, but
> maybe there's a way to have the changes done by parted flushed before we
> run sfdisk? If not, I'd expect a very short sleep to be enough.
Well, my analysis might be incorrect, but my understanding of the issue
is that on some combinations of (system, USB SD adapater, SD card) you
can't access your SD card anymore after "parted mklabel msdos"; I don't
think the fact we're calling sfdisk does anything, it just fails
"forever". But perhaps other tools than parted wouldn't cause this,
not sure. I actually don't have a way to reproduce this, but Shawn Guo
does.
On Mon, Mar 28, 2011, Guilherme Salgado wrote:
> In the case of the race between parted/sfdisk, I think Loïc managed to
> reproduce it reliably so there seems to be an inherent race there, but
> maybe there's a way to have the changes done by parted flushed before we
> run sfdisk? If not, I'd expect a very short sleep to be enough.
Well, my analysis might be incorrect, but my understanding of the issue
is that on some combinations of (system, USB SD adapater, SD card) you
can't access your SD card anymore after "parted mklabel msdos"; I don't
think the fact we're calling sfdisk does anything, it just fails
"forever". But perhaps other tools than parted wouldn't cause this,
not sure. I actually don't have a way to reproduce this, but Shawn Guo
does.
--
Loïc Minier