标签: filesystems

我今天尝试编译程序时磁盘空间不足。当我运行 df -h 时，我注意到分区不稳定。df -h 产生

Filesystem      Size  Used Avail Use% Mounted on 
/dev/sda1       4.6G  4.4G     0 100% /
udev             32G  4.0K   32G   1% /dev
tmpfs            13G  724K   13G   1% /run 
none            5.0M     0  5.0M   0% /run/lock
none             32G     0   32G   0% /run/shm

我对这个输出有几个问题。

1. 为什么所有的空间都分配给了 udev？这只是用户在安装过程中犯的错误还是有原因？
2. 如果我重新分区，我是删除 udev 还是缩小它？

与How to read ext4 partitions on Windows??.
由于我想享受透明压缩或自动碎片整理等 btrfs 功能，我将 Linux 系统安装在 btrfs 子卷上。
我试过 ？？？资源管理器，但它无法读取我的大部分文件。

那么如何在无需重启的情况下检索我的 Linux 音乐文件？

我只想要读访问，而不是在文件系统上写入任何字节（我的 Linux 系统当前挂在磁盘上）。
更好的选择是能够将目录导出为 tar 存档，以保留权限和属性。

想象一下，我使用 ext3 文件系统格式化根目录，该文件系统位于恰好存在于 SATA HDD 上的单独分区上，而主目录位于恰好存在于 Intel SSD 上的不同 btrfs 分区上。

我从 Internet 下载了一个文件并临时保存到/tmp（在根文件系统中），然后我决定将它移动到我的主目录（第二个分区）。

我能感受到在后台发生的痛苦的过程，使这样一个简单的mv命令起作用。

那么，首先，root 和 home 是否有可能拥有不同的文件系统？其次，假设答案前面的问题是“是”，如何在OS管理所有从转变ext3到btrfs，然后使用不同的设备驱动程序不同磁盘类型（HDD和SSD）？

什么限制了文件的最大大小取决于操作系统？

从这个页面：

我不完全理解这一点。如果您有存储空间，还有什么限制？除非存储空间用完，否则您应该能够以您想要的方式存储尽可能多的数据（即使在单个文件中）。

在 Windows XP 64 上，我下载了一个 1.2 GB 的文件，结果它变成了碎片，如图所示。不幸的是，在从 Piriform Defraggler 获取快照之前，我对其他文件进行了碎片整理，因此您无法看到文件写入时的确切状态。然而，磁盘一直和现在一样空（使用了 25%）并且几乎没有碎片。

NTFS 使用什么块分配算法？它看起来像是随机的，或者可能将它放在磁盘磁头实际所在的位置。

更新：

这就是今天在写入 67 MiB 的新文件后发生的情况。它被分成 731 个片段，平均大小只有 95 KiB。该文件用于填补一些空白，但不是全部，它也没有使用巨大的连续可用空间。很奇怪，不是吗？

更新 2：

与PC Guru不同，我真的不认为 Opera 是罪魁祸首。我认为它（与谷歌浏览器相反）并没有告诉 Windows 预期的大小，但是，在很多情况下这是不可能的，操作系统有责任以理智的方式处理它。下图显示了几天后我几乎没有在这个分区上做任何事情后发生的事情 - TEMP 目录和我的所有数据（除了由 Windows 管理的数据）都位于其他地方。Windows 本身似乎不会以SetEndOfFile一种糟糕的方式使用和分割自己的文件（几个大约 40 MB 的小文件有 600 个碎片）。NTFS 似乎没有使用第一个可用扇区，因为中间还有文件，并且在相当空的磁盘的末尾附近（使用率 23%），

我有一个讨厌的小文件，它的名字似乎是单个字符，而那个字符是 \r

我怎样才能删除这个？

这是我得到的ls -bl：

-rw-rwxr--+   1 root             snapplewriters        0 Aug 29  2011 \r

ls -l 只是显示它“？”

我有 8 GB 的 RAM，并想为 RAM 磁盘分配大约 1.5 GB 的空间，主要用于 Chrome 以及稍后可能用于其他一些东西。

本指南说格式化为NTFS而本指南说使用FAT16。

RAM 磁盘的 FAT16、FAT32 和 NTFS 之间有什么区别？

我需要创建一个大尺寸的文件，其中没有重复的内容，这样即使在压缩时，我也不会减小大小。

我将大约 3.7TB 的数据从一个具有 HFS+ 文件系统的 4TB 外部驱动器复制到另一个具有 exFAT 文件系统的 4TB 外部驱动器。新硬盘在只能传输大约 75% 的数据后就被填满了，我猜测是因为 exFAT 的分配单元大小为小文件占用了每个文件的更多空间。

我正在复制很多（约数百万）个小文件（每个 1.5kB）。所以我想弄清楚如何做到这一点。

因此我需要一个满足以下要求的文件系统：

• 块大小足够小，我可以容纳数百万个大小为 1.5kB 的文件，浪费最少的空间。（这里exFAT有问题）

• 与Linux 读/写兼容。（这里HFS+有问题）

• 能够在Linux上创建4T分区。（这里ext4有问题）

有替代的文件系统吗？

更新：这个问题被标记为已在另一篇文章中得到回答（优化大量小文件的文件系统？）。然而，接受的答案对我不起作用：

mkfs.ext4 -b 1024 /dev/your_partition

Warning: specified blocksize 1024 is less than device physical sectorsize 4096
/dev/sdc: Cannot create filesystem with requested number of inodes while setting up superblock

我有点搞砸了我的个人目录的备份rsync（可能是因为我在 NTFS 文件系统上备份）：所有文件都在这里，但所有文件和目录访问权限都是 777。我想知道是否有一个神奇的实用程序可以递归更改：

• 从 777 到 755 的目录。
• 从 777 到 644 的常规文件。我家里没有很多可执行文件，所以我可以稍后手动管理。
• 保持其他文件（链接，其他任何东西？）不变。

在 shell 中做很容易，但需要几个小时......

附属问题：关于在 NTFS 上正确备份 linux 目录层次结构的任何建议（使用rsync或其他）。