☰

Fedora 启动/空间不足

tag-icon • tag-icon linux fedora greyhole
Fedora 启动/空间不足

我正在使用 Amahi/Fedora/Greyhole，但我会尽量将其保留为一个一般的 Linux 问题，以便解释 Greyhole 的工作原理。

基本上，我最终得到了一个完整的启动驱动器（见下面的 /dev/sda3）。Fedora 已陷入停滞。我不知道是什么占用了所有空间。我尝试了其他问题，但没有找到缓存、临时目录等。

可能相关的 Greyhole 信息： Greyhole NAS 服务有一个着陆区，它会监控该着陆区，然后将文件移至存储池（下面是我的单独物理驱动器）。我发现我的根驱动器上的着陆区填满的速度比清除的速度要快（而且我意外地同步了 iPhoto 库中的数千个小文件）。我通过在另一个驱动器上设置着陆区来修复 Greyhole。

我还清理了启动驱动器上的着陆区。但奇怪的是，我的启动驱动器仍然满了。

我是 Linux 新手，所以请 ELI5 任何假设

DF-H

Filesystem      Size  Used Avail Use% Mounted on
devtmpfs        1.5G     0  1.5G   0% /dev
tmpfs           1.5G     0  1.5G   0% /dev/shm
tmpfs           1.5G  8.6M  1.5G   1% /run
tmpfs           1.5G     0  1.5G   0% /sys/fs/cgroup
/dev/sda3        50G   50G   20K 100% /
tmpfs           1.5G   32K  1.5G   1% /tmp
/dev/sdc1       917G   73M  871G   1% /var/hda/files/drives/1tbDisk
/dev/sdd1       459G  328G  108G  76% /var/hda/files/drives/500green
/dev/sdb1       459G  335G  101G  77% /var/hda/files/drives/500blue
/dev/sda1       477M   74M  374M  17% /boot
none            4.0M     0  4.0M   0% /var/spool/greyhole/mem
tmpfs           301M     0  301M   0% /run/user/1000

DF-我

Filesystem       Inodes IUsed    IFree IUse% Mounted on
devtmpfs         382198   458   381740    1% /dev
tmpfs            384173     1   384172    1% /dev/shm
tmpfs            384173   514   383659    1% /run
tmpfs            384173    15   384158    1% /sys/fs/cgroup
/dev/sda3        100904 96514     4390   96% /
tmpfs            384173    26   384147    1% /tmp
/dev/sdc1      61054976    25 61054951    1% /var/hda/files/drives/1tbDisk
/dev/sdd1      30531584 88745 30442839    1% /var/hda/files/drives/500green
/dev/sdb1      30531584 88244 30443340    1% /var/hda/files/drives/500blue
/dev/sda1        128016   342   127674    1% /boot
none             384173     1   384172    1% /var/spool/greyhole/mem
tmpfs            384173     4   384169    1% /run/user/1000

sudo du-hxd1 /

17M /etc
100K    /root
1.4G    /var
1.2G    /usr
2.5M    /home
0   /media
0   /mnt
0   /opt
0   /srv
0   /gh
2.6G    /

我该如何查找并解决此容量问题？

PS：如果有人可以添加 Greyhole 标签那就太好了。

答案1

事实证明，在我将 Grehole 共享挂载到的底层目录中有一些文件。

问题

根驱动器已满，Amahi 崩溃。通过 SSH 连接到 box 并运行“df -h”只会显示 /var/hda/files/drives（外部数据驱动器的安装位置）中的重要文件。

即使您在 /var/hda/files/drives 上安装外部驱动器，该位置的文件夹上仍可能存在底层文件系统中的文件。在我的情况下，这是在 Greyhole 同步时，新外部驱动器未正确安装。安装数据驱动器后，很难分辨底层是什么。

核实

  • 禁用 Greyhole
  • 将“nofail”作为外部数据驱动器的 fstab 参数添加，这样 Fedora 就不会在没有它们的情况下在启动时挂起
  • 关闭服务器并断开数据驱动器并重新启动
  • 如果 /var/hda/files/drives 中仍有可访问的数据，那么你可能已经找到了导致启动已满的原因（你也可以简单地卸载外部驱动器，但我想确定一下）

使固定

  • 登录 Amahi Web UI 并创建一个新的（非 Greyhole）共享，例如“temprecovery”
  • 通过 SSH 将数据从启动驱动器移出并移至临时共享，例如 mv /var/hda/files/drives/your_disk/gh /var/hda/files/temprecovery/gh
  • 在网络上备份您的文件，然后从共享中删除它们。您可以稍后检查是否需要它们，但最好始终进行备份。
  • 在 Amahi Web UI 上：在“磁盘”->“分区”下检查已恢复的空间。删除您创建的临时共享。
  • 关闭服务器，重新连接驱动器，再次打开，启用 Greyhole 并获利。
  • 您将需要从 fstab 中编辑“nofail”参数，因为如果出于某种原因数据驱动器将来无法在启动时安装，您不想冒险再次将文件发送到内部驱动器。因此，如果数据驱动器无法联机，则启动失败可能是最好的选择。

更多信息这篇文章。

相关内容