/etc/fstab は Debian 10 に自動的にマウントされません。

/etc/fstab は Debian 10 に自動的にマウントされません。

以前に試したすべてのLinuxでは、誰かが何かを置くたびに/etc/fstabシステムが再起動されたときに自動的にインストールされますが、Debian 10をインストールした後も同じメカニズムが機能しないようです。

fstabエントリは次のとおりです。

//hostname/Share /Share cifs _netdev,dir_mode=0777,file_mode=0777,username=<NAME>,password=<PASSWORD>,rw,uid=1000,gid=1000 0 0

再起動後、マウントフォルダは空になり、マウントには表示されません。 dmesgを見た結果、マウントまたはcifへの唯一の言及は次のとおりです。

[    3.067180] FS-Cache: Netfs 'cifs' registered for caching
[    3.067243] Key type cifs.spnego registered
[    3.067247] Key type cifs.idmap registered
[    3.068769] No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount.

ただし、再起動するたびに方言メッセージが表示されるわけではありません。

sudo mount -a表示するには、crontabに@restartを追加する必要がありましたが、他のDebianのようにfstabを認識するDebian 10がより「正しい」方法はありますか?

ベストアンサー1

systemd「インストール単位」は、レガシーファイルの内容を使用して動的に生成されます/etc/fstab。失敗した理由を理解するには、インストール装置の状態を確認する必要があります。を実行しますsystemctl status Share.mount

最も可能性の高い原因は、提案されているnmbdようにマウントしようとしたときにNetBIOS名前解決を使用できないためです(つまり、Sambaはまだ実行されていません)。対応する Debian Wiki ページ

man systemd.mountで利用可能なシステム固有のマウントオプションを参照してください/etc/fstab。たとえば、これを回避策として使用できますx-systemd.automount。これにより、systemdは最初に使用しようとしたときにファイルシステムを自動的にマウントする必要があります。

また、以下を確認してくださいsystemctl status network-online.target。静的ネットワーク構成があると、システムはネットワーク接続が「オンライン」のときに正しく検出されない可能性があるため、ネットワークファイルシステムを早期にマウントしようとします。WAIT_ONLINE_IFACE=ネットワークオンライン検出をより確実にする方法については、設定ファイルで新しい追加と設定を確認してください。WAIT_ONLINE_METHOD=/etc/default/networking

また、方言メッセージをミュートするには、インストールvers=N.Nオプションに追加する必要があります。利用可能な値のリストman mount.cifsN.NそのバージョンのWindowsについては、リソースを参照してください。これは、サーバーがWindows Server 2008R2以降の場合に機能しますvers=2.1

以前のプロトコルバージョンは、vers=1.02017年の悪名高いWannaCryランサムウェアに脆弱で修正できませんでした。したがって、すべての最新のオペレーティングシステムは、そのバージョンを嫌い、特に要求しない限り、使用しないようにプログラムする必要があります。 。 (サーバーがまだ最新のプロトコルバージョンをサポートできない場合は、サーバーをアップグレードする必要があります。)

おすすめ記事