Hallo zusammen,
Ich habe ein Image mit UEFI-Boot-Option erstellt und auf den Server hochgeladen. Jetzt steht die Partition „grub“ in der Boot-Reinfolge. ich stelle die UEFI PXE auf die erste Opition in der Boot-Reinfolge. Es wird nur einmal mit dem Netzwerk gebootet, aber die Partition „grub“ nimmt nach einem Neustart die Position 1 in der Boot-Reinfolge automatisch und hängt der PC auf dem grafischen Oberfläsche des Linbos, wenn der PC mit grub direkt bootet. Gibt es eine Idee?
Grüße
Yousef
Hallo Yousef,
Ich habe ein Image mit UEFI-Boot-Option erstellt und auf den Server hochgeladen. Jetzt steht die Partition „grub“ in der Boot-Reinfolge. ich stelle die UEFI PXE auf die erste Opition in der Boot-Reinfolge. Es wird nur einmal mit dem Netzwerk gebootet, aber die Partition „grub“ nimmt nach einem Neustart die Position 1 in der Boot-Reinfolge automatisch und hängt der PC auf dem grafischen Oberfläsche des Linbos, wenn der PC mit grub direkt bootet. Gibt es eine Idee?
ich hab das so jetzt noch nicht beobachten könne: aber ich verwende UEFI
Clients auch nur selten.
Mir wäre nicht bewußt, dass linbo beim booten „sich selbst“ in der
Bootreihenfolge „ganz nach oben“ schreibt.
Deswegen kann ich nicht sagen, ob es an UEFI oder linbo liegt.
Beschreib mir mal, welches Verhalten gewünscht wäre: der Client soll
jedesmal per PXE booten … OK: aber warum soll er das, warum nicht lokal?
LG
Holger
Das Problem ist, das die Hardwareklasse nur Uefi als Boot Option hat. Ich habe jetzt anderes Problem am Client getroffen
Hi,
das sieht evtl. nach Problemen mit der start.conf aus.
3 Fragen:
Steht da drin, dass Du per uefi 64 Bit bootest?
Ist in der start.conf oben die richtige hardwareklasse angegeben (Gruppe).
Hast Du nach allem ein import-workstations gemacht ?
Gruß Christoph
____________________Das Ist meine conf.Datei:
# LINBO start.conf, example for windows 10 (efi, gpt)
# DON'T EDIT THIS FILE! MAKE A COPY AND ADAPT THE VALUES TO YOUR NEEDS!
# efi system partition 1
# microsoft reserved partition 2
# operating system on partition 3
# cache on partition 4
# data on partition 5
[LINBO] # global section
Server = 10.0.0.1 # linbo server ip address
Group = test-efi
# IMPORTANT: server and group will be automatically set during device import!
Cache = /dev/sda4 # cache partition
RootTimeout = 600 # logout from admin console after 600 secs
AutoPartition = no # no partition repair during LINBO startup
AutoFormat = no # no formatting of all partitions during LINBO startup
AutoInitCache = no # no initial cache setup during LINBO startup
DownloadType = torrent # image download method (torrent|multicast|rsync)
BackgroundFontColor = white # font color of status section (default: white)
ConsoleFontColorStdout = lightgreen # console font color (default: white)
ConsoleFontColorStderr = orange # console error font color (default: red)
SystemType = efi64 # possible values: bios|bios64|efi32|efi64 (default: bios)
KernelOptions = quiet splash # linbo kernel options, space separated
#KernelOptions = acpi=noirq irqpoll # linbo kernel options example for use with acpi problems
#KernelOptions = server=10.0.0.5 # different pxe server ip, (needs device import to be activated)
[Partition] # efi system partition
Dev = /dev/sda1 # device name of the partition
Label = efi # partition label
Size = 200M # partition size 200M, will use kiB if no unit (M, G or T) is set
Id = ef # partition id (ef = efi)
FSType = vfat # filesystem vfat
Bootable = yes # set bootable flag yes
[Partition] # microsoft reserved partition
Dev = /dev/sda2 # device name of the partition
Label = msr # partition label
Size = 128M # partition size 128M
Id = 0c01 # partition id (0c01 = msr)
FSType = # no filesystem
Bootable = no # set bootable flag no
[Partition] # partition section (operating system)
Dev = /dev/sda3 # device name of the partition
Label = windows # partition label
Size = 20G # partition size 50G
Id = 7 # partition id (7 = ntfs)
FSType = ntfs # filesystem ntfs
Bootable = no # set bootable flag no
[Partition] # partition section (cache)
Dev = /dev/sda4 # device name of the partition
Label = cache # partition label
Size = 20G # partition size 50G
Id = 83 # partition id (83 = linux)
FSType = ext4 # filesystem ext4
Bootable = no # set bootable flag no
#[Partition] # partition section (data)
#Label = data # partition label
#Dev = /dev/sda5 # device name of the partition
#Size = # partition size (no value = remaining space of the disk)
#Id = 7 # partition id (7 = ntfs)
#FSType = ntfs # filesystem ntfs
#Bootable = no # set bootable flag no
[OS] # os section
Name = Windows 10 # os name
Version = # version (not used)
Description = Windows 10 1903 # detailed description of os
IconName = win10.png # icon filename in /srv/linbo/icons
Image = # filename of differential image (extension .rsync, optional)
BaseImage = testefi.cloop # filename of main image (extension .cloop)
Boot = /dev/sda3 # boot partition (not used, identical with root partition)
Root = /dev/sda3 # root partition of the os
Kernel = auto # auto for windows
Initrd = # empty for windows
Append = # empty for windows
StartEnabled = yes # show start button
SyncEnabled = yes # show sync+start button
NewEnabled = yes # show new+start button
Autostart = no # automatic start of os (yes|no)
AutostartTimeout = 5 # timeout in secs for user to cancel automatic start
DefaultAction = sync # default action on automatic start: start|sync|new
RestoreOpsiState = no # restore opsi product state after sync (yes|no)
ForceOpsiSetup = # comma separated list of opsi product ids, which are forced
# to setup after sync (e.g. mozilla.firefox,mozilla.thunderbird)
Hidden = yes # hide os tab (unused option, leave it at yes)
_______________ich glaube es, dass der Client keinen „grub“ bekommt.
_______________schau mal bitte die log-Datei:
Installing for x86_64-efi platform.
grub-install: warning: cannot open directory `/usr/share/locale': No such file or directory.
Installation finished. No error reported.
## Log session end: So 17. Nov 09:37:23 CET 2019 ##
## Log session begin: So 17. Nov 09:38:15 CET 2019 ##
Installing for x86_64-efi platform.
grub-install: warning: cannot open directory `/usr/share/locale': No such file or directory.
Installation finished. No error reported.
## Log session end: So 17. Nov 09:38:15 CET 2019 ##
## Log session begin: So 17. Nov 09:39:36 CET 2019 ##
## Hardware setup - begin ##
Oh, upss,
das ist schwer zu lesen!
Kannst Du mal bitte Deinen kompletten start.conf-Text hier zwischen diese zwei code-tags hineinkopieren ?
Die sehen so aus:
[code]
[/code]
L.G.
Christoph
# LINBO start.conf, example for windows 10 (efi, gpt)
# DON'T EDIT THIS FILE! MAKE A COPY AND ADAPT THE VALUES TO YOUR NEEDS!
# efi system partition 1
# microsoft reserved partition 2
# operating system on partition 3
# cache on partition 4
# data on partition 5
[LINBO] # global section
Server = 10.0.0.1 # linbo server ip address
Group = test-efi
# IMPORTANT: server and group will be automatically set during device import!
Cache = /dev/sda4 # cache partition
RootTimeout = 600 # logout from admin console after 600 secs
AutoPartition = no # no partition repair during LINBO startup
AutoFormat = no # no formatting of all partitions during LINBO startup
AutoInitCache = no # no initial cache setup during LINBO startup
DownloadType = torrent # image download method (torrent|multicast|rsync)
BackgroundFontColor = white # font color of status section (default: white)
ConsoleFontColorStdout = lightgreen # console font color (default: white)
ConsoleFontColorStderr = orange # console error font color (default: red)
SystemType = efi64 # possible values: bios|bios64|efi32|efi64 (default: bios)
KernelOptions = quiet splash # linbo kernel options, space separated
#KernelOptions = acpi=noirq irqpoll # linbo kernel options example for use with acpi problems
#KernelOptions = server=10.0.0.5 # different pxe server ip, (needs device import to be activated)
[Partition] # efi system partition
Dev = /dev/sda1 # device name of the partition
Label = efi # partition label
Size = 200M # partition size 200M, will use kiB if no unit (M, G or T) is set
Id = ef # partition id (ef = efi)
FSType = vfat # filesystem vfat
Bootable = yes # set bootable flag yes
[Partition] # microsoft reserved partition
Dev = /dev/sda2 # device name of the partition
Label = msr # partition label
Size = 128M # partition size 128M
Id = 0c01 # partition id (0c01 = msr)
FSType = # no filesystem
Bootable = no # set bootable flag no
[Partition] # partition section (operating system)
Dev = /dev/sda3 # device name of the partition
Label = windows # partition label
Size = 20G # partition size 50G
Id = 7 # partition id (7 = ntfs)
FSType = ntfs # filesystem ntfs
Bootable = no # set bootable flag no
[Partition] # partition section (cache)
Dev = /dev/sda4 # device name of the partition
Label = cache # partition label
Size = 20G # partition size 50G
Id = 83 # partition id (83 = linux)
FSType = ext4 # filesystem ext4
Bootable = no # set bootable flag no
#[Partition] # partition section (data)
#Label = data # partition label
#Dev = /dev/sda5 # device name of the partition
#Size = # partition size (no value = remaining space of the disk)
#Id = 7 # partition id (7 = ntfs)
#FSType = ntfs # filesystem ntfs
#Bootable = no # set bootable flag no
[OS] # os section
Name = Windows 10 # os name
Version = # version (not used)
Description = Windows 10 1903 # detailed description of os
IconName = win10.png # icon filename in /srv/linbo/icons
Image = # filename of differential image (extension .rsync, optional)
BaseImage = testefi.cloop # filename of main image (extension .cloop)
Boot = /dev/sda3 # boot partition (not used, identical with root partition)
Root = /dev/sda3 # root partition of the os
Kernel = auto # auto for windows
Initrd = # empty for windows
Append = # empty for windows
StartEnabled = yes # show start button
SyncEnabled = yes # show sync+start button
NewEnabled = yes # show new+start button
Autostart = no # automatic start of os (yes|no)
AutostartTimeout = 5 # timeout in secs for user to cancel automatic start
DefaultAction = sync # default action on automatic start: start|sync|new
RestoreOpsiState = no # restore opsi product state after sync (yes|no)
ForceOpsiSetup = # comma separated list of opsi product ids, which are forced
# to setup after sync (e.g. mozilla.firefox,mozilla.thunderbird)
Hidden = yes # hide os tab (unused option, leave it at yes)So,
jetzt hab ich mir das angesehen.
Mal abgesehen von den sehr kleinen Partitionsgrößen finde ich keine Probleme oder gar Fehler in der start.conf. Aber merkwürdig ist, dass Dein erster Post auf eine andere Problematik hindeutet als Dein zweiter.
Der zweite Post (mit screenshot) deutet darauf, dass die „Maschinerie“ von Grub nicht auf der Platte gelandet ist. Ich erinnere mich nicht genau, aber bei mir war nach der Umstellung auf oder von UEFI-Boot ein ähnliches Problem zu sehen, da war die Einstellung in der start.conf nicht angepasst.
Um nicht herumzuspekulieren:
Ich würde:
import_workstations)fdisk /dev/sda aufrufen, d1 bis d4 oder d5, dann ein w, um die Partitionen alle zu löschen, dann den Rechner runterfahren.AutoPartition, AutoFormat, AutoInitCache alle auf „yes“ setzt, dann mal das „quiet splash“ weglöscht, um den Start besser zu beobachten, ein import_workstations machen.Und - was passiert ?
Gruß Christoph G.
P.S. Nicht vergessen, die ganzen „Autos“ wieder auf „no“ zu setzen…
das muss direkt am Client in der Konsole des Linbos sein oder?
Grüße
Yousef
Hallo, Yousef,
ja, so ist es.
Gruß Christoph
Hallo,
das muss direkt am Client in der Konsole des Linbos sein oder? Grüße
Yousef
ja, so ist es.
… sorry, aber: nein, so ist es nicht.
Die Partitionen löschen muß auf dem Client sein, aber nicht in der linbo
Konsole: da kann ich nämlich fdisk nciht bedienen, da es interaktiv ist.
Also:
die Partitionen entweder per linbo-ssh und fdisk löschen
oder indem man von einer linuxCD bootet.
LG
Holger
Hi, Holger,
nö: das geht auch in der Linbo-Konsole (kaum zu glauben, aber selbst mehrfach getan).
L.G.
Christoph
Hallo Christoph,
… sorry, aber: nein, so ist es nicht. Die Partitionen löschen muß auf dem Client sein, aber nicht in der linbo Konsole: da kann ich nämlich fdisk nciht bedienen, da es interaktiv ist.nö: das geht auch in der Linbo-Konsole (kaum zu glauben, aber selbst
mehrfach getan).
… OK: in dem Fall hab ich gerne unrecht 
LG
Holger
Hallo,
Nach einer Synchronization eines Clients, habe ich etwas beim Client gemerkt, dass die Festplatten des Clients unmontiert sind. Ist das normal??
Hallo Yousef,
Nach einer Synchronization eines Clients, habe ich etwas beim Client
gemerkt, dass die Festplatten des Clients unmontiert sind. Ist das normal??
… wenn linbo zu alt ist: ja.
Bitte server auf aktuellen Stand holen, dann linuxmuster-import-devices
und dann Client booten, und nochmal partitionieren.
Danach schauen, ob es stimmt.
Wenn nicht, dann Platte leeren (alle Partitionen löschen z.B. mit
knoppix oder ubuntu CD) und nochmal mit linbo partitionieren: spätestens
dann sollte es stimmen.
LG
Holger
Hallo Yousef!
Hast du zufällig Fujitsu-PCs? Ich hab nämlich genau das selbe Problem.
Grüße
Markus
Hallo Markus,
sorry für die späte Antwort. Ja es War ein Fujitsu-PC. Ich habe vor zwei Tagen das Update am Server eingespielt und danach den PC geimagt und das Image hochgeladen, dann hat geklappt 
.
Danke für die Entwickler.
Grüße
Yousef
Hallo zusammen,
vor der Anschaffung der Verleihgeräte wurde mir ein Testgerät unseres Händlers, Marke Terra Mobile 1516 zur Verfügung gestellt. Ich hatte zuvor schon ein Image mit Ubuntu Bionic erstellt, dass virtuell und auf anderen Notebooks problemlos läuft. Der Plan ist, dieses Image mit linbo auf alle Verleihgeräte zu verteilen, ohne eine unnötige Domänenaufnahme. Schließlich kommen die Geräte ja irgendwann auch wieder zurück, und dann habe ich sie schon im System.
Leider kann man in dem Terra-Notebook nicht mehr auf „legacy“ umstellen, die Biosversion von „Insyde“ bietet dies Möglichkeit nicht mehr an. Zunächst habe ich einige Tests mit der vorhandenen „legacy“-Konstellation gemacht. Damit bekomme ich das Image zum Laufen und alles (Mauspad, Kamera usw.) funktionieren. Allerdings wird linbo jedes Mal beim start über das Netz gezogen, also habe versucht, mich mit uefi anzufreunden.
Der Testrechner bekam in der workstation-Datei eine neue Gruppenbezeichnung. Die start.conf.ubuntu-uefi aus den examples habe ich gerüngfügig angepasst, ein import_workstations gemacht und kontrolliert, ob es die entsprechende cfg-Datei in /boot/grub/ gibt. Der Start über pxe sah zunächst vielversprechen aus, allerdings gab es die Fehlermeldung "Installiere GRUB in MBR/EFI von /dev/sda … Fehler! Auch beim Partionieren erschien dieser Fehler und bei den 5 Partionen tauchte die Bezeichnung /dev/sda1 zweimal auf. Wie zu erwarten, startete der Rechner nicht lokal, sondern weiterhin nur über pxe.
Das Ganze habe ich dann noch mit verschiedenen Einstellungen im UEFI-Bios versucht, auch vom Stick mit dem linbo.iso: bringt alles nichts. Ein weiterer Versuch in meiner lmn7 Testumgebung führte auch nicht weiter. Dass das unter legacy-Bedingungen erstellte Image schuld sein könnte, glaube ich an und für sich nicht, da es im Bootprozess ja erst nach linbo zum Einsatz kommt.
Der Knackpunkt scheint zu sein, dass es nicht gelingt, grub auf /dev/sda1, die efi-Partion zu schreiben. Darauf deuten auch die Einträge in der linbo.log (lmn7) hin:
## Hardware setup - end ##
Installing for x86_64-efi platform.
grub-install: error: /boot/efi doesn't look like an EFI partition.
NTFS signature is missing.
Failed to mount '/dev/sda': Invalid argument
The device '/dev/sda' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
NTFS signature is missing.
Failed to mount '/dev/sda': Invalid argument
The device '/dev/sda' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
mkfs.fat: warning - lowercase labels might not work properly with DOS or Windows
...
Installing for x86_64-efi platform.
grub-install: error: /boot/efi doesn't look like an EFI partition.
## Log session end: So 19. Jul 10:50:23 CEST 2020 ##
Ob das Weglassen des labels was bringt, habe ich noch nicht ausprobiert.
Was tun? Auf Rechner mit legacy bestehen (solange es noch welche gibt) oder versuchen linbo mit dem uefi-Zeug zu versöhnen?
Viele Grüße
Wilfried
Hallo Wilfried,
Der Testrechner bekam in der workstation-Datei eine neue
Gruppenbezeichnung. Die start.conf.ubuntu-uefi aus den examples habe ich
gerüngfügig angepasst, ein import_workstations gemacht und kontrolliert,
ob es die entsprechende cfg-Datei in /boot/grub/ gibt. Der Start über
pxe sah zunächst vielversprechen aus, allerdings gab es die
Fehlermeldung "Installiere GRUB in MBR/EFI von /dev/sda … Fehler! Auch
beim Partionieren erschien dieser Fehler und bei den 5 Partionen tauchte
die Bezeichnung /dev/sda1 zweimal auf. Wie zu erwarten, startete der
Rechner nicht lokal, sondern weiterhin nur über pxe.
hier stolpert linbo über seine eigenen Füße: es findet ein anderes
Partitionsschema vor als in der start.conf steht und versucht das
selbsständig gerade zu rücken: dabei passiert dann der Salat.
Du machst folgendes:
alle Partiotionen auf dem Cleint löschen (usb stick oder auch unter
linbo vom Server aus mittels linbo-remote).
Dann neustarten, schon hast du nciht mehr zwei sda1 …
Noch eine Anmerkung wegen Terra: ich rate dringend ab von Terra.
Mit den Dingern kommen immer mal wieder Leute zu mir und klagen, was
nciht geht.
Ich habe zwei größere Probleme ausgemacht bei Terra:
… bei Wein sagt man „verschnitt aus europäischen Weinen“: das ist
bei Terra ähnlich. Ich hatte schon Laptops (convertables) auf dem Tisch,
die komplett unterschiedliches INnenleben hatten (anders Mainboard,
anderen BIOS Hersteller!, andere Prozessorgeneration) aber mit
identischen Prooduktbezeichnungen. Die Schule hatte ca. 30 Stück davon:
zwei kaputt: die neuen zwei waren nciht mal annährend ähnlich: und haben
dementsprechend auch garnicht mehr funktioneirt (nicht mal als eigene HWK ).
Das ist nicht „Business“: lass die Finger davon.
das BIOS: selbst Lenovo macht da manchmal Mist: aber bei Trra: da
gibt es ein BIOS, das irgend wie funktionerit … und dann war es das.
In meinen Augen darf man Terra als Consumergeräte für die Software mit
der sie ausgeliefert werden ansehen, nciht als Geräte die man in unserem
Umfeld betreiben kann.
Tut mir ja Leid für Terra: ich würde gerne Geräte von denen nutzen: aber
nicht unter diesen Voraussetzungen.
Ich würde die Dinger nichtmal geschenkt nehmen: zuviel Arbeit und Ärger.
LG
Holger
Hallo,
@Holger: vielen Dank für deine Hinweise und die Einschätzung.
Ich werde wohl von dieser Anschaffung Abstand nehmen. Das BIOS ist so speziell, dass man auch LIve-CDs und USB-Sticks nur in Ausnahmfällen zum Laufen bringt, trotz GPT und UEFI-Support.
Vielleicht hat jemand eine gute Wahl getätigt bzw. einen Vorschlag. Auf den Laptops soll nur Ubuntu laufen und legacy sollte sich zumindest einschalten lassen.
Viele Grüße
Wilfried