web-dev-qa-db-ja.com

CIFS VFS：エラーメッセージ

2台のUbuntuシステム（64ビットAMDデスクトップシステムで12.04、64ビットIntelラップトップで14.04）を実行しており、次の手順に従ってシステム起動時にマウントされる2つのCIFSドライブを構成しました。

https://help.ubuntu.com/community/MountWindowsSharesPermanently

/ etc/fstabの次のエントリを使用して、これらのドライブを構成しました。

//gbsfp1/kgallant /home/kgallant/nethome cifs credentials=/etc/samba/credentials,rw,iocharset=utf8,_netdev,uid=1000,gid=1000 0 0
//gbsfp1/share /home/kgallant/netshare cifs credentials=/etc/samba/credentials,rw,iocharset=utf8,_netdev,uid=1000,gid=1000 0 0

両方のドライブは、どちらかのマシンにログインするまでに常に正常にマウントされますが、システムブート中に次のような一連のエラーメッセージが常に報告されます。

Jul  4 10:52:07 gbsdt1 kernel: [   20.976113] CIFS VFS: Error connecting to socket. Aborting operation
Jul  4 10:52:07 gbsdt1 kernel: [   20.976509] CIFS VFS: cifs_mount failed w/return code = -101

これらのメッセージはsyslogで5〜10回繰り返され、14.04マシンの場合は、システムのブート中に画面に表示されます。ネットワークサービスが初期化される前に、両方のシステムがドライブをマウントしようとしているように見えますが、これが問題の根本原因だと考えています。ドキュメントでは、_netdevオプションがこれを防止することが示唆されていますが、12.04または14.04システムのいずれにも影響がないようです。

ネットワークドライブは、Fedora 14マシンで実行されているSambaサーバーによって提供されます。

ネットワークサービスが利用可能になるまで、これらのファイルシステムのマウントを遅らせる方法はありますか（私が疑うように、それが問題の原因である場合）？または、他の提案をいただければ幸いです。

前もって感謝します！

ls /etc/rc*.d/の出力

/etc/rc0.d:

K01nxserver
K09Apache2
K10unattended-upgrades
K20osspd
K20speech-dispatcher
K20xrdp
K21postgresql
README
S20sendsigs
S30urandom
S31umountnfs.sh
S35networking
S40umountfs
S60umountroot
S90halt

/etc/rc1.d:
K01nxserver
K09Apache2
K20acpi-support
K20kerneloops
K20osspd
K20saned
K20speech-dispatcher
K20xrdp
K21postgresql
README
S30killprocs
S70dns-clean
S70pppd-dns
S90single

/etc/rc2.d:
README
S19postgresql
S20kerneloops
S20osspd
S20speech-dispatcher
S20xrdp
S50rsync
S50saned
S70dns-clean
S70pppd-dns
S75Sudo
S91Apache2
S99acpi-support
S99grub-common
S99nxserver
S99ondemand
S99rc.local

/etc/rc3.d:
README
S19postgresql
S20kerneloops
S20osspd
S20speech-dispatcher
S20xrdp
S50rsync
S50saned
S70dns-clean
S70pppd-dns
S75Sudo
S91Apache2
S99acpi-support
S99grub-common
S99nxserver
S99ondemand
S99rc.local

/etc/rc4.d:
README
S19postgresql
S20kerneloops
S20osspd
S20speech-dispatcher
S20xrdp
S50rsync
S50saned
S70dns-clean
S70pppd-dns
S75Sudo
S91Apache2
S99acpi-support
S99grub-common
S99nxserver
S99ondemand
S99rc.local

/etc/rc5.d:
README
S19postgresql
S20kerneloops
S20osspd
S20speech-dispatcher
S20xrdp
S50rsync
S50saned
S70dns-clean
S70pppd-dns
S75Sudo
S91Apache2
S99acpi-support
S99grub-common
S99nxserver
S99ondemand
S99rc.local

/etc/rc6.d:
K01nxserver
K09Apache2
K10unattended-upgrades
K20osspd
K20speech-dispatcher
K20xrdp
K21postgresql
README
S20sendsigs
S30urandom
S31umountnfs.sh
S35networking
S40umountfs
S60umountroot
S90reboot

/etc/rcS.d:
README
S25brltty
S37apparmor
S55urandom
S70x11-common
bootfstab
6
kgallant

ソリューションについて：

Fstabでは、あなたが望むように満足に機能することはありません：

  1. Dmesgにエラーはありません
  2. ログインする前にマウントする共有。

2つの解決策があります。

  1. Autofsを使用すると、必要に応じてディレクトリを自動的にマウントできるため、fstabの代わりに Autofs を使用できます。これにより、その後の変更よりも簡単に変更を管理できます。
  2. カスタムupstartスクリプトを作成してinit.d/rc6.dに配置するこれは、nfsボリュームをマウントするサーバーに使用されるrealソリューションですが、 Linuxの初期化プロセス（* nix以外の「ブートプロセス」）を理解して、手を汚す必要があります。

どのパスを選択するかを教えてください。または、上記がすでに正しい方向を示すのに十分であれば、これを答えとして受け入れてください。

1
Fabby