新しいユーティリティと共有ライブラリで既存のLinuxブートディスクを更新しました。それでも起動が空で、/etc/mtab
古いディスクで更新され、/etc/mtab
新しいディスクでは/etc/mtab
ゼロのままです。今、私たちがリンクしているのを見ることができますが、/etc/mtab
問題/proc/mounts
は持続します。
最新の状態を維持するために何が更新されましたか
/etc/mtab
?いつなりましたか
/etc/mtab
?/proc/mounts
Linuxで起こるすべての根本的な変化にどのように従うことができますか?
ありがとうございます。
答え1
/etc/mtab
通常のファイルシステムでは、更新は/etc/mtab
andコマンドの操作です。また、ルートファイルシステムが読み書きでマウントされると、ブートスクリプトから情報を抽出するか、ブートスクリプトがマウントされていることを知っているものを作成してブートスクリプトを更新します。mount
umount
/etc/mtab
/proc/mounts
/etc/mtab
通常のファイルでなければなりません/proc/mounts
。通常のファイルにすることの欠点は、システム状態と同期しない可能性があることです(たとえば、マウントまたはアンマウント操作中にルートファイルシステムが読み取り専用の場合)。また、マウントなどの最新機能では動作しません。名前空間これは、プロセスが同じマウントポイントを見ても同じマウントポイントを見ることができない場合です/etc/mtab
。ただし、これをシンボリックリンクにすると、/proc/mounts
カーネルが必要なすべての情報を報告しないという欠点があります。
- カーネルはデフォルトのマウントオプションを隠すために使用されましたが、デフォルトはカーネルのバージョンによって異なり、コマンドに渡された内容を正確に提供する
/proc/mounts
正確なマウントオプションを特定するのは困難でした。/etc/mtab
mount
- カーネルが報告するために使用バンドルのインストールバンドルインストールではなく、元のインストールのコピーです。
最新のカーネルはより多くの情報を報告するので、もはや一般的なファイル/etc/mounts
生成を好む理由はありません。/etc/mtab
Debian のバグ #494001Debian はもはや/etc/mtab
通常のファイルとして保持されません。このスレッドの主な内容(正確さを確認しませんでしたが、疑う理由はありません):
- スレッドの関連部分は主に初期メッセージです。残りは主に移行に関する問題です。
- 「Linux> = 2.6.26の場合、/proc/mountsには/ etc / mtabのすべての情報とそれ以上の情報が含まれています。」
- これ追加パッチ更新するコードの最後のバージョンが含まれています
/etc/mtab
(/etc/init.d/mtab.sh
)。
Linuxで起こるすべての根本的な変化にどのように従うことができますか?
幸運を祈ります…人ごとに根本的な変化だと思うのが違います。これらすべてが次に現れるはずです。LWN(Linux Weekly News)しかし、トラフィックは非常に高く、提案された将来の変更についての議論が含まれています。