现在是凌晨3点，我的托pipe公司表示发生了“networking问题”，总之，他们可以取代发生“故障”的硬盘驱动器，但他们不会帮助我恢复数据。
我需要从（CentOS）sda3驱动器访问和下载单个文件夹的内容，这是我在备份中遗漏的一个文件夹，即var/www/vhosts/mydomain.com/httpdocs/images/ 。
接下来我可以尝试什么？
我已经login并尝试：
rescue:~# fdisk -l Disk /dev/sda: 1500.3 GB, 1500311977984 bytes 64 heads, 32 sectors/track, 1430809 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Device Boot Start End Blocks Id System /dev/sda1 1 3816 3907568 83 Linux /dev/sda2 3817 5724 1953792 82 Linux swap / Solaris /dev/sda3 5725 1430809 1459287040 8e Linux LVM rescue:~# mount /dev/sda1 /mnt rescue:~# mount /dev/ram0 on / type ext2 (rw,errors=remount-ro) proc on /proc type proc (rw) sysfs on /sys type sysfs (rw) devpts on /dev/pts type devpts (rw,gid=5,mode=620) tmpfs on /dev/shm type tmpfs (rw) usbfs on /proc/bus/usb type usbfs (rw) /dev/sda1 on /mnt type ext3 (rw) rescue:~# cat /mnt/etc/fstab /dev/sda1 / ext3 defaults 1 1 /dev/sda2 none swap sw /dev/vg00/usr /usr xfs defaults 0 2 /dev/vg00/var /var xfs defaults,usrquota 0 2 /dev/vg00/home /home xfs defaults,usrquota 0 2 devpts /dev/pts devpts gid=5,mode=620 0 0 none /proc proc defaults 0 0 none /tmp tmpfs defaults 0 0 rescue:~# fsck /mnt/var fsck 1.37 (21-Mar-2005) e2fsck 1.37 (21-Mar-2005) fsck.ext2: Is a directory while trying to open /mnt/var The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device> rescue:~# fsck /dev/sda3 fsck 1.37 (21-Mar-2005) e2fsck 1.37 (21-Mar-2005) Couldn't find ext2 superblock, trying backup blocks... fsck.ext2: Bad magic number in super-block while trying to open /dev/sda3 The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock: e2fsck -b 8193 <device>
更新
自从下面给出的辉煌的build议，我设法安装驱动器，但我看不到我的网站目录..这现在看起来很不好，而且非常奇怪。 还有什么我可以做的吗？ 驱动器大小仍然反映我的文件应该在那里..
rescue:~# pvdisplay --- Physical volume --- PV Name /dev/sda3 VG Name vg00 PV Size 1.36 TB / not usable 0 Allocatable yes PE Size (KByte) 4096 Total PE 356271 Free PE 353199 Allocated PE 3072 PV UUID YeULc0-E3XN-aF29-6Odh-JWFZ-U9qY-4KvGvl rescue:~# vgchange -ay 3 logical volume(s) in volume group "vg00" now active rescue:~# fsck /dev/vg00/var fsck 1.37 (21-Mar-2005) rescue:~# mount /dev/vg00/var /mnt/var
然后当我看着空间：
rescue:/# cd /mnt/var/www/vhosts/ rescue:/mnt/var/www/vhosts# ll total 0 drwxr-xr-x 10 root root 88 Jul 24 16:19 chroot drwxr-xr-x 5 root root 49 Jul 24 16:16 default
我的网站文件夹没有列出。
更新
rescue:/mnt/var/www/vhosts# df -h Filesystem Size Used Avail Use% Mounted on /dev/ram0 252M 219M 33M 88% / tmpfs 7.9G 4.0K 7.9G 1% /dev/shm /dev/sda1 3.7G 319M 3.4G 9% /mnt /dev/mapper/vg00-var 4.0G 104M 3.9G 3% /mnt/var
这看起来很糟糕，因为它可以得到..我完全亏损？
你将无法直接fsck /dev/sda3 。 在你的例子中， /dev/sda3上没有文件系统，它有一个LVM “物理卷”：
rescue:~# fdisk -l Device Boot Start End Blocks Id System /dev/sda1 1 3816 3907568 83 Linux /dev/sda2 3817 5724 1953792 82 Linux swap / Solaris /dev/sda3 5725 1430809 1459287040 8e Linux LVM
这个物理卷最有可能（至less）有一个“卷组”，它又可以有多个“逻辑卷”：
rescue:~# cat /mnt/etc/fstab [...] /dev/vg00/usr /usr xfs defaults 0 2 /dev/vg00/var /var xfs defaults,usrquota 0 2 /dev/vg00/home /home xfs defaults,usrquota 0 2
这些逻辑卷是文件系统存在的地方，您需要挂载。
要继续，您需要让系统将/dev/sda3识别为物理卷。 运行pvdisplay查看是否检测到卷; 如果您幸运的话，那么您可以使用vgchange -ay将卷组激活到/dev/vg00 。 这将使得/dev/vg00/var可以作为标准文件系统被fsck和安装。
它看起来像你在那个驱动器上使用LVM; 所以似乎有一个卷组 vg00 ，它本身包含几个逻辑卷 （例如var ）。 我在这里没有CentOS的副本，所以我不能自己尝试，但是你需要先激活音量组，然后才能对它做任何事情（例如你可能需要做的fsck ）。
尝试：
mount /dev/sda1 /mnt vgchange -ay fsck /dev/vg00/var mount /dev/vg00/var /mnt/var
唐娜：我一直在关注这个悲伤的问题，希望现在已经快乐结束了。 既然不是这样，我正在为你投掷一个绝望的尝试：你试过浏览/ home和/ usr吗？
有时，符号链接和/或绑定挂载可以有效地隐藏真实的，实际的path – 也许你的/ var / www / vhosts以前是物理存储在/ dev / vg00 / usr或/ dev / vg00 / home并且只是符号链接到那里。
尝试在某处挂载/dev/vg00/usr和/dev/vg00/home并查看是否以前实际存储的内容 – 有时符号链接和/或绑定挂载可以有效地隐藏真实path。 / etc / fstab看起来不像是有希望的，但是因为在这一点上绝望，你需要尝试一切可能的方法，不pipe你绝望，他们感觉…
如果这根本没有帮助，你可以尝试使用像PhotoRec这样的工具来对付这个分区，看看它是否能find任何东西。 如果没有，请再次联系您的ISP，并且要求极高并且生气。