Habe ich soeben umgestellt. Kommt mir in der Tat etwas schneller vor
Beiträge von Martin85
-
-
-
Habe Packman eingebunden.
Das führt mich zu einer neuen Frage:
Wieso will das System, wenn ich auf Software installieren/deinstallieren gehe hunderte von Programmen gleich automatisch mitinstallieren?
Im konkreten Fall wollte ich den VLC Player drauf haben, und der hat mir erst einmal ein Häkchen bei gnucash, weather, polari, reversi, telepathy und zig anderen Sachen gesetzt. Bin dann auf abbrechen gegangen, bevor der mir den kompletten Rechner zumüllt.
Das passiert immer wieder, wenn ich ein neues Programm installieren möchte. Wie werde ich das los? -
Code
martin@linux-mlm3:~> zypper lr -uP # | Alias | Name | Aktiviert | Aktualisieren | Priorität | URI --+------------------------------------+---------------------------------------------------------+-----------+---------------+-----------+---------------------------------------------------------------- 1 | download.opensuse.org-13.2-non-oss | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Nein | Ja | 99 | http://download.opensuse.org/update/13.2-non-oss/ 2 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Nein | Ja | 99 | http://download.opensuse.org/distribution/13.2/repo/non-oss/ 3 | download.opensuse.org-oss | Haupt-Repository (OSS) | Nein | Ja | 99 | http://download.opensuse.org/distribution/13.2/repo/oss/ 4 | download.opensuse.org-update | Hauptaktualisierungs-Repository | Nein | Ja | 99 | http://download.opensuse.org/update/13.2/ 5 | repo-debug-update | openSUSE-13.2-Update-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.2/ 6 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.2-non-oss/ 7 | repo-source | openSUSE-13.2-Source | Nein | Ja | 99 | http://download.opensuse.org/source/distribution/13.2/repo/oss/Hab mal irgendwo gelesen, das es ein Packman Repo gibt, was ganz gut ist. Soll ich das einfach einbinden? Gibts da was zu beachten?
-
Gibt es sonst noch irgendwie Hintergrundprogramme, visuelle Effekte oder Suchfunktionen, die das System verlangsamen und die man mal ggf. ausschalten könnte?
Haben eingebundene Repos Einfluss auf die Systemgeschwindigkeit?
Ich habe aktuell 8 eingebunden:
- openSUSE-13.2-Source
- Hauptaktualisierungs-Repository
- AMD-Treiber (???Das Paket kann ja nach meiner Aktion nu wirklich raus, oder??)
- openSUSE-13.2-Update-Debug
- Haupt-Repository (NON-OSS)
- openSUSE-13.2-Update-Debug-Non-Oss
- aktualisierungs-Repository (Nicht-open-Source-Software)
- Haupt-Repository (OSS)Sind die alle notwendig? Oder gibt es vielleicht noch Pakete, die für das System wichtig wären (als "normaler" Anwender)
-
jep, von der Geschwindigkeit so wie vor dem Zeitpunkt, an dem ich mir das System mit den AMD Treibern zerschossen habe
Code
Alles anzeigenmartin@linux-mlm3:~> /sbin/lspci -nnk | grep -E -iA2 'vga|3d' 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Wrestler [Radeon HD 6320] [1002:9806] Subsystem: Lenovo Device [17aa:397b] Kernel driver in use: radeon martin@linux-mlm3:~> systemd-analyze blame 5.530s systemd-udev-settle.service 2.842s ModemManager.service 2.494s display-manager.service 2.465s postfix.service 1.985s SuSEfirewall2_init.service 1.679s vboxdrv.service 1.659s polkit.service 1.549s SuSEfirewall2.service 1.488s NetworkManager.service 1.442s systemd-fsck@dev-disk-by\x2duuid-cf578ce6\x2d3ae1\x2d40ac\x2db0 1.288s apparmor.service 1.017s nscd.service 1.005s wpa_supplicant.service 933ms \x2esnapshots.mount 898ms var-tmp.mount 851ms var-spool.mount 848ms systemd-tmpfiles-setup.service 811ms var-opt.mount 782ms lvm2-activation-early.service 681ms sys-kernel-debug.mount 673ms var-log.mount 670ms dev-mqueue.mount 669ms dev-hugepages.mount lines 1-23...skipping... 5.530s systemd-udev-settle.service 2.842s ModemManager.service 2.494s display-manager.service 2.465s postfix.service 1.985s SuSEfirewall2_init.service 1.679s vboxdrv.service 1.659s polkit.service 1.549s SuSEfirewall2.service 1.488s NetworkManager.service 1.442s systemd-fsck@dev-disk-by\x2duuid-cf578ce6\x2d3ae1\x2d40ac\x2db028\x2df5048c59c4ab.service 1.288s apparmor.service 1.017s nscd.service 1.005s wpa_supplicant.service 933ms \x2esnapshots.mount 898ms var-tmp.mount 851ms var-spool.mount 848ms systemd-tmpfiles-setup.service 811ms var-opt.mount 782ms lvm2-activation-early.service 681ms sys-kernel-debug.mount 673ms var-log.mount 670ms dev-mqueue.mount 669ms dev-hugepages.mount 632ms var-lib-pgsql.mount 631ms colord.service 601ms systemd-tmpfiles-setup-dev.service 546ms systemd-remount-fs.service 543ms var-lib-named.mount 490ms ntpd.service 462ms systemd-udev-root-symlink.service 382ms systemd-udev-trigger.service 350ms lvm2-lvmetad.service 341ms systemd-update-utmp.service 296ms alsa-restore.service 275ms systemd-user-sessions.service 258ms rc-local.service 257ms home.mount 255ms accounts-daemon.service 244ms plymouth-read-write.service 243ms var-lib-mailman.mount -
jaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
Ganz ganz herzlichen Dank!!! Das Ding läuft wieder.
Ich freue mich echt riesig. Das rettet mir den Tag
Nochmals ganz großes Dankeschön -
-
Alles anzeigen
Repo Nr. 6 home:codeminister ist für openSUSE 13.1, würde ich entfernen:
Als root (du hast Dich als User Martin eingeloggt):Dann den Treiber noch einmal installieren:
Neustart.Wenn das nicht funktioniert, den Treiber als root wieder deinstallieren:
Da sollten dann auch in der Übersicht die anderen 4 fglrx-Pakete mit deinstalliert werden.Habe mich als root eingeloggt und die Befehle eingegeben. Soweit auch alles geloescht. Als beim Neustart immer noch alles beim Alten war, habe ich den Treiber wie beschrieben deinstalliert. Wenn ich jetzt nochmal den Befehl zum installieren eingeben kommt "Package 'fglrx64_xpic_not found". Muss ich jetzt vielleicht nochmal den SUSE eigenen Treiber laden ...und wenn ja, wie?
-
Na huch, ziemlich viel Textausgabe. Habe mal einen Screenshot gemacht
https://www.dropbox.com/s/roz2…_20141231_101211.jpg?dl=0