From owner-freebsd-current@FreeBSD.ORG Mon Nov 24 22:10:38 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8468316A4CE for ; Mon, 24 Nov 2003 22:10:38 -0800 (PST) Received: from sbk-gw.sibnet.ru (sbk-gw.sibnet.ru [217.70.96.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2007243FD7 for ; Mon, 24 Nov 2003 22:10:35 -0800 (PST) (envelope-from stranger@sberbank.sibnet.ru) Received: from sbk-gw.sibnet.ru (localhost [127.0.0.1]) by sbk-gw.sibnet.ru (8.12.9p2/8.12.9) with ESMTP id hAP6ADoV073685; Tue, 25 Nov 2003 12:10:13 +0600 (NOVT) (envelope-from stranger@sberbank.sibnet.ru) Received: from localhost (stranger@localhost)hAP6ACoF073682; Tue, 25 Nov 2003 12:10:13 +0600 (NOVT) (envelope-from stranger@sberbank.sibnet.ru) X-Authentication-Warning: sbk-gw.sibnet.ru: stranger owned process doing -bs Date: Tue, 25 Nov 2003 12:10:12 +0600 (NOVT) From: "Maxim M. Kazachek" X-X-Sender: stranger@sbk-gw.sibnet.ru To: freebsd-current@freebsd.org In-Reply-To: <20031124173218.GB63983@dragon.nuxi.com> Message-ID: <20031125120421.C73477@sbk-gw.sibnet.ru> References: <20031124114006.GA60761@dragon.nuxi.com> <20031124160024.GA27996@online.fr> <20031124173218.GB63983@dragon.nuxi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_01 autolearn=ham version=2.60 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on sbk-gw.sibnet.ru cc: Rahul Siddharthan cc: Tim Kientzle Subject: Re: HEADS UP: /bin and /sbin are now dynamically linked X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Nov 2003 06:10:38 -0000 >[ 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