Scanordner über Samba

abc@dvw:~> getent passwd | grep 100
abc:x:1000:1000:Daniel:/home/abc:/bin/bash
hpscan:x:1001:1003::/home/hpscan:/bin/bash

Wenn das jetzt nicht die Lösung bringt, werde ich Leap 16 neu instaliieren. Es hat mir sowieso nicht gefallen, daß ich bei der Installation nicht die Homepartition verschlüsseln konnte, ohne die Rootpartition zu verschlüsseln. Diesmal werde ich die Rootpartition nicht verschlüsseln und die alte, verschlüsselte Homepartition einhängen. Danke nochmal für alle Eure Hilfe. Keine Ahnung, ob die Ursache etwas Tiefgreifendes oder ein Tippfehler ist. Schon jahrelang verwende ich diese Sambaverbindung, solche Schwierigkeiten hatte ich noch nie.

Habe Leap 16.0 neu installiert, dabei / und Swap neu erstellt, die alte /home eingehängt. Habe die Sambafreigabe neu eingerichtet, der Samba-Zugriff funktioniert wieder nicht. So bin ich vorgegangen:

hostnamectl set-hostname dvw
chmod -R a+rw /home/abc/hdd2/rw/HP-Scans
useradd -M -G users hpscan
smbpasswd -a hpscan
systemctl start nmb smb
sudo systemctl enable smb.service

/etc/samba/smb.conf :

[scans-dvw]
    writeable = yes
    path = /home/abc/hdd2/rw/HP-Scans
    valid users = hpscan

Verwendeter Netzwerkpfad: \\dvw\scans-dvw

smbstatus:

smbstatus
Samba version 4.22.6-git.435.014e5eceb5d160000.1.1SUSE-oS16.0-x86_64

Habe "setenforce 0" gesetzt.

Firewall:

dvw:/var/log/samba # systemctl stop firewalld
dvw:/var/log/samba # systemctl status firewalld
○ firewalld.service - firewalld - dynamic firewall daemon
     Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; preset: enabled)
     Active: inactive (dead) since Fri 2025-12-19 09:26:07 CET; 3s ago
   Duration: 24min 25.057s
 Invocation: 2db38c50fb2a46da9956195b19797c87
       Docs: man:firewalld(1)
    Process: 1329 ExecStart=/usr/sbin/firewalld --nofork --nopid $FIREWALLD_ARGS (code=exited, status=0/SUCCESS)
   Main PID: 1329 (code=exited, status=0/SUCCESS)
        CPU: 358ms

Dez 19 09:01:41 dvw systemd[1]: Starting firewalld - dynamic firewall daemon...
Dez 19 09:01:41 dvw systemd[1]: Started firewalld - dynamic firewall daemon.
Dez 19 09:26:07 dvw systemd[1]: Stopping firewalld - dynamic firewall daemon...
Dez 19 09:26:07 dvw systemd[1]: firewalld.service: Deactivated successfully.
Dez 19 09:26:07 dvw systemd[1]: Stopped firewalld - dynamic firewall daemon.

Log :

dvw:/var/log/samba # cat log.smbd
[2025/12/18 14:35:42.440192,  0] ../../source3/smbd/server.c:1971(main)
  smbd version 4.22.6-git.435.014e5eceb5d160000.1.1SUSE-oS16.0-x86_64 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2025
[2025/12/19 09:01:47.157379,  0] ../../source3/smbd/server.c:1971(main)
  smbd version 4.22.6-git.435.014e5eceb5d160000.1.1SUSE-oS16.0-x86_64 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2025
[2025/12/19 09:26:34.549094,  0] ../../source3/smbd/smb2_service.c:117(chdir_current_service)
  chdir_current_service: vfs_ChDir(/home/abc/hdd2/rw/HP-Scans) failed: Keine Berechtigung. Current token: uid=1001, gid=1001, 2 groups: 1001 100
[2025/12/19 09:26:34.554047,  0] ../../source3/smbd/smb2_service.c:117(chdir_current_service)
  chdir_current_service: vfs_ChDir(/home/abc/hdd2/rw/HP-Scans) failed: Keine Berechtigung. Current token: uid=1001, gid=1001, 2 groups: 1001 100
[2025/12/19 09:26:34.559089,  0] ../../source3/smbd/smb2_service.c:117(chdir_current_service)
  chdir_current_service: vfs_ChDir(/home/abc/hdd2/rw/HP-Scans) failed: Keine Berechtigung. Current token: uid=1001, gid=1001, 2 groups: 1001 100
[2025/12/19 09:26:34.564038,  0] ../../source3/smbd/smb2_service.c:117(chdir_current_service)
  chdir_current_service: vfs_ChDir(/home/abc/hdd2/rw/HP-Scans) failed: Keine Berechtigung. Current token: uid=1001, gid=1001, 2 groups: 1001 100

Rechte:

abc@dvw:~/hdd2/rw> ll
insgesamt 40
drwxrwxrwx.  2 abc  abc   4096 19. Dez 09:31 HP-Scans

Da ist wieder dieser Punkt. Kann es an dem liegen? Wie bekomme ich den weg? Mit "setfacl -b HP-Scans" ging es nicht.

