Salvage data from HDD (ST4000DM000) pulled from dead NAS (Seagate Central)

[steeldriver]

EDIT: you may be facing the same issue as here --> http://ubuntuforums.org/showthread.p...7#post12903047

[samosater]

Thanks. A lot of info now. It seems that fuse-ext2 can solve this. I'll update you folks soon.

[samosater]

This looks so promising:

samosater@samosater-desktop:~$ sudo fuseext2 -o ro -o sync_read /dev/mapper/vg1-lv1 /mnt
fuse-umfuse-ext2: version:'0.4', fuse_version:'29' [main (fuse-ext2.c:331)]
fuse-umfuse-ext2: enter [do_probe (do_probe.c:30)]

fuse-umfuse-ext2: leave [do_probe (do_probe.c:55)]
fuse-umfuse-ext2: opts.device: /dev/mapper/vg1-lv1 [main (fuse-ext2.c:358)]
fuse-umfuse-ext2: opts.mnt_point: /mnt [main (fuse-ext2.c:359)]
fuse-umfuse-ext2: opts.volname: Data [main (fuse-ext2.c:360)]
fuse-umfuse-ext2: opts.options: ro,sync_read [main (fuse-ext2.c:361)]
fuse-umfuse-ext2: parsed_options: sync_read,ro,fsname=/dev/mapper/vg1-lv1 [main (fuse-ext2.c:362)]
fuse-umfuse-ext2: mounting read-only [main (fuse-ext2.c:378)]
samosater@samosater-desktop:~$


Nautilus says I don't have the parmissions for that directory.

[steeldriver]

from the command line, can you see anything using ls?

ls -l /mnt

[samosater]

samosater@samosater-desktop:~$ ls -l /mnt
ls: cannot access /mnt: Permission denied
samosater@samosater-desktop:~$ sudo ls -l /mnt
[sudo] password for samosater:
total 640
drwxr-xr-x 3 root root 65536 Jul 16 2013 anonftp
drwxr-xr-x 3 root root 65536 Jul 16 2013 dbd
drwxrwxrwx 2 samosater samosater 65536 Jul 16 2013 ***
drwxrwxrwx 2 samosater samosater 65536 Jul 16 2013 ***.tm
drwx------ 2 root root 131072 Jul 16 2013 lost+found
drwx------ 2 root root 65536 Jul 17 2013 mt-daapd
drwxrwsr-x 10 nobody nogroup 65536 Dez 5 02:33 Public
drwxr-xr-x 5 root root 65536 Jul 16 2013 twonky
drwxr-xr-x 5 root root 65536 Jul 16 2013 TwonkyData
samosater@samosater-desktop:~$

the 'Public' folder has everything.

[steeldriver]

so you should be able to read (and copy data off) the device - if you need to do that graphically, use

gksudo nautilus

or

gksu nautilus

etc. (KDE has kdesudo I think) depending on which Ubuntu you are running

[samosater]

Thanks, steeldriver.

Got into the sudoed Nautilus, but ended up using the terminal (gotta tame this beast).

samosater@samosater-desktop:~$ sudo cp -r /mnt/Public /media/samosater/Rotativo

Now the prompt blinks on an on... this will take a long time, it seems. I'll update ASAP.

[samosater]

Almost there. The only problem there is that it took some 4 hours to copy 60MB. I've been reading that fuseext2 (!!) might be the culprit. Is there a way around it?

[steeldriver]

sorry I know nothing about fuseext2 beyond the couple of links I posted in the other thread - I'm not sure why the sync_read mount option was suggested there, or whether that could have an impact on read bandwidth - there also appears to be a large_read mount option which sounds like it *might* make a difference but I'm just guessing

[samosater]

Many many many thanks folks.

Fuse-ext2 may be slooooooow... but it did save the day here.

I'd start a new thread when I got tired of trying to make it read faster. BTW '-o large_read' is not accepted.

Anyway, even if it took me a few months 24/7 (as it probably will) to get this data back it's well worth the trouble.

Until then, lots of Linux to study, and a RAID1 or something like that for the near future.