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

Hallo Holger,

danke fürs nachbauen und die Bestätigung.

Nachdem das auch andere betrifft und auch dann passiert, wenn das System schon eine Zeit problemlos gelaufen ist, muß es irgendetwas anders sein, als das Vorhandensein der GUI im Cache.

Viele Grüße
Klaus

Das kann ich auch so bestätigen - der Fehler ist gestern bei mir aufgetreten und daher hatte ich hier im Forum nach dem Fehler gesucht.
Ich hatte gestern bei einem Client eine neue SSD eingebaut und den neu partitioniert, Cache synchronisiert und OS synchronisiert und gestartet. Dann hatte ich das Netzwerkkabel abgezogen, weil die das Fehlerbild bei der vermutlich defekten, alten SSD dann anders war.
Der hier beschriebene Fehler trat dann auf. Nach einem weiteren regulären Start mit eingestecktem Netzwerkkabel konnte man den Client auch wieder offline starten.

Moin!

Danke für die Rückmeldungen, konnte das jetzt auch so mit einem UEFI-Client mit unpartitionierter Festplatte nachvollziehen. Es gibt ja glücklicherweise einen funktionierenden Workaround, den man anwenden kann, bis es einen Fix gibt.

VG, Thomas

Hallo,

ich fasse mal zusammen:

  1. Bei auftreten des Fehlers, Kiste nochmals mit bestehender Netzwerkverbindung starten.
  2. Dann herunterfahren.
  3. Neustart dann ohne Netzwerkverbindung sollte LINBO im offline-Modus zeigen.

Richtig?!

Markiere das jetzt erstmal als Lösung, da es eine Workaround-Markierung ja nicht gibt. Dieser Post ist als Wiki-Eintrag für jeden editierbar, falls ich etwas falsch wiedergegeben habe.

Danke an alle die an der Lösung beteiligt waren! :+1:

Yep! Richtig.

Hallo zusammen,

tut mir leid, wenn ich da jetzt etwas lästig bin. Ich denke nur ein Teilaspekt ist gelöst, nämlich die Situation nach dem Imaging so wie Thorsten es zusammengefasst hat.

Bei meinen genannten Systemen trat das plötzlich auch nach einem bereits erfolgreichen Betrieb ohne LAN, d.h. nur mit WLAN auf. Bei mehreren Laptops.
Ans LAN verbinden startet auch Linbo und Windows. Ohne LAN seit neuestem eben nicht mehr.

Danke!

Viele Grüße
Klaus

Edit:
Hier die Fortsetzung und Lösung des zweiten Aspekts :slight_smile:

Hänge mich mal an diesen Thread an. Ich habe heute einen neuen Rechner in unser LMN 7.1 aufgenommen, erstmals AMD-Prozessor.

Der erste Start führte zu einem Einfrieren nach „Initializing hardware…“ Nach Setzen der Option „nomodeset“ war das Problem behoben, allerdings startet der Rechner nun immer noch nicht ins Linbo sondern landet im „Press [1] to reboot or [2] to shutdown.“-Bildschirm.

Linbo lädt beim Netzwerk-Start mit "Loading /linbo64 … Loading /linbofs64.lz … " herunter, die Gerätegruppe wird richtig erkannt.

Die Festplatte habe ich mit einem Windows-Bootstick formatiert. Es handelt sich um ein UEFI-System mit NVME-Festplatte. GRUB taucht im Bootmenü noch gar nicht auf.

Wo könnte ich ansetzen, um den Rechner ans Laufen zu bekommen?

Danke für jede Hilfe und viele Grüße

Lars

Hallo Lars,

Der erste Start führte zu einem Einfrieren nach „Initializing hardware…“
Nach Setzen der Option „nomodeset“ war das Problem behoben,

an die gleiche Stelle noch ein
dhcpretry=8
hinzufügen, linuxmuster-import-devices
dann sollte es gehen.

LG

Holger

Immer wenn ich denke, ich habe ein bisschen was verstanden, kommt ihr mit euren komischen Zaubertricks :sweat_smile: Was bewirkt denn dieser Eintrag??

Aber leider nein. Habe unter den Kerneloptions den Eintrag hinzugefügt, neu importiert und den Server sogar neu gestartet, es ändert sich aber nichts.

Bin dankbar für weitere Vorschläge.

Lars

Hallo Lars,

Immer wenn ich denke, ich habe ein bisschen was verstanden, kommt ihr
mit euren komischen Zaubertricks :sweat_smile:

