staging.inyokaproject.org

Btw., bei den Aktionen, die Du veranstaltest (Du kopierst z.B. jede Menge mp3-Files), habe ich nicht den Eindruck, Du wolltest wirklich eine Entwicklungsversion testen.

Testen, vielleicht noch im Sinne Bugreports verfassen, macht man nicht, indem man alles mögliche für das eigene angenehme Arbeiten draufballert, schlicht die Dev-Version verändert.

Du kannst das natürlich halten wie Walter. Nutze aber wenigstens Snapshots, sonst wirst Du nicht viel Freude dran haben!

@von.wert,

ich denke da liegst du falsch.

Ich wollte wirklich nur den Durchsatz sehen. Da in der Regel der Durchsatz bei kleinen Dateien kleiner ist bzw. einbricht habe ich einfach MP3 Files genommen, weil da gerade eine größere Anzahl auf dem Host lagen. Dokumente und Pläne etc. aus tatsächlicher Arbeit habe ich nie auf den Arbeitstationen, ich arbeite immer nur übers Netzwerk, aber die Größe der MP3 ist etwa ähnlich zwischen 1 - 5 MB. Die MP3 schmeiß ich nach dem Testen der Audio-Ausgabe wieder weg. Den Durchsatz beim kopieren von Videofiles von 4 GB und mehr mit Samba von eine externen Gerät übers Netz habe ich schon getestet. Da waren die Raten eigentlich zufriedenstellend, darum habe ich davon nichts erwähnt.

Shared Folders habe ich noch nie benutzt, da ich Samba für entfernte Geräte die mit Windows laufen sowieso einrichten muß bis es sauber läuft, nutze ich es eben auch für den Austausch zwischen Host und Gast. Das sind ganz einfach Gewohnheiten.

.... und nebenher Musik hören ist ja nicht strafbar, wenn man nach Fehlern sucht - vor allem die, die man selbst gemacht hat - dann entspannt das ungemein.

schönen abend

gruß

archy

hallo,

mit dem heutigen Update wurden mir eine Menge Module zu FCTIX auf die Maschine gespült, und das gab auch zum ersten Mal Fehlermeldungen mit denen ich nicht so richtig etwas anzufangen weis, denn einfach so eine neuer Version der "GLib" zu installieren, das halte ich doch für etwas zu verwegen.

Cannot load module /usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-fcitx.so: GModule (/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-fcitx.so) initialization check failed: GLib version too old (micro mismatch)
/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-fcitx.so does not export GTK+ IM module API: GModule (/usr/lib/x86_64-linux-gnu/gtk-3.0/3.0.0/immodules/im-fcitx.so) initialization check failed: GLib version too old (micro mismatch)
Trigger für libgtk2.0-0:amd64 (2.24.33-2ubuntu1) werden verarbeitet ...
Cannot load module /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-fcitx.so: GModule (/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-fcitx.so) initialization check failed: GLib version too old (micro mismatch)
/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-fcitx.so does not export GTK+ IM module API: GModule (/usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-fcitx.so) initialization check failed: GLib version too old (micro mismatch)

hat jemand eine Idee wie das zu lösen ist, außer Warten auf das nächste Update.

gruß

archy

PS: Schon gelöst. Lässt sich deinstallieren ohne andere Pakete mit in den Abgrund zu reißen - und Chinesisch kann ich nicht und schon gar nicht deren Schriftzeichen.

hallo,

wollte mich nur mal kurz wieder melden. Mittlerweile werden pro Tag so 150 -350 neue / aktualisierte Pakete auf die Virtuelle Maschine gespült, keines davon konnte bisher das System ins Wanken bringen. Zum weiteren Testen habe ich mir "systemback" aus dem ppa:nehm installiert, dass das uralt von 16.01 ist hatte keine Auswirkungen - es hat mir brav eine USB-Stick mit Live-System erzeugt, der sofort und problemlos gebootet hat und auch richtig lief - ganz im Gegensatz zu den Daily-Builds noch von letzter Woche.

Da ich noch ne T3500 mit Hexacore und Nvidia Quadro 2000 rumstehen habe - kommt das ganze jetzt auf bare Hardware und dann werden wir weiter sehen.

gruß

archy

hallo,

kurzer Zwischenbericht. Jammy läuft auf der T3500 in friedlicher Koexistenz mit Mint und WIN10 als Multi-Boot-System.

Am Freitag haben mir die Upgrades folgendes Problem auf den Rechner gespült.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=945582

Scheint ja ein schon länger existierendes Problem zu sein, dass plötzlich die Systemdateien unter einem anderen Pfad liegen, bzw. das Installationsscript eine falsche Pfadangabe hat. Auf jeden Fall hat der darin angeführte Workaround mir auch sofort geholfen, und die dpkg-Fehler behoben.

gruß

archy

hallo,

wollte mich mal wieder melden.

Diese Testversion läuft auf bare Hardware und ich muß sagen immer noch sehr stabil, obwohl der kubuntu-desktop mittlerweile komplett ausgetauscht wurde. Mit dem Einrichten von Druckern der Marke Epson fing der Ärger an, wohingegen HP ( mit hplip aus dem repo ) out-of-the box lief. Nach einer Weile konnte ich AppArmor als Übeltäter entlarven, das mir ständig die Einrichtung des Epson-Druckers verhindert hat. Die kryptische Fehlermeldung "Filter failed" hat meine Ursachensuche eher in die falsche Richtung gelenkt.

