デバイスがビジーであると読み取ったときにパーティションをfsckするにはどうすればよいですか(それ以外の場合は確認されています)?


11

fsck -p /dev/sda5ext4パーティションのエラーを修復するために実行しようとしていますが、コマンドの出力

fsck from util-linux-ng 2.17.2
fsck.ext4: Device or resource busy while trying to open /dev/sda5
Filesystem mounted or opened exclusively by another program?

使用/etc/mtabを確認しましたlsofが、パーティションが使用されておらず、マウントされていません。私はまたfuser -k /dev/sda5、ファイルを使用して何かを強制的に閉じたりumount、それをアンマウントして無益にしようとしたりしていました。

fsckパーティションがビジーと読み取られているにもかかわらず、パーティションを少なくともチェックし、できれば修復することを強制するにはどうすればよいですか?マウントも使用もされておらず、データの破損の可能性は問題ではないという十分な自信があると仮定します。

すべてのコマンドは、Ubuntu 10.04 32ビットliveCDからrootとして実行されました。パーティションは、Ubuntu 10.04 32ビットインストールのシステム(非ホーム)部分です。


この質問に関連するより大きな問題を解決する方法を見つけましたfsckが、デバイスがビジーであると思われる場合に強制する方法(またはそれができない理由)についての答えを探しています。
Keeblebrox、2011

RHEL5.8システムでも同じ問題が発生します。/ tmpがアンマウントされ、/ etc / mtabおよび/ proc / mountsはファイルシステムのトレースを表示しません。マシンを再起動しました。ログオンしているのが自分だけであることを確認しました。lsofは、/ tmpで使用中のファイルを表示しません。同じ手順は、同じキックスタートプロファイルを使用してインストールされた4つの類似したサーバーで正常に機能します。これらのサーバーとこのサーバーの違いは、このサーバーにはSANストレージが接続されていることです。マルチパスデーモンがこれを引き起こす可能性はありますか?
ブラム2012

私の場合は役に立ちませんでしたが、Red Hat KB(access.redhat.com/knowledge/solutions/54184)は、この問題の回避策としてnodmraidカーネルオプションを追加することを推奨しています。
Bram 2012

回答:


4

には表示されないファイルシステムをビジー状態に保つことができるもの(通常はNFSスレッド、スワップファイル、バインドマウントなどのカーネル)がありますfuser

fsckマウントされているファイルシステムにアクセスしようとすると、ファイルシステムが破損します。KnoppixやFedoraのようなファイルシステムを自動的にマウントしないライブCDを見つける必要があります。


これまでのところ、すべてがライブディスクから実行されています。私はfsckローカルのファイルシステムを使おうとしているので、NFSがビジー状態を維持していないことを願っています。しかし、それはまだライブディスク環境で発生するので、実行するのに十分な時間カーネルがカーネルにアクセスしないようにする方法を知っていますかfsck
Keeblebrox、2011

うわぁ。ライブディスクから使用していますか?私は2つのことしか考えられません:1)別のライブディスクを試してください(たとえば、Ubuntuの代わりにFedora)。2)実際のシステムで/ etc / fstabを確認します。おそらく、自動的にオンになるスワップファイルまたはバインドマウントがあるのでしょうか。必ずしもこの順序である必要はありませんが、追加する可能性があります...
Steven Pritchard

はい、どういうわけか私は質問の最後の行を完全に逃しました。回答を適切に更新しました。
Steven Pritchard

+1は、自動マウントされたスワップについての言及が無関係のブレークスルーにつながり、あなたの回答がより大きな問題の解決に役立ったためです。fsckデバイスがビジーでもマウントされていないことがわかっていて、データの破損が問題ではない場合でも、強制する方法を見つけたいと思っています。
Keeblebrox、2011

mdadmがパーティションでRAIDシグネチャを検出し、それにバインドしているのでしょうか?/ proc / mdstatを確認します。
psusi 2011


2

別のliveCDを起動してみてください-Linuxのインストールに関する問題を解決するために特別に設計されたSystemRescueCDをお勧めします。また、一般的なOSライブCDよりも小さいです。安全のために、fsckコンソールから実行します(Xなし)。

標準fsck -pが機能しない場合は、を試すこともできますe2fsck -y -f


よると、manページe2fsck -y -fクリーンなパーティションのチェックを強制します。マウントされたパーティションについては何も触れられていません。それがチェックを強制するかどうかも知っていますか?
Keeblebrox、2011

おそらくそうではありませんが、マウントされたファイルシステムをfsckすることは絶対に避けてください(e2fsckマンページ上部の段落を参照)。別の考え:/etc/mtabパーティションがマウントされていないことを示しているように見えても、エラーが発生する場合は/proc/mountsmtab奇妙な理由でファイルが古くなっている可能性があるため、も確認する必要があります。
rozcietrzewiacz

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.