gvinum causing kernel panic when referencing nonexistent partition
Jason Andresen
jandrese at mitre.org
Mon Apr 25 07:19:48 PDT 2005
I have a machine that I tried upgrading from 4-STABLE to 5-STABLE. In
the process I lost one of the disks and had to replace it. The problem
is, that gvinum "knows" about the disk, but I can't seem to either
create the media volume (kernel panic) nor erase that entry from the
vinum list (kernel panic).
I also can't seem to get resetconfig to work--it doesn't seem to be
defined in gvinum :(.
All I need to do is clear media.p0.s3 out of this and I think I'll be
able to recreate the volume I need (including grabbing the new disk):
gvinum -> list
9 drives:
D media1 State: up /dev/ad6s1 A: 76316/76316
MB (100%)
D media3 State: up /dev/ad8s1 A: 76316/76316
MB (100%)
D media9 State: up /dev/ad10s1 A: 76316/76316
MB (100%)
D media2 State: up /dev/ad12s1 A: 76316/76316
MB (100%)
D mediaa State: up /dev/ad14s1 A: 76316/76316
MB (100%)
D media5 State: up /dev/ad16s1 A: 76316/76316
MB (100%)
D media6 State: up /dev/ad18s1 A: 76316/76316
MB (100%)
D media8 State: up /dev/ad20s1 A: 76316/76316
MB (100%)
D media7 State: up /dev/ad22s1 A: 76316/76316
MB (100%)
1 volume:
V media State: up Plexes: 0 Size: 0 B
1 plex:
P media.p0 R5 State: down Subdisks: 0 Size: 0 B
1 subdisk:
S media.p0.s3 State: up D: media4 Size: 74 GB
Is there maybe a special place on each drive I could dd /dev/zero to
clear out all of the vinum information? I tried clobbering the vinum
slices on every drive and newfsing them as individual filesystems, but
that didn't seem to do the trick.
More information about the freebsd-stable
mailing list