[Teilgelöst] Nach update Samba-Client 1752-1 vom 20.05.22 keine Verbindung mehr möglich

mojo

Member
Hallo,

nach dem Update des Samba-Clients auf openSUSE-SLE-15.3-2022-1752-1 vom 20.05.2022 ist unter Dolphin kein Zugriff auf SMB-Server mehr möglich.
Via Terminal ist der Zugriff aber möglich.

Auf einem anderen PC, auf dem das Update noch nicht installiert ist, funktioniert der Zugriff via Dolphin ebenfalls einwandfrei.

Daher gehe ich davon aus, dass es nicht am SMB-Server liegt.

Gibt es bereits Hinweise auf die Ursache? Ich konnte bislang nichts dazu finden.


mojoh
 
OP
M

mojo

Member
Code:
S | Name                     | Type  | Version                                  | Arch   | Repository
--+--------------------------+-------+------------------------------------------+--------+-------------------------------------------------------------
i | gvfs-backend-samba       | Paket | 1.42.2-4.24                              | x86_64 | Haupt-Repository
i | libsamba-policy0-python3 | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba                    | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-ad-dc-libs         | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-client             | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-client-libs        | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-libs               | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-libs-python3       | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-python3            | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | yast2-samba-client       | Paket | 4.3.4-3.6.1                              | noarch | Update repository with updates from SUSE Linux Enterprise 15
i | yast2-samba-server       | Paket | 4.3.4-1.5                                | noarch | Haupt-Repository
test@Deskmini:~>

Wie gesagt, auf der anderen Maschine mit ansonsten identischem Versionsstand (außer dem Update) funktioniert Samba unter Dolphin wie gehabt.

mojo
 
OP
M

mojo

Member
Die Fehlermeldung unter Dolphin lautet übrigens:
"Die Datei oder der Ordner smb://192.168.1.2/ existiert nicht."

mojo
 
Versuch mal ob Du auf der Konsole mittels "smbclient -UUSER@DOMAIN //SERVER/FREIGABE/" Zugriff auf die Freigabe bekommst.
 
Upps, sorry, hab ich überlesen, ich hatte nur "ist von anderen Rechnern noch möglich" im Kopf.
Da ich debian und kein suse verwende, kann ich dir nur eingeschränkt helfen. gvfs bzw dessen Abwesenheit kann ein Kandidat für solches Verhalten sein. Ansonsten hab ich etwas ähnliches unter debian mit thunar (andere auch mit nautilus) allerdings ist da die 4.16er Version betroffen und die Fehlermeldung etwas anders.
Gibt das journal evtl. noch etwas her?
 
OP
M

mojo

Member
Wie hast du smb gemountet?

Poste
Code:
cat /etc/fstab
Gar nicht:cool:.

Ich greife im Regelfall direkt mit Dolphin darauf (NAS) zu. Entweder über “Netzwerk“ in Dolphin oder den in Dolphin angelegten Shortcuts „smb://IPdesNAS“.
Hat ja bis zu dem o.g. Update auch funktioniert (und funktioniert auf dem Rechner ohne dem Update immer noch).

Da ja mit der Konsole der Zugriff via Samba weiterhin möglich ist, muss das Problem eigentlich bei Dolphin liegen.

Wenn das hier von anderen Usern nach Update bestätigt werden würde, wäre das ja dann eindeutig.
Oder hat das Problem nach dem Update hier keiner?

Die fstab liefere ich nachher nach (bin gerade nicht an besagtem Rechner).

mojo
 
Diese Funktionalität wird durch gvfs zur Verfügung gestellt.
Kontrolliere bitte mal ob evtl. davon etwas beim Update deinstalliert wurde. Und ansonsten wäre es interessant ob nur Dolphin oder auch thunar oder nautillus betroffen ist.
 
OP
M

mojo

