☰

Unixで特定のファイルシステムマウントのソースを確認する

tag-icon • tag-icon freebsd mount
Unixで特定のファイルシステムマウントのソースを確認する

背景

最近、私は私の家のFreeBSDサーバーにいくつかの問題を抱えています。私は最近最新の安定版にアップグレードしましたが、/ varパーティションで奇妙な動作を見つけました。最初は、/varがメモリディスクに/var/runと/var/logを含む独自のパーティションを持つようにシステムを設定しました（/tmpと同様）。

アップグレード後、私の/ varに直接マウントされた新しい4番目のメモリディスクがあることがわかりました。いいえ私のfstabではなく手動で設定してください。サイズは約28MBに過ぎず、ポートコレクションを更新しようとすると問題が発生します。 RAMディスクは起動時に自動的にインストールされ、マルチユーザーモードでは削除できません。シングルユーザーモードに切り替えると問題なく削除できますが、再起動するとすぐにポップアップが表示されます。

投稿の最後にシステム仕様が含まれています。

質問

特定のメモリディスク（またはファイルシステム）がマウントされた後に正確にインストールされたものを確認する方法はありますか？

または、新しい/ var ramdiskが表示される原因が何であるかを知っている人はいますか？

システム仕様

# uname -a

FreeBSD sarge 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Thu Nov 22 14:02:13 PST 2012     donut@sarge:/usr/obj/usr/src/sys/GENERIC  i386

# df

Filesystem   1K-blocks      Used     Avail Capacity  Mounted on
/dev/da0s1a     515612    410728     63636    87%    /
devfs                1         1         0   100%    /dev
/dev/da0s1d     515612    287616    186748    61%    /var
/dev/da0s1e    6667808   2292824   3841560    37%    /usr
/dev/md0         63004        32     57932     0%    /tmp
/dev/md1          3484         8      3200     0%    /var/run
/dev/md2         31260         8     28752     0%    /var/log
/dev/md3         31260       512     28248     2%    /var       <-- This

# cat /etc/fstab

# Device    Mountpoint  FStype  Options         Dump    Pass#
/dev/da0s1a /       ufs rw,noatime      1   1
/dev/da0s1d /var        ufs rw,noatime      2   2
/dev/da0s1e /usr        ufs rw,noatime      2   2
md      /tmp        mfs rw,-s64M,noatime    0   0
md      /var/run    mfs rw,-s4M,noatime     0   0
md      /var/log    mfs rw,-s32M,noatime    0   0

助けてくれてありがとう。

答え1

だから問題が解決したようです。理由/方法について追加する内容があれば、皆でお聞きします。

疑わしい原因

私が知る限り、この動作の原因は/ varディレクトリ自体が破損しているためです。 OSがインストールされたメインドライブはサムドライブ（古いドライブですがフラッシュメモリ乱用防止のための予防措置となっています）です。不良セクタのために/varの特定のアクティビティがいくつかの方法で失敗するようです（最も一般的な2つは「シンボリックリンクを生成できません」と/var/lost+foundの完全なカーネルパニックですが、他の場合も観察されました） ）。特定の活動）。

修正する

シングルユーザーモード、繰り返しfsck実行、手動介入によって破損したinodeを修正した後、不思議な/ var memdiskが起動時にマウントを停止しました。詳細については、次を参照してください。http://phaq.phunsites.net/2007/07/01/ufs_dirbad-panic-with-mangled-entries-in-ufs/

システムは/ var memdiskなしで起動できますが、新しいサムドライブが準備されていることは間違いありません。

推測してください。洞察力がある場合は、編集または追加してください。

これは、悪いファイルシステムでのUnixの動作の私の理解がぼやけている部分です。私の考えでは、memdiskポップアップが表示されるのは、FreeBSDが独自に/ varパーティションをマウントできますが、特定の項目にアクセスできないためです。システムを稼働し続けるために、OSは必要に応じてメモリディスクを作成したと思われます（したがって、2つのマウントは/ varの下にあります）。ほとんどの損傷が重要ではないディレクトリで発生したため、以前はこれは明確ではありませんでした。更新によってファイルが物理ディスク自体に移動され、失敗したセクタに別の重要なファイルが配置された可能性がありますか？

もう一度申し上げますが、破損がどのように不思議なメモリディスクにつながるのかについてのさらなる洞察を与えていただきありがとうございます。もう一度ありがとうございます。

関連情報