Ok, danke, werde ich in den Ferien machen!
Am 19.05.2015 13:45, schrieb "T. Küchel":
Hallo Christoph,
nach einigen kleineren Katastrophen, habe ich auch festgestellt,
dass es sich lohnt, die untenstehenden Anpassungen (torrent,
partitionsgrößen anpassen, etc.) zu machen und dann den Rechner komplett
neu zu formatieren.
(kleiner Bug bei mir:
linbo_remote -c "partition,format,initcache:torrent"
funktioniert nicht, sondern nur
linbo_remote -c "format,initcache:torrent"
muss und kann reichen)
Ich würde dir empfehlen, eben die synchronisation einmal live
mitanzuschauen, wenn du einen Rechner neu machst, und zwar so:
boote den Rechner in linbo.
vom Server aus auf den rechner "client1" mit
# linbo-ssh client1
Dann auf dem client1 die Befehle beobachten:
# linbo_wrapper format
# linbo_wrapper initcache:torrent
# linbo_wrapper sync:1
# linbo_wrapper start:1
(oder wenn es noch andere partitionen gibt, eben sync:2, etc. vor einem
"start:1" ausführen.)
Ich habe so schon einige (z.B. Partitionsgrößen) Fehler entdeckt.
z.B weiß ich nicht ob die Groß-Kleinschreibung bei "Ext4" in der
start.conf relevant ist, ich habe es klein "ext4"
Viele Grüße, Tobias
Am 19.05.2015 um 10:19 schrieb Holger Baumhof:
Hallo,
stimmt, sonst wären wohl nicht alle Hardwareklassen betroffen.
Vielleicht handelt es sich um irgendwelche Altlasten, die die
Migrationsroutine aus grauer Vorzeit "herübergerettet" hat...
Den Verdacht werde ich auch nicht so richtig los. Genauer gesagt, nachdem ich gelesen
habe, dass der betreffende Server von 4.0 -> 6.0 -> 6.1 gewachsen ist, hat er
sich sogar verstärkt.
.. ich glaub das nicht.
Die Migration rettet vor allem die Daten und die Datenbanken. Dazu noch
einige config Dateien.
Ich kann mir nicht vorstellen, dass da ein "angeschossenes" linbo mit
genommen wird: das wird auf dem Server neu installiert: ganz frisch, da
bei 4.0 linbo 2.0 dabei war, bei 6.0 war es linbo 2.1 und bei 6.1 ist es
linbo 2.2
Hast Du seit dem ersten Schritt mal die Partitionsgrößen angepasst? In der
Historie der lmn wurde ja die Berechnung der Partitionsgrößen für SSDs
gegepasst, vielleicht liegt da der Hund begraben.
das könnte natürlich sein, wobei isch mir auch nicht vorstellen kann,
weswegen dann manchmal das linbo selbst zerschossen wird ..
Wenn es daran liegt, würde ich mal in einer start.conf alle Partitionen minimal
vergrößern (Teilbar durch 2048). Dann einen Rechner völlig platt machen und
mittles Linbo neubespielen. Was ich mir davon erhoffe: Die Festplatte ist dann
sauber hintereinander mit den Partitionen befühlt so wie es Linbo erwartet.
das würde ich auch mal machen: nur um das aus zu schließen, da ich nicht
glaube, dass es daran liegt.
Also paß mal die Größen so an:
sda1 20992000
sda2 kannst du so lassen: ist schon ohne Rest durch 2048 Teilbar.
Noch meine allgemeine Einschätzung der Lage:
das Problem betrifft alle HWKs und es hat sonst niemand: es muß also
irgendwo vor Ort liegen.
Müßte ich raten, wo das Problem ist, würde ich so vermuten (Absteigende
Wahrscheinlichkeit):
1) Manipulation durch Nutzer.
Ja, das halte ich für das wahrscheinlichste.
Ein Schüler hat herausbekommen, wie das linbopasswort ist und drückt auf
"linbo", dann auf Partitionieren und währenddessen macht er den Rechner
aus (wie sonst sollte der Cache unvollständig sein?)
Alternativ bootet der Angreifer von einem USB Stick oder einer CD ..
Abhilfe:
- linbo Passwort ändern in der /etc/rsyncd.secret
- BIOS Passwörter vergeben UND alles ausser Netzwerk und Festplatte aus
der Bootreihenfolge nehmen.
Hinweise: gibt es Rechner die nie Betroffen sind? Wo stehen die? Haben
die ein BIOS Passwort? ..
2) Probleme im Netz: hier fehlt mir schon die Erklärung, wie das so auf
den Client durchschlagen sollte, dass er Beschädigt wird: aber wer weiß.
Tests:
auf torretn umstellen und beobachten
3) Fehler in linbo: unwahrscheinlich, da es "so" keiner hat.
Hier würde ich also Fehler in den configs annehmen. Da ich keine sehen
kann, würde ich mal eine neue Hardwareklasse erstellen und danach nur
die Partitionsgrößen und Imagenamen in der Defaultconfig ändern und dann
nochmal versuchen.
Das bezieht sich jetzt alles auf das: linbo cache wird Zerstört" Problem.
Für das "booten durch Offlien Grub geht nicht" würde ich folgendes machen:
1) /var/linbo/menu.lst.hwk bereitstellen und auf Client spielen mittels sync
wenn das nicht hilft:
2) Partitionsgrößen anpassen (siehe oben) und die Clients frisch ausrollen
Wenn das nicht hilft:
3) mit neuer Partitionsgröße den Client von DC jooten->Rettungskonsole->
fixboot und fixmbr
Dann ein neus Image ziehen.
VIele Grüße
Holger
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
