web-dev-qa-db-ja.com

networkmanagerを使用すると、OpenSuSeが起動中に10分間スタックします

私はすべてのインストールしたすべてのマシン（異なる構成、異なる地理的場所、異なるOpenSuSeバージョンでさえ）でこの問題を抱えており、非常に苛立たしいです。

ネットワークマネージャーをオンにすると、起動中にすべてのマシンがハングするだけです。ネットワークファイルシステムのマウントにハングアップしているようです。これは、マシンが有線ネットワークに接続されている場合でも発生します（WiFiでのみ発生するかどうかはわかります）。

/ etc/fstabでnoautoを設定して、NFSパーティションの自動マウントをオフにすると（各マシンが少なくとも1つマウントする）、この問題は解消されます。

解決策は、noautoを保持し、後で開始されるデーモンに自動マウントを残すか、ネットワークマネージャーの問題を修正することです。何か案は？

filesystemsopensusenfsautomountingnetworking
4
Šimon Tóth

どのOSディストリビューションを使用していても、NFSは苦痛のようです。私はDebianでも同様の問題を抱えており、ブートマウントがさまざまな期間ハングします（NetworkManagerがない場合）。

今では、単純な直接マウントだけで、autofsを使用してファイルシステムを自動マウントしています。私はautofs5（最新の実験ブランチですが、問題はありません）を使用していますが、autofs4もあります。

Autofsに切り替えてから（そして/etc/fstabからファイルシステムを削除してから）、NFSは問題なく動作しています。

Autofsをすばやく使用できるように、/etc/auto.masterに次の行を追加します。

/-      /etc/auto.direct        fstype=nfs4,tcp,noatime,rsize=32768,wsize=32768,intr,soft,sec=sys

および/etc/auto.directの以下：

/av             av:/av
/data           data:/data
/home           home:/home
/src            data:/src
/var/mail       mail:/mail

NFSv4を使用していますが、v3も同様です（マウントのパスが長いだけです）。

2
camh

私はOpenSUSEを使用していませんが、Fedoraでは、ネットワーク接続は起動時ではなく、デフォルトでログイン時に開始されるようです。

それがここでも理由だと思います。 NFSマウントの問題は通常、DNSがないか、ネットワークがないことが原因で発生します。ここでは後者が当てはまると思います（NetworkManagerがネットワークを起動するのに、後でまでDNSを構成しないのはなぜですか？）

いくつかの指示があります ここ 起動時に自動的に接続するための別のディストリビューション-ワイヤレス接続を伴うため複雑だと思うので、有線接続の場合はそれらの手順のいくつかをスキップできるはずです（そして多分最後のステップを試してみてください）。

0
Robin Green

私もこの問題を抱えていました。これは、ローカルファイルシステムと同時に、ブートプロセスの早い段階でネットワークファイルシステムがマウントされたことが原因でした。私のディストリビューションは、プロセスを2つのステップに分割することで最終的に修正しました。最初にローカルファイルシステムがマウントされ、次にネットワークが開始され、次にネットワークファイルシステムがマウントされます。

これまで、すべてをバックグラウンドでマウントするようにinitscriptを編集していたため、起動プロセスが中断されませんでした。10分間の再試行のおかげで、ネットワークが起動するとすぐにファイルシステムがマウントされました。

0
Malvineous