Hallo Liste, ich hatte in den letzten Tagen ein sehr hartnäckiges Problem mit VMware und Samba. Dank der ausdauernden Mithilfe [per PM] von Steffen Moser konnte es nun gelöst werden und ich möchte es mal, für alle die, die es möglicherweise interessiert, kurz beschreiben. Ausgangssituation: ^^^^^^^^^^^^^^^^^^ Nach dem Booten in Runlevel 3 lief von samba nur der smbd, nicht jedoch der nmbd, welcher sich lt. der Ausgabe in /var/log/log.nmb nach dem Start selbst terminierte. Er liess sich jedoch später jederzeit manuell aufrufen und blieb aktiv. (Deswegen funktionierte das interne Networking über Samba mit der Virtuellen Maschine anfangs nicht.) Die erste Überlegung war, den Startlink von vmware in /sbin/init.d/rc3.d vor den des samba zu verlegen, da in o.g. Logfile u.a. ein Verweis auf die IP-Adr. des Interfaces zum vmnet1 ersichtlich war, welches zu der Zeit noch garnicht 'existierte'. Dies änderte jedoch nichts an der Situation, ebenso die Aufnahme der besagten IP in die /etc/hosts und die des vmnet in /etc/networks. Ausserdem kamen im Zusammenhang mit vmware immer mehrere Fehlermeldungen des selben Typs auf Konsole 10: [VMware[init]: Reply from 193.158.141.86: Destination unreachable] und nach dem Einloggen bestand bereits eine Verbindung zum Netz über ippp0. Die weitere Suche in /var/log/messages förderte eine ICMP-request des Kernels zutage, welche unmittelbar nach Initialisierung der vmmodule über das bereits gestartete ippp0-device abgegeben wurde und sich auch auf die IP-Adr. des vmnet1-interfaces bezog. ...kernel: /dev/vmmon: Module vmmon: registered ...kernel: /dev/vmmon: Module vmmon: initialized ...kernel: parport0: PC-style at 0x378, irq 7 ...kernel: ppuser: User-space parallel port ...kernel: OPEN: 192.168.1.99 -> 192.168.142.1 ICMP Darauf kam dann mehrmals (von der (T-Online-) IP-Adr.193.158.141.86) die Antwort: Destination unreachable, bis zum Timeout (nehme ich an). Zwischenzeitlich hat sich dann immer der nmbd verabschiedet. Lösung bzw. Workaround: ^^^^^^^^^^^^^^^^^^^^^^^ Verschieben des Startlinks von vmware in ../rc3.d auf die selbe Prioritätsebene wie i4L_hardware, in meinem Falle S03... verhindert wohl, dass die ICMP-Message nach 'draussen' weitergereicht werden kann, da i4L noch nicht hochgefahren ist. Das hat nun alles auf einen Schlag bereinigt - weder erfolgt eine automatische Netzverbindung nach/beim Booten, noch kommen die Fehlermeldungen auf Konsole 10 und der nmbd läuft auch sofort. Gruss, Dominic --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com