HEADS UP: /bin and /sbin are now dynamically linked

Garance A Drosihn drosih at rpi.edu
Mon Nov 24 11:04:40 PST 2003

At 3:40 AM -0800 11/24/03, David O'Brien wrote:
>NO.  /rescue was allowed in the system to handle the case
>of a trashed file in /lib[exec].  To allow a sysadmin to
>recover a system from the same type of mishaps they could
>before we went to a dynamic /.  Not to continue to add
>to /rescue until the sysadmin could recover from every
>conceivable way of trashing a system.
>/rescue was not to become the all-in-compassing Swiss Army
>recover tool.  We provide the Live-FS CD (disc 2) for that.

Another issue with adding more-and-more to /rescue is that
every thing added to /rescue is compiled for it.  Which is
to say, the time it takes for a buildworld keeps increasing.
I just bought one hardware upgrade to get back the time lost
from going to GCC 3.x, and I find that the buildworld times
are now increasing again due to compiling everything twice
for /rescue.

I kind of like the idea of having 'vi' available, but I will
also admit that I don't need it.  All my hardware has CD-ROM
drives, and I set up all my systems with multiple (multi-boot)
installs of freebsd.  If something goes wrong, I like having
vi around, but then I also like having bash and ruby (among
other things).  So, I have dual-boot systems.  No matter what
you put in /rescue, there are *possible* disaster scenarios
where you won't have something you need.  For some reason, I
manage to hit those every few months.  From my experience I
have found that it's much better to have multiple separate
installs, and that way I can usually fix one install from the
other one.

Other people will have other hardware, and thus other needs.
We should probably make sure it's easy to add some of these
programs to /rescue, but I don't think that all of us should
have to build all the programs that any one of us feel they
might need.

I doubt there is any perfect answer which will satisfy
everyone, but perhaps we can recognize that and figure out
some flexible middle ground.

Garance Alistair Drosehn            =   gad at gilead.netel.rpi.edu
Senior Systems Programmer           or  gad at freebsd.org
Rensselaer Polytechnic Institute    or  drosih at rpi.edu

More information about the freebsd-current mailing list