From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1R4o4C-0006k4-Ao for garchives@archives.gentoo.org; Sat, 17 Sep 2011 06:07:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 581EDE050E; Sat, 17 Sep 2011 06:07:46 +0000 (UTC) Received: from smtpq3.gn.mail.iss.as9143.net (smtpq3.gn.mail.iss.as9143.net [212.54.34.166]) by pigeon.gentoo.org (Postfix) with ESMTP id 5389F21C07D for ; Sat, 17 Sep 2011 06:06:52 +0000 (UTC) Received: from [212.54.34.139] (helo=smtp8.gn.mail.iss.as9143.net) by smtpq3.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1R4o39-0004Ib-Ce for gentoo-user@lists.gentoo.org; Sat, 17 Sep 2011 08:06:51 +0200 Received: from 5ed027a1.cm-7-1a.dynamic.ziggo.nl ([94.208.39.161] helo=data.antarean.org) by smtp8.gn.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1R4o38-00025f-Hj for gentoo-user@lists.gentoo.org; Sat, 17 Sep 2011 08:06:50 +0200 Received: from localhost (localhost [127.0.0.1]) by data.antarean.org (Postfix) with ESMTP id 3BB05CFD for ; Sat, 17 Sep 2011 08:07:08 +0200 (CEST) X-Virus-Scanned: amavisd-new at antarean.org Received: from data.antarean.org ([127.0.0.1]) by localhost (data.antarean.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wck2XFdM8wey for ; Sat, 17 Sep 2011 08:07:05 +0200 (CEST) Received: from eve.localnet (eve.lan.antarean.org [10.20.13.50]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPS id D66EF635 for ; Sat, 17 Sep 2011 08:07:05 +0200 (CEST) From: Joost Roeleveld To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] udev + /usr Date: Sat, 17 Sep 2011 08:06:47 +0200 Message-ID: <1925429.DLZZQk6Nva@eve> User-Agent: KMail/4.7.1 (Linux/2.6.36-gentoo-r5; KDE/4.7.1; x86_64; ; ) In-Reply-To: References: <20110912150248.GB3599@acm.acm> <4E7371E2.6070801@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" X-ZiggoSMTP-MailScanner-Information: Please contact the ISP for more information X-ZiggoSMTP-MailScanner-ID: 1R4o38-00025f-Hj X-ZiggoSMTP-MailScanner: Found to be clean X-ZiggoSMTP-MailScanner-SpamCheck: geen spam, SpamAssassin (niet cached, score=-0.692, vereist 5, BAYES_00 -1.90, KHOP_DYNAMIC 0.73, RDNS_DYNAMIC 0.98, RP_MATCHES_RCVD -0.50) X-ZiggoSMTP-MailScanner-From: joost@antarean.org X-Spam-Status: No X-Archives-Salt: X-Archives-Hash: 7599814a31cfe8df456207f13b405508 On Friday, September 16, 2011 11:21:12 PM Pandu Poluan wrote: > On Sep 16, 2011 11:00 PM, "Dale" wrote: > > Canek Pel=E1ez Vald=E9s wrote: > >> On Fri, Sep 16, 2011 at 5:29 AM, Pandu Poluan = wrote: > >>> Speaking of fsck, didn't someone lamented the fact that fsck can = no >=20 > longer >=20 > >>> be statically linked, thus making initr* 'blew up' in size? > >>>=20 > >>> When more and more utilities go the non-statically-linked way... > >>> congratulations! You now have an initr* that's practically a > >>> cpio-ized > >>> version of / > >>=20 > >> Now, common: that's an exaggeration. My dracut generated initramfs= > >> (with systemd, plymouth, udev, and I don't remember what many thin= gs > >> more) is 5 Mb. That's a little less than my several-gigabytes /. > >>=20 > >> Regards. > >=20 > > Give it time. Something will need /home on the root partition next= .=20 > > Like > someone else posted, we are headed towards windows land with this. I= won't > be surprised if /boot will have to be on / next too. >=20 >=20 > Heh. If it's only limited to 'everything in /' it's still acceptable.= MIGHTY > annoying, and most likely an admin hell, but workable. Would it? :) If there would be a filesystem that reads from the "in-memory-part" and= only=20 accesses the disk for write-actions, then the / can be a ramdisk... :) > Now, if everything needs to go into initr* (yes, I'm exaggerating, bu= t...) Like a live-dvd? -- Joost