if your init and mount are not statically linked, how on earth are they
going to work before /lib is mounted?
or wait, suppose you could just keep in the real /lib only libs needed
for init, mount and whatever other basic commands on boot (for instance
if you have to boot "linux single" one day or
> Nope, sure don't. My new /lib *partition* mount is not even in
> /etc/fstab. What will happen at boot time is the /lib *directory* on the /
> partition will be available. Right? I never deleted the data in that
> partition. I just mounted my new /lib *partition* on top of it for test.
>
oh.
Nope, sure don't. My new /lib *partition* mount is not even in
/etc/fstab. What will happen at boot time is the /lib *directory* on the /
partition will be available. Right? I never deleted the data in that
partition. I just mounted my new /lib *partition* on top of it for test.
Best Regards,
R
> Perhaps I am wrong, I expected that a reboot would make the original /lib
> available again at boot time. The data is still there, just hidden by the
> mount, right?
mounting only occurs after fstab is processed.
you can't process fstab with the mount command if there are no libraries
for m
On Wed, 20 Oct 1999, Seth Vidal wrote:
> I think unless your drive mounting and init binaries are statically
> linked you're going to hit trouble at boot time.
Perhaps I am wrong, I expected that a reboot would make the original /lib
available again at boot time. The data is still there, just hi
> Or am I going to run into trouble because /lib's files will be unavailable
> for a bit while I enter these commands? Is there a better way to enlarge
> /? In general how to you recommend changing partition sizes? Is this an
> argument for not seperating directories into different partitions,
I suppose this is an off topic question, other than it's related to
disks...:) I find that my / partition is more full than I would like. I
like to keep extra space available in case something unexpected happens.
Here is the current setup:
Filesystem 1k-blocks Used Available Use
