Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo miteinander, möglicherweise gibt es einen Zusammenhang mit "Benutzerlisten prüfen! Wenn ich mit der Schulkonsole eine postsync für mein hulc1404.cloop erzeuge, und es per copy mit dem Inhalt aus trusty714.cloop.postsync fülle, kommt der Fehler. Bügele ich das soeben erzeugte postsync im

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jörg, zum Glück lief das postsync-skript ohne das sync auf die zweite Partition in der Schule Partition noch. Dort habe ich nur mit vi gearbeitet, weil ich das item in der Schulkonsole erst vorgestern zu Hause entdeckt habe. Ich kann natürlich auch mit vi Schmierzeichen via copy aus Firefox

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Stefan, ich habe einfach trusty714.cloop.postsync kopiert. Ob ich PATCHCLASS ändere oder auf trusty714 lasse ist egal. Ist es vielleicht ein Problem, dass mein Server nicht die IP 10.16.1.1 hat sondern 10.0.2.2 haben muss? Ist zumindest in dieser Datei ja nicht hart verdrahtet ...

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

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 schrieb: Hallo miteinander, ich fange "from scratch" an ... Neues postsync mit der

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

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.

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, schick doch mal das postsync-Skript. "line78: 'then' expected" kann ja auch auf einen Syntaxfehler hinweisen, der z.B. durch das Einsetzen von versch. Werten für Variablen nur bei bestimmten Werten auftaucht. Das wäre noch eine Idee für das unterschiedliche Verhalten... Gruß

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

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

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

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

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

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. Lösch aber vorher alle Images dieser Partition auf dem Client und verschieb die

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo miteinander, die neue Lösung mit dem generic.postsync bleibt an der gleichen Stelle hängen - und zwar unabhängig von postsync! Dies ist mir aufgefallen, als ich mit linbo-ssh linbo_wrapper sync:1 nachdem es durchgelaufen war, ein zweites Mal laufen lassen wollte - ohne dass das

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, chown 1000:1000 ist bei mir im postsync nicht drin. Ich versuche es jetzt mit Vorwärtsverteidigung! http://www.linuxmuster.net/wiki/dokumentation:handbuch62:linbo:cloudclient-singleboot#ergebnis_des_vorgehens Wenn ich jetzt diesen Schnipsel in common/postsync.d kopiere ...

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

