Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
[Fusion] Nach Installation der VM Tools, Netzwerk futsch
[Fusion] Nach Installation der VM Tools, Netzwerk futsch
Hallo zusammen,
meine VMware Workstation ist eigentlich eine VMware Fusion 1.1 Version unter einem Mac OS X 10.4.11.
Die Installation einer Suse Linux 10.3 (32-bit) lief eigentlich ziemlich unkompliziert und auch schon während des Installations-Prozesses konnte ich über das Internet Updates und Patches ziehen. Nachdem die Grundinstallation fertig war, habe ich die VMware Tools installiert. Bin in das RunLevel 1 gesprungen, "vmware-config-tools.pl" ausgeführt und bis auf den "experimentellen" Kram alles kompiliert bekommen. Anschließend war die Grafikunterstützung und Mouse-Support funktionsfähig. Das Netzwerk bzw. Internetfähigkeit via NAT allerdings platt. Drag & Drop funktioniert nicht. Letztendlich ist solch eine VM größtenteils unbrauchbar geworden...
Welche Optionen habe ich ? Bzw. was sollte ich machen ?
Besten Dank schonmal
Winn
meine VMware Workstation ist eigentlich eine VMware Fusion 1.1 Version unter einem Mac OS X 10.4.11.
Die Installation einer Suse Linux 10.3 (32-bit) lief eigentlich ziemlich unkompliziert und auch schon während des Installations-Prozesses konnte ich über das Internet Updates und Patches ziehen. Nachdem die Grundinstallation fertig war, habe ich die VMware Tools installiert. Bin in das RunLevel 1 gesprungen, "vmware-config-tools.pl" ausgeführt und bis auf den "experimentellen" Kram alles kompiliert bekommen. Anschließend war die Grafikunterstützung und Mouse-Support funktionsfähig. Das Netzwerk bzw. Internetfähigkeit via NAT allerdings platt. Drag & Drop funktioniert nicht. Letztendlich ist solch eine VM größtenteils unbrauchbar geworden...
Welche Optionen habe ich ? Bzw. was sollte ich machen ?
Besten Dank schonmal
Winn
Ich denke, das das ein SUSE10 Problem ist.
Hast Du eine Datei
/etc/udev/rules.d/30-net.persistant_names_rules oder so ähnlich (jedenfalls mit 30 vorne)?
Da stehen die von SUSE erkannten Netzwerkkarten drin und sind ggf. einem falschen ethxx zugeordnet. Einfach diese Datei an die realen Einstellungen anpassen und einmal das Netzwerk neu starten (rcnetwork restart).
Meist geht es dann wieder
Hast Du eine Datei
/etc/udev/rules.d/30-net.persistant_names_rules oder so ähnlich (jedenfalls mit 30 vorne)?
Da stehen die von SUSE erkannten Netzwerkkarten drin und sind ggf. einem falschen ethxx zugeordnet. Einfach diese Datei an die realen Einstellungen anpassen und einmal das Netzwerk neu starten (rcnetwork restart).
Meist geht es dann wieder

ostekl1 hat geschrieben:Ich denke, das das ein SUSE10 Problem ist.
Davon gehe ich aus - bin aber auch kein Linux Crack

Also die Datei habe ich nicht in dem Verzeichnis, stattdessen hätte ich eine 70-persistent-net.rules anzubieten, siehe ersten Screenshot

Ist es das, was Du meinstest ? Was sollte ich nun ändern ?
- Dateianhänge
-
- Picture 1.png (43.52 KiB) 1408 mal betrachtet
-
- Picture 2.png (20.89 KiB) 1411 mal betrachtet
ostekl1 hat geschrieben:Was bekommst du für eine Ausgabe wenn du ein "ifconfig" eingibst?
Komischerweise müßte ich dazu erstmal nach /sbin/ wechseln... ergebnis siehe ersten screenshot. Auf dem zweiten Screenshot siehst Du das Ergebnis, wenn ich "./rcnetwork restart" eingebe...
- Dateianhänge
-
- Picture 4.png (14.95 KiB) 1407 mal betrachtet
-
- Picture 3.png (17.66 KiB) 1413 mal betrachtet
ostekl1 hat geschrieben:als welcher User wurde das Netzwerk neu gestartet? Normalerweise sollte das root machen ... Ansonsten die VM mal neu booten
Öhm, jaa das würde Sinn machen


- Dateianhänge
-
- Picture 5.png (39.84 KiB) 1406 mal betrachtet
ostekl1 hat geschrieben:Was hast du jetzt zum Schluß noch geändert?
Mehrerlei :
1) Sprung ins Runlevel 1 über STRG+ATL+F1
2) Root-Login und Ausführung von "vmware-config ..."
3) Entfernung der pcnet32 Modules über "rmmod pcnet32"
4) Entfernung des alten vmxnet Modules über "rmmod vmxnet"
5) Hinzufügung des neuen vmxnet Modules über "modprobe vmxnet"
6) Neustart
7) Starten von Yast und öffnen der "Network Devices"
8 ) Manuelle Eingabe des vmxnet Modules für die Netzwerk-Karte
Da ich kein sonderlich großer Kenner von Linux bin, mag das ein oder andere auch überflüssig gewesen sein ^^ Funktioniert hat es zumindest...
Dein Bild in picture 3.png zeigt, dass du hier eine sog. APIPA-Adresse (169.254.x.x) bekommen hast. Die wird nur dann vergeben, wenn der Rechner trotz DHCP-Einstellung keine IP aus dem privaten Adressereich vom DHCP-Server erhält. Das spricht fast dafür, dass entweder die DHCP-Einstellung auf dem Gast nicht richtig gesetzt war oder der VMware-DHCP-Dienst auf dem Host nicht lief.
Das stimmt wohl, irgendetwas lief nicht rund... eigentlich habe ich zwar nun auch eine Internet-Verbindung via NAT, aber auf meine definierten Netzwerk-Laufwerke kann ich nicht zu greifen, Drag & Drop funktioniert auch nicht ... Im Screenshot sieht man nun, daß die IP-Vergabe sehr gut aussieht, im Vergleich zur APIPA Nummer...
- Dateianhänge
-
- Picture 2.png (27.43 KiB) 1406 mal betrachtet
Zurück zu „VMware Workstation und VMware Workstation Pro“
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 6 Gäste