Det går inte längre att dela ut mappar i Ubuntu 20.04

[Darkwing_19]

Helt plötsligt går det inte längre att dela ut mappar i Ubuntu 20.04. Felet har uppstår under de senaste dagarna och är det samma på mina tre linux maskiner där samtliga har Ubuntu 20.04.

När jag försöker dela ut en mapp får jag följande felrapport: " returnerade fel 127: net: symbol lookup error: /usr/lib/x86_64-linux-gnu/samba/libauth.so.0: undefined symbol: cache_path, version SAMBA_PASSDB_0.28.0

Detta få också då följden att jag kommer inte åt datorerna över nätet. Kör jag ett närverksverktyg så ser jag datorerna och jag kan pinga och får svar.

[Darkwing_19]

Hörs inte mycket på forumet. Har kört Ubuntu sedan 2008 men måste säga att 20.04 är djävligt buggig och får en att fundera på att gå tillbaka till wiindows. Har inte tidigare inte upplevt att uppdateringar fuckat upp installationerna.

[Osprey]

Kika på:

https://serverfault.com/questions/63277 ... as-expired

[Darkwing_19]

Nix, det hjälpte inte med åtgärderna i länken. Fortfarande inte möjligt att dela ut mappar och datorerna på nätet syns följdriktigt inte. Däremot har samtliga tillgång till NAS-disk på nätet, ganska trist omväg för att dela filer!

[Darkwing_19]

Har även avinstallerat samba och återinstallerat det igen men tyvärr med samma resultat.

[Osprey]

Satte mig och kikade lite här på mina egna burkar och förmodligen beror problematiken på att säkerhetsnivån i Samba har höjts ett par steg.

För att få det att funka som förut, så fick jag lägga in:

Kod: Markera allt

client min protocol = NT1
server min protocol = NT1

client use spnego = yes
client signing    = auto
server signing    = auto

...i /etc/samba/smb.conf och då funkade det precis som förut...

Om du lägger in det där, så kolla först att det inte finns några tidigare definitioner av samma saker...

Hur säkerheten påverkas av det har jag inte exakt satt mig in i ännu, men förmodligen spelar det ingen större roll i ett hemmanätverk...

[Darkwing_19]

Tyvärr, hjälpte inte får fortfarande felmeddelande och ingen möjlighet att dela mappar. Verkar bara vara att gå tillbaka till 18.04 som funkar

[Osprey]

Du provade väl att starta om Samba (eller boota om) efter att du gjort ändringarna?

Kod: Markera allt

sudo systemctl restart smbd
sudo systemctl restart nmbd

...?

På mina burkar funkar det helt perfekt nu och jag kör 20.04, eller egentligen Mint 20...

Men får du det inte att fungera med de här ändringarna, så måste vi veta vad du får för felutskrifter för att kunna fortsätta. Förmodligen så finns allt stöd som behövs i 20.04 och felet är att "du" inte tagit hänsyn till något som står i antingen 20.04:s, eller Samba:s "release notes". Det gäller bara att hitta vad....

Starta om och prova direkt med:

Kod: Markera allt

tail -30 /var/log/samba/log.smbd
tail -30 /var/log/samba/log.nmbd

...ja, jag vet att man oftast inte bryr sig om att läsa "releasenötter" men ibland kan(/skulle det vara) vara en god idé att ägna några minuter åt att göra det....

Jag hade inte gjort det själv, men tack vare den här tråden så lade jag lite tid på det och fick igång min egen Samba....

[Darkwing_19]

Har testat igen men får det inte att funka. Körde restart men det gick inte i gång:
mats@barracuda:~$ sudo systemctl restart smbd
[sudo] lösenord för mats:
Job for smbd.service failed because the control process exited with error code.
See "systemctl status smbd.service" and "journalctl -xe" for details.

mats@barracuda:/etc/samba$ systemctl status smbd.service
● smbd.service - Samba SMB Daemon
Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: >
Active: failed (Result: exit-code) since Thu 2020-12-10 21:05:12 CET; 38s >
Docs: man:smbd(8)
man:samba(7)
man:smb.conf(5)
Process: 14325 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile >
Process: 14345 ExecStart=/usr/sbin/smbd --foreground --no-process-group $SM>
Main PID: 14345 (code=exited, status=127)

