在分区通过ecryptfs进行encryption的服务器上出现以下错误。 [3440851.003561] Valid eCryptfs headers not found in file header region or xattr region, inode 22545087 [3440830.026081] Valid eCryptfs headers not found in file header region or xattr region, inode 22553905 卸载下面的encryption分区和ext4分区后，我执行了一个fsck ，给了我以下结果： fsck from util-linux 2.20.1 e2fsck 1.42.9 (4-Feb-2014) /dev/sda3: clean, 65092/72302592 files, 54219978/289200384 blocks 我有点不知道发生了什么事。 我们在几个实例上使用相同的设置，我们只在其中一个上观察。 解决scheme可能是更改底层磁盘！ 但是我想了解发生了什么事情，以便最终发现并防止这种事件。
是否有一个文件系统的Linux可能（和安全）执行文件系统检查时，它已被挂载读写或不需要定期检查？ 例如，一个文件系统的检查首先“抓取”整个文件系统，然后释放那些已经检查过的部分。 （我正在寻找具有像ext2或更好的function的文件系统，也就是我可以用来替代PC上的根或/ home文件系统的文件系统）
我想修复外部16GB SD卡驱动器上的ext2文件系统。 当我发出以下命令： e2fsck -y /dev/xxx 我的系统内存不足（Fedora 17 x64 8GB RAM，8GB Swap）。 正如其他地方所build议的，我补充道： [scratch_files] directory = /var/cache/e2fsck # (this directory exists and is writable to all) 至： /etc/e2fsck.conf 不幸的是，这个修复似乎不起作用。 e2fsck确实使用了/ var / cache / e2fsck目录，但仍然耗尽内存。 当我以交互方式运行命令时，它会在以下提示中停止： Inode 758 has an invalid extent (logical block 0, invalid physical block 140737488469058, len 1) Clear<y>? yes Inode 758, […]
好的，所以我的Ubuntu 12.10安装似乎略有偏差。 目前，我正在计划从即将更换的CompactFlash卡上进行引导，但是现在运气已经消失了。 启动过程到了一定的地步，然后就在那里，如果我启动一个闪存驱动器的发行版，然后安装LVM分区，现场发行版在几分钟之后就会冻结。 现在我不反感安装和重新启动，但我很想拉下所有的configuration文件等（所有的用户数据存储在一个单独的ZFS池）。 是否值得我试着先开动驱动器，还是避免做更多的事情呢？ 如果是这样，如何导入ZFS池，然后将文件系统DDing到池中的图像？ 这样我就可以访问它。
昨晚我的服务器遇到“只读文件系统”错误。 所以然后我运行“fsck -Af -M”试图修复，但没有使用，这些输出： fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) /: recovering journal fsck.ext3: Bad magic number in super-block while trying to re-open / e2fsck: io manager magic bad! 重启服务器后，我甚至无法恢复文件系统，必须重新安装操作系统。 我/是RAID 1和ext3格式。 那个fsck命令是否导致我的文件系统损坏？ 或者在运行fsck之前它已经被损坏了？ 谢谢 ：）
我想强制在我的Ubuntu Linux服务器重新启动一个详细的fsck ，我可以通过在我的根目录中创build一个文件/forcefsck重新启动运行fsck … 另外，通过在/forcefsck文件的内容中添加一个y ，我的服务器将在正常情况下在没有任何用户交互的情况下在重新启动时运行fsck ，但每次重新启动（并让auto fsck运行），然后执行… fsck -nvf /dev/somedisk 我仍然有我以前的磁盘错误，我甚至尝试将yvf放在/forcefsck文件的文本中，但没有运气。 有一个简单的方法让我强制重新启动一个详细的fsck ？ 注意 ：我已经看过fsck在重新启动时运行，并且不会出现与运行fsck -nvf /dev/somedisk时所得到的错误相同的错误。 更新：这是一个远程服务器…
我正在运行一个完全更新的Ubuntu 9.04“Jaunty”i686服务器。 我在LVM组中有一个名为/dev/mapper/vg0-bigthree的单个XFS卷。 如果我启动到单用户模式，并确保卷被卸载，每次我尝试运行xfs_check时，仍会收到以下信息： $ sudo xfs_check /dev/mapper/vg0-bigthree xfs_check: /dev/mapper/vg0-bigthree contains a mounted and writable filesystem fatal error — couldn't initialize XFS library 为了彻底，我开始尝试运行 $ sudo fsck.xfs /dev/mapper/vg0-bigthree If you wish to check the consistency of an XFS filesystem or repair a damaged filesystem, see xfs_check(8) and xfs_repair(8). 然后转向xfs_check。 另外，我可以确认在mount的输出或卷的设备或挂载点的/etc/mtab中没有发生。
mountall手册页说：“这是一个临时工具，直到初始化（8）本身”可以做到这一点，基本上。 为什么不使用mount -a？ 两者之间是否有区别，如果是的话，我应该使用哪一个？
我有一个最近接pipe了RAID的情况，真的可以使用一些build议。 我希望我没有把它搞糊涂了。 我正在pipe理的ad-hoc集群上的一对服务器开始报告磁盘问题。我在另一个上运行fsck，xfs_repair。 第一个似乎是固定的，第二个没有报告问题。 他们可以挂载读写，并会给某些文件读取错误。 我将磁盘追溯到单个RAID： JetStor 416iS 16个750GB驱动器 具有多个数据卷的单个卷组，RAID 6 查看JetStorpipe理界面： 两个驱动器被列为失败 6个驱动器列为缺陷 三个用户卷被列为失败（其中两个比另一个更重要） 以下是我所做的： 将所有分区重新挂载为只读或卸载它们。 （即使JetStor支持说这不是必要的，该单位已经过保修，但他们回答了这个问题） 更换（热插拔）两个失败的驱动器，让他们重build。 更换（热插拔）两个标有“缺陷”的驱动器，让他们重build。 这两个驱动器与JetStorpipe理面板中两个更重要的失败用户卷相关联。 创build了几个新的用户卷，以充当更大的replace卷并充当中介存储。 试图重新安装两个失败的卷。 现在他们根本不会挂载。 现在运行xfs_repair就会生成关于坏超级块和一些修复尝试的错误信息，并将丢失的+find的目录转储到大量的文件中，但是并没有修复一个我一直期待的错误。 我要从备份中恢复这个磁盘的function，并重新构build其余部分（它包含我的备份系统的目录，所以很好！） 所以我的问题是关于第二个用户量（typesext3）。 我还没有尝试修复它的b / c发生了什么xfs卷（即转储丢失+find）。 我对这个卷的部分备份覆盖了最重要的文件，但是将所有其他文件恢复（还没有被破坏）会很棒。 如果恢复的文件确实被丢弃+find了，那当然会好得多。 我试图dd，但是这只是一个500GB容量的演唱会而已： dd if=/dev/sdf of=/homLocDump/sdfDump.img conv=noerror,sync dd: reading `/dev/sdf': Input/output error 15002344+0 records in 15002344+0 records out 7681200128 bytes (7.7 GB) copied, 493.416 seconds, […]
我有几个系统的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 […]