… das nennt sich „Erfahrung“, wir machen das schon eine ganze Weile
(ich seit 2003) :wink:

Was bewirkt denn dieser
Eintrag??

er bewirkt, dass das bootende linbo länger auf Antwort des DHCP wartet.

Aber leider nein. Habe unter den Kerneloptions den Eintrag hinzugefügt,
neu importiert und den Server sogar neu gestartet, es ändert sich aber
nichts.

beschreib mal „wo“ der Client hängt.
Wieviele Switches sind den dazwischen?
Kannst du ihn mal „näher“ am Server testen?

bitte schau auch mal in die Datei:
/srv/linbo/boot/grub/GRUPPE.cfg rein mit einem Texteditor und such nach
dhcpretry

Steht da
dhcpretry=8
drin?
Wenn ja: dann schreib mal dhcpretry=10 in die start.conf.GRUPPE und
importier erneut und teste dann nochmal.

LG

Holger

Hallo Holger,

beschreib mal „wo“ der Client hängt.
Wieviele Switches sind den dazwischen?
Kannst du ihn mal „näher“ am Server testen?

Viel näher geht nicht, es sind zwei Switche dazwischen, d.h. die Dose führt direkt in den Serverraum und dort von Switch zu Coreswitch zu Server.

Wenn ja: dann schreib mal dhcpretry=10 in die start.conf.GRUPPE und
importier erneut und teste dann nochmal.

Die Kerneloptionen stehen 1:1 in der start.conf wie in der WebGUI. Eine Erhöhung auf 10 bringt keine Änderung.

Der Client bekommt ja übrigens ganz korrekt seine IP-Adresse gemäß Geräteliste…

LG

Lafs

Hallo Lars,

Wenn ja: dann schreib mal dhcpretry=10 in die start.conf.GRUPPE und
importier erneut und teste dann nochmal.

Die Kerneloptionen stehen 1:1 in der start.conf wie in der WebGUI.

… das war nciht meien Frage und hilft der Problemfindung nicht weiter :frowning:

Der Client bekommt ja übrigens ganz korrekt seine IP-Adresse gemäß
Geräteliste…

„wann“?
Du meinst beim PXE boot bekommt er die richtige: das ist aber nicht so
relevant, denn es geht ja gerade darum, dass linbo die richtige bekommt:
und linbo bootet erst nach dem PXE fertig sit (also IP Adresse bekommen
hat und per ftp linbo vom server geladen und ausgepackt und gestartet hat).

Steck mal statt des einen Switches (der nciht der CoreSwitch ist) einen
anderen, möglichst „dummen“ Switch hin, oder steck den Clietn direkt in
den CoreSwitch.

Bring aber trotzdem die INformationen, die ich in der letzten Mail
erfragt habe.

LG

Holger

Sorry, das passiert, wenn man alles „zwischen den Unterrichten“ macht. Aber ja, der Eintrag steht auch in der /srv/linbo/boot/grub/GRUPPE.cfg und zwar an der Stelle:

 if [ -n "$bootflag" ]; then
  echo -n "Loading $linbo_kernel ..."
  linux $linbo_kernel splash quiet nomodeset dhcpretry=8 $bootflag

edit: und an einigen anderen Stellen :wink:

Eine Erhöhung auf 10 bringt wie erwähnt keine Änderung.

Den Standortwechsel muss ich in den nächsten Tagen nochmal versuchen, bin jetzt nicht mehr an der Schule.

Danke für die Hilfe und ich melde mich wieder.

LG

Lars

So, habe den Client jetzt direkt am Coreswitch gehabt, das Verhalten ist immer das gleiche - Download der linbo64/linbofs64.lz, dann „Press [1] to reboot or [2] to shutdown.“-Bildschirm.

Wenn ich in der Gruppe den Systemtyp von UEFI64 auf UEFI umstelle, kommt beim Neustart des Clients gleich ein „BootDevice Not Found“ - falls das irgendwie weiterhilft…

LG

Lars

Hallo Lars,

bitte poste mal die /srv/linbo/start.conf.GRUPPE

und schreib auch dazu, wie der Cleint gebootet wird: Legacy oder UEFI?
Das ist nciht immer eindeutig zu unterscheiden. Bei vielen meiner
Clients steht im Bootmenü hinter den Einträgen ode es UEFI ist…

LG

Holger

Hallo Holger,

hier die start.conf:

