Hallo,
wir haben wirklich viele neue Rechner für unsere insgesamt 20 DV Räume bekommen, alles:
HP Elitedesk 705 G3 MT.
Statt der NVidia Grafikkarte, die original drin war haben wir nach Tests eine AMD Radeon R9 einbauen lassen. Ende Juli, Anfang August hat der Testrechner damit keine Probleme gemacht.
Ich habe ein Update auf das neueste Linuxmuster 6.2 mit linbo 2.3.26-0 gemacht; das lief durch, alles schien zu funktionieren.
IPFire habe ich neu auf einem neuen Server installiert (IPFire 2.19 (x86_64) - Core Update 102), alles extra nicht virtualisiert. linuxmuster-ipfire --setup --first, alles ok, Internet geht, scheinbar keine Probleme. Testrechner funktionierte.
workstation Datei scheint ok zu sein, Fehler habe ich bereinigt:
sophomorix-workstation --full-check
#### Asking the system for exam and computer accounts ... ####
* Fetching classrooms from /etc/linuxmuster/classrooms:
* File /etc/linuxmuster/classrooms exists
Checking /etc/linuxmuster/workstations for syntax errors ...
* No syntax errors in /etc/linuxmuster/workstations!
Examaccounts that must be killed:
------------------------------------------------------------------------
Examaccounts that must be added:
------------------------------------------------------------------------
Computers that must be killed:
------------------------------------------------------------------------
Computers that must be added:
------------------------------------------------------------------------
Check finished. Nothing changed!
Bei allen Switches habe ich ein reboot durchgeführt, die sind auch in der workstation Datei aufgenommen. Scheint ok zu sein.
Jetzt das Problem:
In allen DV Räumen startet der HP Rechner, linbo holt sich für den Rechner eine IP, zeigt den Eingangsbildschirm an.Sobald ich bei imaging das Passwort eingebe, friert der Rechner ein, steht still.
Nehme ich den Rechner von Hand in die workstations Datei auf, lädt linbo bis zur Meldung: “Lade Konfigurationsdateien …” und steht dann still.
Bilder: Linbo Start
Der Anfang der start.conf:
LINBO start.conf mit Windows 10 auf Partition 1 (NTFS)
Cache auf Partition 2
Daten auf Partition 3
Festplatte 238,5G
[LINBO] # globale Konfiguration
Cache = /dev/sda2 # lokale Cache Partition
Server = 10.64.1.1 # IP des Linbo-Servers, der das Linbo-Repository vorhaelt
Group = hpg3bios
Achtung: Server und Group werden beim Workstationsimport automatisch gesetzt!
SystemType = bios # moeglich ist bios|bios64|efi32|efi64 (Standard: bios fuer bios 32bit)
RootTimeout = 600 # automatischer Rootlogout nach 600 Sek.
AutoPartition = yes # automatische Partitionsreparatur beim LINBO-Start
AutoFormat = yes # kein automatisches Formatieren aller Partitionen beim LINBO-Start
AutoInitCache = no # kein automatisches Befuellen des Caches beim LINBO-Start
DownloadType = rsync # Image-Download per torrent|multicast|rsync, default ist rsync
BackgroundFontColor = white # Bildschirmschriftfarbe (default: white)
ConsoleFontColorStdout = white # Konsolenschriftfarbe (default: white)
ConsoleFontColorStderr = red # Konsolenschriftfarbe fuer Fehler-/Warnmeldungen (default: red)
KernelOptions = acpi=off
KernelOptions =
#KernelOptions = acpi=noirq irqpoll # LINBO Kerneloptionen (z. B. acpi=off), m. Leerz. getrennt
#KernelOptions = server=10.16.1.5 # Abweichende Linbo-Server-IP als Kerneloption gesetzt
# falls gesetzt wird diese IP beim Workstationsimport verwendet
Die start.conf. habe ich auch für efi nach /var/linbo/examples erstellt, es passiert das selbe.
Für Hilfe bin ich wirklich dankbar. Mir fällt gerade nichts mehr dazu ein. Es wäre aber super peinlich, wenn ich die ganzen Rechner nicht ins System bekommen.
Die alten Rechner machen übrigens keine Probleme, laufen mit dem alten image unter linbo einwandfrei.
Die neuen scheinen in einem einzigen Raum - unserem DV Team Raum zum Testen - das Problem nicht zu haben, aber in allen DV Räumen. Seltsam.
Grüße und Danke für Hilfe, Ideen, Anregungen.
Arnold