Member
gvfs ist installiert (siehe Post #3).

Nautilus oder Thunar ist leider nicht installiert.
 
OP
M

mojo

Member
Ich habe jetzt nochmal verglichen.

Auf dem Rechner, auf dem der Zugriff via SMB mit Dolphin funktioniert, sieht es wie folgt aus:

Code:
test@i3-9100:~> zypper se -si samba
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                     | Type  | Version                                  | Arch   | Repositor
--+--------------------------+-------+------------------------------------------+--------+----------
i | gvfs-backend-samba       | Paket | 1.42.2-4.24                              | x86_64 | Haupt-Rep
i | libsamba-policy0-python3 | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba                    | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-ad-dc-libs         | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-client             | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-client-32bit       | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-client-libs        | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-client-libs-32bit  | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-libs               | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-libs-32bit         | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-libs-python3       | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | samba-python3            | Paket | 4.15.4+git.324.8332acf1a63-150300.3.25.3 | x86_64 | Update re
i | yast2-samba-client       | Paket | 4.3.4-3.6.1                              | noarch | Update re
i | yast2-samba-server       | Paket | 4.3.4-1.5                                | noarch | Haupt-Rep
test@i3-9100:~>

Auf dem Rechner, auf dem nach dem Update kein Zugriff unter Dolphin mit SMB mehr möglich ist, laufen diese Versionen:
Code:
S | Name                     | Type  | Version                                  | Arch   | Repository
--+--------------------------+-------+------------------------------------------+--------+-------------------------------------------------------------
i | gvfs-backend-samba       | Paket | 1.42.2-4.24                              | x86_64 | Haupt-Repository
i | libsamba-policy0-python3 | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba                    | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-ad-dc-libs         | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-client             | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-client-libs        | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-libs               | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-libs-python3       | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | samba-python3            | Paket | 4.15.7+git.376.dd43aca9ab2-150300.3.32.1 | x86_64 | Update repository with updates from SUSE Linux Enterprise 15
i | yast2-samba-client       | Paket | 4.3.4-3.6.1                              | noarch | Update repository with updates from SUSE Linux Enterprise 15
i | yast2-samba-server       | Paket | 4.3.4-1.5                                | noarch | Haupt-Repository
test@Deskmini:~>

Interessanterweise habe ich hier auch ein Tumbleweed laufen.
Das teste ich gleich auch mal...

Ja, und mit aktuellem Tumbleweed funktioniert der Zugriff auch nicht mehr:

Code:
test@i3-9100:~> zypper se -si samba
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S | Name                     | Type  | Version                        | Arch   | Repository
--+--------------------------+-------+--------------------------------+--------+-----------------------
i | gvfs-backend-samba       | Paket | 1.50.1-1.3                     | x86_64 | Haupt-Repository (OSS)
i | gvfs-backend-samba       | Paket | 1.50.1-1.3                     | x86_64 | openSUSE-20220102-0
i | libsamba-policy0-python3 | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | libsamba-policy0-python3 | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | samba                    | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | samba                    | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | samba-ad-dc-libs         | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | samba-ad-dc-libs         | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | samba-client             | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | samba-client             | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | samba-client-libs        | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | samba-client-libs        | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | samba-libs               | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | samba-libs               | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | samba-libs-python3       | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | samba-libs-python3       | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | samba-python3            | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | Haupt-Repository (OSS)
i | samba-python3            | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE-20220102-0
i | yast2-samba-client       | Paket | 4.5.1-1.2                      | noarch | Haupt-Repository (OSS)
i | yast2-samba-client       | Paket | 4.5.1-1.2                      | noarch | openSUSE-20220102-0
i | yast2-samba-server       | Paket | 4.5.0-1.2                      | noarch | Haupt-Repository (OSS)
i | yast2-samba-server       | Paket | 4.5.0-1.2                      | noarch | openSUSE-20220102-0
test@i3-9100:~>


mojo
 
Poste einmal von dem Client, der nicht funktioniert:
Code:
mount

Ausserdem mal als root:
Code:
journalctl -f
Dann mal versuchen sich zu verbinden und alle neu hinzugekommenen Meldungen posten.
 
OP
M

mojo

Member
Code:
test@Deskmini:~> mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
devtmpfs on /dev type devtmpfs (rw,nosuid,noexec,size=4096k,nr_inodes=1048576,mode=755)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=3205936k,nr_inodes=819200,mode=755)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,size=4096k,nr_inodes=1024,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
/dev/nvme0n1p2 on / type ext4 (rw,relatime)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=19010)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p3 on /home type ext4 (rw,relatime,data=ordered)
/dev/sda5 on /srv type ext4 (rw,relatime,data=ordered)
/dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1002 type tmpfs (rw,nosuid,nodev,relatime,size=1602964k,nr_inodes=400741,mode=700,uid=1002,gid=100)
gvfsd-fuse on /run/user/1002/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1002,group_id=100)
test@Deskmini:~>

