[Winit]

Nice one sandy. Don't forget to readd it to fstab.

[sandygws]

After playing around for a few hours, it seems that the data is back!

In case anyone has this problem, here's what fixed it:

umount /dev/md3

reboot

xfs_repair -L /dev/md3

reboot

mount -t xfs /dev/md3 /data

[sandygws]

Yes .. it looks messy!

[olliegooch]

A friend of mine originally setup the server and I seem to remember he was of the opinion that xfs offered performance benefits of some sort ...

repair returns this:

Think your on your own past this point, apologies

[sandygws]

A friend of mine originally setup the server and I seem to remember he was of the opinion that xfs offered performance benefits of some sort ...

repair returns this:

[olliegooch]

Well, after attempting to mount, I receive the following:

mount: Structure needs cleaning

!!!

Ok, IGNORE my post above.

Just to say: Past this point im going on research.

Seems you need to repair your XFS filesystem.

Run this (In screen)

xfs_repair /dev/md3

then

xfs_check /dev/md3

Then report results. (Those commands might take a while)

Can I ask why your using XFS over EXT3?

[sandygws]

Well, after attempting to mount, I receive the following:

mount: Structure needs cleaning

!!!

[olliegooch]

Cool, if that mounts up as I would hope it would keep then (This is with the machine booted after you did the stuff I suggested)

1. umount /newfolder
2. add the following to the bottom of /etc/fstab:
/dev/md3 /newfolder xfs defaults 0 0
3. Reboot
4. ?????
5. Profit! (Or cd /newfolder;ls -l)

[sandygws]

I'm going in ... wish me luck!

[olliegooch]

1. #/dev/md3 line in fstab

2. Reboot

3. mkdir /newfolder

4. chmod 777 /newfolder

5. mount -t xfs /dev/md3 /newfolder

6. cd /newfolder;ls -l

[sandygws]

To confirm 100% ... as root:

1. #/dev/md3 line in fstab

2. Reboot

3. mkdir newfolder

4. chmod 777 newfolder

5. mount -t xfs /dev/md3 /newfolder

6. cd /newfolder;ls -l

[olliegooch]

Before I attempt this, can I clarify: -could- it result in the loss of data on the volume?

No, the volumes still there and untouched, your just unmounting it (Im not even sure its mounted at the mo, hence the issue your having) and then remounting it

[sandygws]

Before I attempt this, can I clarify: -could- it result in the loss of data on the volume?

[olliegooch]

Bah.

Put a hash infront of the /dev/md3 line in fstab, reboot.

then make a new dir in /, chmod 777 it, then

mount -t xfs /dev/md3 /foldernamehere

cd /foldernamehere;ls -l

[sandygws]

It's a kind offer Ollie, but I'd like to take a shot if you can suggest the best way forward!

[olliegooch]

How do I remove the entry, then manually remount?

Would you rather you gave me SSH and I fix?

Donations exepted

[sandygws]

How do I remove the entry, then manually remount?

[olliegooch]

Thanks for replying. Here's another cap:

what happens if you cd to /data?

Try removing the fstab entry, reboot, manually mount it.

[sandygws]

Thanks for replying. Here's another cap:

[olliegooch]

pastebin of /etc/fstab please

[sandygws]

Thanks for the reply. I know very little about managing partitions .. and not an awful lot more about Debian!

Parted screenshot above was taken from Debian.

Here's the output of fdisk -l:




Any ideas?

[Winit]

fdisk output?
parted under debian or rescue?
dmesg hints?
attempts to mount it under debian?

[sandygws]

After rebooting my server earlier today, the 3TB data partition had vanished. I ran a hardware check and all was reported to be fine. Still no sign of the partition though, although parted can see it:



Does anyone know how I can get Debian 5 to see it?