B
Baldr

  • 16. Apr 2021
  • Beitritt 19. Juni 2015
  • Hi,

    danke für den Hinweis. Ja, ich kenne den Fork. Leider ist es aber so, dass wenn eine Extension "zu schwer" wird, diese meistens in der Entwicklung (und insbesondere den Entscheidungen von Gome) nicht hinterherkommt. Mein Motto: Nutze so wenig Extensions wie möglich und nur die, die aktive Entwicklung erfahren. Ich nutze akuell BaBar.

    Übrigens zum Thema Ausblenden der Dash: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/4115. Ohne Worte!! 🙁

    Cheers, Dirk
  • Hallo zusammen,

    ich versuche Gnome dazu zu bewegen in der Wayland-Session die NVIDA-GPU anstatt die Intel-GPU zu nutzen. Leider ohne Erfolg.


    Early KMS ist eingerichtet:
    /etc/mkinitcpio.conf
    
    MODULES=(i915 nvidia nvidia_modeset nvidia_drm nvidia_uvm)

    Edit:
    nvidia_drm.modeset=1
    ist als Kernel-Parameter eingestellt.


    GDM-Rules sind deaktiviert:
    # ln -s /dev/null /etc/udev/rules.d/61-gdm.rules

    Leider wird weiterhin die Intel-GPU verwendet:
    "glxinfo | grep "OpenGL vendor string"
    OpenGL vendor string: Intel Open Source Technology Center
    
    glxinfo | grep "OpenGL renderer string"
    OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 4600 (HSW GT2)

    journalctl gibt mir aus:
    journalctl -b | grep gpu
    
    Apr 14 13:48:23 arch kernel: [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
    Apr 14 13:48:23 arch kernel: RAPL PMU: hw unit of domain pp1-gpu 2^-14 Joules
    Apr 14 13:48:25 arch gnome-shell[722]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Do not want to use software renderer (llvmpipe (LLVM 11.1.0, 256 bits)), falling back to CPU copy path
    Apr 14 13:48:25 arch gnome-shell[722]: Boot VGA GPU /dev/dri/card0 selected as primary
    Apr 14 13:48:34 arch gnome-shell[1058]: Failed to initialize accelerated iGPU/dGPU framebuffer sharing: Do not want to use software renderer (llvmpipe (LLVM 11.1.0, 256 bits)), falling back to CPU copy path
    Apr 14 13:48:34 arch gnome-shell[1058]: Boot VGA GPU /dev/dri/card0 selected as primary
    Apr 14 13:50:39 arch cherrytree.desktop[1640]: [1640:1640:0414/135039.851707:ERROR:sandbox_linux.cc(374)] InitializeSandbox() called with multiple threads in process gpu-process.
    "failed to initialize accelerated iGPU/dGPU framebuffer sharing: Do not want to use software renderer (llvmpipe (LLVM 11.1.0, 256 bits)), falling back to CPU copy path" scheint das Problem zu sein.


    Habe im Netz aber keine Lösung dafür gefunden. Hat von euch einer noch eine Idee?


    Cheers Dirk
  • Ich finde es immer Interessant über den Sinn und Zweck einer Distribution zu diskutieren. Es ist nun mal so wie es ist. Und Arch ist halt für fortgeschrittene Anwender.

    Ich habe damals als ersten ernsthaften Linux-Versuch auch mit Ubuntu angefangen. Dann mir weitere Kenntnisse und Linux-Grundlagen angeeignet und es schließlich mit Arch versucht. Ob es nun einen Installer gibt oder nicht, da bin ich ganz schmerzbefreit. Habe meine erste Installation aus Faulheit auch mit dem EVO-Installer gemacht. Aber was kommt dann? Die Konfiguration musst du auch weitestgehend selbst erledigen. Wenn man kein Interesse daran hat, ist Arch nichts für Dich, Punkt!

    Und fasse manch knappen Kommentar hier im Forum nicht als Unfreundlichkeit auf. Manchmal kommt es für Neu-Archer etwas barsch rüber, ist aber nicht so. Hier geht es darum, Probleme zu lösen Dazu gehört bei Arch auch, sich vorher selbst mit dem Problem intensiv auseinandergesetzt zu haben (siehe vorherige Ausführungen). Immer gezielt Fragen stellen und den eigenen Lösungsversuch beschreiben, da werden Sie geholfen =)

    Nur meine bescheidene Meinung. Ich glaube auch, dass diese Diskussion eher ins Cafe sollte.

    Gruß und schöne Restwoche, Dirk
  • Hi,

    nur mal eine Idee von mir:

    Extras → Optionen → Integration
    Button: URL-Überschreibung
    Button: Hinzufügen

    Schema: https
    URL-Überschreibung: cmd://firefox "{URL}"

    Schema: http
    URL-Überschreibung: cmd://firefox "{URL}"

    Ggf. KeePass neu starten.

    Gruß
    Dirk
  • Dann detaillierter:
    Normale CPU-Auslastung bis Version 6.3.X. Ab Version 6.4.X oder höher 100% CPU-Auslastung. Die Auslastung beim öffnen der Datei war immer schon hoch.
    Ab 6.4.X schnellt aber bei jedem Klick in die Zellen und weiteren Aktionen (kopieren, verschieben etc.) die CPU-Auslastung auf 100%. Dementsprechend deutliche Verzögerungen in den Aktionen.
    Da libreoffice-still mittlerweile bei 6.4.X angekommen ist, hilft ein downgrade nur temporär.
  • Hallo zusammen,

    es gibt zwar ein paar Berichte im WWW, aber bisher finde ich keinen Lösungsansatz.

    Libreoffice Calc ab Version 6.4 haut mir bei jeder Eingabe die CPU nach oben. Htop meldet bis zu 38G (VIRT) und 100% CPU-Auslastung bei Calc-Tabellen mit vielen Zeilen. Meine Systemauslastung meldet nur die CPU-Auslasung. Speicherauslastung erhöht sich nicht nennenswert. Größe der Datei an sich: 537 kB. 9200 Zeilen, 9 Spalten. Hauptsächlich Text, nur wenige Formeln, keine Makros. Das Problem tritt seit Version 6.4 auf, auch im aktuellen libreoffice-fresh 7.0.

    23 GB RAM sind bei mir nutzbar. Swap-Speicher und Hardwarebeschleunigung habe ich nicht eingerichtet. Intel Core i7 4702MQ. Gnome 3.36.

    libreoffice –safe-mode meldet mir nur das Fehlen der Java Runtime Environment. Aber auch nach Installation keine Änderung.

    Meine bisherigen Lösungsansätze ohne nennenswerte Erfolge:
    - prime-run auf der NVIDIA-Grafikkarte (Notebook, Intel/NVIDIA)
    - SAL_DISABLE_OPENCL=1 und/oder SAL_DISABLEGL=1
    - SAL_USE_VCLPLUGIN=XXX (diverse ausgetestet)
    - Xorg, Wayland, VirtualBox, Installation als Flatpak – keine Änderung
    - xlsx, ods – gleiches Verhalten. xlsx öffnete immer schon langsamer.
    - org.openoffice.Office.Common/Cache – mit den Einstellungen etwas „gespielt“. VIRT kann ich dadurch senken, ändert aber nichts an der CPU-Auslastung und den verzögerten Eingaben.

    Folgende Bug-Report habe ich gefunden:
    https://bugs.documentfoundation.org/show_bug.cgi?id=128873
    https://bugs.documentfoundation.org/show_bug.cgi?id=130472
    Probleme sollten aber eigentlich per Fix erledigt sein.

    Kennt jemand von Euch auch das Problem?

    Cheers, Dirk
  • Hi, habe gnome-classic nie wirklich genutzt, aber schau mal ob du mit
    $ gsettings get org.gnome.desktop.interface enable-hot-corners
    den Wert "true" zurückgeliefert bekommst.
  • Baldr-nologin schriebFalls später NetworkManager genutzt werden soll ist wifi-menu (netctl) überflüssig.

    Installiere an dieser Stelle https://wiki.archlinux.de/title/Anleitung_f%C3%BCr_Einsteiger#Installation_weiterer_Pakete einfach dhcpcd, dialog und networkmanager (wpa_supplicant wird als Abhängigkeit mitgezogen).
    Die Konfiguration kannst du dann ganz einfach über nmtui durchführen. Dafür brauchst du keine grafische Oberfläche.

    Ggf. ist vorher die Aktivierung des Daemons https://wiki.archlinux.de/title/Networkmanager#Dienst_aktivieren erforderlich. Wobei ich gerade nicht sicher bin ob dialog dann überhaupt benötigt wird. Alles lange nicht mehr getestet.

    Gruß
    Dirk
    Ich zitiere mich mal selbst und gebe einen kleinen Nachtrag, hab's am WE nochmal ausprobiert: dialog wird hierbei nicht benötigt. Der Dienst ist vor der Konfiguration mit nmtui zu starten.
  • geraldo schriebHab da im Mageia-Forum eine Lösung gefunden.

    ~/.thunderbird/<profilname>

    chmod -w permissions.sqlite

    Bei mir hat's geklappt.
    Hat auch bei mir funktioniert. Danke für den Tipp!
    Gruß, Dirk
  • Schaue aber am besten nochmal über https://extensions.gnome.org/local/ ob es zu deinen Extensions Updates gibt. Die Extensions im Paket gnome-shell-extensions scheinen tatsächlich derzeit nicht ganz aktuell zu sein. Ein Test unter Wayland kann auch nicht verkehrt sein.
    Gruß, Dirk
  • Gerne.... Dann das Thema noch als "Gelöst" markieren.
    Gruß, Dirk
  • Du bist auf dem Kernel 5.3.6, aktuell ist 5.3.7. Führe mal eine Systemaktualisierung aus.
  • Noch ne Frage: Welchen Kernel bootest du?
  • Ok, der Service lädt nicht. Hast du nach der Installation neu gestartet?
    Ansonsten mal:
    # systemctl start systemd-modules-load.service
    versuchen und in die vorherige Ausgabe schauen.
  • Zeig mal
    $ systemctl status systemd-modules-load.service
  • OK. Die slim-Konfig kenne ich nicht. Beim starten mit startx/xinitrc ist
    export XDG_SESSION_TYPE=x11
    vor
    exec gnome-session
    einzufügen. Vielleicht gibt es die Konfig auch hier.


    Ansonsten nochmal ganz von vorne damit wir quasi Vanilla-Gnome haben:


    gnome-Gruppe und ggf. gnome-extra (wenn du es vorher schon installiert hattest) neu installieren:
    # pacman -S gnome gnome-extra

    Anwendungen, Mauszeiger und Symbole über das Tweak-Tool (Erscheinungsbild) auf Adwaita (Vorgabe) setzen.


    Alle Extensions deaktivieren:
    gsettings set org.gnome.shell enabled-extensions []

    Einfügen wie oben beschrieben:
    export XDG_SESSION_TYPE=x11

    Ausloggen oder neu starten.


    Nun solltest du im Panel nur Aktivitäten (links), Uhr (Mitte), Symbolbereich (rechts) haben. Wenn unter Aktivitäten weiterhin nichts angezeigt wird, drück mal Windows+A und schreib mal ob dann wenigstens die Anwendungssymbole sichtbar sind.


    Um noch eine Frage zu beantworten: Das Ausrufezeichen im Achtung-Schild unter Erscheinungsbild/Shell im Tweak-Tool bedeutet, dass du kein Shell-Thema laden kannst. Ist dann auf default eingestellt. Im Feld sollte auch kein Text stehen. Sofern dies gewünscht ist muss die Extension "User Theme" installiert und aktiviert sein.
  • Sorry für meine späte Antwort.

    Meine erste Vermutung (Kernel) ist damit eigentlich schon mal raus.

    2. Vermutung: Intel-Treiber.

    Stell mal auf modesetting um und versuche nochmal:
    /etc/X11/xorg.conf.d/20-modesetting.conf
    
    Section "Device"
        Identifier	"modesetting"
        Driver	"modesetting"
    EndSection
    
    Ich gehe mal davon aus, dass dein Notebook nur die Intel-Grafikkarte hat.

    Ggf. mal dies versuchen: https://wiki.archlinux.org/index.php/Power_management#Sleep_hooks

    Sonst hab ich leider auch keine Idee. Zumal ich nicht beurteilen kann (aus Ermagelung an eigenen Tests) ob sich suspend und hibernate "beissen".

    Gruß
    Dirk
  • TBone schrieb
    Baldr schriebNee, bisher lief auch beim mir alles geschmeidig. Überlege aber ob es Sinn macht zur Vorsicht auf 4.18 zurück zu gehen.
    macht keinen Sinn, nimm, wenn dann, den LTS, der wird gemaintaint und geupdatet, usw.
    Hast schon recht, genau so hab ich's gemacht.
    Mal den Bug weiter beobachten und schauen ob der Fehler kurzfristig lokalisiert werden kann.
  • Nee, bisher lief auch beim mir alles geschmeidig. Überlege aber ob es Sinn macht zur Vorsicht auf 4.18 zurück zu gehen.