Hier die neu hinzugekommenen Meldungen von journalctl -f (es wurde Dolphin gestartet und anschließend auf den bisher funktionierenden Eintrag im Navigationsbereich geklickt):

Code:
Mai 23 18:39:28 Deskmini.fritz.box kwin_x11[1930]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 18727, resource id: 33554764, major code: 18 (ChangeProperty), minor code: 0
Mai 23 18:39:29 Deskmini.fritz.box kdeinit5[2307]: Qt: Session management error: networkIdsList argument is NULL
Mai 23 18:39:29 Deskmini.fritz.box dolphin[2291]: kf.kio.core: We got some errors while running testparm "Weak crypto is allowed"
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Activating service name='org.kde.kpasswdserver' requested by ':1.47' (uid=1002 pid=2322 comm="smb.so [kdeinit5] smb local:/run/user/1002/klaunch")
Mai 23 18:39:42 Deskmini.fritz.box kiod5[2326]: kf.kio.kiod: Couldn't register name "kmtpd" with DBUS - another process owns it already!
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Successfully activated service 'org.kde.kpasswdserver'
Mai 23 18:39:42 Deskmini.fritz.box kiod5[2326]: kf.kio.kiod: loadModule "kpasswdserver"
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Activating service name='org.kde.kwalletd5' requested by ':1.49' (uid=1002 pid=2326 comm="/usr/lib64/libexec/kf5/kiod5 ")
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Successfully activated service 'org.kde.kwalletd5'
Mai 23 18:39:45 Deskmini.fritz.box systemd[1]: snapperd.service: Succeeded.

An dem Rechner wurde nichts verändert. Lediglich die angebotenen Updates wurden am Freitag ausgeführt. Und seitdem ist eine Verbindung nicht mehr möglich.

Auch wenn ich in Dolphin direkt über "Netzwerk" und dann "Freigegebene Ordner (SMB)" versuche mich zu verbinden, passiert nix.

Der Vollständigkeit halber: via FTP klappt es wie vor dem Update auch.


mojo
 
OP
M

mojo

Member
Ich habe jetzt alle Samba-Pakete mit Version 4.15.7 mit einem Downgrade wieder auf 4.15.4 gebracht.
Und jetzt kann ich mit Dolphin wieder auf mein NAS mittels SMB zugreifen.

Es liegt also an der neueren Version der SMB-Pakete (siehe auch Tumbleweed, mit der derzeitigen Version 4.16.1 funktioniert es ja auch nicht).

Leider komme ich nicht dahinter, was sich bei diesen beiden Versionen geändert hat, damit die Funktionalität so beeinträchtigt ist.
Hat da jemand Informationen darüber?

Ewig kann ich ja nicht bei den alten Samba-Paketen bleiben (nächsten Monat soll ja bereits Leap 15.4 erscheinen, da wird es mit alten Paketen wahrscheinlich sowieso vorbei sein).

mojo
 

susejunky

Moderator
Teammitglied
Hallo mojo,

... Es liegt also an der neueren Version der SMB-Pakete (siehe auch Tumbleweed, mit der derzeitigen Version 4.16.1 funktioniert es ja auch nicht).
das kann ich so nicht bestätigen.

