Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 80206 - sys-apps/baselayout-1.11.9 broke booting with LVM volumes.
Summary: sys-apps/baselayout-1.11.9 broke booting with LVM volumes.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All All
: High major (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
: 80275 80386 (view as bug list)
Depends on:
Blocks:
 
Reported: 2005-01-31 06:38 UTC by Bardur Arantsson
Modified: 2005-02-01 14:14 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bardur Arantsson 2005-01-31 06:38:28 UTC
The baselayout-1.11.9 update broke booting with (non-root) LVM volumes. When booting, checkfs complains that devices /dev/vgNN/NN (or whatever your VG/LV names are) cannot be found. Doing a

     vgchange -ay

in the emergency shell prompt and Ctrl-D'ing lets the boot continue normally (sans file system checks, obviously).

It seems the the new check for whether a vgscan+vgchange is needed
doesn't quite work, i.e. by changing removing it the machine
succesfully boots. This is the only change I did to get the machine
booting happily again:

--- checkfs     2005-01-31 15:17:01.707975696 +0100
+++ checkfs~    2005-01-31 10:24:25.000000000 +0100
@@ -148,7 +148,8 @@
        # NOTE: Add needed modules for LVM or RAID, etc
        #       to /etc/modules.autoload if needed

-       if [[ -z ${CDBOOT} && -x /sbin/vgscan ]]
+       if [[ -z ${CDBOOT} && -x /sbin/vgscan ]] && \
+          [[ -d /proc/lvm || -n $(grep -qo device-mapper /proc/misc) ]]
        then
                ebegin "Setting up the Logical Volume Manager"
                #still echo stderr for debugging
Comment 1 SpanKY gentoo-dev 2005-01-31 06:53:58 UTC
i assume the little patch you posted is reversed ?
Comment 2 Bardur Arantsson 2005-01-31 06:55:45 UTC
Yeah, sorry 'bout that.:)
Comment 3 SpanKY gentoo-dev 2005-01-31 06:59:42 UTC
`emerge info` ? are you using 2.4 ?
Comment 4 Bardur Arantsson 2005-01-31 07:14:27 UTC
Nope, using 2.6.10-ac11, but I'm fairly sure it's the test
that's broken. Observe:

   Just to make sure it's there:

      biggles ~ # grep device-mapper /proc/misc
       63 device-mapper

   The old test (rc-scripts-1.6.8), ignoring the first bit:

     biggles ~ # [[ $(grep device-mapper /proc/misc 2>/dev/null) ]]; echo $?
     0

   The new test (rc-scripts-1.6.9):

     biggles ~ # [[ -n $(grep -qo device-mapper /proc/misc) ]]; echo $?
     1

   (And all the surrounding stuff in the "full" test is basically
   the same in 1.6.8 and 1.6.9)

Here's my emerge info just in case:

biggles ~ # emerge info
Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-ac11 x86_64)
=================================================================
System uname: 2.6.10-ac11 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.9
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Sep 22 2004, 15:42:20)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.7.9-r1, 1.8.5-r3, 1.5, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r2
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-O2 -pipe -march=athlon64"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe -march=athlon64"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://gentoo.inode.at/ http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/bardur/shared/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aalib acpi alsa arts berkdb bitmap-fonts ccache cdparanoia cdr crypt cups dvd dvdr dvdread emacs f77 fam flac font-server foomaticdb fortran gdbm gif gphoto2 gstreamer gtk gtk2 imagemagick imlib ipv6 jack jack-tmpfs java jikes jp2 jpeg junit kde libwww lzw lzw-tiff mad mikmod motif mozilla ncurses nls nptl nptlonly oggvorbis opengl pam pdflib perl png python qt readline ruby sdl slang speex sqlite ssl tcpd theora tiff truetype truetype-fonts type1-fonts usb userlocales xine xml2 xosd xpm xrandr xv xvid zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

Comment 5 SpanKY gentoo-dev 2005-01-31 07:51:30 UTC
err yeah, running [[ -n ]] + `grep -q` is stupid heh
Comment 6 SpanKY gentoo-dev 2005-01-31 15:03:44 UTC
fixed in 1.11.9-r1
Comment 7 SpanKY gentoo-dev 2005-01-31 22:51:07 UTC
*** Bug 80275 has been marked as a duplicate of this bug. ***
Comment 8 SpanKY gentoo-dev 2005-02-01 14:14:02 UTC
*** Bug 80386 has been marked as a duplicate of this bug. ***