我遇到了 32k 子目录的限制。一些研究表明 dir_nlink 文件系统选项会消除这个限制,但我找不到任何关于它的文档。ext3 可以用吗?如果我必须升级到 ext4,我该怎么做?我可以在我的 ext3 fs 之上运行 ext4 并获得此更改的好处吗?我需要获得更新的内核吗?我正在运行 Ubuntu 9.04 稳定服务器,内核是 2.6.18.8-linode19。谢谢。
find是查找文件的好工具。它可以选择查找在过去 X 天内修改过的文件-mtime。但是,我想要比这更细粒度的东西。我希望能够找到过去 2 小时内修改过的文件。有没有办法让 find (或其他类似的工具)做到这一点?
我正在运行 Ubuntu,但遇到了根分区磁盘空间不足的问题。
当我执行时,df -h我得到以下信息:
Filesystem Size Used Avail Use% Mounted on
/dev/sda6 4.6G 4.5G 0 100% /
Run Code Online (Sandbox Code Playgroud)
然而实际上只有 2GB 的文件用完了这个分区。然后我运行以下df -i,我得到以下内容:
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/sda6 305824 118885 186939 39% /
Run Code Online (Sandbox Code Playgroud)
我不知道-i标志的作用,但它清楚地表明只使用了 39%。
谁能解释一下我的磁盘空间去哪儿了?
给定:
问题:
如果有一个单一的入口点(驱动器号、网络路径)将所有这些空间呈现为一个连续的文件系统,有效地从呈现给用户的路径中抽象出磁盘和网络架构,那就太棒了。
有谁知道如何实施这样的解决方案?我对免费和专有的 Windows 和非 Windows 解决方案持开放态度。
我遇到了一个非常典型但奇怪的问题:我的服务器断电后硬盘坏了。我可以感觉到 fsck 在崩溃后在启动时完成了巨大的工作,然后我的 subversion 存储库失去了几个月的工作 - 这对我来说听起来很奇怪。服务器在该硬盘驱动器上运行 ext4,因此它应该是安全的 - 但事实并非如此。我开始怀疑是硬盘驱动器问题,但也许还有其他原因?
相关fstab行是
/dev/mapper/vg_data-LV_data /data ext4 默认为 1 2
系统是 Fedora 11 x86_64。
我想删除目录中最旧的文件,限制为 100 个文件。换句话说,我要确保目录中存在的文件不超过 100 个,如果超过限制,则删除限制后最旧的文件。我不只是想删除超过 x 天的文件,因为如果这是在 cronjob 上运行的,最终所有文件都会被删除。
我想如果我要对此进行编程,伪代码将是:
list = dir.getFiles()
list.sortByDate()
deleteList = list.getSubList(100, end) // from, to
deleteAll(deleteList)
Run Code Online (Sandbox Code Playgroud)
那么合适的 Unix 命令是什么?我想find会以某种方式参与-exec争论,但我不确定排序/限制方面。
如果您的网络服务器(在我的情况下是 nginx)正在写入访问日志,它是否会减慢网站速度?
我主要想知道它是否引人注目。
另外,了解访问过的用户代理/ip 有什么意义?
我想向文件系统添加一个钩子,这样每当从磁盘读取特定文件时我就可以执行一个进程。*nix 是否提供了创建这样一个钩子的方法?(我有root权限)
我已经阅读了一些关于使用 cryptsetup 设置加密文件系统的教程。它们都从以下随机文件的创建开始
dd if=/dev/urandom of=/etc/cryptfile bs=1M count=10
Run Code Online (Sandbox Code Playgroud)
该文件将进一步用于创建环回设备。给出的随机文件的原因通常是因为攻击者将无法找到文件的哪些部分用于写入以及哪些部分是空的。我的问题是,既然环回设备在我们写入文件系统时会以任何方式被格式化,那么我们为什么首先要关心它的随机化呢?
filesystems encrypting-file-system disk-encryption loop-device
我们有一个外部 USB 2 驱动器,用作我们配置的备份驱动器。我们使用rsnapshot进行备份。它使用一些标准命令来管理快照:
rm -rf: 删除过期的快照mv:将旧快照向下移动一个插槽cp -al: 将上一个快照复制到新插槽rsync -a --delete --numeric-ids --relative: 同步新快照正如您在下面的日志中看到的那样,大部分时间都花在了rm -rf和cp -al步骤上:
[25/Dec/2010:14:00:02] rsnapshot hourly: started
[25/Dec/2010:14:00:02] echo 21012 > /var/run/rsnapshot.pid
[25/Dec/2010:14:00:02] rm -rf /mnt/extdrive/snapshots/hourly.5/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.4/ /mnt/extdrive/snapshots/hourly.5/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.3/ /mnt/extdrive/snapshots/hourly.4/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.2/ /mnt/extdrive/snapshots/hourly.3/
[25/Dec/2010:14:15:48] mv /mnt/extdrive/snapshots/hourly.1/ /mnt/extdrive/snapshots/hourly.2/
[25/Dec/2010:14:15:48] cp -al /mnt/extdrive/snapshots/hourly.0 /mnt/extdrive/snapshots/hourly.1
[25/Dec/2010:14:23:32] rsync -a --delete --numeric-ids --relative /etc /mnt/extdrive/snapshots/hourly.0/sm4/
[25/Dec/2010:14:23:52] touch /mnt/extdrive/snapshots/hourly.0/
[25/Dec/2010:14:23:52] rm -f /var/run/rsnapshot.pid
[25/Dec/2010:14:23:52] …Run Code Online (Sandbox Code Playgroud) filesystems ×10
linux ×4
ubuntu ×2
unix ×2
backup ×1
ext4 ×1
fedora ×1
files ×1
find ×1
hard-drive ×1
hook ×1
loop-device ×1
mount ×1
networking ×1
nginx ×1
optimization ×1
rsnapshot ×1
storage ×1