2002-09-18 06:46:13

by Rainer Krienke

[permalink] [raw]
Subject: 2.4.18: Re-read table failed with error 16: Device or resource busy - error

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

Hello,

I am Ruinning a (SuSE patched) 2.4.18 kernel and encountered the fdisk
repartition problem mentioned above. I know that I could solve the problem by
rebooting but I am interested if this is really needed since in my case a
data recovery job was finally killed after 12 hours because there was not
enough RAM or SWAP. I saw already very early that there could be a problem
with swap and there was enough unpartitioned disk space to add swap, but the
kernel would not let me.

What I did was to add a partition on a disk that has other mounted (e.g. root)
partitions on it. I did not change the numbering or positions of any of the
partitions in use.The new partition was simply added after all existing
partitions.

So the question is why does the kernel deny to reread the partiton table and
force me to reboot instaed of simply doing the reread? Are there any good
reasons for this "bad" behaviour?

Thanks
Rainer
- --
- ---------------------------------------------------------------------------
Rainer Krienke, Universitaet Koblenz, Rechenzentrum
Universitaetsstrasse 1, 56070 Koblenz, Tel: +49 261287 -1312, Fax: -1001312
Mail: [email protected], Web: http://www.uni-koblenz.de/~krienke
Get my public PGP key: http://www.uni-koblenz.de/~krienke/mypgp.html
- ---------------------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE9iCJealdtjc/KDEoRAii2AKDDEW2YUuGlqx3ZWPIElmoHBQh7kwCfYKnE
y8TYZIHmPozemlq6Y5B2mtE=
=cAEO
-----END PGP SIGNATURE-----


2002-09-18 10:04:29

by Alan

[permalink] [raw]
Subject: Re: 2.4.18: Re-read table failed with error 16: Device or resource busy - error

> What I did was to add a partition on a disk that has other mounted (e.g. root)
> partitions on it. I did not change the numbering or positions of any of the
> partitions in use.The new partition was simply added after all existing
> partitions.
>
> So the question is why does the kernel deny to reread the partiton table and
> force me to reboot instaed of simply doing the reread? Are there any good
> reasons for this "bad" behaviour?

You credit the partition code with a little more intelligence than it
actually has. The problem is also a little harder than it seems when you
add partitions that might change the order of stuff.

The LVM layer supports dynamically resizing volumes, adding new volumes
and the like. Thats probably the right way to go for such things