Code:
# cat /etc/os-release
NAME="openSUSE Tumbleweed"
# VERSION="20220521"
ID="opensuse-tumbleweed"
ID_LIKE="opensuse suse"
VERSION_ID="20220521"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20220521"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
DOCUMENTATION_URL="https://en.opensuse.org/Portal:Tumbleweed"
LOGO="distributor-logo-Tumbleweed"
#

Code:
# zypper se -si samba*
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                     | Type  | Version                        | Arch   | Repository
---+--------------------------+-------+--------------------------------+--------+------------------------
i+ | samba                    | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-ad-dc-libs         | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-client             | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-client-32bit       | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-client-libs        | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-client-libs-32bit  | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i+ | samba-doc                | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | noarch | openSUSE Tumbleweed Oss
i  | samba-gpupdate           | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-ldb-ldap           | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-libs               | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-libs-32bit         | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-libs-python3       | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-python3            | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i+ | samba-tool               | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-winbind            | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-winbind-libs       | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
i  | samba-winbind-libs-32bit | Paket | 4.16.1+git.237.1d04c5f421f-1.1 | x86_64 | openSUSE Tumbleweed Oss
#
Ich kann auf meine NAS-Laufwerke problemlos zugreifen.

Sowohl indem ich sie explizit mit mount einhänge, als auch nur mit dolphin, ohne ein Laufwerk vorher explizit einzuhängen.

Viele Grüße

susejunky
 

susejunky

Moderator
Teammitglied
Hallo mojo,

... Hier die neu hinzugekommenen Meldungen von journalctl -f (es wurde Dolphin gestartet und anschließend auf den bisher funktionierenden Eintrag im Navigationsbereich geklickt):

Mai 23 18:39:28 Deskmini.fritz.box kwin_x11[1930]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 18727, resource id: 33554764, major code: 18 (ChangeProperty), minor code: 0
Mai 23 18:39:29 Deskmini.fritz.box kdeinit5[2307]: Qt: Session management error: networkIdsList argument is NULL
Mai 23 18:39:29 Deskmini.fritz.box dolphin[2291]: kf.kio.core: We got some errors while running testparm "Weak crypto is allowed"
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Activating service name='org.kde.kpasswdserver' requested by ':1.47' (uid=1002 pid=2322 comm="smb.so [kdeinit5] smb local:/run/user/1002/klaunch")
Mai 23 18:39:42 Deskmini.fritz.box kiod5[2326]: kf.kio.kiod: Couldn't register name "kmtpd" with DBUS - another process owns it already!
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Successfully activated service 'org.kde.kpasswdserver'
Mai 23 18:39:42 Deskmini.fritz.box kiod5[2326]: kf.kio.kiod: loadModule "kpasswdserver"
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Activating service name='org.kde.kwalletd5' requested by ':1.49' (uid=1002 pid=2326 comm="/usr/lib64/libexec/kf5/kiod5 ")
Mai 23 18:39:42 Deskmini.fritz.box dbus-daemon[1820]: [session uid=1002 pid=1820] Successfully activated service 'org.kde.kwalletd5'
Mai 23 18:39:45 Deskmini.fritz.box systemd[1]: snapperd.service: Succeeded.
hast Du /etc/samba/smb.conf schon einmal mit testparm überprüft?

Viele Grüße

susejunky
 

spoensche

Moderator
Teammitglied
Mai 23 18:39:29 Deskmini.fritz.box dolphin[2291]: kf.kio.core: We got some errors while running testparm "Weak crypto is allowed"

Dolphin startet die Überprüfung deiner /etc/samba/smb.conf via "testparm". Bei der Überprufung tritt ein Fehler auf und Dolphin verweigert daraufhin den Zugriff via smb://.

Ursache ist die Verwendung eines nicht mehr als sicher geltenden kryptographischen Algorithmus.

Welche Authentifizierungsmethode verwendest du?
 
Oben