Danke für den tollen Tipp! Alles hat super funktioniert und der Treiber läuft sauber! 
Alle OpenGL Anwendungen funktionieren wieder!
Noch mal danke für die Hilfe! 
Beiträge von deppiedave64
-
-
kernel-default-devel passend zu Deiner Kernel Version?
Poste:
Codezypper se -si gcc make kernelBash
Alles anzeigenS | Name | Typ | Version | Arch | Repository --+--------------------------------+--------+-------------------+--------+-------------------------- i | automake | Paket | 1.13.4-6.4 | noarch | openSUSE-42.1-0 i | devel_kernel | Schema | 20150918-12.1 | x86_64 | openSUSE-Leap-42.1-Update i | gcc | Paket | 4.8-8.4 | x86_64 | openSUSE-42.1-0 i | gcc-c++ | Paket | 4.8-8.4 | x86_64 | openSUSE-42.1-0 i | gcc-info | Paket | 4.8-8.4 | x86_64 | openSUSE-42.1-0 i | gcc48 | Paket | 4.8.5-16.7 | x86_64 | openSUSE-42.1-0 i | gcc48-c++ | Paket | 4.8.5-16.7 | x86_64 | openSUSE-42.1-0 i | gcc48-info | Paket | 4.8.5-18.1 | noarch | openSUSE-Leap-42.1-Update i | kernel-default | Paket | 4.1.12-1.1 | x86_64 | openSUSE-42.1-0 i | kernel-default-devel | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | kernel-devel | Paket | 4.1.21-14.2 | noarch | openSUSE-Leap-42.1-Update i | kernel-firmware | Paket | 20150925git-1.1 | noarch | openSUSE-42.1-0 i | kernel-macros | Paket | 4.1.21-14.2 | noarch | openSUSE-Leap-42.1-Update i | kernel-pv-devel | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | kernel-source | Paket | 4.1.21-14.2 | noarch | openSUSE-Leap-42.1-Update i | kernel-syms | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | kernel-vanilla-devel | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | kernel-xen-devel | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | libgcc_s1 | Paket | 5.2.1+r226025-4.2 | x86_64 | openSUSE-42.1-0 i | libgcc_s1-32bit | Paket | 5.2.1+r226025-4.2 | x86_64 | openSUSE-42.1-0 i | libgcj_bc1-gcc48 | Paket | 4.8.5-18.1 | x86_64 | openSUSE-Leap-42.1-Update i | libpagemaker-0_0-0 | Paket | 0.0.2-2.6 | x86_64 | openSUSE-42.1-0 i | make | Paket | 4.0-4.4 | x86_64 | openSUSE-42.1-0 i | makeinfo | Paket | 4.13a-39.4 | x86_64 | openSUSE-42.1-0 i | patterns-openSUSE-devel_kernel | Paket | 20150918-12.1 | x86_64 | openSUSE-Leap-42.1-UpdateBei kernel-default-devel steht 4.1.21-14.2, laut cat /proc/version habe ich jedoch 4.1.12-1.
Ist der Unterschied gravierend? -
Habe jetzt den Treiber komplett gelöscht, um wenigstens im Office-Betrieb mal ordentlich arbeiten zu können.
Ich versuche gerade den neuesten Treiber über das offizielle Skript von AMD zu installieren, kriege jedoch folgende Fehlermeldung:Codefglrx installation requires that the system have kernel headers for greater than 3.6 release. /lib/modules/4.1.12-1-default/build/include/generated/uapi/linux/version.h cannot be found on this system.Habe bereits ein bisschen gegoogelt und alle Pakete installiert, die irgendetwas mit den Kernel-Headern zu tun haben... Ohne Erfolg.
Weiß jemand weiter? Ich würde wirklich gerne bei Suse bleiben, ist nämlich sonst eine geile Distribution!
-
Die einmal umbenennen, die macht des öfteren Probleme und ist mittlerweile eigentlich überflüssig.
Hat leider nichts gebracht...
-
Bash
Alles anzeigen> zypper lr -uP # | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisieren | Priorität | URI ---+---------------------------+--------------------------------------------------+-----------+-----------------+---------------+-----------+------------------------------------------------------------------------------------- 1 | AMD | AMD | Ja | (r ) Ja | Ja | 99 | http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_Leap_42.1/ 2 | Numix | Numix | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/repositories/home:/paolorotolo:/numix/openSUSE_Factory/ 3 | isv_ownCloud_desktop | The ownCloud Desktop Client (openSUSE_Leap_42.1) | Ja | (r ) Ja | Nein | 99 | http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/openSUSE_Leap_42.1/ 4 | openSUSE-42.1-0 | openSUSE-42.1-0 | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/distribution/leap/42.1/repo/oss/ 5 | repo-debug | openSUSE-Leap-42.1-Debug | Nein | ---- | Ja | 99 | http://download.opensuse.org/debug/distribution/leap/42.1/repo/oss/ 6 | repo-debug-non-oss | openSUSE-Leap-42.1-Debug-Non-Oss | Nein | ---- | Ja | 99 | http://download.opensuse.org/debug/distribution/leap/42.1/repo/non-oss/ 7 | repo-debug-update | openSUSE-Leap-42.1-Update-Debug | Nein | ---- | Ja | 99 | http://download.opensuse.org/debug/update/leap/42.1/oss 8 | repo-debug-update-non-oss | openSUSE-Leap-42.1-Update-Debug-Non-Oss | Nein | ---- | Ja | 99 | http://download.opensuse.org/debug/update/leap/42.1/non-oss/ 9 | repo-non-oss | openSUSE-Leap-42.1-Non-Oss | Nein | ---- | Ja | 99 | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/ 10 | repo-source | openSUSE-Leap-42.1-Source | Nein | ---- | Ja | 99 | http://download.opensuse.org/source/distribution/leap/42.1/repo/oss/ 11 | repo-update | openSUSE-Leap-42.1-Update | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/42.1/oss/ 12 | repo-update-non-oss | openSUSE-Leap-42.1-Update-Non-Oss | Ja | (r ) Ja | Ja | 99 | http://download.opensuse.org/update/leap/42.1/non-oss/Bash> uname -a Linux david-laptop-suse 4.1.12-1-default #1 SMP PREEMPT Thu Oct 29 06:43:42 UTC 2015 (e24bad1) x86_64 x86_64 x86_64 GNU/LinuxBash
Alles anzeigen> zypper se -si kernel fglrx S | Name | Typ | Version | Arch | Repository --+--------------------------+-------+-----------------+--------+-------------------------- i | fglrx64_amdcccle_SUSE421 | Paket | 15.302.3-1 | x86_64 | AMD i | fglrx64_core_SUSE421 | Paket | 15.302.3-1 | x86_64 | AMD i | fglrx64_graphics_SUSE421 | Paket | 15.302.3-1 | x86_64 | AMD i | fglrx64_opencl_SUSE421 | Paket | 15.302.3-1 | x86_64 | AMD i | fglrx64_xpic_SUSE421 | Paket | 15.302.3-1 | x86_64 | AMD i | kernel-default | Paket | 4.1.12-1.1 | x86_64 | openSUSE-42.1-0 i | kernel-default-devel | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | kernel-devel | Paket | 4.1.21-14.2 | noarch | openSUSE-Leap-42.1-Update i | kernel-firmware | Paket | 20150925git-1.1 | noarch | openSUSE-42.1-0 i | kernel-macros | Paket | 4.1.21-14.2 | noarch | openSUSE-Leap-42.1-Update i | kernel-pv-devel | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | kernel-source | Paket | 4.1.21-14.2 | noarch | openSUSE-Leap-42.1-Update i | kernel-syms | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update i | kernel-xen-devel | Paket | 4.1.21-14.2 | x86_64 | openSUSE-Leap-42.1-Update -
UPDATE: Ich habe gerade festgestellt, dass ein Terminal-Fenster sich ganz normal verschieben lässt. Ich weiß nicht, ob das etwas zu bedeuten hat, habe bis jetzt noch kein anderes Programm gefunden, bei dem es geht...
-
Hallo liebe Community,
vor kurzem habe ich auf meinem etwas älteren Laptop OpenSuse 42.1 mit LXDE als Desktop installiert. Zuerst lief alles super, bis ich Grafiktreiber für meine AMD Radeon HD 7400 installieren wollte.
Nachdem ich alle Pakete aus dem inoffiziellen Repo von Bruno Friedmann installiert und meinen Laptop neugestartet habe, lassen sich sämtliche Fenster nur noch extrem langsam und ruckelig bewegen.
Außerdem kann ich über das Anwendungsmenü das Catalyst Control Center nicht administrativ starten; ein Klick auf jenen Eintrag zeigt keine Wirkung. Der "normale" Eintrag lässt sich jedoch starten.
Ich weiß leider wirklich nicht, was man da machen kann...
Komme von Ubuntu, dort ging die Treiber-Installation immer ganz leicht, ist aber für mich keine Option mehr, seit sich in 16.04 keine proprietären Treiber für AMD mehr installieren lassen, aber ich schweife ab...
Kennt jemand das Problem und/oder weiß, was zu tun ist? Es wäre toll, wenn Ihr mir helfen könntet, das Arbeiten mit dem Gerät ist in diesem Zustand etwas umständlich...
Ganz liebe Grüße und schon mal Danke im Voraus,
deppiedave64 -
Hat niemand eine Idee?
Laut der Ausgabe von systemd-analyze liegt das Problem im "userspace". Was genau ist das? systemd-analyze blame findet den Übeltäter nicht. Habe ich vielleicht etwas beim Entfernen der Home-Partition falsch gemacht? Gibt es dabei noch etwas zu beachten? -
Bash
Alles anzeigen17.382s wicked.service 2.170s dev-sda7.device 1.242s systemd-fsck-root.service 1.039s apparmor.service 985ms display-manager.service 929ms systemd-journald.service 807ms systemd-tmpfiles-setup.service 724ms systemd-modules-load.service 620ms systemd-tmpfiles-setup-dev.service 542ms dev-mqueue.mount 542ms dev-hugepages.mount 505ms sys-kernel-debug.mount 398ms kmod-static-nodes.service 397ms systemd-udev-root-symlink.service 285ms dev-disk-by\x2duuid-50380b71\x2dd50a\x2d444a\x2d9021\x2d0cf6628ecb2f.swap 254ms postfix.service 248ms systemd-sysctl.service 243ms systemd-remount-fs.service 178ms systemd-readahead-replay.service 153ms systemd-random-seed.service 133ms plymouth-read-write.service 120ms systemd-readahead-collect.service 94ms systemd-tmpfiles-clean.service 71ms systemd-udev-trigger.service 60ms ModemManager.service 46ms accounts-daemon.service 42ms user@484.service 40ms polkit.service 39ms plymouth-start.service 34ms rtkit-daemon.service 32ms user@1000.service 29ms udisks2.service 25ms nscd.service 24ms ntpd.service 19ms systemd-udevd.service 19ms avahi-daemon.service 19ms systemd-readahead-done.service 18ms systemd-vconsole-setup.service 17ms alsa-restore.service 16ms systemd-user-sessions.service 14ms wpa_supplicant.service 14ms wickedd-auto4.service 14ms wickedd-dhcp6.service 13ms wickedd-dhcp4.service 10ms rc-local.service 10ms sshd.service 8ms wickedd.service 8ms wickedd-nanny.service 7ms systemd-logind.service 5ms upower.service 3ms iscsi.service 3ms systemd-update-utmp-runlevel.service 3ms auditd.service 3ms systemd-journal-flush.service 2ms bluetooth.service 2ms systemd-update-utmp.service 2ms sys-fs-fuse-connections.mount -
Zu aller erstmal:
Entschuldigung für die lange Inaktivität. Ich hatte in letzter Zeit viel Stress in der Schule und bin fast gar nicht mehr bis an den PC gekommen...
Trotzdem danke für all die hilfreichen Beiträge!
Ich habe jetzt die verschlüsselte Home-Partition gelöscht und die entsprechenden Einträge aus /dev und /etc/fstab entfernt. Anschließend habe ich die Dateien aus der vorigen Home-Partition ganz einfach nach /home verschoben.
Dies scheint auch funktioniert zu haben und mein System bootet normal. Allerdings dauert dies nun ungewöhnlich lange; die Bootanimation, die vorher von der Abfrage des Passwortes für die verschlüsselte Partition unterbrochen wurde, ist nun einige Minuten lang zu sehen.
systemd-analyze bescheinigt mir dies wie folgt:BashStartup finished in 1.752s (kernel) + 2.125s (initrd) + 3min 1.372s (userspace) = 3min 5.250sIn der Ausgabe von systemd-analyze plot (siehe Dateianhang) finde ich noch einige Einträge, die anscheinend etwas mit Verschlüsselung zu tun haben, allerdings kenne ich mich nicht so gut damit aus.
Abgesehen davon funktioniert alles normal.Gibt es einen Weg, dem System dauerhaft mitzuteilen, dass beim Boot keine zusätzlichen Partitionen mehr eingebunden werden müssen, und so den Start zu beschleunigen?