dec 10 21:05:12 barracuda systemd[1]: Starting Samba SMB Daemon...
dec 10 21:05:12 barracuda smbd[14345]: /usr/sbin/smbd: symbol lookup error: /us>
dec 10 21:05:12 barracuda systemd[1]: smbd.service: Main process exited, code=e>
dec 10 21:05:12 barracuda systemd[1]: smbd.service: Failed with result 'exit-co>
dec 10 21:05:12 barracuda systemd[1]: Failed to start Samba SMB Daemon.

mats@barracuda:/etc/samba$ journalctl -xe
--
-- The unit smbd.service has entered the 'failed' state with result 'exit-code'.
dec 10 21:05:12 barracuda systemd[1]: Failed to start Samba SMB Daemon.
-- Subject: A start job for unit smbd.service has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit smbd.service has finished with a failure.
--
-- The job identifier is 4085 and the job result is failed.
dec 10 21:05:12 barracuda sudo[14322]: pam_unix(sudo:session): session closed for user root
dec 10 21:08:22 barracuda systemd-resolved[678]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2>
dec 10 21:08:22 barracuda systemd-resolved[678]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2>
dec 10 21:08:35 barracuda systemd[1663]: Started Application launched by gnome-shell.
-- Subject: A start job for unit UNIT has finished successfully
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit UNIT has finished successfully.
--
-- The job identifier is 546.
dec 10 21:08:43 barracuda systemd-resolved[678]: Server returned error NXDOMAIN, mitigating potential DNS violation DVE-2>
lines 1443-1464/1464 (END)

[Osprey]

Av någon anledning får du fortfarande ut Main PID: 14345 "(code=exited, status=127)" och en felstatus på 127 betyder oftast "Key has expired".

Så det verkar ju vara något som har att göra med något lösenord.

Så här ser det ut när jag kör "systemctl status smbd.service":

Kod: Markera allt

● smbd.service - Samba SMB Daemon
     Loaded: loaded (/lib/systemd/system/smbd.service; enabled; vendor preset: enabled)
     Active: active (running) since Wed 2020-12-09 14:02:11 CET; 1 day 18h ago
       Docs: man:smbd(8)
             man:samba(7)
             man:smb.conf(5)
    Process: 4473 ExecStartPre=/usr/share/samba/update-apparmor-samba-profile (code=exited, status=0/SUCCESS)
   Main PID: 4481 (smbd)
     Status: "smbd: ready to serve connections..."
      Tasks: 4 (limit: 9445)
     Memory: 13.9M
     CGroup: /system.slice/smbd.service
             ├─4481 /usr/sbin/smbd --foreground --no-process-group
             ├─4488 /usr/sbin/smbd --foreground --no-process-group
             ├─4489 /usr/sbin/smbd --foreground --no-process-group
             └─4519 /usr/sbin/smbd --foreground --no-process-group

Så om vi börjar kolla de inställningar du har, vad får du ut om du kör:

Kod: Markera allt

sudo testparm

...?

[skalman65]

Satte mig och kikade lite här på mina egna burkar och förmodligen beror problematiken på att säkerhetsnivån i Samba har höjts ett par steg.

För att få det att funka som förut, så fick jag lägga in:

Kod: Markera allt

client min protocol = NT1
server min protocol = NT1

client use spnego = yes
client signing    = auto
server signing    = auto

...i /etc/samba/smb.conf och då funkade det precis som förut...

Om du lägger in det där, så kolla först att det inte finns några tidigare definitioner av samma saker...

Hur säkerheten påverkas av det har jag inte exakt satt mig in i ännu, men förmodligen spelar det ingen större roll i ett hemmanätverk...

Spelar det någon roll under vilken "avdelning/rubrik" i smb.conf man lägger till raderna?

[Osprey]

Spelar det någon roll under vilken "avdelning/rubrik" i smb.conf man lägger till raderna?

Jag skrev in det under "[global]" eftersom det kändes mest logiskt. Det är möjligt att det kan gå att lägga in så att man kan ha olika för olika utdelningar, men det har jag inte provat.

[EDIT] Har provat nu och den tycker inte om ifall man lägger in det under någon specifik utdelning, så det är nog bäst att ha det under [global].

För att kolla definitionerna i /etc/samba/smb.conf, kan du förresten använda:

Kod: Markera allt

sudo testparm

...