Wie immer erst mal Danke! :)
Am 18.05.2015 19:09, schrieb Holger Baumhof:
Hallo Christoph,
Ist die nochso, oder hast du von mir vorgeschlagene Änderungen
integriert?
(ext4 statt reiserFS ..)
Ja, ich hatte bei einigen Hardwareklassen auf Ext4 umgestellt, ohne
Besserung allerdings.
es sind also mehrere Hardwareklassen betroffen?
Beschreib diese mal genauer.
Tritt das Problem "schon immer" auf, oder erst seit update auf 6.1 oder
auf linbo 2.x.y?
Soweit ich das sagen kann bei ALLEN Hardwareklassen und zwar seit dem
Update von 4.0.6 auf 6.0 und immernoch jetzt bei 6.1.
Genau, allerdings kommt deutlich erschwerend hinzu, dass auch Linbo
selbst nicht mehr läuft (solange kein Netzwerk angeschossen ist,
versteht sich, was aber bei einigen unserer Rechner der Fall ist). Die
Offline-Rechner sind damit also vollständig lahmgelegt.
Und das kannso nicht weitergehen, alle zwei Tage holt mich jemand aus
dem Unterricht, weil die Beamerwägen nicht funktionieren...
mich wundert es sehr, da ich das noch nie in dieser Form beobachten konnte.
Daher auch die Vermutung auf "Fremdeinwirkung".
Startet linbo das windows ohne reboot?
Wenn ja: nur mit pnpbios=off und acpi=off?
Alle Hardwareklassen arbeiten ohne Reboot, die zwei Zusatzoptionen
benötige ich für zwei Laptop-Hardwareklassen. Von dem Problem betroffen
sind aber auch noch ca. 8 weitere Klassen, alle ohne die Zusatzoptionen.
Unsere Vermutung war: jemand bricht während des syncs in linbo ab (Halr
oder reboot unter Linbo).
Hast du versucht das aus zu schließen?
Ja, ich habe mehrmals versucht, den Fehler durch Abbrechen und
"Dazwischenklicken" bei der Synchronisation herbeizuführen, es aber
nicht geschafft.
Windooof durch einen Abbruch von Neu&Start zu zerschießen ist natürlich
kein Problem, aber der Inhalt der Linbo-Partition sollte das ja
überleben, und das tat er bei meinen Versuchen auch.
.. du sagst: Beamerwagen.
Da kommt auch schon mal vor, dass den jemand ohne Beamer betreibt und
der Rechner möglicherweise abschmiert, während er synct, weil die
Batterie leer ist...
Ja schon, aber ich hab's wie gesagt nicht reproduzieren können.
Vor allem aber tritt es ja auch bei allen möglichen "festen" PCs auf.
Die Partitionsgröße beträgt 20GB, davon sind ca. 5GB voll.
Würde mich wundern, wenn es daran läge?!?
das habe ich aber schonmal erlebt: dass das Windows erst wieder bootete,
als man die Partitionsgröße wieder angepaßt hatte ..
Was meinst Du genau mit "anpassen"?
menu.lst.hwk verwende ich nicht,
.. das wundert mich jetzt.
Du willst, dass die Dinger offline ein bootmenü zeigen mit Timeout,
damit das Windows direkt gestartet wird: das realisiert man, durch eine
solche Datei: aber die hast du nicht ..
Na ja, an der Umstellung aufs Bootmenü arbeite ich ja noch. Bis jetzt
war's immer ohne dieses, daher dachte ich, vielleicht verschwindet der
Fehler ja mit dem Bootmenü...
Aber das will ja auch nich so recht, was ich in nem anderen Thread schon
mal geschildert habe: Wenn WIndoof aus dem "Mini-Menü" heraus ohne Linbo
gebootet werden soll, kommt immer die Fehlermeldung "hidden_sectors
should not be zero for a hard-disk partition boot sector". Die
menu.lst, mit der ich getestet habe, ist zu Deiner (bis auf die
Festplattenzuordnung) identisch.
Das is aber (vermutlich) ein anderes Thema...
Insgesamt würde ich (immernoch) sagen, dass was auf unserem Server nicht
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...
Gruß
Christoph
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
