Making a dynamically-linked root

[Sean Chittenden]

> I'm planning on making a dynamically-linked root partition by
> 5.2. To that end, I'm planning on doing to the following:
> 
> Integrate Tim Kientzle's /rescue patches into the tree
> Create /lib and populate with all the libs needed to support dynamically
>   linked binaries in /bin and /sbin
> Have a big (probably NO_DYNAMIC_ROOT) knob to switch from static to
>   dynamic.

I didn't see the bits for /rescue in the attached patch listed to know
if there is a more updated /rescue patch available, but I just want to
emphasize the caution necessary for this.

I'm on the road at the moment and decided to update my laptop last
night.  This morning when I did an installworld/installkernel, my copy
of ld-elf.so.1 was hosed. I think it had something to do with libmap,
but I haven't spent the time to figure it out yet.  With my cdrom
drive and floppy about 700mi away, I was counting my lucky stars that
my old ld-elf.so.1 was backed up as ld-elf.so.1.old and that
/bin|/sbin were statically compiled.

On a different note regarding /rescue, would it be possible to add
less(1) to the rescue set?  In single user mode, scroll lock doesn't
work and there's no way to read recent entries in UPDATING without
cat(1) or head(1).  Lastly, on install, given the importance of having
functioning binaries for /bin and /sbin, has it been considered to
have the programs executed once before install to see if they can run,
possibly with the -V flag?

	 ./[progname] --test
	 install [progname] /bin

Having make bomb out after having the program run a "self test" that
tests its ability to execute with ld would save many headaches.

As for the performance hit that you describe, have you investigated
the prebinding work to see how that affects performance with /lib and
/usr/lib prebound?

-sc

-- 
Sean Chittenden
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 202 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20030602/276c39b5/attachment.bin