Beiträge von Christian Wrobel

    Die kurze Antwort: das Ganze scheint ein Problem von Zoom zu sein. Als das Meeting startete, kam tatsächlich der Ton wie eingestellt. Aber auch danach ist der Button "Test Speaker" immer noch inaktiv. Ich habe einen entsprechenden Bericht an Zoom geschrieben.


    Damit ist der Fall aus Sicht von OpenSuse wohl erfolgreich gelöst, weil es kein OpenSuse Problem ist.


    Jetzt aber zu den Details Eurer Empfehlungen:


    Alero: ich denke bei mir läuft pavucontrol schon -auf jeden Fall zeigt mein Screenshot von oben genau die gleiche Oberfläche wie der explizite Aufruf von pavucontrol. Oder was hast Du gemeint?


    matbhm: Die Frage für mich ist: was sind ALLE Pakete?

    bei mir kommt:

    und

    Code
    linux-3jro:/home/user/Downloads # zypper se -si pavucontrol
    Loading repository data...
    Reading installed packages...
    
    S  | Name             | Type    | Version       | Arch   | Repository
    ---+------------------+---------+---------------+--------+-----------------------
    i+ | pavucontrol      | package | 3.0-lp152.3.7 | x86_64 | Haupt-Repository (OSS)
    i+ | pavucontrol-lang | package | 3.0-lp152.3.7 | noarch | Haupt-Repository (OSS)
    linux-3jro:/home/user/Downloads #


    Trotzdem bekomme ich diesen Fehler:

    Code
    linux-3jro:/home/user/Downloads # systemctl enable pulseaudio
    Failed to enable unit: Unit file pulseaudio.service does not exist.
    linux-3jro:/home/user/Downloads # 

    Was ahnen läßt, daß doch noch was fehlt - bloß was?

    Nach dem Update auf Leap 15.2 war zunächst kein Ton mehr zu hören.

    Nach vielem Rumprobieren gelang es mir endlich wenigstens einen Ton von Firefox (dort lief ein Youtube Video) über die interne Soundkarte auf den Tonausgang Richtung Monitor (der Lautsprecher hat) zu bringen. (Andere Tonkanäle funktionieren immer noch nicht.)

    zypper findet inzwischen keine neuen Updates mehr => System sollte also konsistent sein.

    Das akute Problem ist nun, daß Zoom immer noch keinen Lautsprecher findet.

    Alle 3 Auswahlmöglichkeiten im Zoom Setup / Audio Bereich (wie System, die eine oder die andere Soundkarte direkt angeben) führen nicht dazu, daß der "Test Speaker" Knopf aktiv wird => kein Ton in Zoom.

    Was sollte ich denn versuchen, um in Zoom wieder einen Lautsprecherzugang zu bekommen?

    Screenshot als Anhang.

    Super! :thumbup:

    Das war's. Vielen Dank Forentroll !!!

    Nachdem ich die von Dir zusammengesuchten Libs installiert hatte (

    Code
    zypper in glibc-32bit libusb-1_0-0-32bit libusb-0_1-4 libusb-0_1-4-32bit

    ), nochmal rebootet hatte und danach nochmal alle einigermaßen sinnvoll erscheinenden Druckertreiber durchprobiert hatte, hab ich jetzt eine funktionierende Einstellung gefunden. Und jetzt kommt tatsächlich bedrucktes Papier raus.

    Komisch ist dabei, daß das System meinen HL-2030 als solchen auch erkennt, dann aber automatisch immer einen HL-2060 Treiber vorschlägt, von dem beide Varianten (die normale und die vereinfachte) aber NICHT funktionierten. Ich habe dann per Hand die Treiberfamilie HL-2030 ausgewählt (da gibt es dann auch keine weiteren Varianten) und das hat dann funktioniert.

    Echt genial, daß Du drauf gekommen bist daß meinem 64bit System die 32bit Versionen der USB Treiber gefehlt haben, der Druckertreiber aber selber nicht drauf kommt, daß ihm da was fehlt.

    Hier meine Ausgabe:

    Zur Historie: Ich hatte nach dem Upgrade auf Leap 15.1 massiv Probleme mit den SW Updates und in einem anderen Thread hier im Forum ("Paketaktualisierung nach abgeschlossenem Leap 15.1 online upgrade liefert viele Abhängigkeiten, die nicht gefunden werden (z.B. libtevent.so.0(TEVENT_0.9.37)(64bit) )") bekam ich die Tips die am Ende zu der Repo Liste geführt haben die wir jetzt sehen (damals hat die Upgrade Installation die Repo Quellen nicht mit umgestellt und ich habe die ganzen 15.1 URLs entsprechenden den Tips manuell eingefügt).

    Bei mir sehen die Ausgaben der vorgeschlagenen Pakete so aus:


    linux-3jro:~ # zypper se -si libusb-

    Loading repository data...

    Reading installed packages...


    S | Name | Type | Version | Arch | Repository

    ---+--------------+---------+--------------------+--------+--------------------------------

    i+ | libusb-1_0-0 | package | 1.0.21-lp151.3.3.1 | x86_64 | Hauptaktualisierungs-Repository

    i+ | libusb-1_0-0 | package | 1.0.21-lp151.3.3.1 | x86_64 | openSUSE-Leap-15.1-Update

    linux-3jro:~ # zypper se -si glibc-

    Loading repository data...

    Reading installed packages...


    S | Name | Type | Version | Arch | Repository

    ---+-------------------+---------+--------------------+--------+--------------------------------

    i+ | glibc-extra | package | 2.26-lp151.19.19.1 | x86_64 | Hauptaktualisierungs-Repository

    i+ | glibc-extra | package | 2.26-lp151.19.19.1 | x86_64 | openSUSE-Leap-15.1-Update

    i+ | glibc-locale | package | 2.26-lp151.19.19.1 | x86_64 | Hauptaktualisierungs-Repository

    i+ | glibc-locale | package | 2.26-lp151.19.19.1 | x86_64 | openSUSE-Leap-15.1-Update

    i+ | glibc-locale-base | package | 2.26-lp151.19.19.1 | x86_64 | Hauptaktualisierungs-Repository

    i+ | glibc-locale-base | package | 2.26-lp151.19.19.1 | x86_64 | openSUSE-Leap-15.1-Update


    also deutlich anders als Eure Erwartung war.


    Aber was mach ich jetzt damit?


    Zusatzinfo: andere USB Geräte (Tastatur, Maus, Scanner) funktionieren bei mir.


    BTW: bei mir scheint alles rein 64bitig zu sein, so daß wir wohl 32/64 bit Mischeffekte wenigstens ausschliessen können, oder?

    Hallo Linux Experten,

    mein schwarz-weiss Laserdrucker Brother HL-2030 druckt plötzlich keine Seite mehr aus nachdem ein OpenSuse Leap 15.1 update stattgefunden hat.


    Welcher Update das war kann ich nachträglich leider nicht mehr feststellen - es muß vor mehreren Monaten gewesen sein. Bis dahin hat der Drucker gut funktioniert.

    Das druckende Programm beendet den Druckauftrag ohne Fehlermeldung; der Job ist kurz in der Druckerqueue; danach ist die Druckerqueue ist leer und "abgeschlossene Aufträge" zeigt den Job als erfolgreich beendet an. Alles scheint gut, aber es kommt kein Papier aus dem Drucker. Nach einigen Minuten geht der Drucker in den sleep Modus; dann sehe ich daß neue Druckaufträge anscheinend nicht am Drucker ankommen, weil er im sleep Modus bleibt und nicht aufwacht.

    Seitdem habe ich immer wieder den Drucker neu installiert; er wird gefunden, ein passend klingender Treiber vorgeschlagen und aktiviert; danach funktioniert es aber auch nicht besser.

    Wenn ich den automatisch vorgeschlagenen Treiber für "HL-2060" (statt meinem Modell HL-2030) verwende und manuell den nicht-empfohlenen Treiber "Brother HL-2060 - CUPS+Gutenprint v5.2.14 Simplified [en]" auswähle, dann registriert der Drucker den Datenempfang (er kommt aus dem sleep Modus heraus) aber auch dann kommt kein Papier heraus.


    Ich habe auch schon alle nach Drucker klingenden Pakete deinstalliert und neu installiert; leider auch ohne Erfolg.


    Der Drucker funktioniert auch jetzt noch an meinem alten PC mit OpenSuse 42.3; d.h. der Drucker selber hat anscheinend kein Problem, nur im Zusammenspiel mit meiner Leap 15.1 Installation gibt es Verständigungsprobleme.


    Ich habe keine Ahnung, wie und wo ich den Druckablauf debuggen kann, um der Fehlfunktion auf die Spur zu kommen.

    Kann mir bitte jemand helfen das Problem zu lösen?

    Vielen Dank

    Christian Wrobel

    ....
    Ich würde den dup machen.


    ...

    Ich habe zypper dup --allow-vendor-change durchgeführt und das hat dann das gewünschte Ergebnis gebracht :D
    Vielen herzlichen Dank für die guten Tipps!


    Das scheint mir eine Lücke im Online Updater Leap 15.0 ==> 15.1 gewesen zu sein; denn ich würde erwarten, daß der Updater auch die Repos mit umstellt. Denn wie soll sich die Installation danach sonst aktuell halten? Und was ich mit Euch Experten durchprobiert habe ist ja für einen normalen Anwender nicht ersichtlich.
    Daher frage ich mich, ob und wenn ja wie ich dafür einen Fehler Report schreiben sollte?

    Danke Euch allen für Eure guten Ratschläge!


    Hier die Ergebnisse:


    Trekkie00: Die beiden erwähnten Pakete tauchen tatsächlich als Systempakete auf:


    einfach auf Verdacht die beiden Pakete löschen könnte doch viele andere Programme beschädigen die sie evtl. benötigen, oder?


    @Sauerland:
    Die Ausgabe von "zypper dup --allow-vendor-change" ist so lang, daß ich danach die Antwort nicht mehr senden darf.
    Daher habe ich den Log Text als Datei "KonsolAusgabe.txt" angehängt.



    Alero: und wie sollten die Prios Deiner Erfahrung nach sinnvollerweise eingestellt sein?