I'm running 6.1-RELEASE (and previously 5.5) with gvinum to mirror two internal root disks. At the time of this problem the second disk is physically disconnected. [with 5.5] Whilst copying data off the first disk, from a gvinum volume, I had a single disk error. This put the volume in the down state. I rebooted the machine (probably not the best move in hindsight!), and when booting it said the following: ad0: 78167MB <Maxtor 6Y080P0/YAR41BW0> [158816/16/63] at ata0-master UDMA133 GEOM_VINUM: subdisk swap.p1.s0 state change: down -> stale GEOM_VINUM: subdisk root.p1.s0 state change: down -> stale GEOM_VINUM: subdisk var.p1.s0 state change: down -> stale GEOM_VINUM: subdisk usr.p1.s0 state change: down -> stale And then completely hangs. I would have expected the gvinum volumes to be unavailable and be given the choice of which root fs to mount. I've currently got round this by booting a different kernel which stops geom_vinum.ko from being loaded, and consequently allows me to choose a root fs. The filesystems are now mounted directly from /dev/ad0s1x. If I do "gvinum start" in single user it locks up too. [now with 6.1] After an upgrade to 6.1 if I do "gvinum start" in single user I get the same GEOM_VINUM lines as above, and gvinum hangs and becomes uninterruptable. Unlike with 5.5, the machine is still vaguely responsive and a ctrl+alt+del forces a reboot fine. Maybe my configuration on disk is corrupt? or something like that? Has anyone got any ideas, or should I maybe just start from scratch with a new gvinum config? Thanks, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984 ----- End forwarded message ----- Cheers, Tim. -- Tim Bishop http://www.bishnet.net/tim/ PGP Key: 0x5AE7D984