abc@dvw:~/hdd2/rw> getfacl HP-Scans
# file: HP-Scans
# owner: abc
# group: abc
user::rwx
group::rwx
other::rwx

Danke. Der Scanner meldet:

„Nicht geschrieben in den Netzwerkordner.
Zielordner schreibgeschützt, falsche
Berechtigungen oder nicht mehr verfügbar.“

Ergebnis:

abc@dvw:~/hdd2/rw> ll
insgesamt 44
drwxrwxrwx+  2 abc  abc   4096 19. Dez 09:31 HP-Scans

abc@dvw:~/hdd2/rw> getfacl HP-Scans
# file: HP-Scans
# owner: abc
# group: abc
user::rwx
user:hpscan:rwx
group::rwx
mask::rwx
other::rwx

"systemctl start nmb smb" habe ich ausgeführt. Ausgeloggt noch nicht.

/home/abc/hdd2 ist der Einhängepunkt für eine Festplatte. Sowohl /home als auch diese Festplatte sind mit LUKS verschlüsselt. Das hatte ich unter Leap 15.6 auch alles so, da funktionierte die Samba-Verbindung.

Zitat von Sauerland

https://fedoraproject.org/wiki/SELinux/samba

Das klingt relevant, aber schwer verständlich. Weiß z.B. nicht, ob "To make this change permanent (survive a relabel)" auf mich zutrifft, weil ich nicht weiß, was ein relabel ist. "chcon -t samba_share_t /var/eng" habe ich ausgeführt, obwohl ich nicht sicher bin, ob ich das brauche, denn das Verzeichnis ist ja ein Unterverzeichnis von /home.

"setsebool -P samba_enable_home_dirs 1" habe ich ausgeführt. Den Satz "f you want to use a remote Samba server for the home directories on this machine" verstehe ich wieder nicht.

Ich will doch nur eine einfache Freigabe machen, warum muß das denn so viel komplizierter werden? Wie wollen wir denn Linux auf mehr Desktops bekommen, wenn das immer komplizierter wird?

Wenn SELinux das Hindernis für den Samba-Zugriff ist, warum bleibt es mit "setenforce 0" bestehen? In log.smbd kommt immer noch

[2025/12/19 21:14:59.532253,  0] ../../source3/smbd/smb2_service.c:117(chdir_current_service)
  chdir_current_service: vfs_ChDir(/home/abc/hdd2/rw/HP-Scans) failed: Keine Berechtigung. Current token: uid=1001, gid=1001, 2 groups: 1001 100

Nachdem ich gestern noch versucht hatte, Samba zum Laufen zu bekommen mithilfe der Seiten

https://fedoraproject.org/wiki/SELinux/samba ,

https://docs.redhat.com/en/doc…ba-configuration_examples und https://serverfault.com/questi…elinux-denies-samba-share verweist auf https://selinuxproject.org/page/SambaRecipes (wo die Befehle semanage, restorecon und setsebool verwendet werden), mit dem Ergebnis, daß der Zugriff immer noch blockiert war, dafür aber heute morgen OpenSUSE nicht mehr lief, habe ich heute morgen Leap 16.0 nochmal installiert, diesmal ohne SELinux. In drei Minuten hatte ich danach die Sambafreigabe erfolgreicht eingerichtet. Traurig, daß die Installation von Leap 16.0 mit Agama so benutzerunfreundlich ist; das schadet der Verbreitung von OpenSUSE und Linux. SELinux sollte nicht als Standardeinstellung vorgeschlagen werden. Zweitens sollte bei der Installation nomodeset voreingestellt sein, damit nicht einige Benutzer auf einem schwarzen Bildschirm landen. Drittens sollte es möglich sein, die Homepartition, aber nicht die Root- und die Swappartition zu verschlüsseln. (Außerdem wird beim Versuch, eine weitere Festplatte einzuhängen, der Inhalt gelöscht, was bei jemandem, der das nicht merkt auch zu OpenSUSE-Aversion führen wird.)

Jetzt habe ich die Lösung gefunden. Das Problem war ja, daß der Scanner mit dem Samba- und Linuxbenutzer hpscan nicht per Samba in das Verzeichnis /home/abc/hdd2/rw/HP-Scans schreiben konnte. Durch sudo -s -u hpscan und dann cd /home/abc/hdd2/rw/HP-Scans konnte ich sehen, daß der Nutzer hpscan "keine Berechtigung" für HP-Scans hatte. Warum?

HP-Scans hatte die Zugriffsrechte drwxrwxrwx . Da riet mir erst einmal jemand, den anderen (also der Welt) nicht Schreibzugriff zu gewähren, also chmod 775 HP-Scans, das ergibt drwxrwxr-x. Außerdem gehörte HP-Scans zur Gruppe abc, das habe ich geändert durch chgrp hpscan HP-Scans. Aber das war noch nicht die Lösung.

Der entscheidende Fehler war, daß das Homeverzeichnis die Zugriffsrechte drwx------ hatte. Als ich chmod 775 abc setzte, also "drwxrwxr-x.", konnte der Scanner per Samba endlich wieder auf /home/abc/hdd2/rw/HP-Scans schreiben.