gpt4 book ai didi

svn - Ubuntu 服务器磁盘已满,仍有空间

转载 作者:行者123 更新时间:2023-12-04 19:03:52 25 4
gpt4 key购买 nike

我们有一个 Ubuntu 服务器正在运行,我在上面安装了 SVN。我们已经使用服务器 4 或 5 个月了,我们被分配了具有 sudo 权限的 Appuser。

问题是,我们的 appuser 空间不足。据我了解,我们有 3 个不同的磁盘,分别是 root、appuser 和可移动磁盘。当前级别的快照如下

Ubuntu Disk Situation

现在,我想知道如何防止这种情况或解决我的问题。我不得不删除一些有用的程序以创建 80.6 MB 磁盘空间(之前为 0)。

我能想到的一种选择是在可行的情况下将 SVN 移至 root。不幸的是,我不知道该怎么做。其他选项可能是在另一个目录中创建具有 root 权限的新用户。

长话短说,我需要一种方法来管理分配给我的有限磁盘。有几台这样的服务器,我每台都有这个问题。

顺便问一下,有没有办法增加/dev/sda3/home(appuser)的磁盘大小?如果我可以添加一些额外的磁盘空间(来自 root 或任何其他来源),它将非常有用。

我能想到的最后一个是,我看不到/var/opt/appuser 下的内容,即使我很难与 appuser 连接。只有root才能看到。这是一个问题吗?

我感谢任何提示和指示。

最佳答案

Linux 内核支持的 native 文件系统(即 extN 系列的文件系统)具有为 super 用户保留空间的概念(即 UID 0)。这个想法是,当文件系统似乎已满,并且各种程序因此而开始失败时, super 用户仍有一定的暂存空间可用于执行恢复任务(想想文本编辑器的缓冲区交换/备份文件,需要复制文件周围等)。因此,您在这里看到的是您的 root 用户看到的内容与您的普通用户看到的内容之间的区别。

创建文件系统时,典型的可用空间预留是 5%(这在当时是明智的,但现在不是真的,对于数千兆字节或太字节的文件系统)。幸运的是,这个参数可能会在事后调整(使用 tune2fs 文件系统的 extN 程序)。我通常在创建典型的相当大的 extN 后手动将其设置为 100MiB文件系统。

要查看保留了多少空间,请执行以下操作:

  • 向文件系统询问其当前参数:
    # tune2fs -l /dev/sda1 | grep -Ei 'reserved|block size'
    Reserved block count: 25600
    Block size: 4096
    Reserved GDT blocks: 1012
    Reserved blocks uid: 0 (user root)
    Reserved blocks gid: 0 (group root)

    实际保留的空间(以字节为单位)为 Reserved block count × Block size .
  • 如果您愿意,可以根据您的需要进行调整。

    例如,要将其设置为 10 MiB,您可以执行
    # tune2fs -r $((10*1024*1024/4096)) /dev/sda1

    这里 4096 是 block 大小,10×1024×1024 是 10 MiB。
  • 关于svn - Ubuntu 服务器磁盘已满,仍有空间,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/16786261/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com