Hallo Thomas,
Bingo! Das Update löst die Probleme mit dem linuxmuster-import-subnetz Skript .
Dank und LG
Thomas
Hallo Thomas,
Bingo! Das Update löst die Probleme mit dem linuxmuster-import-subnetz Skript .
Dank und LG
Thomas
Hallo zusammen,
Neue Version von linuxmuster-webui7 (7.1.5). Andreas hat das Plugin linbo sync verbessert und erweitert :
* Refactor
* Support of -p option
* Possibility to run command without wol
Gruß
Arnaud
Hallo,
Neue Version von linuxmuster-webui7 (7.1.8) :
python-socketio
Mit der neuen Version von python-socketio
ist nach dem Upgrade auf Python3 vor 2 Jahre der zweiter Teil der globalen Upgrade abgeschlossen. Wir können uns nun auf die Migration auf Angular
konzentrieren.
Gruß
Arnaud
Hallo,
Ich darf nicht mehr bei dem Thread Linuxmuster.net 7.1 testing - #72 von Arnaud antworten ( max 3 hintereinander Antworten erlaubt → vielleicht sollte man in besondere Fälle abschalten ), deswegen schreibe ich es hier :
linuxmuster-webui 7.1.10 online :
Gruß
Arnaud
@Arnaud , ich habs verschoben. Ich habe auch einmal nachgesehen ob ich Dir erlauben kann mehr als drei Beiträge hintereinander zu schreiben. Meine Rechte lassen eine solche Einstellung nicht zu. Vielleicht kann das ein Administrator.
Gruß
Alois
Moin!
Jetzt gilts. Es gibt ein neues Paket von linuxmuster-linbo7 v4.0.11:
Das Paket liegt jetzt erstmal in lmn71-testing, da es durchgetestet werden sollte:
Von mir grob OK getestet. Feedback is welcome.
VG, Thomas
Kann ich bestätigen ist gefixt.
Viele Grüße
Klaus
Moinsen!
Nochn Fix, linuxmuster-linbo7 4.0.12:
Paket ist in ca. 30 Min. in lmn71-testing verfügbar.
VG, Thomas
Hallo Thomas,
irgend wann wirst du beim Pakethochladen wegen zu schnellen fixen geblitzt
LG
Holger
Guten Abend allerseits!
Der Registrypatcher wurde ja schon in den Vorversionen verbessert. Allerdings hat das nicht ausgereicht, da lange, komplexe Registry-Strings trotzdem noch nicht funktionieren. Jetzt habe ich das Ding komplett refakturiert. Paket linuxmuster-linbo7 v4.0.13 ist in ca. 30 Min. online:
Schönes WoE!
Thomas
Guten Abend allerseits!
Es gibt eine neue Version 7.1.8 von linuxmuster-base7 mit aktualisiertem linuxmuster-holiday.
VG, Thomas
Hallo an alle,
stelle gerade auf das neue Linbo um und habe das Problem, dass ca. 1/3 aller Rechner per WOL (linbo-remote) nicht mehr aufwachen. Fehlermeldung ist:
...is not a hardware address and I could not resolve it as to an IP address.
Unter linbo2 gab es dieses Verhalten nicht.
Problem ist unter 4.0.8 und der aktuellen 4.0.13 sichtbar. Laut Linuxmuster.net 7.1 testing - #17 von thomas ff sollte der Fehler seit 4.0.7 gelöst sein.
Gibt es hierzu einen Tipp.
LG
Dominik
Hallo,
ich antworte mir mal selber. Das Problem zog weitere Kreise. Alle Rechner, die nicht aufgewacht sind zeigten mit linbo4 ein seltsames Verhalten, wenn man sie per Hand gestartet hat. Das neue linbo wurde geladen, die Gruppeneinstellungen der entsprechenden start.conf aber weitestgehend ignoriert. Die Rechner blieben stehen beim Sync-Button. Wenn man diesen betätigt hat, dann kam ein Fehler, dass die entsprechenden cloop-Dateien nicht unter /srv/linbo/images/name/… liegen. Das ist ja klar, weil die unter /srv/linbo liegen. Ich hatte allerdings in der start.conf auch auf qcow2 umgestellt. Wieso die clients überhaupt cloop „wollen“ ist mir unklar. Andere Clients der gleichen Hardwareklasse funktionieren übrigens völlig problemlos!?
Irgendwann habe ich dann mal in der devices.csv den Hostname eines der problematischen Clients geändert; von musik-01 zu musik01. Danach war das oben beschriebene seltsame Verhalten weg und linbo4 funktionierte tadellos…habe also alle clients, die gezickt haben umbenannt, linuxmuster-import-devices laufen lassen und dann wieder zurück zum alten Namen gewechselt. Jetzt funktionieren alle Clients…seltsam!
VG Dominik
Hallo Dominik,
danke fürs Debuggen. Sollte eigentlich nicht sein, dass es mit - im Hostnamen Probleme gibt. Works for me
Immerhin hast du einen Workaround gefunden.
Kann erst in 1 Wo. danach schauen. Hatte heute Morgen eine Knie-OP stationär. Glücklicherweise ist die Medizin heute soweit, dass man danach nachmittags schon wieder Forenbeiträge schreiben kann.
VG, Thomas
Das kommt mir bekannt vor. Holger hatte vor nicht allzulanger Zeit auch das Problem, daß Clients, welche schon vor längerer Zeit ins AD aufgenommen wurden mit Linbo4 nicht funktionierten:
Das wurde damals auch durch Umbenennen gelöst, aber letztendlich die Ursache nicht gesucht/gefunden. Mit dem „-“ im Hostnamen hatte es nichts zu tun.
Schnelle Genesung, Thomas.
Viele Grüße
Klaus
Hallo!
Ebenfalls die besten Wünsche zur Gesundung…
Ich wollte gerade auf einem Laptop per linbo-ssh ein .cloop löschen, damit Platz fürs neue ist. Das Dateisystem war aber read-only eingehängt. umount und mount löste das Problem, ich wollte das hier nur mitteilen, ggf. ist das ja auch so gewollt…
Ich hab noch linbo 4.0.7-0 da er mir nach einem Update immer den Fehler
Unable to figure out framebuffer device. Specify it manually.
linuxfb: Failed to initialize screen
no screens available, assuming 24-bit color
Segmentation fault
(Reihenfolge kann auch anders sein, der Fehler rolliert dann immer weiter) bringt, ich bin dann schnell wieder auf den alten Snapshot zurück und werde heute mal, wenn kein Unterricht ist, mit der start.conf spielen.
LG
Max
Hallo nochmal!
Die Fehlermeldung mit dem Segmentation fault geht weg, wenn man den PC einfach nochmal (hart) neu startet. Bedeutet bei mir halt, einmal durchs ganze Schulhaus tingeln. warmstart=no scheint als Kerneloption nicht zu genügen.
Woran liegt das bzw. kann ich das umgehen?
LG
Max
Hallo in die Runde,
auf dem Server mit v.7.1 werden über RSYNC zwei Freigaben [linbo] und [linbo-upload] bereitgestellt. Beide haben auf meinem Server in der Konfigurationsdatei /etc/rsyncd.conf die Option:
dont compress = *.cloop *.rsync *.gz *.lz
Fehlt dort nicht noch ein *.qcow2?
MfG Buster