web-dev-qa-db-ja.com

Linuxのシャットダウンがwificifsマウントでハングする

Fedora 15(および現在は16)以降、ワイヤレスクライアントがシャットダウン時にネットワークファイルシステムをマウントしている場合、シャットダウンに長い時間がかかるようです。

Puppetを介してcifsマウントをプッシュしましたが、ワイヤレスを含むすべてのクライアントがそれを持っています。ラップトップが有線接続されている場合、正常にシャットダウンしますが、その時点でWi-Fi上にある場合(有線接続がない場合)、Fedorafロゴでハングします。それが無期限なのか、それとも本当に長い間なのかはわかりませんが、このマシンを1秒でシャットダウンしたときにテストを行います。

言うまでもなく、かなり煩わしいので、アンマウント時にネットワーク接続が失われた場合でもマシンをシャットダウンする方法、またはイベントを並べ替えてアンマウントが発生するまでワイヤレスカードを維持する公式の方法はありますか?シャットダウンプロセス中(少し厄介なシャットダウン用のカスタムスクリプトを作成する以外)?

これは複数のマシンで実行され、Fedora 14から15に移行したときにすべて実行を開始しました。これは明らかな問題であり、誰かが報告したか、簡単な修正があったと思いますが、私はしていません。まだ何かを発見しました。

追加情報:マウントを手動でアンマウントしてからシャットダウンする(Sudoシャットダウンまたはxfceシャットダウンボタン)と正常にシャットダウンすることを確認できます。マウントがまだマウントされている場合にのみハングします。

マウントを設定するpuppet構成は、次のようになります(_netdevエントリは実際にクライアントに正常にプッシュされますが、違いはありません)。

 file {"/ mnt/share":ensure => directory、} 
 mount {"/ mnt/share":
 atboot => true、
 sure =>マウント済み、
再マウント=> false、
 fstype => cifs、
デバイス=> "// srv/share"、
 options => "user 、gid = shareusers、uid = $ {user}、file_mode = 0700、dir_mode = 0700、credentials =/root/.smbcreds、_netdev "、
 require => [File ["/mnt/share "]、 Group ["shareusers"]]、
} 
} 
2
Sirex

「ifdown-a」または「ifdownwlan0」スクリプトを/etc/init.d/に追加してから、それを/etc/rc0.d/にソフトリンクすることができます(例:ln -s /etc/init.d/killwlan.sh)。 /etc/rc0.d/S05killwlan.shここで、killwlan.shにはifdownスクリプトが含まれ、rc0.dはシャットダウンプロセスであり、S05はスクリプトが5番目として開始されることを意味します(S01からS04までの他のスクリプトがある場合)

1
dag729