ubuntuusers.de

Problem: mount error 2 = No such file or directory

Status: Gelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |

Papamatti

Anmeldungsdatum:
13. September 2007

Beiträge: 590

Ich habe ein Problem mit dem Mounten eines WindowsXP Home Rechners. Doch dazu weiter unten mehr, erstmal die Vorgeschichte:

Ich hatte bisher kaum Probleme mit dem Einbinden von Samba-Shares bzw. Windowsfreigaben, jetzt klappt es aus mir unerklärlich gründen bei einem Bekannten mit einer fast identischen Konfiguration nicht. Der einzige Unterschied ist, dass ein und der selbe Eintrag in die /etc/fstab unter Hardy nicht mehr läuft unter Gutsy lief es noch mit WinXP Home. Jetzt in Stichpunkten:

Dieser Eintrag in die /etc/fstab hat unter Gutsy Gibbon bisher perfekt funktioniert:

//192.168.0.20/f /windows/f cifs user=''linuxbenutzer'',guest,uid=''linuxbenutzer'',gid=users,iocharset=utf8,nosetuids,rw,soft,auto 0 0

Im Moment habe ich diesen Eintrag auf meinen Heimrechner im Einsatz in Kombination Hardy Heron → Vista Home Premium

//192.168.0.20/f /windows/f cifs user=''linuxbenutzer'',password=''unsicherespasswort'',uid=''linuxbenutzer'',gid=users,iocharset=utf8,nosetuids,rw,soft,auto 0 0

Und auch hier funktioniert das Mounten perfekt.

Nun habe ich endlich einen Bekannten davon überzeugt auf einen seiner Rechner Linux (anstatt Windows98) zu installieren, gesagt getan...läuft sehr gut. AAAABER es funktioniert kein Mounten der WindowsXP Home Freigaben.

Ziel ist es, eine WindowsXP Home Freigabe in das Dateisystem von Hardy Heron dauerhaft zu mounten.

- smbclient wurde installiert - Firewall ist deaktiviert

Folgender Eintrag wanderte in die /etc/fstab

//192.168.0.2/f /windows/f cifs user=''linuxbenutzer'',guest,uid=''linuxbenutzer'',gid=users,iocharset=utf8,nosetuids,rw,soft,auto 0 0

SMBTree liefert folgende Ausgabe:

linuxbenutzer@linux:~$ smbtree 192.168.0.2
Password: 
session request to 192.168.0.2 failed (Called name not present)
session request to *SMBSERVER failed (Not listening on called name)
session request to WINDOWSRECHNER failed (Not listening on called name)
session request to *SMBSERVER failed (Not listening on called name)
linuxbenutzer@linux:~$ smbclient -L 192.168.0.2
session request to 192.168.0.2 failed (Called name not present)
session request to 192 failed (Called name not present)
session request to *SMBSERVER failed (Not listening on called name)

IP-Adresse stimmt...

linuxbenutzer@linux:~$ ping 192.168.0.2 -c 3
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
64 bytes from 192.168.0.2: icmp_seq=1 ttl=128 time=0.280 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=128 time=0.283 ms
64 bytes from 192.168.0.2: icmp_seq=3 ttl=128 time=0.285 ms

--- 192.168.0.2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.280/0.282/0.285/0.019 ms
linuxbenutzer@linux:~$ sudo mount -a
[sudo] password for linuxbenutzer: 
Warning: mapping 'guest' to 'guest,sec=none'
mount error 2 = No such file or directory
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)

Ehrlich gesagt ist es mir ein Rätsel wieso es nicht geht....

deaddivinity

Anmeldungsdatum:
26. Dezember 2006

Beiträge: 66

Wohnort: Hannover

Hi,

hast du schon überprüft ob überhaupt eine Freigabe existiert? Die Fehler von smbclient und smbtree deuten darauf hin, dass zumindest hinter der von dir benutzten IP-Adresse keine Windows-Freigabe darauf wartet angesprochen zu werden.

Gruß

Papamatti

(Themenstarter)

Anmeldungsdatum:
13. September 2007

Beiträge: 590

Die Freigabe ist da! Auf diese habe ich vor der Installation die Daten von der Win98 Parition gesichert....darum brauche ich ja Zugriff darauf. Die Freigaben sind auch unter Netzwerke auf dem Windowsrechner zu sehen. Wenn es so einfach währe.

Habe im Launchpad gerade gelesen, daß es da ein Bug gibt in zusammenhang mit CIFS und guest-zugängen...

Werde morgen mir etwas Zeit nehmen..

deaddivinity

Anmeldungsdatum:
26. Dezember 2006

Beiträge: 66

Wohnort: Hannover

Hiho,

um Fehler beim automounten mit fstab auszuschließen würde ich vorschlagen sollte das erste anzusteuernde Ziel die Kommunikation mit der Windows Kiste per smbclient sein.

