Hallo Holger,
bei mir auf dem Server:
-rw------- 1 root root 146 Feb 28 13:42 dell_e6430bios.cloop.macct
Und wie ist bei dir im Seminar, wenn Du das Lan-Kabel ziehst. Geht dann Sync oder Neu?
(#Balsaholztisch
Gruß,
Markus
Hallo Holger,
bei mir auf dem Server:
-rw------- 1 root root 146 Feb 28 13:42 dell_e6430bios.cloop.macct
Und wie ist bei dir im Seminar, wenn Du das Lan-Kabel ziehst. Geht dann Sync oder Neu?
(#Balsaholztisch
Gruß,
Markus
Könnte mal jemand einen Rechner ohne Netzwerkkabel syncen?
Das wäre total nett. Dann könnte man sehen, ob das wirklich ein Linbo Bug ist, oder ob nur bei mir und Valentin etwas klemmt.
Danke!
Markus
Hallo Markus,
wir haben dasselbe Problem, allerdings habe ich noch nicht systematisch nachgeforscht. Insofern weiß ich auch nicht, ob der Fehler immer auftritt oder nur manchmal. Aber definitiv zumindest ab und zu, sowohl mit Win7 als auch mit Win10.
Beste Grüße
Jörg
Hallo,
wir haben dasselbe Problem, allerdings habe ich noch nicht systematisch nachgeforscht. Insofern weiß ich auch nicht, ob der Fehler immer auftritt oder nur manchmal. Aber definitiv zumindest ab und zu, sowohl mit Win7 als auch mit Win10.
ich hab linbo 2.3.40 und gerade hab ich es auf einem PLaptop in der
Schule getestet.
zuerst hab ich ihn normal gesynct → alles gut.
Dann hab ich den Rechner ausgeschaltet, das Netzwerkkabel gezogen und
ihn nochmal aus linbo heraus mit sync+start gesynct: es hat ganz normal
funktioniert: danach begrüßte mich das Betriebsystem.
Habt ihr das Problem mit einer neueren linbo Version?
Habt ihr das nur mit Windowns?
(ich hab ubuntu 14.04 getestet)
LG
Holger
Hallo!
Ich habe soeben erfolgreich an einem Rechner Ubuntu 16.04 offline
synchronisiert gestartet (linbo 2.3.38-0)
Windows kann ich nicht testen, haben wir nicht.
Gruß - Rainer
Bei mir wie gesagt: 6.2 aktuell und mit Windows 7 im BIOS Modus. Mit UEFI und Win 10 hatte ich ganz andere Probleme.
Linux haben wir nicht mehr.
Wäre also cool, wenn das mal jemand mit Windows testen könnte. Wobei: Alle Win7 Images, die ich bei uns getestet habe, zeigen diees Problem. Das wäre ja der Mega-Zufall, wenn das dann kein Bug wäre.
Gruß,
Markus
Hallo Holger,
das Problem tritt bei uns nur bei Windows auf, Linux wird immer
gestartet - auch auf demselben Rechner. Wir haben derzeit Linbo 2.3.37.
Da man die Rechner aber in so einem Fall zuverlässig mit grün starten
kann, und weil bei uns mehr und mehr Linux verwendet wird, brennt mir
das nicht wirklich auf den Nägeln.
Beste Grüße
Jörg
Hallo,
eben getestet
Linbo 2.3.40-0
Ubuntu Neu und Start funktioniert
Windows 7 Neu und Start bleibt am Ende mit der Meldung dass der Vorgang erfolgreich war stehen. Ich kann aber danach den Start-Button anklicken und Windows startet.
Gruß
Alois
Hallo,
wenn mich am Wochende in der Schule jemand dran erinnert, dann scheuen
wir uns das direkt zusammen an und testen.
Dann können wir auch gleich logs anschauen.
LG
Holger
Hi Markus,
evtl. solltest du noch bei de-bugging sagen, ob du die boot-reihenfolge HD - netzwerk oder andersherum hast.
VG, Tobias
Das ist egal. Der einzige Unterschied ist, dass bei Netzwerk first man eben ein paar Sekunden warten muss, bis er erkennt, dass kein Kabel steckt. Dann startet er ohnehin von der Platte.
Danke an alle für das Testen. „Dumme Frage“ noch: Wo meldet man bugs? Oder lesen die Entwickler ohnehin mit?
Gruß,
Markus
Hallo,
könntet ihr mal bitte nachschauen ob die Partitionen auf dem Client ihre
label haben?
ZUerst in der start.conf schauen, ob label definiert sind und wie sie
heißen und dann auf dem Cleint (mittels linbo-ssh oder in der console am
Cleint) folgende Befehle absetzen:
blkid /dev/sda1
blkid /dev/sda2
blkid /dev/sda3
…
LG
Holger
Hallo Holger,
bei uns alles ohne Label - wir haben also auch in der start.conf keine Label gesetzt.
Beste Grüße
Jörg
Hallo zusammen,
nun habe ich es mal genauer getestet. Online starten die Rechner nach dem Sync (rot) mit Windows 10 durch, offline nicht. Wie schon erwähnt tritt das Problem bei denselben Rechnern mit Ubuntu nicht auf. Mit dem grünen Knopf kann man nach dem Sync problemlos starten.
Interessanterweise kann man sich bei offline restaurierten Clients dann nicht an der Domäne anmelden (Vertrauensstellung …).
In den Logs steht nichts auffälliges, aber auf dem Bildschirm steht folgende Fehlermeldung:
Restauriere NTFS-ID ntfs.id.
tar: short read
Keine Produktkeys verfügbar ...
Die mittlere Meldung (tar
) ist rot und erscheint nur beim Offline-Sync, das könnte also auf die Ursache des Problems hindeuten.
Vielleicht hilft es ja bei der Fehlersuche!
Beste Grüße
Jörg
Hallo zusammen,
OK, nun habe ich es gefunden:
Das Problem besteht in der Funktion restore_winact()
in dem skript linbo_cmd
. Dort wird eine Variable archive
gesetzt. Im Online-Modus wird dann geprüft, ob sie leer ist, und wenn ja wird zurückgesprungen.
Im Offline-Modus fehlt jedoch die Prüfung. Das führt dazu, dass ganz am Ende der Funktion versucht wird, die Datei $archive
mit Tar zu entpacken. Da das nicht klappt, wird die Methode mit einem Fehler verlassen und Linbo fürt die weiteren Befehle nicht aus.
Hier noch unsere neue linbo_cmd:
...
# restore windows activation tokens
restore_winact(){
...
# without linbo server
if localmode || [ -z "$mac" ] || [ "$mac" = "OFFLINE" ]; then
tarchive="$(cd /cache && ls *.$image.winact.tar.gz 2> /dev/null)"
# get mac address from archive name
for i in $tarchive; do
mac="$(echo $i | awk -F\. '{ print $1 }')"
if ifconfig -a | grep -q "$mac"; then
archive="$i"
break
fi
done
#JR Die nächsten 6 Zeilen für das Durchstarten im Offline-Betrieb
if [ -z "$archive" ]; then
echo "ueberspringe Reaktivierung, keine Daten!"
return
else
echo "OK!"
fi
else # with linbo server
...
Das löst das Problem mit den nicht automatisch startenden Rechnern im Offlinebetrieb.
Leider ist es nach wie vor so, dass man sich an einem offline gestarteten Rechner nicht an der Domände anmelden kann, wenn man ihn nach dem Booten ans Netz hängt. Die Fehlermeldung is die Vertrauensstellung-Geschichte.
Beste Grüße
Jörg
Hallo,
Thomas hat ein neues Paket gemacht.
Ich nehme an, dass Jörgs Arbeit ihm viel Zeit erspart hat
LG
Holger