Hallo Jürgen, könnte ein Encoding-Problem der Grund sein? Versuch doch mal, das Skript auf der Konsole mit nano oder vi neu anzulegen.
Viele Grüße Jörg Juergen Engeland <[email protected]>schrieb: Hallo miteinander, ich fange "from scratch" an ... Neues postsync mit der Schulkonsole erzeugt: --- echo "...BEGIN..." echo "...ENDE..." exit 0 --- liefert sinngemäß eine FM line 4: 0 ist kein zulässiger Wert und der Client bleibt stehen. Letze zwei Zeilen entfernt und der Client läuft durch. -> Möglichst bald Ticket für exit 0 in postsync in flyspray erstellen ;-) -> Aktion für Aktion aus der kaputten(?) postsync einfügen, bis der Fehler wieder auftritt. Gruß Jürgen Am 19.08.2016 um 10:49 schrieb Juergen Engeland: Hallo miteinander, das Problem mit dem (universellen?) postsync-Skript ist bei uns leider immer noch nicht behoben. Nach dem Update auf lmn 6.2 und linbo 2.3.6 habe ich den Eindruck, dass noch weniger geht. echo "##### linuxmuster-client POSTSYNC BEGIN #####" wird ausgeführt Die Fehlermeldungen von linbo_cmd lauten ungefähr line2: ... not found line6: ... not found line78: 'then' expected So bleibt der Client stehen. Zeile 78 ist die letzte Zeile des postsync-Skripts Zeile 2 und 6 sind leer. Wenn ich diese lösche, verschwinden diese Fehlermeldungen, und die letzte rückt auf Zeile 76 vor. Bei den Zeilennummern werden also offenbar Leerzeilen und Kommentare mitgezählt!? Das Verrückte: trusty714 läuft durch und startet, mit xenial-testing(531) tritt hingegen der gleiche Fehler wie mit unserem cloop auf! Die Rechte sind identisch. Die Unterverzeichnisse in serverpatches auf dem Client sind vorhanden. Wenn es tatsächlich am Image liegen sollte, wie debuggen? Anbei das, was ich auf dem Server und im Client-Cache an logs gefunden habe. Gruß Jürgen Am 30.04.2016 um 18:15 schrieb Juergen Engeland: Hallo Holger, ich habe beide Images mit neuen kurzen Namen neu erzeugt: hulc105.cloop virtxp.cloop Wenn der Rechner erwartungsgemäß bei modprobe virtxp.cloop hängt, kann ich mit linbo-ssh sehen, dass /dev/sda2 /dev/sda3 beide unter /mnt eingehängt sind (wieso lässt irgendeine shell sich DAS gefallen?!) und zwei Prozesse laufen linbo-cmd syncstart linbo-cmd synconly Ersterer müsste beendet werden, bevor der zweite startet! syncstart, weil ich die Aktion am Client mit dem gelben Button ausgelöst habe. Ich könnte mal mit linbo-ssh linbo_wrapper synconly:1 loslassen. Dies würde zwar das Problem nicht lösen, aber vielleicht bei der Fehlereingrenzung helfen. Verdammt, das hat lange so funktioniert :-( Gruß Jürgen Am 30.04.2016 um 13:26 schrieb Juergen Engeland: Hallo Holger, es liegt nicht am dem virtual image - wenn, läge es am Linux Am 30.04.2016 um 12:32 schrieb Holger Baumhof: Hallo Jürgen, Wat nu??? "der Vorhang zu und alle Fragen offen" :-) (Brecht) aber "einen hab ich noch, einen hab ich noch" (Otto) mach doch mal ein fsck deiner virtual Parition und erstell dann nochmal ein Image. Aber von der virtual Partition konnte ich das Problem doch bereits isolieren. Auch die Linux-Partition alleine ohne postsync bleibt beim zweiten Durchlauf bei "modprobe ..." hängen, weil offenbar der erste nicht richtig abgeschlossen wird. -> ich mach das mal mit der Linux-Partition! Lösch aber vorher alle Images dieser Partition auf dem Client und verschieb die auf dem Server irgendwohin. Und zuletzt: "Ich hätte gerne eine Flasche Pomfritt" (Didi Hallervorden) .. ABI korrigieren macht debil .. 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 _______________________________________________ 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
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