Habe mal ein wenig recherchiert und bin darauf gestoßen, dass der Parameter -L den Hostnamen und nicht die IP-Adresse erwartet. Für den Fall das die Auflösung fehlschlägt kann man mit -I zusätzlich die IP-Adresse setzen. Welche Ausgabe erzeugt denn:

smbclient -L HOSTNAMEVOMWINRECHNER

(alternativ mit zusätzlichem -I 192.168.0.2)

Anderer ggf. schnell zum Erfolg führender Ansatz: Habe derartige Zugriffe bis dato immer aus dem nautilus herraus gemacht - für den config-faulen Zugriff zwischendurch. Was passiert, wenn du dort einfach die location smb://192.168.0.2 eingibst?

Gruß

Papamatti

(Themenstarter)

Anmeldungsdatum:
13. September 2007

Beiträge: 590

deaddivinity schrieb:

Habe mal ein wenig recherchiert und bin darauf gestoßen, dass der Parameter -L den Hostnamen und nicht die IP-Adresse erwartet. Für den Fall das die Auflösung fehlschlägt kann man mit -I zusätzlich die IP-Adresse setzen. Welche Ausgabe erzeugt denn:

smbclient -L HOSTNAMEVOMWINRECHNER

(alternativ mit zusätzlichem -I 192.168.0.2)

Ich habe unseren alten Rechner (Duron1300) mit installiertem WindowsXP reaktiviert und die Situation hier nachgestellt (Ist sogar der gleiche Chipsatz und die gleiche Netzwerkkarte (Realtek). Was soll ich sagen? Es funktioniert hier lokal alles wie gewünscht:

matthias@matti-computer:~$ smbtree
Password: 
ZUHAUSE
	\\TEST-COMPUTER		Test
		\\TEST-COMPUTER\Datentausch    	
		\\TEST-COMPUTER\System (C)     	
		\\TEST-COMPUTER\matti          	
		\\TEST-COMPUTER\Daten 2 (E)    	
		\\TEST-COMPUTER\Drucker3       	Brother DCP-130C USB
		\\TEST-COMPUTER\NEU (D)        	
		\\TEST-COMPUTER\SharedDocs     	
		\\TEST-COMPUTER\print$         	Druckertreiber
		\\TEST-COMPUTER\IPC$           	Remote-IPC
		\\TEST-COMPUTER\Familienfotos  	
papamatti@mein-computer:~$ smbclient -L 192.168.0.21
Password: 
Domain=[TEST-COMPUTER] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]

	Sharename       Type      Comment
	---------       ----      -------
	Familienfotos   Disk      
	IPC$            IPC       Remote-IPC
	print$          Disk      Druckertreiber
	SharedDocs      Disk      
	NEU (D)         Disk      
	Drucker3        Printer   Brother DCP-130C USB
	Daten 2 (E)     Disk      
	matti           Disk      
	System (C)      Disk      
	Datentausch     Disk      
session request to 192.168.0.21 failed (Called name not present)
session request to 192 failed (Called name not present)
Domain=[TEST-COMPUTER] OS=[Windows 5.1] Server=[Windows 2000 LAN Manager]

	Server               Comment
	---------            -------

	Workgroup            Master
	---------            -------

Anderer ggf. schnell zum Erfolg führender Ansatz: Habe derartige Zugriffe bis dato immer aus dem nautilus herraus gemacht - für den config-faulen Zugriff zwischendurch. Was passiert, wenn du dort einfach die location smb://192.168.0.2 eingibst?

Also hier kommen alle Freigaben, bei meinem Bekannten kommt rein gar nichts!

Ich habe dann den umgekehrten Versuch gestartet: Freigabe auf dem Ubuntu Rechner und Windows soll drauf zugreifen. Also im Nautilus "Sharing Optioms" gewählt, woraufhin nach der Installation des Services gefragt wird. Die Installation startet und danach möchte ich das Share erstellen, nach Create kommt lapidar: "Service not installed" ?!??!? Ich habe bei Synaptic nachgeschaut, hmmmm, nautilus share ist installiert, stutzig wurde ich als Samba nicht installiert war...ich habe es dann einfach installiert und siehe da, zumindestens kann nun mein Bekannter mit "smbtree" seinen Rechner selbst sehen. Bin immernoch ein wenig Ratlos. Leider musste ich gestern an diesem Punkt abbrechen... Irgendeine konfiguration scheint nicht korrekt zu sein, oder ein Paket wurde nicht richtig installiert. Ich werde alles Sambabezogenes einmal komplett deinstallieren und danach wieder aufspielen, vielleicht ist irgendeine Konfig durcheinandergeraten. Der einzige Unterschied ist, daß ich hier Ubuntu 8.04 installiert hatte und dort direkt sauber die neuere 8.04.1. Vielleicht sind auch 384Mb RAM zu wenig, werde aus meinem Rechner einen 256er Riegel spenden damit drüben 512MB zu Verfügung stehen...

Ich werde auf jeden Fall dranbleiben....danke für Eure hilfe bisher....!

deaddivinity

