Press [1] to reboot oder [2] to shutdown bei Offline Boot

Hallo Lars,

… Trying to download linbo_gui from server to cache. Continuing
without cache partition. Fatal: Cannot read network infos. Continuing
offline. … |

nicht vorhandensein der Cache Partition ist kein Problem.
Dein Problem ist die Netzwerkkarte.
Welche linbo Version verwendest du?
Welche Netzwerkkarte ist eingebaut?

lspci
list das auf der linuxkommandozeile aus.

LG

Holger

Hallo Lars,

vielleicht hast Du es schon selbst bemerkt, dass wir beide gerade mit der selben Fehlermeldung zu tun haben:

Ich lese immer gespannt hier mit, vielleicht gibt Dir das andere Thema auch einige Hinweise.

Gruß
Stefan

Hallo Holger,

wie geschrieben linbo Version 4.0.27, Ausgabe von lspci findest du oben. Netzwerkkarte müsste dann wohl in den folgenden Zeilen zu finden sein:

03:00.0 Network controller: Realtek Semiconductor Co., Ltd. Device 8852
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 816e (rev 1a)
04:00.1 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 29)

Danke und Grüße

Lars

Wg. Realtek siehe Neue Pakete für lmn 7.1 - #197 von thomas

Perfekt, Update auf 4.0.28 hat das Problem behoben.

Vielen Dank für alle Hilfe, ihr seid super!

Liebe Grüße

Lars

Zu früh gefreut? linbo bootet jetzt zwar, Rechner steht aber offline und Image lässt sich nicht laden.

EDIT
Sorry, muss nochmal korrigieren. Nachdem ich im BIOS den Network-Boot wieder vor GRUB geschoben habe, ist der Rechner online und der Image-Download lässt sich starten. Allerdings lädt das Image nicht, sprich die Ladegeschwindigkeit liegt bei 0,0K.

Und nochmal. Bin heute mal wieder zu ungeduldig.

Nachdem ich den Vorgang einige Minuten laufen lassen habe, hat der Download doch noch begonnen. Die vorherige Meldung kann also erst Mal ignoriert werden. Sorry!

Hallo Lars,

nachdem linbo unn einen funktionierenden Treiber für deine Netzwerkkarte
mitbringt, kann es trotzdem sein, dass du noch ein
dhcpretry=8
oder so, benötigst.

Du solltest also deine Kernel Append Parameter erstmal auf das Minimum
zurückdrehen
quiet splash
und testen.
Wenn das nciht geht und OFFLINE angezeigt wird, dann füge den dhcpretry
hinzu.

Änderungen immer mittels

linuxmuster-import-devices
aktivieren lassen.

LG

Holger

Kleiner Nachtrag: die Hardwareklasse läuft jetzt, allerdings nur mit dhcpretry (momentan bei 4). Was auffällt: die Zeit für die erste Anmeldung in Windows (gemessen von Eingabe Logindaten bis Anzeige Desktop) liegt durchweg bei mindestens 3 Min. - trotz NVME-SSD… Das haben wir mit dem selben Image selbst bei ältester Hardware nicht…

Die entsprechenden Forenbeiträge zu langer Anmeldezeit habe ich gelesen und werde wohl auch von Defprof zu GPO übergehen. Aber seltsam ist es schon, dass die lange Anmeldezeit ausgerechnet bei dieser Hardware auftritt. Evtl. doch ein Zusammenhang mit der Netzwerkkarte?

Liebe Grüße

Lars

Hallo Lars,

Die entsprechenden Forenbeiträge zu langer Anmeldezeit habe ich gelesen
und werde wohl auch von Defprof zu GPO übergehen. Aber seltsam ist es
schon, dass die lange Anmeldezeit ausgerechnet bei dieser Hardware
auftritt. Evtl. doch ein Zusammenhang mit der Netzwerkkarte?

ich denke ja.
Versuch mal folgendes.

  1. warte nach dem Hochfahren 5 Minuten und mach dann ein login.
  2. installier einen anderen Netzwerkkartentreiber
  3. nochmal testen.

LG

Holger