From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.50) id 1EeNrq-0008EC-SJ for garchives@archives.gentoo.org; Tue, 22 Nov 2005 02:26:47 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id jAM2PpfL000978; Tue, 22 Nov 2005 02:25:51 GMT Received: from mail-ihug.icp-qv1-irony5.iinet.net.au (ihug-mail.icp-qv1-irony5.iinet.net.au [203.59.1.199]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id jAM2LoQ2025802 for ; Tue, 22 Nov 2005 02:21:52 GMT Received: from 203-59-213-82.dyn.iinet.net.au (HELO moriah.localdomain) ([203.59.213.82]) by mail-ihug.icp-qv1-irony5.iinet.net.au with ESMTP; 22 Nov 2005 10:06:33 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== Received: from localhost (localhost [127.0.0.1]) by moriah.localdomain (Postfix) with ESMTP id 0E9A6191BE9 for ; Tue, 22 Nov 2005 10:06:32 +0800 (WST) Received: from moriah.localdomain ([127.0.0.1]) by localhost (moriah.localdomain [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21302-19 for ; Tue, 22 Nov 2005 10:06:29 +0800 (WST) Received: from localhost (localhost [127.0.0.1]) by moriah.localdomain (Postfix) with ESMTP id 7C8101870C5 for ; Tue, 22 Nov 2005 10:06:29 +0800 (WST) Subject: Re: default stage3 (was : [gentoo-user] Is Gentoo still on the right path?) From: "W.Kenworthy" To: gentoo-user@lists.gentoo.org In-Reply-To: <438268E2.8050304@planet.nl> References: <8aaf1ee00511210433s6d23e8a6l6d95c9c2f2ed8b7d@mail.gmail.com> <200511211413.14160.volker.armin.hemmann@tu-clausthal.de> <4381E519.7090900@planet.nl> <20051122000947.GH10134@inxservices.com> <438268E2.8050304@planet.nl> Content-Type: text/plain Date: Tue, 22 Nov 2005 10:06:27 +0800 Message-Id: <1132625187.3691.25.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localdomain X-Archives-Salt: 87c3ee55-508f-4461-ad76-310f0af16d8a X-Archives-Hash: 8c8f640c194de0e7fd86c4de85ee4e21 Some thoughts: I recently did a stage 1 install and found that the process seems to have deteriorated to the point it was more work than it should have been - hence I see some of the reasons for abandoning it. In particular, the recompiling needed to bring it to a GCC 3.4.4 with all the options I needed meant that a stage 1 gained me nothing, and I lost quite a bit of time. The majority of systems I have recently installed have been tar over ssh from a running system (usually a LiveCD - I have P3/P4 and athlon - just choose the appropriate base). A small install can be up and running in less than 30 mins (IF you already have a running system!) - and its mostly preconfigured which is where I find I spend most of *MY* time. Only downside I have come across is cruft, but that can be managed. I consider this as the equivalent of a targeted (for my purposes) customised super stage3 install. With todays large hard disks, I also put aside a 4G reiserfs partition that contains a minimal install (inc a tailess /boot) to keep me working (i.e., the gateway has a basic webserver, squid, nat setup, mail server, ..., the desktop has fluxbox, OO and evolution - my main work tools and so on. Maintenance is done in a chroot, with an occasional test when scheduled with major kernel upgrades. If in fiddling, I have a disaster, I can keep working while rebuilding. If more than one physical HD is present, grub is installed in each MBR - many modern MB's allow you to choose which HD to boot from - quite handy! Worst comes to worst, a few minutes with tar and I have a basic, but fully configured base to start the recovery process back to the original system. I have found the 4G partition very handy when the raid array broke (disk failure - the 4G was in an unaffected area of the disk - non-raided, so was easily rescued), software problems (bad kernel upgrades) and just having the peace of mind that I can keep working through most disasters. I would highly recommend that this be a standard part of the install for critical systems (e.g., SOHO gateways), and especially for those who have only a single system to work with. With a little planning, it is possible to have an install once, and multiply/upgrade forever maintenance process - this is one of gentoo's current strengths. BillK On Tue, 2005-11-22 at 01:40 +0100, Holly Bostick wrote: > George Garvey schreef: > > On Mon, Nov 21, 2005 at 04:17:45PM +0100, Holly Bostick wrote: > > > >> reinstall, again I must wonder why he would complain that such a -- gentoo-user@gentoo.org mailing list