我有一个只读分区,其数据正在发生变化。 更改仅在第一个安装上发生。后续安装不会更改分区数据。
尝试使用ext3和ext2进行日志记录是一个问题......没有任何帮助。 尝试使用-c -1 -i 0调试tune2fs以禁用更新时间戳或正在执行的检查可能触及的任何其他数据...没有帮助
通常情况下我不在乎,但为了数据完整性,我需要对此分区进行哈希处理。
答案 0 :(得分:4)
在极少数情况下,Linux可以对只读fs进行写操作。例如。当它检测到fs处于不一致状态时(冷启动后)并且能够快速,安全地进行数据修复。
我在使用Ubuntu Rescue Remix时有一种这样的修复方法,并且写入了第二个硬盘驱动器,甚至在安装任何东西之前(启动时)。有关这方面的信息是在dmesg中,所以也请检查dmesg。
E.g。这是一个orphan cleanup
可能的on readonly fs
,it will temporary DISABLE READONLY flag
1485 if (s_flags & MS_RDONLY) {
1486 ext3_msg(sb, KERN_INFO, "orphan cleanup on readonly fs");
1487 sb->s_flags &= ~MS_RDONLY;
1488 }
... writes...
1549 sb->s_flags = s_flags; /* Restore MS_RDONLY status */
这是在* ext3_mount->中完成的。 mount_bdev - > (回调)ext3_fill_super - > ext3_orphan_cleanup
如果块设备本身没有读保护,那么linux(ASKING YEAH!)
1463 if (bdev_read_only(sb->s_bdev)) {
1464 ext3_msg(sb, KERN_ERR, "error: write access "
1465 "unavailable, skipping orphan cleanup.");
1466 return;
1467 }
将在READONLY FS上执行写入
更新:这是一个列表 http://www.forensicswiki.org/wiki/Forensic_Linux_Live_CD_issues
Ext3文件系统需要日志恢复要禁用恢复:使用“noload”标志,或使用“ro,loop”标志,或使用“ext2”文件系统类型
Ext4文件系统需要日志恢复要禁用恢复:使用“noload”标志,或使用“ro,loop”标志,或使用“ext2”文件系统类型
ReiserFS文件系统有未完成的事务“nolog”标志不起作用(请参阅man mount)。要禁用日记更新:使用“ro,loop”标志
XFS始终(卸载时)“norecovery”标志没有帮助(在最近的2.6内核中修复)。要禁用数据写入:使用“ro,loop”标志