特别想将存储空间用于音乐/视频文件，但有一些常用的 doc/xls/etc） - 想知道是否有具体的理由选择一个。
谢谢
我有一个使用 ext3 文件系统的驱动器。我被告知从驱动器中删除了大约 10Gb 的数据（可能通过rm）。该驱动器当前安装为只读以保留所有数据。有谁知道恢复部分或全部数据的方法？此外，如果有帮助，操作系统是 Fedora。
我还被告知数据主要是 ASCII fortan 源代码和 Matlab 文件。
我终于设法以最简单的方式取回了数据！经过数周的尝试但未能取回大部分数据，我今天请人来查看并提供建议，他只是cd去目录，一切都在那里！它从一开始就没有丢失！！！毋庸置疑，我现在感到非常愚蠢，但我从整个惨败中学到了很多。
无论如何，当我查看数据取证解决方案时，我发现 Autopsy，或者更具体地说是SleuthKit是最有帮助的。所以我会接受它作为最终答案。
我还想为后来遇到这个问题的任何人指出，sekenre 投票最多（目前）的答案也很有帮助，我学到了很多，但最终它对类型没有帮助（非常多，有些非常大）我正在处理的文件。
所以感谢所有提供建议的人，并祝你一切顺利！
我刚买了一个新的 500GB 外置硬盘。大多数时候我只在这些东西和一些电影上存储操作系统 ISO。无论如何，大文件有时会超过 4GiB，因此 FAT 是不可能的。
所以，我想知道。我的旧外置硬盘是 NTFS 格式的，因为它有时必须能够连接到 Windows boxen。这个新硬盘没有这个要求。NTFS 仍然是最佳选择吗？ext{2,3,4} 文件系统之一是否是可移动磁盘的不错选择？是否有我不知道的文件系统符合要求？
这里的“账单”将是一个稳定的文件系统，它能够在不干净的断开连接中幸存下来，速度快，可以处理超过 4GiB 的文件，并且至少可以在 2.6.28 及更高版本的内核上使用。
更新：我没有考虑 xfs，它的大文件系统支持很有趣。我将查看我使用的操作系统/内核（RHEL5、CentOS5、Ubuntu 9.04 和 8.04、Fedora11），看看这些内核是否支持 xfs。我想我记得其中一些（发行版）默认不支持它，但话说回来，也许我在这里将 jfs 误认为 xfs。
同步选项也很有趣，但这意味着在我的所有机器上为这个设备创建 UDEV 规则，这不是一个大问题，但仍然是我必须记住的事情。
最后，采用 xfs 和同步选项，我想知道 xfs 的性能提升和同步选项的性能下降是否会比 - 仍然相当有限 - USB 接口显着。
我看到很多评论表明 EXT3 比 reiserfs 更安全和更好。我已经使用这个 FS 大约 4 年了，从来没有遇到过问题。
在此之前，我使用 ext2，然后使用 ext3。在 ext2 上，由于硬件问题，我曾经丢失了所有文件，在 ext3 上，我的 FS 的很大一部分被重新排列并移至“lost'n'found”。在 reiser 上，我从来没有丢失过文件，所以我真的不明白为什么人们一直建议使用 ext3，只要 reiser 完成它的工作并且似乎做得更好。
我遇到的问题是由 IDE 电缆不时从 HDD 接口“断开连接”引起的……在系统运行时。发生这种情况是一种非常特殊的情况，我花了很长时间才更换了新电缆...
我知道 Hans Reiser 现在在监狱里……但这有什么关系呢？我们使用 FAT16/32 已经很长时间了，没有人抱怨。甚至没有人知道那个 FS 的原始开发者是否还活着......
几个月前，我在我的一个分区上创建了一个 ext3 文件系统。我收到以下消息：
"mkfs.ext3 /dev/sddx; system will be checked every 20 mounts or 180 days; use
tune2fs -c or -i to override".
如何确定此文件系统已挂载多少次？
我有这个上网本，分区表是这样的
~$ fdisk netbook.dd
Warning: invalid flag 0x0000 of partition table 5 will be corrected by w(rite)
Command (m for help): p
Disk netbook.dd: 320.1 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders, total 625142448 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x89c52b31
Device Boot Start End Blocks Id System
netbook.dd1 * 2048 616447 307200 7 HPFS/NTFS …我们正在 16TB RAID 阵列上创建一个大型备份 ext3 分区，mke2fs 需要 2.5 小时才能完成。
我们可以使用任何已知的技巧来缩短这个时间吗？
目的是在灾难发生时缩短让我们重新站起来的时间，我们必须重新创建该文件系统。我看到了诸如 lazy_bg 和 uninit_groups 之类的选项，但它们似乎适用于 ext4 文件系统，这与我们无关。
此服务器配置了 RAID-1。它每天都获得只读文件系统。如果我重新启动它，它会返回一个读写文件系统。但过了一会儿，又只读了...
请问有什么想法吗？谢谢。
# dmesg |grep 错误 VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ VFS：无法在设备 cciss/c0d0p8 上写入配额结构（错误 -30）。配额可能不同步！ EXT3-fs 错误（设备 cciss/c0d0p8）：ext3_lookup：目录中未链接的 inode 71927230 #71927229 EXT3-fs 错误（设备 cciss/c0d0p8）：ext3_lookup：目录中未链接的 inode 71927273 #71927229 EXT3-fs 错误（设备 cciss/c0d0p8）：ext3_lookup：目录中未链接的 inode 71927333 #71927229 EXT3-fs 错误（设备 cciss/c0d0p8）：ext3_lookup：目录中未链接的 inode 71927712 #71927229 EXT3-fs 错误（设备 cciss/c0d0p8）：ext3_lookup：目录中未链接的 inode 71929238 #71927229 EXT3-fs 错误（设备 cciss/c0d0p8）：ext3_lookup：目录中未链接的 inode 71929464 #71927229 EXT3-fs 错误（设备 cciss/c0d0p8）：ext3_lookup：目录中未链接的 inode 71929704 …
我有一个磁盘上小文件吞吐量很高的系统，即在几秒钟内创建、写入和删除大量小文件。
是否有任何合理的 ext2/ext3/ext4 挂载选项来提高性能？我猜想，元数据日志会导致性能大幅下降。
我正在寻找一种方法来安全地破坏 ext3 分区，以便下次启动时可以通过 fsck 恢复它，以进行测试。谢谢！