标签: filesystems

我是盒子的管理员。我关闭了所有文件夹选项“隐藏受保护的操作系统文件”并打开“显示隐藏的文件和文件夹”。

我可以在 Windows 资源管理器中看到这个文件夹：C:\Windows\System32\winevt\Logs

但我无法从事件日志查看器 MMC 管理单元 BizTalk 管理控制台中看到它。在该工具以及 GamutLog-Viewer 等其他工具中，当我执行“文件打开”并粘贴到同一目录中时，我得到：\ C:\Windows\System32\winevt\Logs - 路径不存在 - 检查路径然后再试一次。

从 Windows 记事本中，我可以执行“文件打开”，粘贴相同的内容，然后获取目录。

为什么一种工具与另一种工具不同？

我应该创建一个 C:\EventLogArchive 并将我的所有日​​志存档在那里吗？

下面是 NotePad 和 NotePad++ 的几个屏幕截图，显示了 NotePad 如何导航到目录，而 NotePad++ 不能：

根据这个答案，至少可以挂载具有“无限”inode 的 tmpfs。

考虑这种特定的（出于示例目的而选择的数字，我知道它们不现实）情况：

• tmpfs 分区被卷使用了 50%
• 90% 的数据是 inode（即 45% 的磁盘被 inode 使用，5% 被“真实”数据使用）
• tmpfs 已安装 nr_inodes=1000
• 所有 1000 个 inode 都被当前写入的 inode 占用

这意味着，tmpfs的是50％满，但也任何试图写它会导致空间不足错误的。

在我看来，设置nr_inodes=0（又名无限 inode）会使这种情况消失。

• 无限inode不是默认设置是否有原因？
• 限制文件系统上的 inode 数量的原因是什么？

我正在尝试在 Linux Mint 13 上的 /opt (/dev/sda6, ext4) 上启用直接 I/O。我正在尝试的是：

mount -o dio,rw /dev/sda6 /opt

作为根。

系统响应如下：

mount: wrong fs type, bad option, bad superblock on /dev/hda2

dmesg 正在报告：

EXT4-fs (sda6): Unrecognized mount option "dio" or missing value.

我不知道要设置哪个参数来启用直接 I/O（即使 ext4 可以使用直接 I/O 进行安装）。除此之外，如果 ext4 不支持直接 I/O，有人可以指出在 Linux 上使用的文件系统吗？

我很好奇为什么在所有备份教程中我发现 tar 命令排除了其他/dev/pts 而不是全部/dev/ 为什么我要在 dev 下备份任何内容？

我在 RamNode 上有一个 AMD64 KVM VPS，它有 30 GB 磁盘、256 MB RAM 和 1 个“虚拟 CPU”（我不知道主机 CPU 的规格）。它将用于存储许多小型、易于压缩的文件，主要是 <50kb 的文本/HTML。我想使用压缩文件系统来节省我的磁盘空间。第一个想到的是 ZFS，但从我读过的内容来看，ZFS 在内存小于 1-2GB 的情况下不能很好地运行，所以我需要更轻量级的东西。至于 BTRFS，从我读过的内容来看，它对 CPU 的负担很重，而且还不稳定（至于 RAM，我不知道）。对文件系统有什么建议吗？性能和吞吐量不是问题，但磁盘使用和 RAM 使用才是问题。至于操作系统，我想的是Linux Debian 8，但是如果合适的FS不支持Debian8/Linux，我可以切换（也许是*BSD？）

由于您可以使用您想要的任何文件系统格式化 LUKS 卷，因此某些文件系统是否更适合加密文件系统的 IO 性能？具体来说，我想知道一个带有位于ext4分区上的文件的循环设备。由于写入文件系统的所有数据都是加密的，某些文件系统写入的元数据是更少还是更有效？zfs或ext2/会ext3比ext4在加密的环回文件系统上表现更好吗？

我正在使用 BTRFS 从 2 个磁盘创建 RAID0 卷。两者都在一个 AWS EC2 实例上，每个实例都有 30 GB 的可用空间。我用来创建文件系统的命令是：btrfs -d raid0 -L MYLABEL /dev/xvdf /dev/xvdg.

现在Ubuntu告诉我磁盘空间已满，就像BTRFS一样：

root@host:/var/docker-apps/prometheus# btrfs balance start -dconvert=raid0 .
ERROR: error during balancing '.': No space left on device
There may be more info in syslog - try dmesg | tail
root@host:/var/docker-apps/prometheus#

有趣的是，当我看到btrfs filesystem usage我得到这个：

root@host:/var/docker-apps/prometheus# btrfs filesystem usage .
Overall:
    Device size:          60.00GiB
    Device allocated:     60.00GiB
    Device unallocated:   2.00MiB
    Device missing:       0.00B
    Used:                 25.26GiB
    Free (estimated):     34.22GiB    (min: …

是否可以使用在 4 个路径上提供给服务器的 SAN LUN 创建软件 RAID 10？

我正在运行带有 64 GB RAM 的 Ubuntu 14.04

目标是实现更好的 I/O，存储和网络团队已经尽其所能提供最好的 I/O。

我相信，如果我们可以使用服务器上提供的 SAN LUN 和其他 SAN LUN 进行软件 RAID 10，我们应该能够实现更好的性能。

我的一台 Web 服务器遭到 DDOS 攻击。一切都很好，除了有数百万个 PHP 会话文件占用了分区的 100% 索引节点。整个 / 只有一个分区

尝试了几种解决方案，但只能在一定程度上起作用。 https://unix.stackexchange.com/questions/37329/efficiently-delete-large-directory- contains-thousands-of-files?newreg=07f276292205457ab9975a0ea68e9273

http://www.slashroot.in/which-is-the-fastest-method-to-delete-files-in-linux

释放 8% 的 inode 后，磁盘变得非常慢，无法再删除任何内容。

rm -f filename* 

rsync -a --delete empty_dir/    yourdirectory/

perl -e 'for(<*>){((stat)[9]<(unlink))}'

现在磁盘看起来像这样

Filesystem      Inodes   IUsed  IFree IUse% Mounted on
/dev/vda1      2621440 2385895 235545   92% /
tmpfs           128789       1 128788    1% /dev/shm

一个目录中仍然有 600 万个以上的小文件。上述方法以大约 2 个文件/秒的速度删除

我阅读了有关 b 树重新平衡的信息。但是如何诊断/解决缓慢删除问题？

``

在我的 centos 服务器上，我安装了一个新卷/dev/sdb。我想为根文件系统添加空间/dev/vda1。

[user@prod current]$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/vda1        30G   11G   18G  37% /
devtmpfs        488M     0  488M   0% /dev
tmpfs           497M     0  497M   0% /dev/shm
tmpfs           497M   50M  447M  11% /run
tmpfs           497M     0  497M   0% /sys/fs/cgroup
tmpfs           100M     0  100M   0% /run/user/1000
/dev/sdb         50G   53M   47G   1% /mnt/volume_nyc3_01

有没有办法减少/dev/sdb和增加/dev/vda1？如果可能的话，不会丢失/dev/vda1.