From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QczC9-0004Mx-08 for garchives@archives.gentoo.org; Sat, 02 Jul 2011 12:21:09 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5A56721C020; Sat, 2 Jul 2011 12:19:11 +0000 (UTC) Received: from mx.virtyou.com (mx.virtyou.com [94.23.166.77]) by pigeon.gentoo.org (Postfix) with ESMTP id 1B2FC21C020 for ; Sat, 2 Jul 2011 12:19:11 +0000 (UTC) Received: from weird.localnet (p5B276097.dip.t-dialin.net [91.39.96.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx.virtyou.com (Postfix) with ESMTPSA id 28AAB39A003 for ; Sat, 2 Jul 2011 14:19:10 +0200 (CEST) From: Alex Schuster To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] LVM filter question Date: Sat, 02 Jul 2011 14:19:08 +0200 Message-ID: <1650610.1AM32QgSHt@weird> User-Agent: KMail/4.6.0 (Linux/2.6.38-pf8; KDE/4.6.4; x86_64; ; ) In-Reply-To: <20110701213803.211a912f@karnak.local> References: <2221552.SqJE6SpXT6@weird> <20110701213803.211a912f@karnak.local> 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-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Archives-Salt: X-Archives-Hash: 9bc29edd7fda8430f5eff0f479bab128 David W Noon writes: > On Fri, 01 Jul 2011 22:05:12 +0200, Alex Schuster wrote about > [gentoo-user] LVM filter question: > > [snip] > > > filter = [ "r|/dev/nbd.*|", "r|/dev/sdd|", "a/.*/" ] > > > > This should reject /dev/sdd from scanning. But it doesn't, pvscan > > spins it up. Any idea why it is not being ignored? > > The regular expression that precedes the one involving /dev/sdd > provides a clue: it would appear that LVM wraps the r.e. with ^ and $ > so that it completes a string. > > So, your r.e. should read: > > r|/dev/sdd.*| > > which decodes to "reject ^/dev/sdd.*$ ". > > This suppresses the scans of /dev/sdd1, /dev/sdd2, etc. > > Now, you might not have any partitions on /dev/sdd, but LVM cannot > readily know that without reading the partition table, which spins up > the drive. I guess LVM doesn't trust or, at least, depend upon udev > to supply the partition details. Good idea, didn't think about this. I tried that, but it did not help. /dev/sdd indeed has no partitions, the whole drive is a LUKS container. Looks like this just does not work at all. Too bad. I have two big 1.5 TB drives, one as system drive, the other as identical backup drive. And then there are five more smaller drives for stuff I do not need regularly. Any LVM operation takes a while when all those drives have to spin up first. Another annoying problem is KDE's / Dolphin's trash. When I delete something to the trash, all drives (or at least some, I have to investigate this further) that have mounted partitions spin up, one after another. Wonko