| 1 |
David W Noon writes: |
| 2 |
|
| 3 |
> On Fri, 01 Jul 2011 22:05:12 +0200, Alex Schuster wrote about |
| 4 |
> [gentoo-user] LVM filter question: |
| 5 |
> |
| 6 |
> [snip] |
| 7 |
> |
| 8 |
> > filter = [ "r|/dev/nbd.*|", "r|/dev/sdd|", "a/.*/" ] |
| 9 |
> > |
| 10 |
> > This should reject /dev/sdd from scanning. But it doesn't, pvscan |
| 11 |
> > spins it up. Any idea why it is not being ignored? |
| 12 |
> |
| 13 |
> The regular expression that precedes the one involving /dev/sdd |
| 14 |
> provides a clue: it would appear that LVM wraps the r.e. with ^ and $ |
| 15 |
> so that it completes a string. |
| 16 |
> |
| 17 |
> So, your r.e. should read: |
| 18 |
> |
| 19 |
> r|/dev/sdd.*| |
| 20 |
> |
| 21 |
> which decodes to "reject ^/dev/sdd.*$ ". |
| 22 |
> |
| 23 |
> This suppresses the scans of /dev/sdd1, /dev/sdd2, etc. |
| 24 |
> |
| 25 |
> Now, you might not have any partitions on /dev/sdd, but LVM cannot |
| 26 |
> readily know that without reading the partition table, which spins up |
| 27 |
> the drive. I guess LVM doesn't trust or, at least, depend upon udev |
| 28 |
> to supply the partition details. |
| 29 |
|
| 30 |
Good idea, didn't think about this. I tried that, but it did not help. |
| 31 |
/dev/sdd indeed has no partitions, the whole drive is a LUKS container. |
| 32 |
|
| 33 |
Looks like this just does not work at all. Too bad. I have two big 1.5 TB |
| 34 |
drives, one as system drive, the other as identical backup drive. And then |
| 35 |
there are five more smaller drives for stuff I do not need regularly. Any |
| 36 |
LVM operation takes a while when all those drives have to spin up first. |
| 37 |
|
| 38 |
Another annoying problem is KDE's / Dolphin's trash. When I delete something |
| 39 |
to the trash, all drives (or at least some, I have to investigate this |
| 40 |
further) that have mounted partitions spin up, one after another. |
| 41 |
|
| 42 |
Wonko |
Archives