Date: Tue, 25 Nov 2003 12:10:12 +0600 (NOVT) From: "Maxim M. Kazachek" <stranger@sberbank.sibnet.ru> To: freebsd-current@freebsd.org Cc: Tim Kientzle <kientzle@acm.org> Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked Message-ID: <20031125120421.C73477@sbk-gw.sibnet.ru> In-Reply-To: <20031124173218.GB63983@dragon.nuxi.com> References: <20031124114006.GA60761@dragon.nuxi.com> <20031124160024.GA27996@online.fr> <20031124173218.GB63983@dragon.nuxi.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>[ From: set to /dev/null as too many can't follow the Reply-To: ]
>
>On Mon, Nov 24, 2003 at 11:00:24AM -0500, Rahul Siddharthan 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 /.
>>
>> Ie, let's do things the same way we did in 1994? Other things have
>> changed since then, hard drives and typical root partitions are much
>> bigger, and Tim estimated the total bloat from this as 64k. Maybe
>> earlier, pre-/rescue, you couldn't recover from damaged files in the
>> root partition without a CD/floppy/NFS, it doesn't mean you should not
>> have that capability in /rescue.
>
>Lets have /rescue/{[s]bin,usr/[s]bin}. Install static copies of every
>thing in /[s]bin and /usr/[s]bin today. That will let you recover in
>even more ways.
>
>Where does it end if we don't go full-out and install a 2nd copy of every
>binary?
>
>
>> For a *lot* of people today (like home users), an up-to-date FreeBSD
>> CD or floppy or a second machine to create the disk on may not be
>> handy (and forget about NFS), but a network connection may still be
>> available.
>
>That network connection would most likely be a M$-Win box in that case,
>which doesn't have an FTP server. Samba, not an FTP client should be in
>/rescue then.
There are a lot of FTP servers for M$ Windows... At least
IIS/PWS... :-) IMHO, Microsoft gives it to all, neglecting whether they
need it or not. :-) So, FTP server is not concern. /rescue/fetch MAY help
to recover RUINED FreeBSD from ashes... As /rescue/mount_cd9660, or
mount_msdosfs... In other words we can drom mount_msdosfs from /rescue
just because almost everybody can burn CD... We will save a few KBytes of
space (that isn't really needed on modern disks), but we will loose
functionality... For me, having /rescue/fetch is a good thing, just
because it can REALLY help me to recover fallen system.
Sincerely, Maxim M. Kazachek
mailto:stranger@sberbank.sibnet.ru
mailto:stranger@fpm.ami.nstu.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031125120421.C73477>