OK, then some of the additional info I found for you may be redundant. Nevertheless, here it is:
Modern Samba (and modern security standards) disables SMB1 by default. Since the older "Workgroup" browsing protocol relies heavily on SMB1/NetBIOS, smbclient often struggles to display the workgroup name even if the service is running perfectly.
testparm only checks if your syntax is valid and what the internal variables are set to. It confirms that Samba thinks its workgroup is PLM.
When you run smbclient -L, it tries to enumerate shares and browse the network. Without SMB1 enabled, the traditional "Workgroup" list doesn't populate in the same way, leading to that "no workgroup available" error—even if the shares themselves are actually accessible.
Seeing IPC$ is actually a good sign; it means the Samba daemon is responding to your requests.
Open the terminal again and run this command:
rpcclient -U "" -N localhost -c "querydominfo"
If it returns domain: PLM, your configuration is active and working.
Advice: Keep SMB1 disabled. Most modern OSs (Windows 10/11, macOS, Linux) use mDNS (Avahi/Bonjour) or WS-Discovery for browsing now.
If you are trying to make this server visible in the "Network" tab of older Windows machines or specific legacy devices, do this:
Run the following command to ensure the avahi-daemon is installed and running:
sudo apt install avahi-daemon
Avahi is an implementation of mDNS (multicast DNS) and DNS-SD (DNS Service Discovery). You might know it better by Apple’s brand name for the same technology: Bonjour.
In the old days (SMB1 era), computers shouted over the network using NetBIOS to find a Workgroup. Today, Avahi allows devices to broadcast their presence and services (like file sharing, printers, or SSH) to the local network automatically without you having to configure a central DNS server or remember IP)