Hallo,
ich habe mir ein Netzwerklaufwerk mithilfe meiner Fritz!Box angelegt. Mit openSuse 42.1 konnte ich problemlos darauf zugreifen, indem ich die Adresse* smb://fritz.box* in Nautilus als Server angegeben habe. Unter openSuse 42.2 will das leider nicht mehr funktionieren: Ständig wird versucht eine Verbindung herzustellen, aber es tut sich nichts. Hat jemand eine Idee, was das Problem sein könnte?
Ich habe bereits:
mit sudo zypper up
die auf dem Rechner installierten Pakete auf den neuesten Stand gebracht - probiert, ob andere Geräte auf das Netzlaufwerk zugreifen können. Mit meinem Windows 10 Rechner funktioniert das einwandfrei.
im Backend der FritzBox nachgeschaut, ob SMB für den Zugriff weiterhin aktiviert ist. Das ist der Fall.
Ist der Zugriff mit smb://192.168.178.1 (192.168.178.1 ist nur ein Beispiel! das Du durch die tatsächliche IP-Adresse Deiner Fritz!Box ersetzen musst) möglich?
Hallo,
habe ich probiert, geht leider auch nicht.
Mittlerweile greife ich mit FTP auf die Fritz!NAS zu, indem ich die Adresse ftp://fritz.box verwende. Das funktioniert prinzipiell, wobei das SMB Protokoll sicherlich schneller wäre.
das könnte für eine weitere Fehleranalyse hilfreich sein.**
malcolmlewis**, meinte weiterhin, dass es helfen könnte die Zeilen
client use spnego = no
client ntlmv2 auth = no
in die Datei /etc/samba/smb.conf im Abschnitt [global] aufzunehmen; insbesondere wenn Du eine relative alte Fritz!box mit einer neuen SAMBA-Version von Deinem Rechner aus ansprechen willst.
Beide Varianten liefern bei mir den selben Fehler in der Terminalausgabe:
smbclient: relocation error: /usr/lib64/samba/libauthkrb5-samba4.so: symbol tevent_req_is_unix_error, version TEVENT_UTIL_0.0.1 not defined in file libtevent-util.so.0 with link time reference
Ich verwende die FritzBox 7490 mit der Firmware 6.83. Die ist eigentlich neu genug, oder? Falls wir keine weitere Lösung finden, würde ich das auch ausprobieren.
Auf dem Rechner ist die Firewall aktiviert und SMB Client wie SMB Server sind erlaubt (so kann ich es zumindest der GUI entnehmen).
Du hast kein Upgrade von 42.1 auf 42.2 gemacht, dafür benötigst du mehr als nur ein 42.2 Repo. Und dann sollten auch die 42.1 Repos deaktiviert werden…
Du versuchst vorsätzlich, dein System zu zerschiessen.
Da ist auf dem Weg von openSUSE 42.1 zu openSUSE 42.2 wohl etwas schief gegangen.
Du solltest zunächst erst einmal Deine Repository-Konfiguration so ändern, dass nur noch folgende Repositories zu openSUSE 42.2 aktiv sind (alle anderen deaktivieren!):
Hallo,
vielen Dank schonmal! Ich habe die Repositories entsprechend angepasst. Nun liefert mir der Befehl
zypper lr -upPE
folgende Ausgabe:
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | URI
---+-------------------------------------+-------------------------------+-----------+-----------------+----------------+-----------+------------------------------------------------------------------
1 | http-download.opensuse.org-4dceee0c | openSUSE:Leap:42.2 | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/42.2/repo/oss/
3 | openSUSE:Leap:42.2-NR-Non-Oss | openSUSE:Leap:42.2-NR-Non-Oss | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/42.2/non-oss/
4 | openSUSE:Leap:42.2-NR-Oss | openSUSE:Leap:42.2-NR-Oss | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/42.2/oss/
5 | openSUSE:Leap:42.2-Non-Oss | openSUSE:Leap:42.2-Non-Oss | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/42.2/repo/non-oss/
Dann habe ich den Befehl
zypper dup
als Administrator ausgeführt. Blöderweise kam es am Ende des Updates zu einem Dateikonflikt mit einer neuen Version der gstreamer Libary und dem lange Zeit zuvor installierten Fluendo Codec Pack. Blöderweise habe ich auf die Frage, ob der Fluendo Codec Pack überschrieben werden soll, mit Nein geantwortet. Ich hoffe, dass das aber nur Einfluss auf diese beiden Libaries hatte. Wenn ich den Befehl hätte zweimal ausführen können, hätte ich das korrigieren können.
Jedenfalls ist das Problem nun dasselbe,
smbclient -d4 -L //fritz.box/
liefert mir weiterhin den Fehler:
smbclient: relocation error: /usr/lib64/samba/libauthkrb5-samba4.so: symbol tevent_req_is_unix_error, version TEVENT_UTIL_0.0.1 not defined in file libtevent-util.so.0 with link time reference
Die Ausgabe von
zypper se -is samba
hat sich jedoch verändert:
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Typ | Version | Arch | Repository
--+-----------------------------+-------+------------+--------+-------------------
i | gvfs-backend-samba | Paket | 1.28.3-2.2 | x86_64 | openSUSE:Leap:42.2
i | libsamba-credentials0 | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | libsamba-credentials0-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | libsamba-errors0 | Paket | 4.4.2-7.2 | x86_64 | openSUSE:Leap:42.2
i | libsamba-errors0-32bit | Paket | 4.4.2-7.2 | x86_64 | openSUSE:Leap:42.2
i | libsamba-hostconfig0 | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | libsamba-hostconfig0-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | libsamba-passdb0 | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | libsamba-passdb0-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | libsamba-util0 | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | libsamba-util0-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba-client | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba-client-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba-libs | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba-libs-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba-winbind | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | samba-winbind-32bit | Paket | 4.2.4-27.1 | x86_64 | (Systempakete)
i | yast2-samba-client | Paket | 3.1.18-1.1 | noarch | openSUSE:Leap:42.2
i | yast2-samba-server | Paket | 3.1.16-1.2 | noarch | openSUSE:Leap:42.2