zu schnell weggeschickt: bei mir war das Problem das chown 1000:1000 im postsync-Skript. Jürgen Am 29. April 2016 um 20:03 schrieb Jürgen Horzella < juergenhorze...@googlemail.com>: > > > Am 29. April 2016 um 14:25 schrieb Juergen Engeland < > juergen.engel...@t-online.de>: > >> >> Im log für

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Am 29. April 2016 um 14:25 schrieb Juergen Engeland < juergen.engel...@t-online.de>: > > Im log für den Client finde ich einen Hinweis darauf, dass bereits ein > linbo_cmd laufe. > Das würde sich damit decken, dass /dev/sda2 noch eingehängt ist, wenn > das zweite linbo-cmd aus dem postsync

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Holger, Image neu schreiben hat nichts gebracht. Im log für den Client finde ich einen Hinweis darauf, dass bereits ein linbo_cmd laufe. Das würde sich damit decken, dass /dev/sda2 noch eingehängt ist, wenn das zweite linbo-cmd aus dem postsync gestartet wird. Das linbo-cmd für die

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Holger, [...] Gruß Jürgen Am 29.04.2016 um 10:24 schrieb Holger Baumhof: > Hallo Jürgen, > >> man soll den Fehler ja immer bei sich selbst zuerst suchen ... was ich >> verändert habe, sind die Partitionsgrößen für das Virtuelle Windows und >> den Cache. Beide habe ich zugunsten der

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, > man soll den Fehler ja immer bei sich selbst zuerst suchen ... was ich > verändert habe, sind die Partitionsgrößen für das Virtuelle Windows und > den Cache. Beide habe ich zugunsten der Linux-Partition so klein wie > möglich gemacht. Voll sind beide jedoch bei weitem nicht und

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Holger, man soll den Fehler ja immer bei sich selbst zuerst suchen ... was ich verändert habe, sind die Partitionsgrößen für das Virtuelle Windows und den Cache. Beide habe ich zugunsten der Linux-Partition so klein wie möglich gemacht. Voll sind beide jedoch bei weitem nicht und einzeln

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Holger, ich vermute eher, dass sich etwas in linbo-cmd oder einer von dort aufgerufenen Datei verändert hat. Ich habe nichts an der postsync verändert, mit der es lief. Wenn ich die postsync neu erstelle geht es auch nicht. Es könnte nur an den Parametern für den Aufruf liegen - aber

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, ich denke nicht, dass das hilft, da meiner Meinung nach der Fehler irgend wo in deinem postsync script steckt und solange du das nicht findest, wird auch das upgrade nichts bringen: die Art wie linbo das postsync verarbeitet ändert sich meines Wissens nach nicht. Hast du die Datei

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo miteinander, postsync bleibt bei uns immer noch beim linbo-cmd synconly hängen. Ich finde einfach keine Ursache und erst recht keine Lösung :-( Ist es eventuell einen Versuch wert, auf linuxmuster 6.2 zu aktualisieren (erstmal natürlich nur auf meinem Testsystem)? Gruß Jürgen Am

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo miteinander, manchmal ist man betriebsblind ... Es kann doch nicht sein, dass sowohl /dev/sda2 als auch /dev/sda3 auf dem selben Mountpoint /mnt eingehängt sind, oder? Wo wird vergessen, zumindest /dev/sda2 auszuhängen? Gruß Jürgen Am 24.04.2016 um 11:11 schrieb Juergen Engeland: > Hallo

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Max, was meinst Du mit " Ausgabe der Parameter auf der Linbo-Konsole anschalten"? Wenn ich mich, wenn der Client bei "modprobe cloop /cache/MS-Windows-notebook.cloop" hängt, vom Server aus mit linbo-ssh auf den Client zugreife, sehe ich mit "mount", dass /dev/sda2 (Linux), /dev/sda3

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Am 20. April 2016 um 08:54 schrieb Juergen Engeland : > Hallo Max, > > synchronisiert dieses Skript wirklich die zweite Partiton? > Die case-Anweisung ist doch auskommentiert! > Genau an der Stelle steht bei mir Hier nochmal ein Auszug: >> #

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Max, synchronisiert dieses Skript wirklich die zweite Partiton? Die case-Anweisung ist doch auskommentiert! Genau an der Stelle steht bei mir --- /usr/bin/linbo_cmd synconly "$myserverip" "$1" "$mybaseimage" "$myrsyncimage" "" "$myrootpartition" --- und da hängt's. Gruß Jürgen Am

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo miteinander, da der Fehler in meiner mit copy aus dem Wiki zusammengeklickten und editierten *.postsync begraben sein könnte: Hat jemand für mich eine funktionierende Datei, die bei ihr/ihm die Partition mit dem virtuellen Windows mit synchronisiert? Ich bin ein wenig in Verlegenheit,

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jörg, hallo Holger, das wollte ich ohnehin tun. Hier isses. Gruß Jürgen Am 18.04.2016 um 18:11 schrieb Jörg Richter: > Hallo Jürgen, > > hier gibt es zwei Fehlermeldungen: > > > sed: bad option in substitution expression > > und: > > > sh: bad pid '1916 > > 3021' > > Offenbar hat hier

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, hier gibt es zwei Fehlermeldungen: > sed: bad option in substitution expression und: > sh: bad pid '1916 > 3021' Offenbar hat hier Dein Postsync-Skript einen Fehler, dem würde ich nachgehen. Beim zweiten scheint es so zu sein, dass zwei Prozesse laufen, das Skript aber nur

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, ich habe diese Meldung nochmal neu interpretiert. > # linbo_wrapper sync:2 > 1422 root 2956 S/bin/sh /usr/bin/linbo_cmd syncstart 10.0.2.2 > /dev/sda4 GNU-Linux-notebook.cloop /dev/sda2 /dev/sda2 vmli > 2430 root 2888 S/bin/sh /usr/bin/linbo_cmd

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Holger, wenn ich das erste Betriebssystem, wie Du unten geschrieben hast, mit linbo-ssh syncronisiere, bleibt das per postsync angestoßene zweite genau an der gleichen Stelle hängen, wie wenn es lokal mache. Das zweite allein lässt sich einwandfrei syncronisieren. Der Fehler tritt sowohl in

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, > so wie Du schreibst, habe ich es bereits gemacht. und dann kam diese Meldung? >>> --- >>> # linbo_wrapper sync:2 >>> 1422 root 2956 S/bin/sh /usr/bin/linbo_cmd syncstart 10.0.2.2 >>> /dev/sda4 GNU-Linux-notebook.cloop /dev/sda2 /dev/sda2 vmli >>> 2430 root 2888

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Holger, so wie Du schreibst, habe ich es bereits gemacht. Gruß Jürgen Am 08.04.2016 um 17:33 schrieb Holger Baumhof: > Hallo Jürgen, > >> wat nu? >> >> --- >> # linbo_wrapper sync:2 >> 1422 root 2956 S/bin/sh /usr/bin/linbo_cmd syncstart 10.0.2.2 >> /dev/sda4

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, > wat nu? > > --- > # linbo_wrapper sync:2 > 1422 root 2956 S/bin/sh /usr/bin/linbo_cmd syncstart 10.0.2.2 > /dev/sda4 GNU-Linux-notebook.cloop /dev/sda2 /dev/sda2 vmli > 2430 root 2888 S/bin/sh /usr/bin/linbo_cmd synconly 10.0.2.2 > /dev/sda4

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Holger, wat nu? --- # linbo_wrapper sync:2 1422 root 2956 S/bin/sh /usr/bin/linbo_cmd syncstart 10.0.2.2 /dev/sda4 GNU-Linux-notebook.cloop /dev/sda2 /dev/sda2 vmli 2430 root 2888 S/bin/sh /usr/bin/linbo_cmd synconly 10.0.2.2 /dev/sda4 MS-Windows-notebook.cloop

Re: [lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Hallo Jürgen, > irgendwie ist unserem System die Fähigkeit verloren gegangen, bei einem > synchronisierten Start der Linuxpartition per postsync auch die > Partition mit dem virtuellen Windows zu synchronisieren. Der > sync-Vorgang bleibt bei "modprobe MS-Windows-notebook.cloop" hängen. Die >

[lmn] Linuxclient: Universelles postsync-Skript bleibt bei Virtuellem Windows hängen

Liebe Listenmitglieder, irgendwie ist unserem System die Fähigkeit verloren gegangen, bei einem synchronisierten Start der Linuxpartition per postsync auch die Partition mit dem virtuellen Windows zu synchronisieren. Der sync-Vorgang bleibt bei "modprobe MS-Windows-notebook.cloop" hängen. Die