Hallo zusammen,
ist eventuell ein Hardwareproblem.
Die Pcs booten übers netzwerk und bleiben in diesem Bildschirm stehen. Wer kann das Interpretieren und mir tips fürs weiter Vorgehen geben.
Versuche mal 2 Screenshots anzufügen.
Nur im KernelOptions Bereich von linbo: also nicht bei
linuxbetriebsystemsdefinitionen in der start.conf.
danach import_workstations.
Wichtig ist dabei, dass der Eintrag
# ### Managed by linuxmuster.net
in den Dateien /var7Linbo/boot/grub/.cfg
noch intakt ist: nur dann wirkt der dhcpretry Eintrag
Falls es nicht hilft, mach mal folgendes:
Cleint booten (es steht offline oben),
dann auf den imaging Reiter wechseln und die Console öffnen.
Dort gibst du ein
ifconfig -a
erscheint da eine Netzwerkkarte?
lspci geht vielelicht auch.
Ansonsten: ein Linux vom Stick booten und lspci aufrufen: welche
Netzwerkkarte haben wir den da?
Hallo!
Probier mal Holgers Vorschlag: Schauen, ob in Linbo die Netzwerkkarte erkannt wird, oder ob es ein Kernelproblem ist (bei Intel-Netzwerkkarte glaube ich das aber nicht).
Kommt auf dem Servern eine DHCP-Anfrage an?
Hallo Max
Der Pc bezieht die von mir festgelegte ip, aus der Hosts Datei auf dem Server 10.16.3.16, das hatte ich alles schon vorher angelegt, mac, Name, Raum u.s.
… kann man so nicht sagen: die NEtzwerkkarte ist da und hat eine IP.
Ist die 10.16.3.16 die Adresse, die für diesen Client in der
workstations vorgesehene?
Kannst du dhcpretry mal rausnehmen, import machen und schauen, ob dann
eine IP auf der Console angezeigt wird?
Vielleicht sind wir aber auch genau an der Ecke: deswegen kannst du auch
dhcpretry=12 oder 15 mal probieren.
Hatte ich schon wieder rausgenommen. Allerdings kein Import, Morgen
Ecke?
Hintergrundinfo.
Unser Schulträger hat uns vorher 15 solcher pc zukommen lassen, keine Probleme. Jetzt 5 Neue. Leider sind die nur äußerlich gleich, Bios aufbau ist abgewandelt, mehr und andere einstellungmöglichkeiten. Hardware gleich? hab ich noch nicht überprüft.
bis morgen
Wolfgang
Danke
Wolfgang
dhcpretry egal wie oft zeigt keine Wirkung.
Bei allen neuen 5 PC das gleiche.
Eine Testweise eingebaute GB Lankarte ergab den gleichen Effekt.
Ein LinuxMate 18 oder 19 vom Stick, funktionierte einwandfrei, Netzwerk ok.
was passiert, wenn du die Rechner an den gleichen Switch, an dem auch der Server hängt, hängst? Wenn Spanning Tree aktiviert ist, dauert ein DHCP-Request sehr lang (> 30s).
hast du geschaut, ob auch ohne dhcpretry eine IP in ifconfig zu sehen ist?
Eine Testweise eingebaute GB Lankarte ergab den gleichen Effekt.
Ein LinuxMate 18 oder 19 vom Stick, funktionierte einwandfrei, Netzwerk ok.
Kann es ein Treiberproblem sein?
… wenn es mit einer anderen Netzwerkkarte das selbe Problem ist: eher
nicht.
Außerdem: Teriber unter linux sind inzwischen selten Problematisch: die
allermeisten sind schon dabei: das gilt seit vielen Jahren vor allem für
Netzwerkkarten: vor allem für die von Intel.
Seltsam ist aber, dass die Karte in ifconfig als eno1 steht nicht eth0
oder em0
Bitte starte einen solchen Rechner mal netzwerktechnisch „Näher“ am
Server: vor allem aber mal an einem anderen Switch.
Hallo
Internet suche ergab,
This is a way of representing the Ethernet names. If machine has already eth1 in its config file for the second adapter it will use eno1 rather than using eth2.
davon habe ich aber bis her noch nichts gehört.
Kann es sein das linbo mit eno1 nichts anfangen kann?
dichter am Server ist im Server raum, kann ich machen.
Der Switch versorgt auch die anderen 15 angeblich baugleichen Pcs und da gabs nie Probleme.
Das ganze Netzwerk ist 1/2Jahr alt und alles Neu von einer Fachfirma durchgemessen.
Kann ich MOntag schauen, glaube aber nicht das es daran liegt sieh die anderen 15 pc.
Hallo zusammen,
Montag,
weitere infos:
cat /var/log/syslog | grep dhcp
Dec 3 09:10:20 s1 dhcpd: DHCPDISCOVER from 10:e7:c6:39:a6:b0 via eth0
Dec 3 09:10:20 s1 dhcpd: DHCPOFFER on 10.16.3.16 to 10:e7:c6:39:a6:b0 via eth0
Dec 3 09:10:24 s1 dhcpd: DHCPREQUEST for 10.16.3.16 (10.16.1.1) from 10:e7:c6:39:a6:b0 via eth0
Dec 3 09:10:24 s1 dhcpd: DHCPACK on 10.16.3.16 to 10:e7:c6:39:a6:b0 via eth0
Imagingreiter, Console ifconfig -a
lo nur loopback
Neue kein start
Intel Celeron G4900 cpu
Biosversion Q02 Ver. 02.02.04 08/06/2018
Alte starten
Intel Pentium cpu G4560
Biosversion P02 Ver. 02.18. 05/10/2018
hoffentlich hat einer eine Erleuchtung
MfG
Wolfgang
wir haben gerade auch einen neuen Rechner von unserem Träger bekommen. Das folgende Motherboard ist eingebaut: ASUS Prime B360M-C B360.
Wir haben auch das Problem, dass die Netzwerkkarte nicht erkannt wird. Der Lieferant sagt, dass das an einem Fehler in der Netzwerkkarte liegt. Der neueste E1000e-Treiber sollte funktionieren.
Hier der Text vom Lieferanten: “Der auf dem B360-Chipsatz standardmäßig verbaute Intel-NIC I219-V funktioniert nur mit relativ neuen Versionen des e1000e-Treiber, der in den meisten aktuellen Distributionen bereits integriert ist.
Bei älteren funktioniert die Karte nicht, da ein Prüfsummenfehler auftritt”
Schön das auch andere Probleme mit hardware haben
Wie kriege ich die neuesten Linuxtreiber jetzt integriert,
Einfach Xenial updaten oder gibts schon was neues, bin nicht auf dem laufenden.
Oder den passenden Treiber ins vorhandene image integrieren.
Vorgehensweise gibts da Erfahrungen?
In das src-Verzeichnis wechseln (cd e1000e-3.4.2.1/src/)
Alte Versionen von e1000e ggf. entfernen (sudo rmmod e1000e)
Neue Version kompilieren (sudo make install)
Mit mobprobe die neue, nun kompilierte Version loaden (sudo modprobe e1000e)
Die Karte sollte nun funktionieren und (wenn DHCP vorhanden ist) eine IP haben (ifconfig)
Treibermodul persistent machen (sudo dpkg-reconfigure linux-image-$(uname -r)) //Hier ggf. die aktuelle Kernel-Version, in die das Modul dauerhaft integriert werden soll, händisch eintragen statt „uname-r“