☰

Buffalo Linkstation NAS（LS-CHL）死机，正在尝试从磁盘恢复数据

tag-icon • tag-icon linux hard-drive partitioning raid data-recovery
Buffalo Linkstation NAS（LS-CHL）死机，正在尝试从磁盘恢复数据

我有一台臭名昭著的 Buffalo Linkstation (LS-CHL) NAS，里面有一个 500GT 磁盘。有一天，它开始闪烁红灯，并且无法通过网络响应。我尝试将其置于它提供的不同“恢复模式”，但没有帮助。

磁盘中有一些我想保留的文件（我会将它们复制到某个云服务...），因此我打开盒子并将磁盘插入我的电脑并启动到 Live Ubuntu 进行检查。

使用 fdisk 查看时，磁盘如下所示：fdisk_屏幕截图

/dev/sdb2 可挂载，并且上面有操作系统。如果文件仍然完好无损，它们应该位于 /dev/sdb6 上。这是什么意思延长在 /dev/sdb4 上？

分区无法识别分区 sdb6 上的文件系统。我尝试将其挂载为 ufs 分区，但没有任何效果

  ubuntu@ubuntu:~$ sudo mount -t ufs /dev/sdb6 /mnt/recovery/
  mount: /dev/sdb6 is write-protected, mounting read-only
  mount: wrong fs type, bad option, bad superblock on /dev/sdb6,
  missing codepage or helper program, or other error

  In some cases useful info is found in syslog - try
  dmesg | tail or so.

我也尝试使用常规安装选项（ext2,3,4，自动）来安装它，但没有成功。

我还能尝试什么？Windows 中的 UFSexplorer 没有找到任何相关信息，这不太令人乐观。

当尝试挂载为 UFS 时，dmesg 显示以下内容：

[ 5563.031225] ufs: ufs_fill_super(): bad magic number

我用 Google 搜索了几天，并用 raid 测试了所有想法。这是第二种可能性，即使只有一个分区，它也是 raid0 分区或类似的东西，这就是为什么常规工具无法理解它。

ubuntu@ubuntu:~$ sudo mdadm --examine /dev/sdb6
mdadm: No md superblock detected on /dev/sdb6.

但事实似乎并非如此。或者说事实如此，只是超级块坏了？

当对 sdb4 使用相同的命令时，它给了我一些信息：

ubuntu@ubuntu:~$ sudo mdadm --examine /dev/sdb4
/dev/sdb4:    
MBR Magic : aa55 
Partition[0] :      2008062 sectors at     63 (type 82) 
Partition[1] :    960960105 sectors at      2008125 (type 05)

但我不知道这意味着什么，也不知道这对我有什么帮助。我在网上看到的其他例子并没有给出这样的答案，但给出了更多的信息。

您能建议我尝试一下吗？有人更了解 Linkstations 的内部工作原理，从而知道这是怎么回事吗？我是不是要处理损坏的 raid，或者损坏的文件系统？

答案1

FS 是 SGI XFS。尝试使用任何数据恢复软件并检查您的磁盘。我正在使用UFS Explorer 标准恢复。

相关内容