Kann jemand mit diesem Snippet aus DMESG etwas anfangen bzw. kennt sich mit dem Erstellen / Ändern von Profilen für AppArmor aus ? Das WIKI war mir da bisher kaum ein Hilfe, die Materie ist offensichtlich zu komplex.

[    6.189316] audit: type=1400 audit(1640172641.648:23): apparmor="DENIED" operation="capable" profile="/usr/sbin/cupsd" pid=909 comm="cupsd" capability=12  capname="net_admin"

Vorläufig Abhilfe geschaffen hat die Holzhammer-Methode, nämlich AppArmor deinstallieren, Neustart danach → Epson-Drucker installieren und einrichten → AppArmor wieder installieren und grub-update nicht vergessen.

Die Fehlermeldung in DMESG kommt jetzt zwar nach dem Neustart wieder, aber der Drucker funktioniert trotzdem. Hat jemand eine Idee.

gruß

archy

PS: Wayland mag auch nicht mehr, fällt immer zurück auf den Anmeldebildschirm - X11 läuft sauber

hallo,

zum Problem mit CUPS und AppArmor siehe hier.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980974

Ich liebe die Debian-Leute und ihre Philosphie: "Safety first" und "Es ist fertig wenn es fertig ist".

gruß

archy

Ich bekomm bei Kubuntu 22.04 auf einem Lenovo T460 die Lautstärketasten für laut/leise nicht eingebunden, stumm schalten hingegen funktioniert - egal ob Medienplayer oder Internetbrowser. ☹

Der Rest funktioniert stressfrei.

frieder108 schrieb

Der Rest funktioniert stressfrei.

So sehe ich das auch. Die heutige Update-Orgie war zwar nicht optimal - üblicher Weise mach ich einen Neustart nach dem -f upgrade dann erst das dist-upgrade, das hat er mir heute übel genommen und der Bildschirm blieb schwarz - da habe ich eben das dist-upgrade nach erneutem Reboot von der Reparaturkonsole aus gestartet - und alles war wieder gut.

gruß

archy

Kubuntu jammy auf 2015er Imac: Lautstärke lässt sich nicht global regeln, da geht nur laut oder aus, richtige Stufen gehen nur pro Anwendung zu regeln. Kann das jemand bestätigen? Momentan verabschiedet sich auch Discover sofort wieder nach dem Start. Ach ja, und beim Shutdown wird nicht abgeschaltet. Sonst läuft es schon ziemlich gut. ☺

Hallo,

Das Update am Sonntagabend ging richtig schief. Der Installtionsprozess brach mit der Fehlermeldung ab. Error: Timeout reached

Seither fällt jeder Anmeldeversuch auf die Anmeldemaske zurück. Der Übeltäter ist ein Prozess Namens "kde5rd". Versuche die Installation über die Rettungskonsole zu beenden bzw. zu korrigieren, laufen stets in den gleichen Fehler. Bleibt abzuwarten wann ein bereinigtes Paket zur Verfügung steht. Aufgeben kommt nicht in Frage.

Gruß

archy

PS: Entschuldigt die Schreibe - mein erster Versuch von einem Tablet mit virtueller Tastatur

Was hättest du denn mit vernünftiger Tastatur anders geschrieben?

hallo,

Was hättest du denn mit vernünftiger Tastatur anders geschrieben?

Ich hätte den Fehler etwas genauer be- und den Prozessnamen richtig geschrieben - vermute ich mal. Ausserdem hätte ich mich nicht mit der idiotischen automatischen Fehlrekorrektur herumschlagen müssen, die mir ständig Worte abändert weil sie wohl deren Sinn falsch oder gar nicht versteht.

Also der Prozess der beim Start von Kubuntu-22.04 hängt heisst natürlich "kded5" und ist wohl der Hauptprozess der Plasma-Oberfläche. Die Datei oder eine davon ist beschädigt da bei der Installation die Erstellung des initramfs mit der Fehlermeldung "Error: Timeout reached" abgebrochen wurde. Was zu diesem Abbruch geführt hat bin ich noch am suchen bzw. eine Anleitung dazu wie ich die Generierung des initramfs richtig von Hand in der Rettungskonsole nochmals anstoßen kann.

gruß

archy

archy schrieb:

Das Update am Sonntagabend ging richtig schief.

das war bei mir mit Kubuntu 22.04 nicht der Fall - alles läuft geschmeidig, einzig die Steuerung via Tastatur geht nicht.☹

hall,

das war bei mir mit Kubuntu 22.04 nicht der Fall

Das ist ja das Seltsame, das Update letzten Sonntag lief in der VM problemlos durch - auf bare Hardware wurde mir dann bei "-f dist-upgrade" ein Kernel 5.15.0-19 eingespielt, den ich jetzt aber nirgends mehr in den Repos finden kann.

Leider kann ich das nicht mehr beweisen, da ich irgendwann aufgegeben hatte und dann einfach das funktionierende Kubuntu-22.04 aus der VM mit systemback auf den zweiten Rechner wieder übertragen habe - dabei ist mir erst aufgefallen, dass die Version in der VM nur eine höchste Kernelversion 5.15.0-17 aufweist.

Wie meistens, das größere Problem sitzt vor der Tastatur und nicht dahinter.

gruß

archy