From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (unknown [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 12EB21381FA for ; Fri, 16 May 2014 19:50:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6559CE0B91; Fri, 16 May 2014 19:50:21 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher DHE-RSA-AES256-SHA256 (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 29342E0ABB for ; Fri, 16 May 2014 19:50:20 +0000 (UTC) Received: from marcec ([77.22.138.176]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0Lk7fW-1XMMWR2Rg2-00cCE8 for ; Fri, 16 May 2014 21:50:18 +0200 Date: Fri, 16 May 2014 21:50:06 +0200 From: Marc Joliet To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] boot problems Message-ID: <20140516215006.497b2228@marcec> In-Reply-To: <5375F141.5080704@gmail.com> References: <5364C0F9.3000906@xunil.at> <2219291.LPmZhmqkJ1@andromeda> <536545AB.2060008@xunil.at> <53672D31.1030108@xunil.at> <53746809.9080604@xunil.at> <5374855C.4040203@xunil.at> <537506FE.3090701@xunil.at> <5375DE75.7070501@xunil.at> <5375F141.5080704@gmail.com> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; x86_64-pc-linux-gnu) 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-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/0BQMc=Zpq2HYv94/gYZ7OUT"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:y8Iaj9/TV+rmQ7DNaNiUBlK27jH0xdb1pdY+EGSHlyhQ4ELhkUp +8a6MFhjrl+JasGc1w63Y/tg+fa3LomDw/Tntu+gCAQbITYmYyfk9N9rccVkZ5Km5vwjj4C LjNPA+ZER/33vadexW/Ju2658duS2CSnyidwxiJNBqP+bS6ZvKd5wXKvdKQHCirEGaD4Ey3 tu+Wm187I2wbQYW5sagBw== X-Archives-Salt: 1e5abac8-cead-46a8-b411-5217dba16486 X-Archives-Hash: f45cb72cb3324a706e21c66198e0a812 --Sig_/0BQMc=Zpq2HYv94/gYZ7OUT Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Am Fri, 16 May 2014 13:06:41 +0200 schrieb Alan McKinnon : > On 16/05/2014 12:04, Canek Pel=C3=A1ez Vald=C3=A9s wrote: > > Whatever gets rid of LVM is good on my book. I've never understood why > > people uses it, and in my experience it only brings headaches. > > Besides, I've heard from many people that btrfs is the way to go in > > the future. I'm not ready to make the change yet, but I will at some > > point. >=20 >=20 > LVM is an excellent solution for what it was designed to do, which is to > deal with stuff like this: >=20 > Oops. I misjudged how big /var/log needed to be and now I need to add > 50G to that partition. But it's sda6 and I have up to sda8. Arggghhhhh! > Now I need 5 hour downtime to play 15-pieces with fdisk. >=20 > LVM makes that 2 commands and 12 seconds. Yes, it's a bit complex and > you have to hold the PV/VG/LV model in your head, but it also *fixes* > the issue with rigid MSDOS partition style. This is precisely why I switched to RAID + LVM several years ago, instead of just RAID. No, wait, that's not correct: I remember now that I in fact star= ted with just LVM on two differently-sized disks. But even without a RAID underneath, you can manage multiple disks (PVs) in = one or more VGs and do stuff like move partitions between disks. > Modern filesystems like ZFS and btrfs sidestep the need for LVM in a > really elegant and wonderful way, none of which changes the fact that > ZFS/btrfs weren't around when LVM was first coded. And this is one of the reasons why I switched to btrfs now :) . --=20 Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup --Sig_/0BQMc=Zpq2HYv94/gYZ7OUT Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBAgAGBQJTdmvzAAoJEL/Q5oYsiHj0H+MP/j3C8Gv39X6/Rqj8oIFn1b7x 0GC6ejB2OWP61VSr6ljM7J6R6uNI5R9+PiLYFQxccTzo/K/rQ1pdCSVKbS1ysZzc tOEnU2WdftXDxjOx33iq4M7IebZLyC7NPUcVlB72e3lV3bGWg9GqVFjsIisabqcI LTlbf2ok+na9BYWLT52+w3upmyPbxj5oLoNr9A91cIc9Dy1YVzw9VKvmSh6oHhQj bCKkziU1Y7vBvLSfuJqNHjY1Hw+fKq2qo/1fqxGc8l+SQGTBvMl8BLdDVs7/vY8Q ILb66So0tjSPojHONLaAZXHn+npA3k3u1hMPo5YeS74eLJZBLK6pECr5yzCaVUSK MMV6OH/a9A8CjuFYXqdgNR1CYx+XHNu+N1Zvp56tE5bYmbmexA2XdjM3YskULbYo knn/zH9RvYTMV+wUZ7ZY4WqmVUugJUQTZkgUSqW1yPzCL9To9RupTUnOkQ0EEARo pAJDdBUnFDxFm4A630d2Ybezm3cjC1HAh/ZMx9WqxZ25zFyBAWPZ4h3DdwQ/cr/9 m7D+XLRv8SOfUoAzSofhBI7S2LVHxRAUg97hFyYolZOoVotlBhFWgSFcqyhCOWIe lt7ktOCqNwjE8goSYntqGrM3O42ic29dEUGTotj1wg1r8BdM8v6QHLCwOZ0SUn5A /l9n7nANLmsh9WQoLbOK =XTwF -----END PGP SIGNATURE----- --Sig_/0BQMc=Zpq2HYv94/gYZ7OUT--