Should say firstly, that before committing any changes, 10 MB of /dev/sd?3
head and tail was dumped, so array can be returned to initial state.
> mdadm --create --assume-clean --chunk=512 --data-offset=262144 \
> --level=5 --raid-devices=10 --metadata=1.2 /dev/md3 \
> /dev/sd{f,i,h,g,d,e,b,c}3 missing /dev/sdj3
Done this with overwriting old superblock, no errors occurred.
Then I booted to Debian Live, mdadm.conf got old array description with new
one, so old was commented:
# ARRAY /dev/md/3 metadata=1.2 UUID=9bdc0939:483889af:b67c199b:2aaecb4e name=ubuntu:3
spares=1
ARRAY /dev/md/3 metadata=1.2 UUID=89dc7cd3:a7641d65:fe399415:9cdfd5a5 name=bnt:3
Previously "blkid" returned
/dev/md3: UUID="4bz7kl-2QWk-4YZX-IDmH-IFXL-eM3l-F2dB2n" TYPE="LVM2_member"
now nothing.
Regardless to this I am attempted to start LVM, LVM was waiting dev with
UUID from blkid output, so starting was possible only on recovery mode,
"--activationmode partial", as result "data" logical volume's block dev was
created as in past, but mount not found FS superblock, LVM reported errors
on logical extend at that time. As I remember, the Testdisk utility reported
buffer I/O errors while running on logical volume's block dev, but reported
nothing while running on array's block dev.
Apparently, revert-reshape was unsuccessful, so I'm going to collect more
information before going to forward.
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
