Hallo zusammen,
ntfs-3g haben wir in Postsync-Skripten benutzt und ist nicht mehr verfügbar. Wird es durch mount -t ntfs ersetzt?Viele Grüße
Thomas
Hallo zusammen,
noch eine Beobachtung: wenn ich in Linbo für Ubuntu (2. OS, Icon passt) Neu+Start wähle, wird trotzdem das Icon von Windows angezeigt (auch wenn Ubuntu ordnungsgemäß synchronisiert).
Viele Grüße
Thomas
Hallo Thomas,
noch eine Beobachtung: wenn ich in Linbo für Ubuntu (2. OS, Icon passt)
Neu+Start wähle, wird trotzdem das Icon von Windows angezeigt (auch wenn
Ubuntu ordnungsgemäß synchronisiert).
das kann ich mir nicht vorstellen.
Kannst du ein Screenshot schicken?
Ich hab da kein Bild vor mir, welches Icon da wann falsch ist.
LG
Holger
Hallo Thomas,
- auf einem NVME-Rechner wird bei HDD derzeit angezeigt: „Prints
partition size. Usage: linbo…“ (Rest nicht sichtbar).
steht die ssd korrekt in der start.conf.GRUPPE ?
/dev/nvme0n1pX
- |ntfs-3g| haben wir in Postsync-Skripten benutzt und ist nicht mehr
verfügbar. Wird es durch |mount -t ntfs| ersetzt?
das weiß ich leider nicht: nehme aber an, dass es so geht, wie du schreibst.
ntfs-3g wurde ersetzt durch den kernel ntfs treiber, der deutlich
schneller sein soll: und das fuse Zeug kann man sich sparen.
LG
Holger
Hallo Holger,
ja - sonst würde da vermutlich auch nichts funktionieren. Ich habe aber noch einmal nachgeschaut. Es ist wie gesagt nur ein (seltsames) Anzeigeproblem derzeit. Das Gerät, auf dem ich es beobachtet habe, ist ein Lenovo T590 mit 512GB NVME SSD.
Viele Grüße
Thomas
Hi, ich weiß nicht, ob das hier genau der richtige Platz ist.
Problem: Nach update auf 7.2 (streng nach Anleitung ) läuft soweit alles wie gewünscht, aber der Systemd kann den Service „update-notifier-download“ nicht mehr starten:
Traceback (most recent call last):
File "/usr/lib/update-notifier/package-data-downloader", line 24, in <module>
import debian.deb822
ModuleNotFoundError: No module named 'debian'
ist das jemandem anderen auch noch aufgefallen? Und wie kann ich das beheben?
Ich habe als sofortmaßnahme das Paket deinstalliert… aber ich hätte es eigentlich schon gern.
LG Jesko
Lieber Jesko,
ich habe das Problem nicht…:
systemctl status update-notifier-download.service 17s root@server 13:01:25
○ update-notifier-download.service - Download data for packages that failed at package install time
Loaded: loaded (/lib/systemd/system/update-notifier-download.service; static)
Active: inactive (dead) since Mon 2023-06-26 21:56:08 CEST; 15h ago
TriggeredBy: ● update-notifier-download.timer
Process: 126913 ExecStart=/usr/lib/update-notifier/package-data-downloader (code=exited, status=0/SUCCESS)
Main PID: 126913 (code=exited, status=0/SUCCESS)
CPU: 144ms
Hast du einfach mal versucht, das Paket nicht einfach nur zu deinstallieren sondern zu purgen und dann neu zu installieren?
Hilft dir ansonsten das : https://bugs.launchpad.net/ubuntu/+source/update-notifier/+bug/1978120
LG Dominik
Hallo zusammen, ich hab das schon kurz erwähnte Bootproblem noch einmal untersucht. Seit dem Update auf 7.2 gelange ich bei 6.2er-Clients oder bei neuen Clients (also mit leerer NVME-Platte) weder per PXE noch per Stick zu Linbo.
Stattdessen erhalte ich als Dauerschleife:
Es kommt offenbar keine Netzwerkverbindung zustande. Das war bisher (wir haben zig von diesen T470s eingerichtet) nie ein Problem. Wenn ich per Stick / Debug händisch init.sh aufrufen (das war die Notlösung, wenn keine Netzwerkverbindung zustande kam, z.B. bei USB-LAN-Karten) kommt nun:
Was kann das sein?
Viele Grüße
Thomas
Hallo Thomas,
es gibt auch bei Ex-LMN6-Clients Problemen mit SSD, die nun in LMN7 eingebunden werden sollen.
Vielleicht ist Dein Problem damit verwandt.
Ich habe das so gelöst, dass ich die Festplatte einmal plattgemacht habe. Z.B. mittels
Viel Glück!
Stefan
Hallo Thomas,
ich hab das schon kurz erwähnte Bootproblem noch einmal untersucht. Seit
dem Update auf 7.2 gelange ich bei 6.2er-Clients oder bei neuen Clients
(also mit leerer NVME-Platte) weder per PXE noch per Stick zu Linbo.
Stattdessen erhalte ich als Dauerschleife:
… verstehe ich nicht.
Das mußt du genauer erklären.
Was sind den „6.2er Clients“? Welche mit linbo 4.0 die du zum ersten mal
an einer lmn7.2 per PXE bootest?
Es kommt offenbar keine Netzwerkverbindung zustande. Das war bisher (wir
haben zig von diesen T470s eingerichtet) nie ein Problem.
hier sagst du, es war nie ein Problem,
Wenn ich per
Stick / Debug händisch init.sh aufrufen (das war die Notlösung, wenn
keine Netzwerkverbindung zustande kam, z.B. bei USB-LAN-Karten) kommt nun:
hier sagst du, dass ihr eine Notlösung für wenn keine Netzwerkverbindung
zustande kam hattet… ich bin verwirrt 
Beschreib mal genauer, was für Clients welche Probleme haben und wo sie
angeschlossen sind (egal wo im Netzwerk? Bisher nur an einem Switch
probiert?).
Sind jetzt alle Clients betroffen oder nur einzelne Hardwareklassen?
Andere gehen?
Und auch das „kurz erwähnte Bootproblem“ … welcher Boot: sie kommen
nicht in die linbo GUI?
Oder klappt das booten eines OS aus linbo heraus nciht? Welches OS?
LG
Holger
Hallo Stefan,
das habe ich natürlich auch probiert - aber auch komplett leer kommt die dargestellte Fehlermeldung. Und das habe ich vor der 7.2 nie irgendwo gesehen.
Viele Grüße
Thomas
Hallo Stefan,
es gibt auch bei Ex-LMN6-Clients Problemen mit SSD, die nun in LMN7
eingebunden werden sollen.
Vielleicht ist Dein Problem damit verwandt.
… ah: das hab ich überlesen … 6.2 … klar: ist viel zu alt.
linbo 4.1 benötigt ein vorher auf dem Client laufendes linbo 4.0.44 um
einfach rüber zu kommen. (natürlich gehen „leere“ Clients auch direkt:
das mit linbo 4.0.44 gilt nur für vorher linboisierte Clients).
Hatte man kein linbo 4.0.44 drauf sondern ein älteres geht es in eine
Schleife (aber nicht die auf Thomas Screenshot): dann muss man den
Client noch einmal neustarten, dann geht er durch (deswegen denke ich,
dass es bei Thomas was anderes ist).
LG
Holger
Hallo Holger,
Genau - wir haben die 6.2 im Schulnetz und haben parallel (eigene VLANs/eigene Server) die 7.1 bzw. jetzt 7.2 aufgebaut (nicht migriert, komplett neu). Schüler-Endgeräte, Webdienste und das WLAN laufen schon an der 7.1, die PCs im LAN aber noch an der 6.2 (das geht nicht anders, da wir erst seit kurzem einen Ersatz für pykota in Aussicht haben).
In den Sommerferien wollen wir nun die restlichen Rechner umziehen und dafür habe ich schon unter der 7.1 einige der PCs testweise umgezogen, was kein Problem war. Unter der 7.2 gelingt mir das nun nicht mehr, sondern produziert die abgebildete Meldung in Dauerschleife, wenn ich per PXE oder LINBO-Stick boote.
Genau. Es gab vor der 7.2 nie Netzwerkprobleme bei diesen Clients, keine derartigen Meldungen. Ich habe sowohl Notebooks wie Tarox-Clients von 6.2 in 7.1 registriert und konnte normal booten und Linbo bedienen. Seit dem Update auf 7.2 gelingt das nun nicht mehr.
Es gibt immer mal (habe ich hier gepostet, versandete dann aber) die Situation, dass Notebooks (Schüler-Endgeräte) mit USB-LAN-Adaptern keine IP bekommen. Und da hilft dann als „Workaround“ das Booten vom Linbo-Stick im DEBUG-Modus und manuelles (erneutes) Ausführen von init.sh - dann bekommen die Geräte eine IP. Also habe ich das hier auch probiert, funktioniert aber nicht (mehr).
Wir haben durchgängig Unifi-Netzwerkhardware, STP ist ausgeschaltet. Einmal ein Lenovo T470s, einmal ein Tarox-NUC. Zwei verschiedene Switche. Weitere Geräte habe ich noch nicht probiert, aber das sind die beiden häufigsten Geräte im Haus (und bisher völlig unauffälig).
Wir pflegen das Image derzeit in einer Proxmox-VM, da funktionierte bisher alles soweit. Die betroffenen Geräte sind aus zwei unterschiedlichen EFI-Hardwareklassen, was sie von den virtuellen Rechnern unterscheidet, ist der NVME-Speicher.
Ja, ich hatte das im inzwischen ausgelagerten Thread zur 7.2 erwähnt: statt der Linbo-GUI kommt eben der auf den Bildern abgebildete Fehler in Dauerschleife. Das ist ja das, was mich wundert (und was ich vorher nie so hatte). Dass selbst bei PXE-Boot der Rechner es nicht bis zur GUI schafft, aber auch nicht einfriert (das konnte man ggf. mit Boot-Parametern beheben) und auch nicht ohne GUI verharrt (so dass man wenigstens per SSH drauf kommt).
Jetzt etwas klarer?
Viele Grüße
Thomas
Hallo Thomas,
OK…
nach dem upgrade auf 7.2 wurde ein
linuxmuster-import-devices
gemacht, nehme ich an …
versuch mal folgendes.
Die Bootschleife, die bei mir kam, sah anders aus.
Hast du mal versucht, ob der Cleint nach einem reset (aus und wieder
einschalten) wieder geht?
LG
Holger
Hallo Holger,
Ich arbeite ja parallel auch an einem neuen Versuch, ein Image für die Domäne zu erstellen. Ich nehme die also noch einmal ganz aus der devices.csv raus, registriere sie neu, erstelle wie von Dir vorgeschlagen noch einmal eine „frische“ start.conf - und dann schaue ich, was passiert.
Wenn die Clients noch etwas auf der Platte hatten, haben sie normal gebootet - Linbo hat da offensichtlich nichts verändert (hätte mich auch gewundert, das ist ja nicht weit gekommen).
Ansonsten war es egal, ob ich den Rechner ganz ausgeschaltet/stromlos gemacht habe oder einen Neustart - der PXE-Boot begann immer und dann kam es auch immer zur gleichen Fehlerschleife (bzw. beim Booten vom USB-Stick zur anderen abgebildeten Fehlermeldung).
Viele Grüße
Thomas
Hallo.
Nur ganz kurz:
Spricht etwas dagegen, den v7.2 Server als Produktivsystem zu übernehmen, wenn man geprüft hat, ob LINBO mit den verwendeten Clients klar kommt?
Bisher gibt’s in der Testumgebung wenig Probleme und ich würde den Server vor der Versetzung zum neuen Schuljahr am liebsten direkt komplett übernehmen. Bei uns geht der Sprung dann allerdings direkt von v7.0 auf v7.2.
Kann es da noch an anderer Stelle zu Überraschungen kommen?
Der Schritt von der Beta zum RC ist vermutlich nicht mehr weit – wie schätzt ihr das ein?
Viele Grüße,
Michael
Hallo Michael,
Spricht etwas dagegen, den v7.2 Server als Produktivsystem zu
übernehmen, wenn man geprüft hat, ob LINBO mit den verwendeten Clients
klar kommt?
ich, und wenigstens 3 andere, setzen die 7.2 schon seit längerem
produktiv ein.
Ich glaube, das Problem mit dem Klassenarbeitsmodus ist das einzige was
wirklich auffällt.
Bisher gibt’s in der Testumgebung wenig Probleme und ich würde den
Server vor der Versetzung zum neuen Schuljahr am liebsten direkt
komplett übernehmen. Bei uns geht der Sprung dann allerdings direkt von
v7.0 auf v7.2.
Kann es da noch an anderer Stelle zu Überraschungen kommen?
Die migration des linbo auf den Clients direkt von linbo 2.x auf linbo
4.1 könnte probleme machen.
Außerdem ist die 7.1 dazu vorgesehen um den Übergang von cloop zu qcow2
zu gestelaten.
Das dort laufende linbo 4.0 kann die alten cloop Dateien noch schreiben,
aber nicht mehr selber erstellen. Damit konnte man zug um Zug umsteigen
auf qcow2.
Das geht aber natürlich nicht, wenn du von 7.0 über 7.1 ohne Stopp
weiter auf 7.2 updatest…
LG
Holger
Hallo Holger,
alles klar. Wenn ich in den Computerräumen booten kann, könnte ich da aber eh gleichzeitig (endlich) von Bionic auf Jammy wechseln. Dann käme das neue Image direkt im aktuellen qcow-Format und vom aktuellen LINBO.
Ich muss noch ein Notebook (Lenovo Yoga 12) ausprobieren, ob das auch direkt in der Testumgebung bootet. Auch da könnten die Images dann komplett drüberher gebügelt werden, wenn ich das richtig sehe.
Ach so … vielleicht noch zur Erklärung: In der Testumgebung habe ich den Sprung von v7.0 → v7.1 → v7.2 natürlich so gemacht wie vorgesehen. Produktiv reichte die Zeit bisher nicht.
Viele Grüße,
Michael
Hallo Holger,
Als gemeldete Probleme für die Webui habe ich folgende gefunden :
Bei mir funktioniert es, vielleicht hatte ich es schon korrigiert.
Da bei mir es jetzt ruhiger wird, kann ich wieder an die Webui besser arbeiten, und deswegen schiebe ich eine neue Version. Bitte dann testen und falls es nicht besser funktioniert, bitte einen neuen Thread beschreiben, wie du auf dem Fehler kommst
Gruß
Arnaud
Hallo zusammen,
Neue Version linuxmuster-webui7 (7.2.16):
Gruß
Arnaud
