From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1IS5L8-0006T6-El for garchives@archives.gentoo.org; Mon, 03 Sep 2007 06:23:14 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l836FTbP015355; Mon, 3 Sep 2007 06:15:29 GMT Received: from mgw-ext12.nokia.com (smtp.nokia.com [131.228.20.171]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l8369JaP007644 for ; Mon, 3 Sep 2007 06:09:19 GMT Received: from esebh106.NOE.Nokia.com (esebh106.ntc.nokia.com [172.21.138.213]) by mgw-ext12.nokia.com (Switch-3.2.5/Switch-3.2.5) with ESMTP id l8368rY9029610 for ; Mon, 3 Sep 2007 09:09:18 +0300 Received: from esebh104.NOE.Nokia.com ([172.21.143.34]) by esebh106.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 3 Sep 2007 09:09:06 +0300 Received: from esebh101.NOE.Nokia.com ([172.21.138.177]) by esebh104.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 3 Sep 2007 09:09:05 +0300 Received: from duprn002-10271.europe.nokia.com ([172.25.102.71]) by esebh101.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 3 Sep 2007 09:09:05 +0300 From: Dirk Heinrichs Organization: Capgemini Deutschland GmbH To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] 500 meg / partition (including /boot) *WITHOUT USING LVM* Date: Mon, 3 Sep 2007 08:08:58 +0200 User-Agent: KMail/1.9.7 References: <20070902143233.GA9496@waltdnes.org> <200709022201.00036.dirk.heinrichs@online.de> <20070902232047.GA29278@waltdnes.org> In-Reply-To: <20070902232047.GA29278@waltdnes.org> 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 Content-Type: multipart/signed; boundary="nextPart2702959.MnzKymUKTd"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200709030809.04841.dirk.heinrichs.ext@nsn.com> X-OriginalArrivalTime: 03 Sep 2007 06:09:05.0691 (UTC) FILETIME=[EEC106B0:01C7EDF0] X-Nokia-AV: Clean X-Archives-Salt: ce68a532-3e00-43ec-a03a-04a6fd5e7ff9 X-Archives-Hash: 4043fe8a4c8087176fca90e90d0604c7 --nextPart2702959.MnzKymUKTd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Montag, 3. September 2007 schrieb ext Walter Dnes: > This setup is for a desktop PC that has "a user" not "a bunch of > users". I am *NOT* running a server with a bunch of users. If I was, > I'd be using quotas to prevent the problem described above. To solve a problem that you otherwise wouldn't have? > > Another one is filesystem corruption, or even human error. Placing > > everything into one single filesystem is a Bad Thing (tm). I.e. you > > can't mount vital parts of the system ro to prevent accidental > > deletion, or keep data or home volumes safely unmounted until they > > are really needed/accessed (by use of the automounter), > > a) I'm running a home desktop PC, not a corporate server. If the > "users" (i.e. me) can't co-ordinate with each other, then I've > got a badly split personality You didn't tell before. > b) I have the system backed up on a 320 gig external USB drive And if your single big partition breaks, you waste a lot of time restoring= =20 everything. > c) "automount" problems seem to crop up often in this list Which ones, with which automounter? I've never seen any with the kernel=20 automounter. OTOH, what isn't mounted can't be corrupted/deleted. > d) more partitions means more things to go wrong Which ones? Limiting possible damage can't ever be wrong. > > you can't use different filesystems for different purposes, etc. > > You mean like ext2fs for a small rarely-written-to partition and > reiserfs for a gigantic partition with lots of files? No. As Neil already wrote: The various Linux filesystems shine in different= =20 use cases (XFS has good large file performance, reiserfs is storage=20 effective when it comes to small files while its delete performance is=20 poor, etc.). Bye... Dirk =2D-=20 Dirk Heinrichs | Tel: +49 (0)162 234 3408 Configuration Manager | Fax: +49 (0)211 47068 111 Capgemini Deutschland | Mail: dirk.heinrichs@capgemini.com Wanheimerstra=DFe 68 | Web: http://www.capgemini.com D-40468 D=FCsseldorf | ICQ#: 110037733 GPG Public Key C2E467BB | Keyserver: www.keyserver.net --nextPart2702959.MnzKymUKTd Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.6 (GNU/Linux) iD8DBQBG26UA8NVtnsLkZ7sRAtMTAJ9xfYA2rIP33QeWUjucGCkH7H7O0QCfb7/M 54ZRdEi164Vc3AYJzwBuhLc= =ZKgt -----END PGP SIGNATURE----- --nextPart2702959.MnzKymUKTd-- -- gentoo-user@gentoo.org mailing list