Buffalo NAS-Central Forums

Welcome to the Linkstation Wiki community
It is currently Sun Jun 24, 2018 10:04 am

All times are UTC+01:00




Post new topic  Reply to topic  [ 7 posts ] 
Author Message
PostPosted: Sat Jul 26, 2014 11:09 am 
Offline
Total Newbie

Joined: Sat Jul 26, 2014 11:05 am
Posts: 4
Hi,

After a series of powercuts, my Linkstation Live LSCH500 wasn't happy - I couldn't access it over the network at all.

I've taken the drive out, and placed it into a USB caddy. Now when trying to access it using Linux (actually a Raspberry Pi), I'm able to see a number of partitions. I can mount /dev/sda6, which appears to the the 'big' partition close to 492GB, in XFS.
But there appears to be nothing in this partition other than some empty directories
/share
/spool/mac
/spool/samba

If I run fdisk -l /dev/sda6 I get this output with an error message about a missing partition table:

sudo fdisk -l /dev/sda6

Disk /dev/sda6: 492.0 GB, 492011541504 bytes
255 heads, 63 sectors/track, 59816 cylinders, total 960960042 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sda6 doesn't contain a valid partition table


I've also tried xfs_check, but that doesn't report any issues. dumpe2fs suggests there is a bad magic number in the superblock:

dumpe2fs /dev/sda6 | grep superblock
dumpe2fs 1.42.5 (29-Jul-2012)
dumpe2fs: Bad magic number in super-block while trying to open /dev/sda6
Couldn't find valid filesystem superblock.


Anyone got any ideas on how I can retrieve the files? There should be hundreds of GB of files on there somewhere.
I've looked at fix_ext2_magic http://buffalo.nas-central.org/wiki/Fix_ext2_magic but it says not to run this on LS-live... can anyone suggest whether that might help?

Thanks,
Gavin


Top
   
PostPosted: Sun Jul 27, 2014 10:04 am 
Offline
Moderator

Joined: Fri Jun 29, 2007 10:39 am
Posts: 2604
What does "parted" say?
"fdisk" is not able to handle GPT partitions, so in case your
disk is GPT based, the error message might be caused by this.
If the filesystem is XFS, of course EVERY e2* tool will report
errors, because this tools are made for ext* filesystems and are
not aware of XFS specialities.
Are you sure your box is V1? Do you had a "blue" admin theme
running on the box, or was it a "red" admin theme?
"Blue" -> V1; "red" -> V2
V1 -> MBR; V2 -> GPT

_________________
Please do not use private mail (PN/M) to ask questions. Use the proper forum instead. (me)

If there is no verified backup of a dataset, the dataset, by definition, is unimportant. (c't 2012)

RAID (no matter which level) never ever substitutes a backup. (me)


Top
   
PostPosted: Sun Jul 27, 2014 6:19 pm 
Offline
Total Newbie

Joined: Sat Jul 26, 2014 11:05 am
Posts: 4
Hi,
Thanks for response. I'm still feeling my way around linux, so apologies if I say daft things!
Have just about worked out that efs and ext* are different filesystems, but hard to find any definitive info about what the linkstation is set up as.

parted details below. I *think* it was the blue admin theme on the linkstation.

(parted) print
Model: Prolific USB-SATA Bridge (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
1 32.3kB 1028MB 1028MB primary ext3
2 1028MB 6153MB 5124MB primary xfs
4 6153MB 500GB 494GB extended
5 6153MB 7181MB 1028MB logical linux-swap(v1)
6 7181MB 499GB 492GB logical xfs


Top
   
PostPosted: Sun Jul 27, 2014 9:36 pm 
Offline
Moderator

Joined: Fri Jun 29, 2007 10:39 am
Posts: 2604
So partition table is a MBR one and the filesystem of partition 6 is XFS.
Seems to be a V1 due to MBR.
You should be able to mount the partition as XFS.

_________________
Please do not use private mail (PN/M) to ask questions. Use the proper forum instead. (me)

If there is no verified backup of a dataset, the dataset, by definition, is unimportant. (c't 2012)

RAID (no matter which level) never ever substitutes a backup. (me)


Top
   
PostPosted: Sun Jul 27, 2014 10:33 pm 
Offline
Total Newbie

Joined: Sat Jul 26, 2014 11:05 am
Posts: 4
Hi,

I can mount partition 6 ok as xfs, but the partition appears to be empty - there should be >200GB of files.
I say empty... what I can see under the mounted drive is three empty directories:
/share/
/spool/mac/
/spool/samba/
and no other actual files.

So, I'm wondering what my next plan of attack is?
Am wondering if it's something to do with superblocks...

Or a long shot - is there something about the Raspberry Pi os (Raspbian, based around Debian https://wiki.debian.org/RaspberryPi) that might be having problems reading the XFS partition?


Top
   
PostPosted: Mon Jul 28, 2014 7:34 pm 
Offline
Moderator

Joined: Fri Jun 29, 2007 10:39 am
Posts: 2604
Sorry, never tried XFS on a Raspberry Pi.

_________________
Please do not use private mail (PN/M) to ask questions. Use the proper forum instead. (me)

If there is no verified backup of a dataset, the dataset, by definition, is unimportant. (c't 2012)

RAID (no matter which level) never ever substitutes a backup. (me)


Top
   
PostPosted: Mon Jul 28, 2014 9:45 pm 
Offline
Total Newbie

Joined: Sat Jul 26, 2014 11:05 am
Posts: 4
Aha - I'm having some luck using Photorec!

So, recovery process so far for a buffalo linkstation that I couldn't connect to after several power cuts...

1) Open up Buffalo linkstation and remove hard drive
2) Insert drive into a USB caddy eg
http://www.amazon.co.uk/gp/product/B004 ... UTF8&psc=1

3) Download Knoppix CD (via a torrent)
http://www.knopper.net/knoppix/index-en.html

4) Boot my windows laptop using Knoppix

5) Connect the USB drive to the Windows laptop - knoppix should automatically mount it for you. My main partition got mounted to /media/sdd6

6) Make sure you have a drive connected with enough space for the files you want to recover. I'm lucky enough to have another NAS drive, so mounted that using Knoppix and using the IP address - along these lines:
sudo mkdir media/nas
sudo mount /xxx.xxx.xxx.xxx/share/ /media/nas

7) In a terminal window, starting up Photorec (which is a package already included on the Knoppix boot disc)

8) Following the on screen prompts, I was able to select the source drive (the USB caddy on sdd6) and the destination drive (mounted at /media/nas)

9) And it's away... current progress shows it's found/recovered 1333 .jpg files. And an estimated 37 hours remaining (yep, got a lot of files!)

Only very minor issue is that the filenames and directory names are missing, but frankly I don't care (file names were mostly timestamps). The Exif data is still attached to the pictures, and the date of the files seems to be correct.

Right, I'm off to find a way to donate to whoever is responsible to Photorec...

PS - I could probably have run Photorec on the Raspberry Pi...
PPS - I'll probably try TestDisk once I've finished recovering files.
PPPS - didn't know recovering files could make me this happy!


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 7 posts ] 

All times are UTC+01:00


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Powered by phpBB® Forum Software © phpBB Limited