[LINBO]
Server = 10.32.1.1
Group = win10_lmn7_1_amd
Cache = /dev/nvme0n1p4
RootTimeout = 600
AutoPartition = no
AutoFormat = no
AutoInitCache = no
DownloadType = torrent
GuiDisabled = no
UseMinimalLayout = no
Locale = de-DE
SystemType = efi64
KernelOptions = splash quiet nomodeset dhcpretry=10
clientDetailsVisibleByDefault = yes

[Partition]
Dev = /dev/nvme0n1p1
Label = efi
Size = 200M
Id = ef
FSType = vfat
Bootable = yes

[Partition]
Dev = /dev/nvme0n1p2
Label = msr
Size = 128M
Id = 0c01
FSType =
Bootable = no

[Partition]
Dev = /dev/nvme0n1p3
Label = windows
Size = 120G
Id = 7
FSType = ntfs
Bootable = no

[Partition]
Dev = /dev/nvme0n1p4
Label = cache
Size = 60G
Id = 83
FSType = ext4
Bootable = no

[Partition]
Label = data
Dev = /dev/nvme0n1p5
Size = 30G
Id = 7
FSType = ntfs
Bootable = no

[OS]
Name = Windows 10
Version =
Description = Windows 10 1903
IconName = win10.svg
Image =
BaseImage = win10_lmn7_1.qcow2
Boot = /dev/nvme0n1p3
Root = /dev/nvme0n1p3
Kernel = auto
Initrd =
Append =
StartEnabled = yes
SyncEnabled = no
NewEnabled = yes
Autostart = yes
AutostartTimeout = 5
DefaultAction = start
Hidden = yes

Die neueren Rechner lassen sich ja gar nicht mehr auf Legacy umstellen, so auch dieser, er läuft also definitiv auf UEFI.

LG

Lars

Hallo Lars,

… jetzt geht mir ein Licht auf… was sind den das für Rechner die da
laufen sollen?
Sind die schonmal mit linbo gelaufen?
Mit welcher Version?

Boote mal bitte ein beliebiges Linux auf dem Rechner und gib ein

lspci

und schick uns die Ausgabe.

Ich vermute, dass der Netzwerkchip nicht unterstützt wird.
Das passiert äußerst selten und nur bei extrem neuer Hardware.

Welche linbo Version hast du den am laufen?

LG

Holger

Hallo Holger,

Licht ist immer gut :slight_smile:

Hier die Ausgabe von lspci:

00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166a
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166b
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166c
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166d
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166e
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir Root Complex
00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Renoir IOMMU
00:01.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:02.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:02.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe GPP Bridge
00:08.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Renoir PCIe Dummy Host Bridge
00:08.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Renoir Internal PCIe GPP Bridge to Bus
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 51)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 51)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166a
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166b
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166c
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166d
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166e
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166f
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1670
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1671
01:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Device 43ef
01:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] Device 43eb
01:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43e9
02:08.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43ea
02:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43ea
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)
04:00.2 Serial controller: Realtek Semiconductor Co., Ltd. Device 816a (rev 1a)
04:00.4 USB controller: Realtek Semiconductor Co., Ltd. Device 816d (rev 1a)
04:00.7 IPMI Interface: Realtek Semiconductor Co., Ltd. Device 816c (rev 1a)
05:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd Device a809
06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 1638 (rev dc)
06:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 1637
06:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor
06:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
06:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
06:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 166f
00:18.6 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1670
00:18.7 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 1671
01:00.0 USB controller: Advanced Micro Devices, Inc. [AMD] Device 43ef
01:00.1 SATA controller: Advanced Micro Devices, Inc. [AMD] Device 43eb
01:00.2 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43e9
02:08.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43ea
02:09.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Device 43ea
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)
04:00.2 Serial controller: Realtek Semiconductor Co., Ltd. Device 816a (rev 1a)
04:00.4 USB controller: Realtek Semiconductor Co., Ltd. Device 816d (rev 1a)
04:00.7 IPMI Interface: Realtek Semiconductor Co., Ltd. Device 816c (rev 1a)
05:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd Device a809
06:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 1638 (rev dc)
06:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Device 1637
06:00.2 Encryption controller: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) Platform Security Processor
06:00.3 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
06:00.4 USB controller: Advanced Micro Devices, Inc. [AMD] Renoir USB 3.1
06:00.6 Audio device: Advanced Micro Devices, Inc. [AMD] Family 17h (Models 10h-1fh) HD Audio Controller

Danke und Gruß

Lars

P.S.: Linbo Version: 4.0.27

Was fällt hier auf? 3 Unterstriche?

VG, Thomas

Ja, ersetz die mal durch Bindestriche.

Viele Grüße,
Jochen