Hi,
> Wenn die vorher dedicated war und die sliced probierst, dann könnte
> vinum Teile vom Filesystem überschreiben, wobei sich Vinum eigendlich
> mehr Platz reserviert, als er üblichweise beschreibt.
> Solange du dir nicht sicher bis solltest du denoch besser erst mal
> dedicated ausprobieren.
Mit dieser config
drive drive1 device /dev/ad2s1
drive drive2 device /dev/ad3s1
volume safe setupstate
plex org concat
sd length 0 drive drive1
plex org concat
sd length 0 drive drive2
und einem beherzten
# vinum
vinum -> create -f /etc/vinum.conf
hat's funktioniert - Daten sind wieder da, und es scheint auch, als wäre
nichts kaputt gegangen:
vinum -> l
2 drives:
D drive1 State: up /dev/ad2s1 A: 0/57239 MB (0%)
D drive2 State: up /dev/ad3s1 A: 0/57239 MB (0%)
1 volumes:
V safe State: up Plexes: 2 Size: 55 GB
2 plexes:
P safe.p0 C State: up Subdisks: 1 Size: 55 GB
P safe.p1 C State: up Subdisks: 1 Size: 55 GB
2 subdisks:
S safe.p0.s0 State: up D: drive1 Size: 55 GB
S safe.p1.s0 State: up D: drive2 Size: 55 GB
[root(at)lilith ~]# fsck -t ufs /dev/vinum/safe
** /dev/vinum/safe (NO WRITE)
** Last Mounted on /safe
** Phase 1 - Check Blocks and Sizes
** Phase 2 - Check Pathnames
** Phase 3 - Check Connectivity
** Phase 4 - Check Reference Counts
** Phase 5 - Check Cyl groups
30562 files, 20417447 used, 7965484 free (39988 frags, 990687 blocks,
0.1% fragmentation)
Puh. Glück gehabt. Danke für Deinen Support und Gruß aus Essen,
Malte.
To Unsubscribe: send mail to majordomo.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Wed 07 Jan 2004 - 16:48:38 CET