2

データが変更されている読み取り専用パーティションがあります。変更は、最初のマウントでのみ発生します。以降のマウントでは、パーティション データは変更されません。

ジャーナリングが問題だった場合に備えて、ext3 と ext2 で試してみました...助けにはなりません。-c -1 -i 0 で tune2fs を試して、実行中のチェックによって影響を受ける可能性のあるタイムスタンプやその他のデータの更新を無効にしました...助けはありません

通常は気にしませんが、データの整合性を保つために、このパーティションをハッシュサムする必要があります。

4

1 に答える 1

4

Linux は、いくつかのまれなケースで、読み取り専用の fs に書き込みを行うことができます。たとえば、一貫性のない状態 (コールド リブート後) の fs を検出し、迅速で安全なデータ修正を実行できる場合などです。

Ubuntu Rescue Remix で作業しているときにそのような修正があり、書き込みは 2 番目のハードドライブにあり、何かをマウントする前 (起動中) でした。これについてはdmesgに情報がありましたので、dmesgも確認してください。

たとえば、ここにorphan cleanup可能性on readonly fsがあります。一時的に DISABLE READONLY フラグになります

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 -> (callback) 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 Always (アンマウント時) の "norecovery" フラグは役に立ちません (最近の 2.6 カーネルで修正されました)。データ書き込みを無効にするには: "ro,loop" フラグを使用します。

于 2011-08-23T19:33:15.273 に答える