Leider war dies auch nicht die Lösung, es bleibt beim gleichen
Bildschirm hängen. Habe in der start.conf auch mal die auskommentierte
Zeile versucht, alle Versuche blieben beim gleichen alten Ergebnis.
hatte ich schon befürchtet: weil es früher aufhört als „normal“, wenn es
die GraKa ist…
Habe die Grafikkarte mal abgeschaltet und über das Mainboard (Integrated
Intel® HD Graphics) den PC und Monitor über VGA verbunden. Habe die
Grafikkarte sogar ausgebaut, leider jedes Mal mit dem gleichen Ergebnis.
Kannst du mal bitte sicherstellen, dass da wirklich intel Netzwerkkarten
drin sind?
Einfach mal ein beliebiges linux booten und im rootterminal den Befehl
lspci
absetzen und die Ausgabe hier posten.
Hab ich das richtig verstanden, dass die Clients, die funktionieren, die
selbe start.conf verwenden, swie die die nicht gehen (Optiplex)?
Ist bei den OptiPlex vielleicht SecureBoot eingeschaltet?
Kannst du ein wenig dein Setting beschreiben?
Das ist eine Testinstalltion imit nur einem Raum?
Wieviele Switches haben wir den da?
Kannst du so einen optiplex Client mal an einen anderen switch hängen?
PRobier auch mal noch folgendes:
in die start.conf. schreibst du zu den KernelOptions
Setting:
Host ist ein Dell OptiPlex mit einer zusätzlichen Netzwerkkarte inkl. 2 Ports. Der Mainboard-Port geht ins Internet, Netzwerkkarten-Port 1 in den Switch, Netzwerkkarten-Port 2 nicht genutzt.
Es wird nur ein Switch (24 Ports, Netgear, Unmanaged) verwendet, den ich morgen mal tauschen kann. Alles in einem Raum.
Admin PC ist ebenfalls ein Dell OptiPlex mit Xubuntu und IP 10.0.0.10. Verbunden mit dem Switch. Über den Admin PC und ssh verbinde ich mich zum Server oder zur Firewall und bei Bedarf auch direkt ins Internet. Funktioniert alles!
Clients: 5 Dell OptiPlex, 1 Fujitsu und 1 NoName Rechner alle am gleichen Switch.
Also ein Wechsel des Switch -> keine Veränderung
KernelOptions angepasst -> keine Veränderung
Verzweiflungsmodus ON
Bios nochmals unter die Lupe genommen und nach intensiver Suche im Internet ein Problem gefunden, dassn nach BIOS-Update von A12 auf A15 PXE-Boot nicht mehr funktioniert (aus dem Jahr 2014). Ich habe die meisten Dells mit A26er und einige wenige geupdatet mit A30er Bios Version. Aber mit angeschaltetem Verzweiflungsmodus habe ich mal auf A12 downgegradet und BOOOOM es läuft.
Was für ein f***, da verschlimmbessern die ein BIOS Update und bekommen es über zig Versionen und Jahren nicht mehr hin. Mich als absoluter Dell-Fanboy trifft dies echt hart.
Aber vielen vielen Dank Holger für die Hilfe, habe viel über das System gelernt und werde in den nächsten Wochen am laufendem System noch viel lernen.
Verzweiflungsmodus ON
Bios nochmals unter die Lupe genommen und nach intensiver Suche im
Internet ein Problem gefunden, dassn nach BIOS-Update von A12 auf A15
PXE-Boot nicht mehr funktioniert (aus dem Jahr 2014). Ich habe die
meisten Dells mit A26er und einige wenige geupdatet mit A30er Bios
Version. Aber mit angeschaltetem Verzweiflungsmodus habe ich mal auf A12
downgegradet und BOOOOM es läuft.
tja: manchmal ist man garnicht schuld: dann ist es einfach kaputt …
Apropo „besondere“ Software:
bei mir in der Schule hat das autoupdate von ASV auf 2.10.353 von
letztem Freitag die ASV INstallation zerlegt: und das mehrfach.
Da fehlten dann die prune.exe (ASV Serverdienst) und einige weitere
Teile der ASV INstallation auf dem Server unter C:\ASV\Server\
Ich hatte es gestern und Heute wieder zurecht geklopft … bis Heute um
11:10 Uhr der autoupdate Dienst wieder alles zerlegt hat.
Ich freu mich schon auf Morgen früh …
Ist das noch jemand passiert?
Oder war das nur bei mir an der Schule der Fall, weil der Virenprüfer
und der updatedienst gleichzeitig auf irgend eine Datei zugreifen
wollten udn im Tauziehen gabs dann halt Datenverlußt … (ist nur so eine
Annahme von mir9.