☰

断电后ZFS池中的文件丢失，只出现新写入的文件

tag-icon • tag-icon 18.04 raid zfs
断电后ZFS池中的文件丢失，只出现新写入的文件

今天早上，我所在的城镇突然停电，我妻子告诉我，她想在 Plex 上观看的一些录制电视节目无法播放。经过一番调查，我发现只有停电后写入 ZFS 卷的目录才会出现 - 所有以前的文件似乎都“丢失”了。电源恢复后，我的机器重新启动，Plex 愉快地继续将其预定的节目录制到 ZFS 卷。不幸的是，只有最近写入的文件可以访问。

在 HP Gen8 Microserver 上，我在 SSD 上安装了 Ubuntu 18.04（以及我的应用程序），并在 raidz1 阵列中拥有一个由 3x8TB 驱动器组成的 ZFS 池，用于存储我的所有媒体。我确实对所有重要内容（照片和重要文档）进行了异地备份。

当我查看“zpool status”时，似乎一切运行正常。

zpool status
  pool: pool1
 state: ONLINE
  scan: scrub repaired 0B in 23h29m with 0 errors on Sun Jan 12 23:53:02 2020
config:

    NAME        STATE     READ WRITE CKSUM
    pool1       ONLINE       0     0     0
      raidz1-0  ONLINE       0     0     0
        sda     ONLINE       0     0     0
        sdb     ONLINE       0     0     0
        sdc     ONLINE       0     0     0

它似乎还显示数据仍然以某种方式存在，因为“zpool status”显示了我期望的池大小可用空间。

NAME    SIZE  ALLOC   FREE  EXPANDSZ   FRAG    CAP  DEDUP  HEALTH  ALTROOT
pool1  21.8T  19.5T  2.27T         -     9%    89%  1.00x  ONLINE  -

我已将 ZFS pool1 挂载到 /mnt/pool1。我以前能够“df -h”并查看卷及其大小和使用情况，但现在它也从那里消失了：

Filesystem      Size  Used Avail Use% Mounted on
udev            7.8G     0  7.8G   0% /dev
tmpfs           1.6G  2.9M  1.6G   1% /run
/dev/sdd1       220G   68G  141G  33% /
tmpfs           7.8G     0  7.8G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           7.8G     0  7.8G   0% /sys/fs/cgroup
/dev/loop7      157M  157M     0 100% /snap/gnome-3-28-1804/110
/dev/loop2      4.3M  4.3M     0 100% /snap/gnome-calculator/544
/dev/loop1      3.8M  3.8M     0 100% /snap/gnome-system-monitor/123
/dev/loop10      45M   45M     0 100% /snap/gtk-common-themes/1353
/dev/loop5       15M   15M     0 100% /snap/gnome-characters/367
/dev/loop3       15M   15M     0 100% /snap/gnome-characters/375
/dev/loop6      100M  100M     0 100% /snap/plexmediaserver/46
/dev/loop0       55M   55M     0 100% /snap/core18/1288
/dev/loop9       90M   90M     0 100% /snap/core/8268
/dev/loop4      141M  141M     0 100% /snap/gnome-3-26-1604/97
/dev/loop11      55M   55M     0 100% /snap/core18/1650
/dev/loop8      141M  141M     0 100% /snap/gnome-3-26-1604/98
/dev/loop13     1.0M  1.0M     0 100% /snap/gnome-logs/73
/dev/loop12      45M   45M     0 100% /snap/gtk-common-themes/1440
/dev/loop15     157M  157M     0 100% /snap/gnome-3-28-1804/91
/dev/loop16     3.8M  3.8M     0 100% /snap/gnome-system-monitor/111
/dev/loop19      90M   90M     0 100% /snap/core/8213
/dev/loop17     4.3M  4.3M     0 100% /snap/gnome-calculator/536
/dev/loop18     1.0M  1.0M     0 100% /snap/gnome-logs/81
/dev/loop14     100M  100M     0 100% /snap/plexmediaserver/48
tmpfs           1.6G   28K  1.6G   1% /run/user/121
tmpfs           1.6G     0  1.6G   0% /run/user/1000

我的 Google 能力目前似乎很弱，似乎找不到正确的信息来引导我找到恢复此问题的正确方向。任何能引导我找到正确方向的帮助都将不胜感激！诚然，我很聪明，设置了 ZFS 并为重要数据设置了异地备份，但在 CLI 中排除故障时，我的技能很弱。

提前致谢！

答案1

如果您没有看到 ZFS 池，则表示该池df尚未安装，而 Plex 正在将您的新剧集写入您的根文件系统。

尝试：zfs mount -a

..然后再检查df一次。

如果此方法有效，您最近添加的文件似乎会消失，因为您挂载的 ZFS 池将屏蔽根文件系统上的文件。您可以在挂载池之前将它们移动到临时目录，然后将它们复制回 ZFS 池。

相关内容