☰

samba 共有は実行されているが、共有にアクセスできない (raspbian)

tag-icon • tag-icon raspberry-pi samba raspbian
samba 共有は実行されているが、共有にアクセスできない (raspbian)

私は、samba (SMBD/CIFS) ファイル共有を使用して Raspberry Pi 4 サーバーをセットアップしていますが、チュートリアルを複製し、以前の Pi と同じセットアップを使用しているにもかかわらず、接続できませんでした。samba サービスは実行されており、サーバーはネットワーク上で表示されますが、接続すると次のエラーが発生します。 「共有リストの取得に失敗しました」というエラー メッセージのスクリーンショット

私が試したこと (両方の Pi に同じ smb.conf があります):

[global]
netbios name = Pi
server string = The Pi server
workgroup = WORKGROUP
server role = standalone
bind interfaces only = yes
interfaces = eth0

[HOMEPI]
path = /home/pi/shared
comment = server
browseable = yes
guest ok = no
read only = no
valid users = pi
write list = pi
create mask=0777
directory mask=0777

sudo service smbd statusとの比較sudo service nmbd status

● smbd.service - Samba SMB Daemon
   Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2022-02-20 15:08:59 CET; 32min ago
     Docs: man:smbd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 741 (smbd)
   Status: "smbd: ready to serve connections..."
    Tasks: 5 (limit: 3720)
   CGroup: /system.slice/smbd.service
           ├─ 741 /usr/sbin/smbd --foreground --no-process-group
           ├─ 800 /usr/sbin/smbd --foreground --no-process-group
           ├─ 803 /usr/sbin/smbd --foreground --no-process-group
           ├─3766 /usr/sbin/smbd --foreground --no-process-group
           └─3780 /usr/sbin/smbd --foreground --no-process-group

Feb 20 15:08:58 raspberrypi systemd[1]: Starting Samba SMB Daemon...
Feb 20 15:08:59 raspberrypi smbd[741]: [2022/02/20 15:08:59.907959,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Feb 20 15:08:59 raspberrypi systemd[1]: Started Samba SMB Daemon.
Feb 20 15:08:59 raspberrypi smbd[741]:   daemon_ready: STATUS=daemon 'smbd' finished starting up and ready to serve connections

● nmbd.service - Samba NMB Daemon
   Loaded: loaded (/lib/systemd/system/nmbd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sun 2022-02-20 15:48:40 CET; 4s ago
     Docs: man:nmbd(8)
           man:samba(7)
           man:smb.conf(5)
 Main PID: 4321 (nmbd)
   Status: "nmbd: ready to serve connections..."
    Tasks: 1 (limit: 3720)
   CGroup: /system.slice/nmbd.service
           └─4321 /usr/sbin/nmbd --foreground --no-process-group

Feb 20 15:48:40 raspberrypi systemd[1]: Starting Samba NMB Daemon...
Feb 20 15:48:40 raspberrypi nmbd[4321]: [2022/02/20 15:48:40.302253,  0] ../lib/util/become_daemon.c:138(daemon_ready)
Feb 20 15:48:40 raspberrypi nmbd[4321]:   daemon_ready: STATUS=daemon 'nmbd' finished starting up and ready to serve connections
Feb 20 15:48:40 raspberrypi systemd[1]: Started Samba NMB Daemon.
Feb 20 15:48:40 raspberrypi nmbd[4321]: [2022/02/20 15:48:40.305430,  0] ../source3/nmbd/nmbd_namequery.c:109(query_name_response)
Feb 20 15:48:40 raspberrypi nmbd[4321]:   query_name_response: Multiple (2) responses received for a query on subnet 192.168.1.61 for name WORKGROUP<1d>.
Feb 20 15:48:40 raspberrypi nmbd[4321]:   This response was from IP 192.168.1.59, reporting an IP address of 192.168.1.59.

ログにはいくつかの小さな問題も明らかにされています (nmbd が同じマシンの 2 つのインターフェースから複数の応答を受信します。ここで修正します:https://thr3ads.net/samba/2000/08/1675707-クエリ名応答-複数の応答を受信しました) と書かれていますが、問題の実際の原因については何も書かれていません。再起動後に共有が修正されるかどうかテストするために、他のマシンの電源をオフにしましたが、修正されませんでした。ユーザーやパスワードなしで共有をパブリックに設定してみましたが、それでも修正されませんでした。どちらの Pi もほぼ同じことを報告しましたが、Bullseye を実行している Pi は接続を拒否しました。

トラブルシューティングには長い時間がかかり、何度も再起動しましたが、何も解決しませんでした。この時点で、2 つの Pi の違いは OS と samba パッケージのバージョンだけでした。

動作しません: (日付はOSイメージの公開最新のアップデートではありません）

Raspbian 2022年1月28日 Bullseye 32ビット（カーネル4.10.92）smbd --version4.13.13

動作中（比較する他の古い Raspberry Pi）：

Raspbian 2020年2月12日 Buster 32ビット（カーネル4.10.63）smbd --version4.9.5

私は自分の質問に答えて、他の人の役に立てればと思い、これを投稿しています (ラズベリーの samba 共有は人気のあるプロジェクトのようです)

答え1

上記の問題を最終的に解決したソリューションは、レガシー Raspbian リリース (更新により引き続き完全にサポートされています) でした。5 分間のセットアップで、見事に機能しました。

Raspbian Buster 2022年1月28日（カーネル4.10.63）smbd --version4.9.5 https://www.raspberrypi.com/software/operating-systems/

Raspbian の新しいバージョン (2022 年 8 月リリース) でテストしたところ、このバグは存在しなくなり、レガシー OS を使用する必要がなくなったようです。

関連情報