[Parted-maintainers] Bug#276721: tries to open non-existing device files and hangs

[Eduard Bloch]

#include <hallo.h>
* Sven Luther [Sat, Oct 16 2004, 01:15:56PM]:

> > described. After I have created the device nodes part1...16 manually in
> > /dev/ide/..., it was ready in few seconds. So it did really hang on this
> > position, trying to open device nodes that did not exist and failing. I
> > expect exactly the same problem on other /dev directories where only
> > device nodes for existing partitions are created.
> 
> So, if you are trying to format /dev/hda1 or resize it or whatever, so why in
> hell are you trying to setup the devfs disk devices ? I also think this is

??

I did not try to setup any new devfs related thing. I was just *using*
devfs, all the time.

> related to some problem with the resize design that was spoken of in the
> parted mailing list. I will follow up on this. Basically, if i understood
> well, when resizing, libparted is syncing all the partitions, and then
> reopening it, or something such.

Something like that. Maybe it tried to open the "new" partition, which
did not exist because the kernel was not able to reread the part. table,
and then it started to wreak random havoc. Just a theory.

> But as said, parted is frozen as part of base, so most of this stuff is
> post-sarge.

That is why such long freeze phase sucks.

> That said, maybe you could try booting the debian-installer, and doing the
> resize from it ?

I could, but not yet. And if my assumption above is correct, it will
work because on the installer, nothing is mounted so the kernel will
reread the partition table cleanly and create the new device file.

Regards,
Eduard.
-- 
<GyrosGeier> doogie, 25 m/s is pretty fast
<doogie> 40m/s from apache
<doogie> 25m/s is from java
<GyrosGeier> doogie, that's about 8 km/h.
<smurfix> GyrosGeier: Wrong. Other way round please.
<smurfix> 93.6 km/h