1 |
Alan McKinnon wrote: |
2 |
> On Wednesday 23 April 2008, Matt Harrison wrote: |
3 |
> |
4 |
>> Alan McKinnon wrote: |
5 |
>> |
6 |
>>> It's highly unlikely you lost data, as the upgrade would not have |
7 |
>>> changed the on-disk metadata. If all else fails, you could boot off |
8 |
>>> an LVM-enabled LiveCD and you'll find all your volumes present. But |
9 |
>>> first we need to find out what's going on (my machine uses |
10 |
>>> baselayout-2 and openrc & my lvm volumes were unaffected. |
11 |
>>> |
12 |
>>> What output do you get from |
13 |
>>> pvscan |
14 |
>>> vgscan |
15 |
>>> lvscan |
16 |
>>> vgchange -a y |
17 |
>>> |
18 |
>>> and what's in the various logs regarding lvm startup? |
19 |
>>> |
20 |
>>> |
21 |
>>> |
22 |
>> Ok, |
23 |
>> |
24 |
>> pvscan says: |
25 |
>> No Matching physical volumes found |
26 |
>> |
27 |
> |
28 |
> ouch. Looks like something is wrong with your lvm metadata. Could you |
29 |
> confirm that your setup is lvm on top of local RAID, and that there |
30 |
> isn't anything else involved (shared storage for example). |
31 |
> |
32 |
> As a test, I would boot off an LVM enabled live cd and see if the |
33 |
> volumes are accessible. That will determine if the problem lies with |
34 |
> lvm, your volumes, or with how your gentoo is set up. |
35 |
> |
36 |
> Last time I looked, the Sistina web site and redhat.com has loads of |
37 |
> very useful info and FAQs. If you haven't already, I recommend you get |
38 |
> onto those sites and start reading and doing non-destructive tests, as |
39 |
> lvm errors can be varied and interesting when stuff goes wrong |
40 |
> |
41 |
> |
42 |
I can confirm its 6 local drives using md software raid, with lvm stuck |
43 |
on top. No shared storage is happening at all. |
44 |
|
45 |
I'll have a look at everything I can find. I just pray I haven't lost |
46 |
anything..... |
47 |
|
48 |
I'm about to burn a live cd, and i'll see what it says about my |
49 |
partitions...fingers crossed |
50 |
-- |
51 |
gentoo-user@l.g.o mailing list |