Lacie 5Big2 Failed After Firmware Update

[fvdw]

@mijzelf

thanks for the handy script :thumbup
I have run a static version of udevstart and that indeed corrects the table, it is 450 kb so a little big to include in the standalone kernel.
The advantage is it will also create missing nodes automatically
The script is much smaller

[unlucky1]

Code: Select all

root@(none):/ # mke2fs-64 -j -m 1 /dev/sef1
mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
183148544 inodes, 732563456 blocks
7325634 blocks (1.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
22357 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
        102400000, 214990848, 512000000, 550731776, 644972544

Writing inode tables: done                           
Creating journal (32768 blocks): done
Writing superblocks and filesystem accounting information: done

This filesystem will be automatically checked every 37 mounts or
180 days, whichever comes first.  Use tune2fs -c or -i to override.

[Mijzelf]

OK, when you have mounted the disk at /mountpoint, you can dump the first and last 64MiB of the sdx2 partitions to the disk. I'm not sure how big the metadata is, so let's just store enough:

Code: Select all

dd if=/dev/sda2 bs=1M count=64 | gzip >/mountpoint/sda2_start.gz
dd if=/dev/sda2 bs=1M skip=951820 | gzip >/mountpoint/sda2_end.gz

This will copy the first and last 64MB, compress it, and write it to usb disk. Well, according to my calculations it's actually 70MB of the end. If somebody sees a major miscalculation, please mention.

You can repeat that for the other 4 partitions, where you of course also change the names of the output files.
Then also do

Code: Select all

cat /proc/partitions >>/mountpoint/environment
ls -l /dev/sd*2 >>/mountpoint/environment
mdadm --examine /dev/sd[abcde]2 >>/mountpoint/environment

in case we ever get in doubt which were the actual device names at this moment.

@fvdw: you're welcome.

[unlucky1]

Thanks! Doing it! Each one takes a few minutes it seems so I'll check back when it's done.

[unlucky1]

Actually, it takes longer than a few minutes.... First went quickly. This second one (end) seems to be taking forever ((it's been 15 minutes already) Is that normal? Or is it hanging?

Code: Select all

root@(none):/ # dd if=/dev/sda2 bs=1M count=64 | gzip >/mountpoint/sda2_start.gz
64+0 records in
64+0 records out
67108864 bytes (64.0MB) copied, 49.089093 seconds, 1.3MB/s
root@(none):/ # dd if=/dev/sda2 bs=1M skip=951820 | gzip >/mountpoint/sda2_end.gz


[fvdw]

I think the skipping takes time it moves on byte by byte

[unlucky1]

Okay, thanks as it's taking forever! I'm wondering how I can set this up to run over night. Any ideas?

[fvdw]

Okay, thanks as it's taking forever! I'm wondering how I can set this up to run over night. Any ideas?

don't switch off your computer and 5big2 (also disable power saving setting that the pc enters sleep state)

[fvdw]

actually it moves on block by block, then I would epect that it doesn't take too long time (compare with the time it took to format the usb drive)

I can run a test on my 5big2 to see if it takes forever to read the last part of the data partition

[unlucky1]

Yes, that would be helpful. It seems to be taking longer than formatting the drive did.