Anmeldungsdatum:
26. Dezember 2006

Beiträge: 66

Wohnort: Hannover

Hiho,

anstatt mit anderen Konfigurationen zu vergleichen, sollten wir lieber weiter den bestehenden Fehler in der bestehenden Konfiguration lokalisieren.

Welche Ausgabe kommt denn nun bei deinem Bekannten bei:

smbclient -L HOSTNAME

?

Du scheinst bei deinem Bekannten nun einen Samba-Server installiert zu haben (weshalb er smbtree nun auf sich selbst anwenden kann) - das ist auch durchaus nötig, um von einem Windows Rechner aus auf den Ubuntu-Rechner zuzugreifen.

Theoretisch sollte der Samba-Client aber ausreichen um das Backup zurückzuspielen, wie du es ursprünglich geplant hattest.

Ich vermute das Problem bei euch eher auf Basis des Netzwerkes, als bei Samba. Du hast in deinem ersten Post "ping 192.168.0.2" als Beweis angeführt, dass die IP-Adresse stimmt. Werden die Adressen per DHCP verteilt, oder hast du sie selbst angegeben? Gibt es einen Router oder andere Geräte die ggf. 192.168.0.2 sein könnten? Um sicherzustellen, dass der Windowsrechner tatsächlich diese IP-Adresse hat würde ich vorschlagen dies zu 100% sicherzustellen (falls nicht getan, versteht sich):

In Windows eine Eingabeaufforderung starten (Win-Taste+R->cmd eintippen&bestätigen). Dort den Befehl "ipconfig" absetzen.

Gruß

Papamatti

(Themenstarter)

Anmeldungsdatum:
13. September 2007

Beiträge: 590

Also folgende Konfiguration: - Die beiden Rechner sind über einen Router (Netgear RP614v3) verbunden.

- Die IP-Addresse für den Windowsrechner wird mit DHCP zugewiesen: 192.168.0.20 (Diese ist im Router mit Hilfe der MAC-Adresse fest reserviert, dieser Rechner bekommt also nur diese IP, hatte ich vorgestern geändert damit die fixe IP 192.168.0.3 des Linuxrechners nicht mit DHCP kollidiert. DHCP-Bereich 20 bis 50)

- XP-Rechner lässt sich vom Ubuntu-Rechner anpingen...

Ausgabe SMBTree:

linuxbenutzer@linux:~$ smbtree
Password: 
WORKGROUP
	\\LINUXBENUTZER         		linuxbenutzer server (Samba, Ubuntu)
		\\LINUXBENUTZER\datentausch    	
		\\LINUXBENUTZER\PDF            	PDF
		\\LINUXBENUTZER\IPC$           	IPC Service (linuxbenutzer server (Samba, Ubuntu))
		\\LINUXBENUTZER\samba          	
		\\LINUXBENUTZER\print$         	Printer Drivers
MSHEIMNETZ
session request to 192.168.0.20 failed (Called name not present)
session request to *SMBSERVER failed (Not listening on called name)
session request to WINDOWSRECHNER failed (Not listening on called name)
session request to *SMBSERVER failed (Not listening on called name)

Ausgabe SMBClient -L:

linuxbenutzer@linux:~$ smbclient -L 192.168.0.20
session request to 192.168.0.20 failed (Called name not present)
session request to 192 failed (Called name not present)
session request to *SMBSERVER failed (Not listening on called name)

Gruß

Max-Ulrich_Farber

Avatar von Max-Ulrich_Farber

Anmeldungsdatum:
23. Januar 2007

Beiträge: 8004

Ich weiß nicht, ob das weiter hilft. XP home ist immer ein bisschen problematisch. 😕

Meine Erfahrung ist, dass die Verbindung von Ubuntu aus nur dann sicher klappt, wenn der Benutzer sich auf dem Windows-Rechner mit Namen und Kennwort eingeloggt hat, und wenn dieser Benutzername auch auf dem Ubuntu-Rechner einen Account hat. Das gilt offenbar auch dann, wenn ein Gast-Zugang ohne Passwort versucht wird.

Gruß - Max-Ulrich

Papamatti

(Themenstarter)

Anmeldungsdatum:
13. September 2007

Beiträge: 590

Das Problem ist gelöst: Auf dem WindowsXP Rechner war die Dateifreigabe nur an das IPX-Protokoll gebunden. TCP/IP war zwar auch installiert, allerdings nur für das Internet genutzt. Hintergrund ist eine alte Version der Norton Internet Firewall bei der noch nicht getrennt wurde zwischen Internet und internem Netzwerk. 🙄 Diese Einstellung blieb unbemerkt bis heute so aktiv zwischen dem Win98 Rechner und dem XP Rechner. Damit hatte Ubuntu (ehem. Win98) keine Chance die Freigaben des anderen Rechners zu finden, da diese ja auf dem TCP/IP Protokoll erwartet wurden.

Nun funktioniert alles wie gewünscht... 😀

Antworten |