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.62) (envelope-from ) id 1I9mxs-0000DB-Be for garchives@archives.gentoo.org; Sat, 14 Jul 2007 19:07:36 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.14.0/8.14.0) with SMTP id l6EJ5iro014387; Sat, 14 Jul 2007 19:05:44 GMT Received: from gimli.home.gaima.co.uk (251.67.2.81.in-addr.arpa [81.2.67.251]) by robin.gentoo.org (8.14.0/8.14.0) with ESMTP id l6EJ0msD008684 for ; Sat, 14 Jul 2007 19:00:49 GMT Received: (qmail 23022 invoked from network); 14 Jul 2007 19:00:48 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 14 Jul 2007 19:00:48 -0000 From: Mike Williams To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Installation problems Date: Sat, 14 Jul 2007 20:00:47 +0100 User-Agent: KMail/1.9.7 References: <200707141328.00763.mike@gaima.co.uk> In-Reply-To: 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: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200707142000.47469.mike@gaima.co.uk> X-Archives-Salt: 962530af-a7ff-445a-a25c-f8e263ac4652 X-Archives-Hash: 99c17a5bdb15e2148926cc4202e25993 On Saturday 14 July 2007 18:53:27 Hendrik Boom wrote: > Very interesting. =C2=A0It gets further with the dolvm2 pernel option (I > specified udev first for good measure, as indicated in the howto, and it > got further. =C2=A0However, it still fails to handle > /dev/mapper/lovesong-gentoo properly. =C2=A0fsck complains about it, and = I get > to type "shell" for a shell. =C2=A0There I find that > /dev/mapper/lovesong-mapper does not exost (as testified by ls), but that > it is nonetheless mounted on / (as testified by mount). OK, that's not exactly what I expected to happen, but I guess the initrd/ra= mfs=20 has the same udev setup as the full system so either the udev and=20 the "proper" LVM path could be used. I prefer using the "proper" LVM paths, as early udevs won't create the othe= r=20 nodes and later ones may also not do so (udev is pretty stable now, so I=20 realise it's highly unlikely). udev path =3D=3D /dev/mapper/VG-LV "proper" LVM path =3D=3D /dev/VG/LV > This suggests that (a) it was mounted, and (b) something else was mounted > over the path to /dev/mapper/lovesong-mapper afterward. =C2=A0So somethin= g is > clearly finding /dev/lovesong/mapper, and then making it inaccessible. a and b, the initrd/ramfs is mounted as / from ram by the kernel after it's= =20 booted, the initrd/ramfs does it's stuff, then "pivots" the / device to the= =20 real_root device on the kernel command line. The / device you specify in fstab is never actually mounted, as to read it = /=20 needs to be mounted, so the kernel or initrd/ramfs does it based on the=20 kernel arguements. As a workaround you can make checkfs not attempt an fsck on the / device. I= n=20 fstab set the final column on the / entry to 0, it's almost certainly 1. Th= is=20 number defines the order in which devices are fsck'd, 0 means don't do=20 anything. > By the way, I didn't find a /dev/VG/ directory either. No /dev/lovesong/ ? Assuming your VolumeGroup is actually called lovesong. =2D-=20 Mike Williams -- gentoo-user@gentoo.org mailing list