Keine Ahnung warum 99 und 100. Ist historisch. Irgendwann vor Jahren war das aus unerklärlichen Gründen notwendig. Ich hab den Rechner mit Suse 11.1 gekauft. Bisher sind die Updates auch ganz gut gelaufen, so Kleinigkeiten sind halt immer, aber das finde ich schon.
Und der Kernel? Läuft doch. Ich hab da nix ausgesucht, nur NVidia hab ich reingemacht.
$ uname -a
Linux somename 4.4.92-31-vanilla #1 SMP Sun Oct 22 06:56:24 UTC 2017 (1d80e8a) x86_64 x86_64 x86_64 GNU/Linux$ zypper lr -d
Repository-Prioritäten treten in Kraft: (Siehe 'zypper lr -P' für Details)
99 (Standard-Priorität) : 8 Repositorys
100 (gesenkte Priorität) : 3 Repositorys
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst
---+-----------------------------+-------------------------------+-----------+-----------------+----------------+-----------+--------+---------------------------------------------------------------------------------------+-------
1 | Debug_42.3 | Debug 42.3 | Nein | ---- | ---- | 150 | yast2 | http://download.opensuse.org/debug/distribution/leap/42.3/repo/oss/ |
2 | Dupu_Updates_42.3 | Debug Updates 42.3/ | Nein | ---- | ---- | 149 | rpm-md | http://download.opensuse.org/debug/update/leap/42.3/non-oss/ |
3 | Opensuse_c/c++_libs_develop | Opensuse c/c++ libs develop | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/devel:/libraries:/c_c++/openSUSE_Leap_42.3/ |
4 | Opensuse_gcc_develop | Opensuse gcc develop | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/devel:/gcc/openSUSE_Leap_42.3/ |
5 | Opensuse_tools_develop | Opensuse tools develop | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/devel:/tools:/compiler/openSUSE_Leap_42.3/ |
6 | home:sbrabec | home:sbrabec | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/home:/sbrabec/openSUSE_Leap_42.3/ |
7 | nvidia | nvidia | Nein | ---- | ---- | 98 | rpm-md | http://download.nvidia.com/opensuse/42.3/ |
8 | opam | opam | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/home:/frispete:/ocaml/openSUSE_13.2/ |
9 | packman-42.3 | packman | Ja | (r ) Ja | Ja | 100 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_42.3/ |
10 | repo-42.3-non-oss | openSUSE-42.3 Non-OSS | Ja | (r ) Ja | Ja | 100 | yast2 | http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/ |
11 | repo-42.3-oss | openSUSE-42.3 OSS | Ja | (r ) Ja | Ja | 100 | yast2 | http://download.opensuse.org/distribution/leap/42.3/repo/oss/ |
12 | repo-42.3-update-non-oss | openSUSE-42.3 Updates Non-OSS | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/non-oss/ |
13 | repo-42.3-update-oss | openSUSE-42.3 Updates OSS | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/oss/ |
14 | repo-update | openSUSE-Leap-42.3-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.3/oss/ |$ zypper se -si | grep -i systemp | wc -c
39468
Zu lang. musst hier CTRL+V - paste it angucken.
Systemeinstellungen - Erscheinungsbild der Arbeitsfläche - Zeigerdesigns .... gibt’s nicht unter Leap. Was mich zu dem Schluss verleitet, das du kein Leap nutzt.
Von daher kann ich dir nur einen Rat betreffs des Cursors geben ... stelle alles auf Voreinstellungen und Default. Nimm einen vom System mitgelieferten Cursor und nichts selber installiertes.
Da du aber schreibst, das du von 13.2 auf Leap gewechselt hast interessiert mich jetzt mal, wie _ genau _ du das gemacht hast. Mir ist schon klar was bei dir los ist. Ich brauch nur noch deine Bestätigung.
Der Anleitung bin ich gefolgt, die zypper-Methode SDB:System upgrade - openSUSE
Jedenfalls steht das hier:
$ cat /etc/issue
Welcome to openSUSE Leap 42.3 - Kernel \r (\l).
Und der Kernel ist dieser: 4.4.92-31-vanilla
KDE ist 4.14.33
Und zu Sauerland: Ja, so ähnlich. Nur ist bei mir die Einstellung "resolution dependent" eben der Monstercursor weil die Logik bei hohen Auflösungen eben dumm ist, nur die 3840x2160 Pixel anguckt und irgendwas von hochauflösend denkt, aber vergisst dass bei einem 40"-Schirm die Auflösung einfach nur 110 dpi statt der 96 dpi auf meinem vorherigen ist. Bei 13.2 hab ich die 24 Pixel eingestellt und alles war in Butter.
PS: Ich kann auch den Screensaver mit Locking nicht abstellen. Ist im auch egal. Ich bastel mir ein Mittagessen ==> Bildschirm gelockt. *nerv* Da ich alleine wohne, ist das Passwort maximal ein Schutz vor mir selbst. Wozu also?
Ich vermute also ganz stark, dass der beim Lesen von irgendwelchen Dateien in ~/.config durcheinanderkommt. Irgendwelche Überbleibsel die in 13.2 okay waren und jetzt eben nicht mehr. Nur sind das gut 80 Stück und da sind ein paar, die mir schon wichtig sind, die will ich nicht einfach so auf den Müllhaufen der Geschichte werfen.
Hallo!
Ich hab hier einen 40" UHD-Bildschirm. Und auf dem Bildschirm hab ich ein Monster von einem Cursor, nämlich mit 48 Pixel Höhe, oder 7 mm bei 2 mm Schriftgröße. Der nervt! Der ist zu groß.
Also Einstellungen --> Systemeinstellungen dort dann Erscheinungsbild der Arbeitsfläche --> Zeigerdesigns
Und da wähle ich 24 Pixel und "whiteglass" aus. Noch ein Apply und gut ist es.
"fast" gut weil wenn ich an die Fensterdekorationen komme, dann sehe ich wieder den Monstercursor (der nervt!). Und wenn ich irgendwelche selektierten Elemente ziehe, dann hab ich auch den Monstercuror (der wo nervt).
Okay, dachte ich, dann eben ausloggen und nochmals einloggen.
Denkste! Monstercursor. DER NERVT!
Also nochmals auf diese Zeigerdesigns und dort steht "24" und auch "whiteglass". Also 48 auswählen, Apply, dann 24 auswählen, nochmals Apply. Ich hab den kleinen Cursor, bis eben auf die Fensterdekoration und wenn ich was ziehe.
Wie bekomm ich das NERVENDE Monster weg?
Ist irgendeine Einstellungsdatei total daneben? Ich hab erst gestern direkt von 13.2 nach 42.3 gewechselt, ging übrigens problemlos.
Hallo!
Ich hab da ein sehr seltsames Problem.
Ich wollte (warum auch immer ist egal) diese Datei über kate ausdrucken.
/usr/share/kde4/apps/katepart/syntax/cpp.xml
Problem ist Seite drei, da fliegt der Drucker (Lexmark C540) immer mit einem stackunderflow als Postscript-Fehler raus. Das Problem scheint irgendwie mit der langen Zeile 185 dieser Datei zusammen zu hängen.
Wenn ich in eine postscript-Datei drucke und diese dann per ftp zum Drucker schicke, dann druckt der ganz sauber aus und liefert keinen Fehler.
Woran kann das liegen?
Andere Dateien konnte ich bisher ohne Probleme ausdrucken, von LibreOffice hab ich schon einiges gedruckt, auch aus dem Firefox heraus und auch gimp hat ein paar Bilderchen ausdrucken dürfen. Ein ganz allgemeines Problem schließe ich daher aus, scheint irgendwie speziell zu sein 
In den Log-Files zu cups ist auch nichts besonderes zu finden, jedenfalls keine Fehlermeldung, kein Programmabsturz oder sowas.
Ich hab genauer geforscht. Laut dmesg gurkt irgendwas im Kernel ab, um
genau zu sein kommen die Crashes aus dem Nvidia-Treiber. Ich hab mal
frech das BIOS neu geflasht und danach gabs endlosloop von X, also 100%
CPU.
Ich werd den einen Rechner als X-Terminal verwenden und remote drauf
arbeiten. Xen ist nicht verzichtbar, Graphik inkl Dualscreen auch nicht.
So nebenbei ist Suse 11.1 auch in der Hinsicht fies. In
/etc/X11/xdm/Xaccess fehlt die Zeile "LISTEN *", ohne die lauscht der
X-Server nur auf IPv6 auf Broadcasts (jetzt mal abgesehen von den
anderen notwendigen Änderungen).
Wenn ich irgendwie den X11 Server verlasse, sind Tastatur und Maus tot und am Bildschirm tut sich entsprechend nichts.
Die einfachste Art das zu reproduzieren ist:
* Booten
* Auf das Login beim Display-Manager (kde4 und auch xdm) warten
* Ctrl-Alt-F1
==> Nix mehr geht, nicht mal drücken von Numlock ändert die LED auf der Tastatur
Andere Varianten wo das gleiche Problem auftritt sind die Aktivierung
vom Screensaver, Testen einer Änderung in Sax2, Ausloggen, also
offenbar alles, wo der X-Server neu gestartet wird oder auf einen
anderen virtuellen Schirm umschaltet.
Wenn ich nach so einem "Freeze" remote auf den Rechner drauf geh, dann
sehe ich nichts besonderes. /var/log/messages murmelt nix,
/var/log/Xorg.0.log zeigt mir auch nix besonderes an, insbesondere
keine Zeile mit (EE) oder wie immer die bösen Fehler nun aussehen.
dmesg murmelt nix besonderes.
System ist OpenSuse 11.1, alle Patches auf dem neuesten Stand.
Es könnte am nvidia-Treiber liegen oder auch an ACPI. Ich weiß aber
nicht wo ich suchen soll, hab bisher in keinem Logfile was relevantes
gefunden.
Ideen?
lspi liefert diese Graphikkarte
04:00.0 VGA compatible controller: nVidia Corporation GeForce 9500 GT (rev a1)
Board ist dieses hier:
http://www.supermicro.com/Aplu…ron2000/MCP55/H8DAE-2.cfm
2 Opteronen 2382 sind drinnen, 16GB Memory.
Xen läuft (ich starte X in der Dom0)