linux-kernel - Re: Linux 2.6.25-rc2 regression: LVM cannot find volume group

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <47B8D80C.8000408@imap.cc>
Date:	Mon, 18 Feb 2008 01:57:48 +0100
From:	Tilman Schmidt <tilman@...p.cc>
To:	Jiri Slaby <jirislaby@...il.com>
CC:	Alan Cox <alan@...rguk.ukuu.org.uk>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Linux 2.6.25-rc2 regression: LVM cannot find volume group

Am 16.02.2008 23:37 schrieb Jiri Slaby:
> On 02/16/2008 09:12 PM, Alan Cox wrote:
>> On Sat, 16 Feb 2008 20:14:30 +0100
>> Tilman Schmidt <tilman@...p.cc> wrote:
>>
>>> 2.6.25-rc2 fails to bring up my openSUSE 10.3 PC because LVM
>>> cannot find the volume group containing the root file system.
>>> 2.6.25-rc1 has the same problem, 2.6.24 works fine.

Bisection says:

edfaa7c36574f1bf09c65ad602412db9da5f96bf is first bad commit
commit edfaa7c36574f1bf09c65ad602412db9da5f96bf
Author: Kay Sievers <kay.sievers@...y.org>
Date:   Mon May 21 22:08:01 2007 +0200

     Driver core: convert block from raw kobjects to core devices

     This moves the block devices to /sys/class/block. It will create a
     flat list of all block devices, with the disks and partitions in one
     directory. For compatibility /sys/block is created and contains symlinks
     to the disks.

Apparently, compatibility is in the eye of the beholder - in this
case, LVM.

>> Compile in SCSI disk support. Modular even if loaded in initrd it seems
>> to have broken somewhere.

Setting

CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y

does not help. The problem persists.

> # CONFIG_SYSFS_DEPRECATED is not set
> 
> I would suspect this.

Setting

CONFIG_SYSFS_DEPRECATED=y

does indeed fix the problem and allows me to boot successfully.
Pity, I was so happy getting rid of that a couple of releases ago.

> Try to upgrade to at least lvm 2.02.29 (I guess this is the first version which 
> understands the new sysfs layout).

I'll have to investigate how to do that without breaking anything.

HTH
T.

-- 
Tilman Schmidt                          E-Mail: tilman@...p.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)


Download attachment "signature.asc" of type "application/pgp-signature" (254 bytes)