我刚刚买了一个新的500GB外置硬盘。 大多数情况下，我只在这些东西和一些电影上存储操作系统ISO。 大文件无论如何，有时超过4GiB，所以FAT是不可能的。 所以，我还在想。 我的旧外部硬盘是NTFS格式化的，因为它有时必须能够连接到Windows boxen。 这个新硬盘不会有这个要求。 NTFS仍然是最好的select？ ext {2,3,4}文件系统中的一个对于可移动磁盘是不错的select？ 有没有文件系统，我不知道这将符合法案？ 这里的“账单”将是一个稳定的文件系统，能够存活不清的断开连接，速度快，可以处理超过4GiB的文件，并且至less可以在内核2.6.28以上使用。 更新：我没有考虑到XFS，它的大文件系统支持很有趣。 我将看看我正在使用的操作系统/内核（RHEL5，CentOS5，Ubuntu 9.04和8.04，Fedora11），看看这些内核是否支持xfs。 我想我记得其中的一些（发行版）默认情况下不支持它，但是再次，也许我在这里错误地认为jfs是xfs。 同步选项也很有趣，但这意味着在我的所有机器上为此设备创buildUDEV规则，这不是一个大问题，但仍然是我必须牢记的事情。 最后，考虑到xfs和同步选项，我想知道xfs的性能增益和同步选项的性能是否会超过USB接口，而不是相当有限。
我看过很多评论，说明EXT3比reiserfs更安全。 我已经使用这个FS大约4年了，从来没有遇到过问题。 在此之前，我使用ext2然后ext3。 在ext2上，由于硬件问题，我曾经丢失了所有的文件，在ext3上，我的FS的很大一部分被重新安排并移动到“lost”find了。 reiser我从来没有丢过一个文件，所以我不明白为什么人们总是build议使用ext3，只要reiser做好了工作，似乎做得更好。 我所遇到的问题是由于系统运行时IDE电缆不时从HDD接口“断开连接”引起的。 这是一个非常具体的情况发生时，我花了很长一段时间，直到我更换一个新的电缆… 我明白，汉斯·雷泽现在正在监狱里……但为什么会这样呢？ 我们现在用FAT16 / 32真的很长时间，没有人抱怨。 没有人知道这个FS的原始开发者是否还活着
我想在Debian机器上启用xattrs和acls。 我已经（重新）用user_xattr和acl挂载有问题的分区。 （/ dev / md3是有问题的分区） root@fs01:/# mount | grep /dev/md /dev/md0 on / type ext3 (rw,noatime,nodiratime,barrier=1,user_xattr,acl) /dev/md3 on /DataVolume type ext4 (rw,noatime,nodiratime,acl,user_xattr) 并且ACL工具被安装。 root@fs01:/# dpkg-query -W -f='${Status} ${Version}\n' acl install ok installed 2.2.49-4 root@fs01:/# dpkg-query -W -f='${Status} ${Version}\n' libacl1 install ok installed 2.2.49-4 Xattrs开箱即用; ACL没有。 Getfacl没有错误地工作： root@fs01:/# getfacl /DataVolume/hi # file: /DataVolume/hi # owner: […]
我有几个系统的ext3 lv /工作得很好，直到fsck'd – 然后他们是不可恢复的损坏。 我有什么希望修复这些系统，并且单独出了什么问题呢？ 这些都是以2.6个centos-ish盒子开头的旧系统，有几个单独的ext3逻辑卷： / ， /var和/unused 。 通过在/unused分区上安装，然后启动到新的安装，它们被迁移到现代Linux运行内核3.4。 一旦运行，旧的/和/var是lvremove'd ，并且新的根被重新命名和lvextend'ed吸收空间。 从我已经收集到的信息来看，这个新的根源是在lvextend之后的resize2fs的生活。 （这可能是问题的根源。） 他们都运行良好，直到fsck被迫，在这一点fsck抱怨强烈，并呈现系统无法启动（恐慌）。 很多错误，如： Inode 12345 has INDEX_FL flag set but is not a directory Inode 67890, i_blocks is 1307617, should be 0. Inode 34567, i_size is 5616670468207675, should be 0. … and on and on, followed by lots of multiply […]
我只是偶然发现，rsync不保留至lessext3“不可变”的标志 – 而它应该这样做，当使用-a ，恕我直言。 快速testing案例： # touch testfile # chattr +i testfile # rsync -a testfile testfile2 # lsattr testfile* —-i———- testfile ————— testfile2 rsync的手册页讲述了-a开关： 文件以“归档”模式传输，确保在传输过程中保留符号链接，设备， 属性 ，权限，所有权等。 有人可以请点亮一下：如果不是底层文件系统的属性，这里的“属性”是什么意思？ 如果它真的意味着其他的东西：是否有可能同步ext3属性？
这是如何/应该安装 mount /dev/md0 on / type ext3 (rw,errors=remount-ro) 但实际上，由于目前还不清楚，所以只能以只读方式挂载。 cat /proc/mounts /dev/md0 / ext3 ro,relatime,errors=remount-ro,data=ordered 0 0 :/var/log# echo aaa > /tmp/ddd bash: /tmp/ddd: Read-only file system 由于ext3有errors = remount-ro标志，可能的原因是文件系统有错误。 当我检查系统日志/消息/ dmesg我没有find任何相关的信息（没有磁盘故障，文件系统错误等）。 这台服务器没有任何iLo左右。 那么，你build议如何恢复根文件系统，而不需要在服务器上进行物理操作。 更新： :/var/log# mount -o remount,rw / mount: cannot remount block device /dev/md0 read-write, is write-protected
我们有一个奇怪的行为，我们不能移动文件到一个特定的目录了。 我们得到 lstat("NewBatches/R910140805849312.dat", {st_mode=S_IFREG|0644, st_size=2850, …}) = 0 lstat("Imported/R910140805849312.dat", 0x7fff10424b90) = -1 ENOENT (No such file or directory) rename("NewBatches/R910140805849312.dat", "Imported/R910140805849312.dat") = -1 ENOSPC (No space left on device) 但是我们可以将文件复制到文件夹中。 有大量的磁盘空间，还有inode。 我们不能移动该文件，只是在该Imported子目录。 所有其他人在相同的EXT3文件系统中工作。 我有点困惑 # tune2fs -l /dev/mapper/vgdmscsp-lvmaspdoc tune2fs 1.39 (29-May-2006) Filesystem volume name: <none> Last mounted on: <not available> Filesystem UUID: b4215e24-2285-46de-8398-f41bc3174b8e Filesystem magic number: […]
我计划调整一个相当大的文件系统的托pipeOracle实例（在同一台服务器上的几个之一）。 该磁盘在多个LUN上分布有4 TB，保持相同的条带宽度，增加了1 TB。 由于我们通常使用Oracle ASM来处理数据库，所以我不确定在线resize会对扩展的数据库以及系统的其他部分产生多大的影响。 在这个大小的文件系统上resize2fs的持续时间和性能影响是否有任何经验法则？
我有一个根文件系统生活和安装，我想将其转换为ext4。 所有的howto的我已经阅读处理启动一个生活的CD，但这不是一个选项。
我们有一个运行CentOS 5.8虚拟机的VMware vSphere 5环境。 在过去的两周里，我们发生了五次虚拟机事件，文件系统被破坏，需要修复。 以下是我们在日志中看到的内容： Nov 14 14:39:28 hostname kernel: EXT3-fs error (device dm-2): htree_dirblock_to_tree: bad entry in directory #2392098: rec_len is smaller than minimal – offset=0, inode=0, rec_len=0, name_len=0 Nov 14 14:39:28 hostname kernel: Aborting journal on device dm-2. Nov 14 14:39:28 hostname kernel: __journal_remove_journal_head: freeing b_committed_data Nov 14 14:39:28 hostname last message […]