robert-engel
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Hallo Ubuntuuser, ich habe gestern und heute endlich auf Ubuntu 20.04.1 und neue Anwendungen umgestellt (komplette Neuinstallation) und soweit alles wieder gut hin bekommen. Das Einzige, was nicht klappt, ist das Mounten bzw. der Zugriff auf die SSD in meinem Festplattenreceiver ET9200. Dieser läuft mit einem älteren OpenPLi, also auch mit einem Linux. Beim letzten Mal (2017) bekam ich es folgendermaßen hin ... Installation von cifs-utils , um auf den SatReceiver mit veraltetem Netzwerk-Standard zugreifen zu können (sudo apt install cifs-utils ) User re zur Gruppe re hinzu gefügt (sudo usermod -a -G re re ) /etc/fstab um eine Zeile ergänzt (sudo nano /etc/fstab )
//192.168.XXX.YYY/Harddisk /media/re/ET9200 cifs auto,rw,username=re,passwd=PASSWORT 0 0 Das hat diesmal aber leider nicht geklappt. Den Ordner /media/re/ET9200 gibt es, er ist aber leer. Es erfolgte zudem beim Booten eine Abfrage nach dem Passwort für den Zugriff auf das Netzlaufwerk. Auch in Nautilus wird ET9200 jetzt links angezeigt. Ein Klick darauf bringt aber eine Fehlermeldung. Manuelles mounten ergibt dies ... re@PC:~$ sudo mount //192.168.41.7/Harddisk/ /media/re/ET9200
Password for root@//192.168.41.7/Harddisk/: ********
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) Was sollte ich versuchen? Ich kann über die Webschnittstelle auf die Box zugreifen, TV-Programme und Aufzeichnungen ansehen, programmieren und löschen. Ich hatte dort aber auch Musik und weitere nützliche Daten für das Netzwerk gespeichert, auf die ich nun nicht mehr mit Nautilus oder dem Double Commander zugreifen kann. Besten Dank fürs Nachdenken. Gruß, Robert.
Moderiert von kB: Aus dem Forum „Netzwerk und Internetzugang einrichten“ in einen besser passenden Forenbereich verschoben. Bitte beachte die als wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“) im jeweiligen Forum! Danke.
|
Chemnitzsurfer
Anmeldungsdatum: 26. April 2011
Beiträge: 877
Wohnort: Chemnitz
|
Wenn der Reciver SMB 1 nutzt, gibt es ab 20.04 Probleme, da dieser veraltete Standard nicht mehr unterstützt wird, sondern manuell freigegeben werden müssten Ist hier relativ weit unten alles beschrieben
https://wiki.ubuntuusers.de/Samba_Client_cifs/
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
robert-engel schrieb: […]
//192.168.XXX.YYY/Harddisk /media/re/ET9200 cifs auto,rw,username=re,passwd=PASSWORT 0 0 […] Es erfolgte zudem beim Booten eine Abfrage nach dem Passwort für den Zugriff auf das Netzlaufwerk.
Die Option von mount.cifs zur Angabe des Passwortes lautet password= .
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8616
Wohnort: Münster
|
robert-engel schrieb: […]
//192.168.XXX.YYY/Harddisk /media/re/ET9200 cifs auto,rw,username=re,passwd=PASSWORT 0 0
[…] Was sollte ich versuchen?
Möglicherweise beherrscht der Festplattenreceiver ET9200 nur das Protokoll SMBv1. Versuche: //192.168.XXX.YYY/Harddisk /media/re/ET9200 cifs _netdev,rw,vers=1.0,username=re,password=PASSWORT 0 0
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
kB schrieb: Möglicherweise beherrscht der Festplattenreceiver ET9200 nur das Protokoll SMBv1.
Oder gleich mit nmap untersuchen:
sudo apt install nmap
sudo nmap --script smb-protocols 192.168.xxx.yyy # hier die korrekte Adresse eintragen
|
robert-engel
(Themenstarter)
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Hallo kB, danke für die Antworten. Habe alle drei Vorschläge probiert, trotzdem kein Zugriff. Das mit vers=1.0 hatte ich schon zuvor gefunden und getestet. Gruß, Robert.
|
robert-engel
(Themenstarter)
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Hallo chr123, danke für Deine Antwort. re@PC:~$ sudo nmap --script smb-protocols 192.168.41.7
Starting Nmap 7.80 ( https://nmap.org ) at 2020-11-29 13:24 CET
Nmap scan report for 192.168.41.7
Host is up (0.00044s latency).
Not shown: 990 closed ports
PORT STATE SERVICE
21/tcp open ftp
22/tcp open ssh
23/tcp open telnet
80/tcp open http
111/tcp open rpcbind
139/tcp open netbios-ssn
443/tcp open https
445/tcp open microsoft-ds
8001/tcp open vcom-tunnel
8200/tcp open trivnet1
MAC Address: 00:16:B4:03:F4:92 (Private)
Nmap done: 1 IP address (1 host up) scanned in 0.65 seconds
re@PC:~$ Da sehe ich aber keine Versionsnummern. Gruß, Robert.
|
robert-engel
(Themenstarter)
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Hallo Chemnitzsurfer, danke, das sehe ich mir so bald wie möglich an. Gruß, Robert.
|
robert-engel
(Themenstarter)
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Wie ich gerade gesehen habe, ist der Besitzer des Mountpunktes root . Muss ich das vielleicht ändern? Wenn ich einen USB-Stick einstecke, kommt hier ein Verzeichnis hinzu, dessen Eigentüber aber Ich bin. Gruß, Robert.
|
robert-engel
(Themenstarter)
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Hallo Chemnitzsurfer, die Datei /etc/samba/smb.conf gibt es bei mir offenbar nicht. Muss ich da vielleicht noch etwas (Paket samba ) installieren? Der VLC Media Player hat da noch eine Library, vermutlich zum Abspielen der TV-Streams und/oder der Aufzeichnungen.
re@PC:~$ sudo apt install samba
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
attr ibverbs-providers libcephfs2 libibverbs1 librados2 librdmacm1
python3-crypto python3-dnspython python3-gpg python3-ldb python3-markdown
python3-packaging python3-pygments python3-pyparsing python3-samba
python3-tdb samba-common samba-common-bin samba-dsdb-modules
samba-vfs-modules tdb-tools
Vorgeschlagene Pakete:
python-markdown-doc python-pygments-doc ttf-bitstream-vera
python-pyparsing-doc bind9 bind9utils ctdb ldb-tools ntp | chrony
smbldap-tools winbind heimdal-clients
Die folgenden NEUEN Pakete werden installiert:
attr ibverbs-providers libcephfs2 libibverbs1 librados2 librdmacm1
python3-crypto python3-dnspython python3-gpg python3-ldb python3-markdown
python3-packaging python3-pygments python3-pyparsing python3-samba
python3-tdb samba samba-common samba-common-bin samba-dsdb-modules
samba-vfs-modules tdb-tools
0 aktualisiert, 22 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 9.966 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 66,3 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] n
Abbruch.
re@PC:~$ ... und noch ...
re@PC:~$ dpkg --list | grep samba
ii samba-libs:amd64 2:4.11.6+dfsg-0ubuntu1.6 amd64 Samba core libraries
ii vlc-plugin-samba:amd64 3.0.9.2-1 amd64 Samba plugin for VLC
re@PC:~$ Gruß, Robert.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Die Ports (139, 445) für die smb-Shares sind zwar offen, aber das Skript kann nicht die Protokollversionen abfragen. Kontrolliere bitte mal, ob das Script auch tatsächlich vorhanden ist: | ls /usr/share/nmap/scripts/smb-pro*
|
Du kannst natürlich auch den Pfad direkt angeben:
| sudo nmap --script /usr/share/nmap/scripts/smb-protocols.nse 192.168.41.7
|
Wenn nmap die Protokollversionen schon nicht abfragen kann, dann würde ich darauf tippen, dass noch etwas am Receiver administriert werden muss.
|
robert-engel
(Themenstarter)
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Hallo Chr123, danke für Deine Antwort. Es gibt die Datei und bei der langen Anweisung kommt dasselbe heraus wie oben. Was müsste noch administriert werden? Sollte ich das Paket samba installieren? Gruß, Robert.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ich verstehe zwar nicht, warum nmap keine Ergebnisse liefert, aber vielleicht liegt es ja an mount.cifs. Kannst ja mal gio testen?
gio mount smb://192.168.41.7/Harddisk
|
robert-engel
(Themenstarter)
Anmeldungsdatum: 30. Oktober 2015
Beiträge: 1972
|
Tja, leider ... re@PC:~$ gio mount smb://192.168.41.7/Harddisk
gio: smb://192.168.41.7/harddisk/: Einhängen der Windows-Freigabe ist fehlgeschlagen:
Das Programm verursachte den Abbruch der Verbindung
re@PC:~$ Danke und Gruß, Robert.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Ich würde jetzt versuchen per telnet oder ssh direkt auf den Receiver zu gehen und dort nach der Konfiguration zu schauen, aber das führt für dich jetzt wohl zu weit. Versuche mal alternativ zu schauen, ob ftp als Workaround gehen würde
gio mount ftp://192.168.41.7
|