Plasma 5 startet nicht mehr, Firefox und Systemeinstellungen ebenfalls mit Problemen

Deutsch (German) Installation/Administration
#1

Hallo zusammen,

nach der Installation von 42.1 lief alles problemlos.
Dann habe ich einen großen Satz Updates eingespielt, womit die Probleme begannen.

  1. Die Systemeinstellungen starteten nicht mehr: “Das Programm Systemeinstellungen kann keine Ansichten finden, sodass nichts angezeigt werden kann”

  2. Firefox startete nicht mehr:

Profile missing:
Your Firefox profile cannot be loaded. It may be missing or inaccessible.

(firefox:17753): Gtk-WARNING **: Theme directory actions/48 of theme breeze has no size field
(firefox:17753): Gtk-WARNING **: Theme directory categories/16 of theme breeze has no size field
(firefox:17753): Gtk-WARNING **: Theme directory categories/22 of theme breeze has no size field
(firefox:17753): Gtk-WARNING **: Theme directory categories/48 of theme breeze has no size field
(firefox:17753): Gtk-WARNING **: Theme directory devices/48 of theme breeze has no size field
(firefox:17753): Gtk-WARNING **: Theme directory of theme oxygen has no size field

Nach einem Reboot war dann alles vorbei, Plasma 5 und KDE Plasma Workplace starteten nicht mehr (schwarzer Bildschirm mit Maus).
Nur der IceWM läuft. Aber auch hier lässt sich Firefox und die Systemeinstellungen nicht mehr starten.

Wer weiss eine Lösung?

#2

Hallo nochmal,

kann denn keiner der Fachleute hier weiterhelfen?

die Gtk-Warnungen hängen mit den breeze- und oxygen-Icons zusammen.
Die genannten Icons und die Größe werden unter dem Eintrag “directories” in der theme-Datei (/usr/share/icons/breeze) zwar genannt, die Icon-Dateien fehlen allerdings in den Verzeichnissen.

Löscht man die genannten fehlenden Icons aus der directories-Liste, verschwinden zwar die Gtk-Fehlermeldungen, Firefox startet aber trotzdem nicht
(weil die Icon-Dateien halt fehlen). Die Systemeinstellungen lassen sich auch weiterhin nicht starten und Plasma5 will auch weiterhin nicht.

Da scheint noch mehr nach den Updates schief zu laufen.

In anderen Foren liest man, dass das Problem mit den Icons mit den neuesten Updates behoben wird. Nur wann kommen die?

Gruß,

hydro_eg

#3

Kannst Du eine Virtuelle Terminal aufmachen? (tty1 oder tty2 oder tty3 oder tty4 oder tty5 oder tty6) (<Strg-Alt>-F1; <Strg-Alt>-F2; usw.)
Mit der ‘root’ Benutzer einloggen.

  • “# zypper -p repos” ausführen.

Irgendwie der Liste uns mitteilen.
[HR][/HR]Vermutlich sind irgendwie fremde Repositorien aufgetaucht und deswegen ist der System nach dem Aktualisieren nicht mehr brauchbar.
Wenn der “root” Partition mit der Btfrs Dateisystem formatiert ist, wir könnte eine Btrfs (CLI/curses YaST2: Snapper) “Roll-Back” zur die Zeit vor der Aktualisieren probieren.

#4

Hallo,

da IceWM läuft, ist das kein Problem. Hier die Liste der Repos:

root@w256807:/> zypper repos

| Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung

—±------------------------------±----------------------------------------±----------±----------------±--------------
1 | Editoren | Editoren | Ja | (r ) Ja | Ja
2 | Mozilla | Mozilla | Ja | (r ) Ja | Ja
3 | Packman | Packman | Ja | (r ) Ja | Ja
4 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja
5 | nVidia | nVidia | Ja | (r ) Ja | Ja
6 | openSUSE-42.1-0 | openSUSE-42.1-0 | Nein | ---- | Nein
7 | repo-debug | openSUSE-Leap-42.1-Debug | Nein | ---- | Ja
8 | repo-debug-non-oss | openSUSE-Leap-42.1-Debug-Non-Oss | Nein | ---- | Ja
9 | repo-debug-update | openSUSE-Leap-42.1-Update-Debug | Nein | ---- | Ja
10 | repo-debug-update-non-oss | openSUSE-Leap-42.1-Update-Debug-Non-Oss | Nein | ---- | Ja
11 | repo-non-oss | openSUSE-Leap-42.1-Non-Oss | Nein | ---- | Ja
12 | repo-oss | openSUSE-Leap-42.1-Oss | Ja | (r ) Ja | Ja
13 | repo-source | openSUSE-Leap-42.1-Source | Nein | ---- | Ja
14 | repo-update | openSUSE-Leap-42.1-Update | Ja | (r ) Ja | Ja
15 | repo-update-non-oss | openSUSE-Leap-42.1-Update-Non-Oss | Ja | (r ) Ja | Ja

Die Formatierung bleibt leider nicht erhalten.

Gruß,

hydro_eg

#5

Mit die Leap 42.1 Repositorien erwähnt unten habe ich eine laufende KDE Plasma 5. Aber, ich benutze eine AMD Klapprechner (AMD A10-5750M APU - Radeon™ HD Grafik).
Deine Rechner hat scheinbar nVidia Grafik und da konnte das Problem sein: bitte in diese Forum (auch die Englische Einträge) für nVidia Grafik Probleme suchen.
[HR][/HR]Sehr breite Beispiel – bei mir nur mit “volle Bildschirmbreite” funktioniert es:


 > zypper repos -P
#  | Alias                                | Name                                    | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität
---+--------------------------------------+-----------------------------------------+-----------+-----------------+----------------+----------
 6 | download.opensuse.org-non-oss        | Haupt-Repository (NON-OSS)              | Ja        | (r ) Ja         | Ja             |   99     
 7 | download.opensuse.org-oss            | Haupt-Repository (OSS)                  | Ja        | (r ) Ja         | Ja             |   99     
 8 | download.opensuse.org-update         | openSUSE-Leap-42.1-Update               | Ja        | (r ) Ja         | Ja             |   99     
 9 | download.opensuse.org-update-non-oss | openSUSE-Leap-42.1-Update-Non-Oss       | Ja        | (r ) Ja         | Ja             |   99     
12 | openSUSE-42.1-0                      | openSUSE-42.1-0                         | Ja        | (r ) Ja         | Nein           |   99     
13 | openSUSE-leap-42.1-Source_(non-OSS)  | openSUSE-Leap-42.1-Source (non-OSS)     | Ja        | (r ) Ja         | Ja             |   99     
14 | repo-debug                           | openSUSE-Leap-42.1-Debug                | Ja        | (r ) Ja         | Ja             |   99     
15 | repo-debug-non-oss                   | openSUSE-Leap-42.1-Debug-Non-Oss        | Nein      | ----            | Nein           |   99     
16 | repo-debug-update                    | openSUSE-Leap-42.1-Update-Debug         | Ja        | (r ) Ja         | Ja             |   99     
17 | repo-debug-update-non-oss            | openSUSE-Leap-42.1-Update-Debug-Non-Oss | Nein      | ----            | Nein           |   99     
18 | repo-source                          | openSUSE-Leap-42.1-Source (OSS)         | Ja        | (r ) Ja         | Ja             |   99     
 3 | KDE:Extra                            | openSUSE BuildService - KDE:Extra       | Ja        | (r ) Ja         | Ja             |  100     
 2 | KDE:Applications                     | KDE:Applications                        | Ja        | (r ) Ja         | Ja             |  110     
 1 | Graphics                             | Graphics                                | Ja        | (r ) Ja         | Ja             |  115     
 5 | X11:_Utilities                       | X11: Utilities                          | Ja        | (r ) Ja         | Ja             |  116     
10 | ftp.gwdg.de-suse                     | Packman Repository                      | Ja        | (r ) Ja         | Ja             |  120     
11 | linuxdownload.adobe.com-linux        | Adobe Flash Plugin                      | Ja        | ( p) Ja         | Ja             |  125     
 4 | Oracle_Java-7                        | Oracle Java-7                           | Nein      | ----            | Nein           |  150     
 >
#6

zypper repos -p bzw. zypper lr -p ist nicht aussagekräftig, jeder kann seine Repoas benennen wie er will.

Besser wäre eine Anzeige der URL z.B. zypper lr -d oder zypper lr -uP

Siehe auch zypper --help oder zypper lr --help

Auch die Hilfe kann man natürlich noch anders starten…

Die Formatierung bleibt leider nicht erhalten.

Benutze Code-Tags.

#7

So, nun ein neuer Anlauf mit den Repos:

root@w256807:/daten/projekte> zypper lr -d

| Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | Typ | URI | Dienst

—±------------------------------±----------------------------------------±----------±----------------±---------------±----------±-------±------------------------------------------------------------------------±------
1 | Editoren | Editoren | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/editors/openSUSE_Leap_42.1/ |
2 | Mozilla | Mozilla | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/repositories/mozilla/openSUSE_Leap_42.1/ |
3 | Packman | Packman | Ja | (r ) Ja | Ja | 99 | rpm-md | http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_42.1/ |
4 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/ |
5 | nVidia | nVidia | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.nvidia.com/opensuse/leap/42.1 |
6 | openSUSE-42.1-0 | openSUSE-42.1-0 | Nein | ---- | Nein | 99 | yast2 | cd:///?devices=/dev/disk/by-id/ata-HL-DT-ST_DVDRAM_GHC0N_504HC008272 |
7 | repo-debug | openSUSE-Leap-42.1-Debug | Nein | ---- | Ja | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.1/repo/oss/ |
8 | repo-debug-non-oss | openSUSE-Leap-42.1-Debug-Non-Oss | Nein | ---- | Ja | 99 | NONE | http://download.opensuse.org/debug/distribution/leap/42.1/repo/non-oss/ |
9 | repo-debug-update | openSUSE-Leap-42.1-Update-Debug | Nein | ---- | Ja | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.1/oss |
10 | repo-debug-update-non-oss | openSUSE-Leap-42.1-Update-Debug-Non-Oss | Nein | ---- | Ja | 99 | NONE | http://download.opensuse.org/debug/update/leap/42.1/non-oss/ |
11 | repo-non-oss | openSUSE-Leap-42.1-Non-Oss | Nein | ---- | Ja | 99 | NONE | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/ |
12 | repo-oss | openSUSE-Leap-42.1-Oss | Ja | (r ) Ja | Ja | 99 | yast2 | http://download.opensuse.org/distribution/leap/42.1/repo/oss/ |
13 | repo-source | openSUSE-Leap-42.1-Source | Nein | ---- | Ja | 99 | NONE | http://download.opensuse.org/source/distribution/leap/42.1/repo/oss/ |
14 | repo-update | openSUSE-Leap-42.1-Update | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.1/oss/ |
15 | repo-update-non-oss | openSUSE-Leap-42.1-Update-Non-Oss | Ja | (r ) Ja | Ja | 99 | rpm-md | http://download.opensuse.org/update/leap/42.1/non-oss/ |

Dann zum Status des Displaymanagers:

root@w256807:/daten/projekte> systemctl status displaymanager
displaymanager.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)

Wenn ich startx durchführe:

Xauth: file /root/.serverauth.719 does not exist
_XSERVTransSocketUNIXCreateListener: … failed
_XSERVTransMakeALLCOTSServerListeners: server already running (EE)

Fatal server error:
(EE) Cannot establish any listening sockets -Make sure an X server isn´t already running (EE)
… (und noch ne Menge weiterer Meldungen)

Habe auch die nvidia-Treiber neu geladen.

Gruß,

hydro_eg

#8

Soweit ich weiß, ohne Display Manager wird nicht viel passieren:

 # systemctl enable displaymanager.service

Ich bitte um Geduld: habe ein Termin - wird ausführlich auf ein Leap 42.1 System ausprobieren – ohne Display Manager . . .Wie in die letzte Jahrhundert wenn UNIX® nur X-11 und Motif hatte oder, doch vielleicht eine die erste KDE Oberflächen – ohne Display Manager

#9

Leap 42.1 System ohne Display Manager am laufen (Systemsyntax für älterer Leute wie ich: " # init 3".
“Normale” Benutzer: " > startx | tee aaaaa"


xauth:  file /home/xxx/.serverauth.1579 does not exist


X.Org X Server 1.17.2
Release Date: 2015-06-16
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux xxx 4.1.26-21-default #1 SMP PREEMPT Mon Jun 13 13:32:30 UTC 2016 (294632f) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.1.26-21-default root=UUID=557cdec7-16dd-4bb7-8a27-62c680ed6403 ro resume=/dev/sda9 splash=silent quiet showopts elevator=cfq
Build Date: 07 March 2016  08:22:28AM

Current version of pixman: 0.32.6
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/home/xxx/.local/share/xorg/Xorg.0.log", Time: Mon Jul  4 11:27:21 2016
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) xf86OpenConsole: VT_ACTIVATE failed: Operation not permitted
(EE)
(EE)
Please consult the The X.Org Foundation support
         at http://wiki.x.org
 for help.
(EE) Please also check the log file at "/home/xxx/.local/share/xorg/Xorg.0.log" for additional information.
(EE)
VGA Arbitration: Cannot restore default device.
(EE) Server terminated with error (1). Closing log file.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
-------------------------------------------------------------------------------------------
xinit failed. /usr/bin/Xorg is not setuid, maybe that's the reason?
If so either use a display manager (strongly recommended) or adjust /etc/permissions.local and run "chkstat --system --set" afterwards

Mit der “root” Benutzer, eine KDE Plasma 5 Session startet (nur eine Teil der ‘tee’ Ausgabe):


xauth:  file /root/.serverauth.1727 does not exist
xauth:  file /root/.Xauthority does not exist
xauth:  file /root/.Xauthority does not exist


X.Org X Server 1.17.2
Release Date: 2015-06-16
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux xxx 4.1.26-21-default #1 SMP PREEMPT Mon Jun 13 13:32:30 UTC 2016 (294632f) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.1.26-21-default root=UUID=557cdec7-16dd-4bb7-8a27-62c680ed6403 ro resume
=/dev/sda9 splash=silent quiet showopts elevator=cfq
Build Date: 07 March 2016  08:22:28AM

Current version of pixman: 0.32.6
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jul  4 11:29:20 2016
(==) Using config directory: "/etc/X11/xorg.conf.d"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(II) [KMS] Kernel modesetting enabled.
(II) [KMS] Kernel modesetting enabled.
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
/etc/X11/xim: Checking whether an input method should be started.
/etc/X11/xim: Checking whether an input method is specified in /root/.profile.
sourcing /etc/sysconfig/language to get the value of INPUT_METHOD
INPUT_METHOD is not set or empty (no user selected input method).
Trying to start a default input method for the locale de_DE.UTF-8 ...
There is no default input method for the current locale.
Dummy input method "none" (do not use any fancy input method by default)
Loading stage  "initial" 190
startkde: Starting up...
kdeinit5: preparing to launch 'libkdeinit5_klauncher'
kdeinit5: Launched KLauncher, pid = 1820, result = 0
Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
kdeinit5: opened connection to :0
kdeinit5: preparing to launch 'libkdeinit5_kded5'
kdeinit5: Launched KDED, pid = 1823 result = 0
kdeinit5: preparing to launch 'libkdeinit5_kcminit_startup'
kdeinit5: Launched 'kcminit_startup', pid = 1824 result = 0
Recreating ksycoca file ("/root/.cache/ksycoca5_de_Jr_1sDTjXTOucXvf_xQsLLXbuQQ=", version 303)
kf5.kded: No X-KDE-DBus-ServiceName found in "/usr/lib64/qt5/plugins/kf5/kded/keyboard.so"
.
.
.
startkde: Done.
xinit: connection to X server lost

waiting for X server to shut down The X11 connection broke: I/O error (code 1)
XIO:  fatal IO error 11 (Die Ressource ist zur Zeit nicht verfügbar) on X server ":0"
      after 96 requests (96 known processed) with 0 events remaining.
.(II) Server terminated successfully (0). Closing log file.
#10

Hallo,

habe die Fehlermeldungen nach “startx” noch mal erfasst:

  1. als normaler User:

xauth: file /home/XXX/.serverauth.14038 does not exist

_XSERVTransSocketUNIXCreateListener: …SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
(EE)
Fatal server error:
(EE) Cannot establish any listening sockets - Make sure an X server isn’t already running(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at “/home/XXX/.local/share/xorg/Xorg.0.log” for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
Invalid MIT-MAGIC-COOKIE-1 keyxinit: giving up
xinit: unable to connect to X server: Resource temporarily unavailable
xinit: server error

xinit failed. /usr/bin/Xorg is not setuid, maybe that’s the reason?
If so either use a display manager (strongly recommended) or adjust /etc/permissions.local and run “chkstat --system --set” afterwards

  1. als root:

xauth: file /root/.serverauth.14177 does not exist

_XSERVTransSocketUNIXCreateListener: …SocketCreateListener() failed
_XSERVTransMakeAllCOTSServerListeners: server already running
(EE)
Fatal server error:
(EE) Cannot establish any listening sockets - Make sure an X server isn’t already running(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at “/var/log/Xorg.0.log” for additional information.
(EE)
(EE) Server terminated with error (1). Closing log file.
Invalid MIT-MAGIC-COOKIE-1 keyxinit: giving up
xinit: unable to connect to X server: Resource temporarily unavailable
xinit: server error

xinit failed. /usr/bin/Xorg is not setuid, maybe that’s the reason?
If so either use a display manager (strongly recommended) or adjust /etc/permissions.local and run “chkstat --system --set” afterwards

#11

“startx” bedeutet: der System darf auf keinen Fall in der (systemd) Zustand “Graphical Target”!!!

Auf “älterer UNIX®” Systeme es bedeutet der System muss höchstens in der “Runlevel 3” Zustand sein: Netzwerkbetrieb, über das Netzwerk erreichbare Ressourcen sind nutzbar, eine grafische Oberfläche steht nicht zur Verfügung. Firewalls sollten aktiviert werden.[Nur zur Information, “Runlevel 5” ist: [b]Wie 3, zusätzlich wird die grafische Oberfläche bereitgestellt.]


 > systemctl get-default
graphical.target
 > 
 > l /usr/lib/systemd/system/runlevel?.target
lrwxrwxrwx 1 root root 15  5. Jun 12:08 /usr/lib/systemd/system/runlevel0.target -> poweroff.target
lrwxrwxrwx 1 root root 13  5. Jun 12:08 /usr/lib/systemd/system/runlevel1.target -> rescue.target
lrwxrwxrwx 1 root root 17  5. Jun 12:08 /usr/lib/systemd/system/runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root 17  5. Jun 12:08 /usr/lib/systemd/system/runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root 17  5. Jun 12:08 /usr/lib/systemd/system/runlevel4.target -> multi-user.target
lrwxrwxrwx 1 root root 16  5. Jun 12:08 /usr/lib/systemd/system/runlevel5.target -> graphical.target
lrwxrwxrwx 1 root root 13  5. Jun 12:08 /usr/lib/systemd/system/runlevel6.target -> reboot.target
 >

Man könnte mit “systemctl” probieren der Systemzustand “Runlevel 3” zu erreichen aber, in der Regel Man tut es nicht. Man tut einfach:

 # init 3

Man könnte auch nachschauen ob, der System irgendwie eine entsprechende “systemd Target” hatte:


 > systemctl list-units --type=target --all
UNIT                   LOAD   ACTIVE   SUB    DESCRIPTION
basic.target           loaded active   active Basic System
cryptsetup.target      loaded active   active Encrypted Volumes
emergency.target       loaded inactive dead   Emergency Mode
final.target           loaded inactive dead   Final Step
getty.target           loaded active   active Login Prompts
graphical.target       loaded active   active Graphical Interface
local-fs-pre.target    loaded active   active Local File Systems (Pre)
local-fs.target        loaded active   active Local File Systems
multi-user.target      loaded active   active Multi-User System
mysql.target           loaded inactive dead   MySQL target allowing to control multi setup
network-online.target  loaded active   active Network is Online
network-pre.target     loaded inactive dead   Network (Pre)
network.target         loaded active   active Network
nss-lookup.target      loaded active   active Host and Network Name Lookups
nss-user-lookup.target loaded active   active User and Group Name Lookups
paths.target           loaded active   active Paths
printer.target         loaded active   active Printer
remote-fs-pre.target   loaded active   active Remote File Systems (Pre)
remote-fs.target       loaded active   active Remote File Systems
rescue.target          loaded inactive dead   Rescue Mode
rpcbind.target         loaded active   active RPC Port Mapper
shutdown.target        loaded inactive dead   Shutdown
slices.target          loaded active   active Slices
sockets.target         loaded active   active Sockets
sound.target           loaded active   active Sound Card
swap.target            loaded active   active Swap
sysinit.target         loaded active   active System Initialization
syslog.target          masked inactive dead   syslog.target
time-sync.target       loaded active   active System Time Synchronized
timers.target          loaded active   active Timers
umount.target          loaded inactive dead   Unmount All Filesystems

LOAD   = Reflects whether the unit definition was properly loaded.
ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
SUB    = The low-level unit activation state, values depend on unit type.

31 loaded units listed.
To show all installed unit files use 'systemctl list-unit-files'.
 >

Aber, Man tut es auch nicht: erst (mit der ‘root’ Benutzer) in eine Virtuelle Terminal (tty1, tty2, tty3, tty4, tty5, tty6):

 # init 3

dann: ‘startx’ (in eine Virtuelle Terminal).

#12

Hallo,

in tty1 melde ich mich als root an und führe “init 3” aus. Der Bildschirm wird schwarz, der Cursor blinkt. Nach “return” ist der Eingabe-Prompt wieder da.
Dann führe ich als root “startx” aus: Plasma startet!!!

Melde ich mich allerdings nach dem init 3 -Befehl als root wieder ab und als user an und führe dann “startx” aus, bekomme ich folgende Fehlermeldungen:

xauth: file /home/xxx/.serverauth.17055 does not exist

X.Org X Server 1.17.2
Release Date: 2015-06-16
X Protocol Version 11, Revision 0
Build Operating System: openSUSE SUSE LINUX
Current Operating System: Linux w256807 4.1.26-21-default #1 SMP PREEMPT Mon Jun 13 13:32:30 UTC 2016 (294632f) x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.1.26-21-default root=UUID=914a6be7-78f0-48a7-b8b2-b8fb0a390387 resume=/dev/sda6 splash=silent quiet showopts
Build Date: 07 March 2016 08:22:28AM

Current version of pixman: 0.32.6
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (–) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: “/home/xxx/.local/share/xorg/Xorg.0.log”, Time: Mon Jul 4 16:59:53 2016
(==) Using config directory: “/etc/X11/xorg.conf.d”
(==) Using system config directory “/usr/share/X11/xorg.conf.d”
(EE)
Fatal server error:
(EE) xf86OpenConsole: VT_ACTIVATE failed: Operation not permitted
(EE)
(EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
(EE) Please also check the log file at “/home/renke/.local/share/xorg/Xorg.0.log” for additional information.
(EE)
VGA Arbitration: Cannot restore default device.
(EE) Server terminated with error (1). Closing log file.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error

xinit failed. /usr/bin/Xorg is not setuid, maybe that’s the reason?
If so either use a display manager (strongly recommended) or adjust /etc/permissions.local and run “chkstat --system --set” afterwards

#13

In der “/home/renke/.local/share/xorg/Xorg.0.log” steht folgendes:

1170.072]
X.Org X Server 1.17.2
Release Date: 2015-06-16
1170.072] X Protocol Version 11, Revision 0
1170.072] Build Operating System: openSUSE SUSE LINUX
1170.072] Current Operating System: Linux w256807 4.1.26-21-default #1 SMP PREEMPT Mon Jun 13 13:32:30 UTC 2016 (294632f) x86_64
1170.072] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.1.26-21-default root=UUID=914a6be7-78f0-48a7-b8b2-b8fb0a390387 resume=/dev/sda6 splash=silent quiet showopts
1170.072] Build Date: 07 March 2016 08:22:28AM
1170.072]
1170.072] Current version of pixman: 0.32.6
1170.072] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
1170.072] Markers: (–) probed, () from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
1170.072] (==) Log file: “/home/xxx/.local/share/xorg/Xorg.0.log”, Time: Mon Jul 4 17:23:03 2016
1170.072] (==) Using config directory: “/etc/X11/xorg.conf.d”
1170.072] (==) Using system config directory “/usr/share/X11/xorg.conf.d”
1170.072] (==) No Layout section. Using the first Screen section.
1170.072] (==) No screen section available. Using defaults.
1170.072] () |–>Screen “Default Screen Section” (0)
1170.072] (**) | |–>Monitor “<default monitor>”
1170.072] (==) No monitor specified for screen “Default Screen Section”.
Using a default monitor configuration.
1170.072] (==) Automatically adding devices
1170.072] (==) Automatically enabling devices
1170.072] (==) Automatically adding GPU devices
1170.072] (WW) The directory “/usr/share/fonts/misc/sgi” does not exist.
1170.072] Entry deleted from font path.
1170.072] (==) FontPath set to:
/usr/share/fonts/misc:unscaled,
/usr/share/fonts/Type1/,
/usr/share/fonts/100dpi:unscaled,
/usr/share/fonts/75dpi:unscaled,
/usr/share/fonts/ghostscript/,
/usr/share/fonts/cyrillic:unscaled,
/usr/share/fonts/truetype/,
built-ins
1170.072] (==) ModulePath set to “/usr/lib64/xorg/modules”
1170.072] (II) The server relies on udev to provide the list of input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
1170.072] (II) Loader magic: 0x80dd00
1170.072] (II) Module ABI versions:
1170.072] X.Org ANSI C Emulation: 0.4
1170.072] X.Org Video Driver: 19.0
1170.072] X.Org XInput driver : 21.0
1170.072] X.Org Server Extension : 9.0
1170.073] (++) using VT number 1

1170.073] (II) systemd-logind: logind integration requires -keeptty and -keeptty was not provided, disabling logind integration
1170.073] (II) xfree86: Adding drm device (/dev/dri/card0)
1170.073] (–) PCI:*(0:1:0:0) 10de:13ba:10de:1097 rev 162, Mem @ 0xf6000000/16777216, 0xe0000000/268435456, 0xf0000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x???/524288
1170.074] (II) LoadModule: “glx”
1170.074] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
1170.076] (II) Module glx: vendor=“NVIDIA Corporation”
1170.076] compiled for 4.0.2, module version = 1.0.0
1170.076] Module class: X.Org Server Extension
1170.076] (II) NVIDIA GLX Module 367.27 Thu Jun 9 18:19:55 PDT 2016
1170.076] (==) Matched nvidia as autoconfigured driver 0
1170.076] (==) Matched nouveau as autoconfigured driver 1
1170.076] (==) Matched nv as autoconfigured driver 2
1170.076] (==) Matched nvidia as autoconfigured driver 3
1170.076] (==) Matched nouveau as autoconfigured driver 4
1170.076] (==) Matched nv as autoconfigured driver 5
1170.076] (==) Matched modesetting as autoconfigured driver 6
1170.076] (==) Matched fbdev as autoconfigured driver 7
1170.076] (==) Matched vesa as autoconfigured driver 8
1170.076] (==) Assigned the driver to the xf86ConfigLayout
1170.076] (II) LoadModule: “nvidia”
1170.076] (II) Loading /usr/lib64/xorg/modules/drivers/nvidia_drv.so
1170.076] (II) Module nvidia: vendor=“NVIDIA Corporation”
1170.076] compiled for 4.0.2, module version = 1.0.0
1170.076] Module class: X.Org Video Driver
1170.076] (II) LoadModule: “nouveau”
1170.076] (II) Loading /usr/lib64/xorg/modules/drivers/nouveau_drv.so
1170.077] (II) Module nouveau: vendor=“X.Org Foundation”
1170.077] compiled for 1.17.2, module version = 1.0.11
1170.077] Module class: X.Org Video Driver
1170.077] ABI class: X.Org Video Driver, version 19.0
1170.077] (II) LoadModule: “nv”
1170.077] (II) Loading /usr/lib64/xorg/modules/drivers/nv_drv.so
1170.077] (II) Module nv: vendor=“X.Org Foundation”
1170.077] compiled for 1.17.2, module version = 2.1.20
1170.077] Module class: X.Org Video Driver
1170.077] ABI class: X.Org Video Driver, version 19.0
1170.077] (II) LoadModule: “modesetting”
1170.077] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
1170.077] (II) Module modesetting: vendor=“X.Org Foundation”
1170.077] compiled for 1.17.2, module version = 1.17.2
1170.077] Module class: X.Org Video Driver
1170.077] ABI class: X.Org Video Driver, version 19.0
1170.077] (II) LoadModule: “fbdev”
1170.077] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
1170.077] (II) Module fbdev: vendor=“X.Org Foundation”
1170.077] compiled for 1.17.2, module version = 0.4.4
1170.077] Module class: X.Org Video Driver
1170.077] ABI class: X.Org Video Driver, version 19.0
1170.077] (II) LoadModule: “vesa”
1170.077] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
1170.077] (II) Module vesa: vendor=“X.Org Foundation”
1170.077] compiled for 1.17.2, module version = 2.3.4
1170.077] Module class: X.Org Video Driver
1170.077] ABI class: X.Org Video Driver, version 19.0
1170.077] (II) NVIDIA dlloader X Driver 367.27 Thu Jun 9 17:57:30 PDT 2016
1170.077] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
1170.077] (II) NOUVEAU driver
1170.077] (II) NOUVEAU driver for NVIDIA chipset families :
1170.077] RIVA TNT (NV04)
1170.077] RIVA TNT2 (NV05)
1170.077] GeForce 256 (NV10)
1170.077] GeForce 2 (NV11, NV15)
1170.077] GeForce 4MX (NV17, NV18)
1170.077] GeForce 3 (NV20)
1170.077] GeForce 4Ti (NV25, NV28)
1170.077] GeForce FX (NV3x)
1170.077] GeForce 6 (NV4x)
1170.077] GeForce 7 (G7x)
1170.077] GeForce 8 (G8x)
1170.077] GeForce GTX 200 (NVA0)
1170.077] GeForce GTX 400 (NVC0)
1170.077] (II) NOUVEAU driver
1170.077] (II) NOUVEAU driver for NVIDIA chipset families :
1170.077] RIVA TNT (NV04)
1170.077] RIVA TNT2 (NV05)
1170.077] GeForce 256 (NV10)
1170.077] GeForce 2 (NV11, NV15)
1170.077] GeForce 4MX (NV17, NV18)
1170.077] GeForce 3 (NV20)
1170.077] GeForce 4Ti (NV25, NV28)
1170.077] GeForce FX (NV3x)
1170.077] GeForce 6 (NV4x)
1170.077] GeForce 7 (G7x)
1170.077] GeForce 8 (G8x)
1170.077] GeForce GTX 200 (NVA0)
1170.077] GeForce GTX 400 (NVC0)
1170.077] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
1170.077] (II) FBDEV: driver for framebuffer: fbdev
1170.077] (II) VESA: driver for VESA chipsets: vesa
1170.077] (EE)
Fatal server error:
1170.077] (EE) xf86OpenConsole: VT_ACTIVATE failed: Operation not permitted
1170.077] (EE)
1170.077] (EE)
Please consult the The X.Org Foundation support
at http://wiki.x.org
for help.
1170.077] (EE) Please also check the log file at “/home/renke/.local/share/xorg/Xorg.0.log” for additional information.
1170.077] (EE)

#14

Ja, genau so ist es!! Ohne eine Display Manager kann eine “normale” Benutzer auf eine moderne Linux System eine X11 Session mit “startx” nicht starten.
Das Zauberwort ist “Privilegierten”. “Normale” (modernere) Linux Benutzern darf nicht alles machen!!
Ich habe nachgeschaut: eine Gruppe dass erlaubte “normale” Benutzern “startx” zu benutzen gibt es meine Achtens nicht.
Googlen für “X11 Linux startx group” ergibt nur “benutze eine Display Manager”!!!
Also, mit der ‘root’ Benutzer:


 # systemctl enable displaymanager.service
 # systemctl reboot
#15

Nur einmal zur Klarstellung:

init 3 entspricht bei systemd multiuser.target
init 5 entspricht bei systemd graphical.target

Um dies zu setzen:

Nachschauen, was gerade aktiv ist:
systemctl status default.target
graphical.target - Graphical Interface
   Loaded: loaded (/usr/lib/systemd/system/graphical.target; enabled)
   Active: active since Fr 2016-07-01 06:46:49 CEST; 3 days ago
     Docs: man:systemd.special(7)

Jul 01 06:46:49 linux64 systemd[1]: Starting Graphical Interface.
Jul 01 06:46:49 linux64 systemd[1]: Reached target Graphical Interface.

Hier wäre init 5 aktiv.

Jetzt setzen wir init 3 aktiv:

systemctl set-default multi-user.target 
rm '/etc/systemd/system/default.target'
ln -s '/usr/lib/systemd/system/multi-user.target' '/etc/systemd/system/default.target'

Nach einem reboot wären wir in init 3:

systemctl status default.target
multi-user.target - Multi-User System
   Loaded: loaded (/usr/lib/systemd/system/multi-user.target; enabled)
   Active: active since Fr 2016-07-01 06:46:49 CEST; 3 days ago
     Docs: man:systemd.special(7)

Jul 01 06:46:49 linux64 systemd[1]: Starting Multi-User System.
Jul 01 06:46:49 linux64 systemd[1]: Reached target Multi-User System.
#16

Ohne eine Display Manager kann eine “normale” Benutzer auf eine moderne Linux System eine X11 Session mit “startx” nicht starten.

startx funktioniert schon lange nur als root.

Und hier hat aber jemand Hand angelegt:

1170.072] (==) Log file: “/home/xxx/.local/share/xorg/Xorg.0.log”, Time: Mon Jul 4 17:23:03 2016

#17

Poste:

zypper se -si nvidia kernel virtualbox vbox

Ausgaben bitte in Code-Tags.

Ist dann einfach lesbarerer.

#18

Hallo,

dann versuhe ich mal mein Glück mit den Code-Tags:

<code>
root@w256807:/daten/projekte> zypper se -si nvidia kernel virtualbox vbox
Repository-Daten werden geladen…
Installierte Pakete werden gelesen…

S | Name | Typ | Version | Architektur | Repository
–±--------------------------±--------±----------------------±------------±-------------------------
i | kernel-default | package | 4.1.26-21.1 | x86_64 | openSUSE-Leap-42.1-Update
i | kernel-default | package | 4.1.12-1.1 | x86_64 | openSUSE-Leap-42.1-Oss
i | kernel-default-devel | package | 4.1.26-21.1 | x86_64 | openSUSE-Leap-42.1-Update
i | kernel-devel | package | 4.1.26-21.1 | noarch | openSUSE-Leap-42.1-Update
i | kernel-firmware | package | 20160503-3.1 | noarch | openSUSE-Leap-42.1-Update
i | kernel-macros | package | 4.1.26-21.1 | noarch | openSUSE-Leap-42.1-Update
i | nvidia-computeG04 | package | 367.27-24.1 | x86_64 | nVidia
i | nvidia-gfxG04-kmp-default | package | 367.27_k4.1.12_1-24.1 | x86_64 | nVidia
i | nvidia-glG04 | package | 367.27-24.1 | x86_64 | nVidia
i | x11-video-nvidiaG04 | package | 367.27-24.1 | x86_64 | nVidia

</code>

#19

Hallo nochmal,

ich tendiere mittlerweile dazu, das System das dritte Mal neu aufzusetzen und dann auf alle Updates ersteinmal zu verzichten. Bis dahin lief das System jedesmal stabil.
Auf einem weiteren Rechner habe ich spaßeshalber auch 42.1 in einer VM installiert, alle Updates durchgeführt, und auch dort meldet Firefox, dass einige Icons fehlen (siehe auch meine erste Meldung). Aber Firefox läuft noch.
Eventuell liegt es auch am Firefox-Update?

Hättet Ihr einen besseren Vorschlag? Bin mir nicht sicher, ob wir hier in absehbarer Zeit noch weiterkommen.
Die Updates scheinen reproduzierbar etwas durcheinander zu bringen.

Zur Info: Ich sitze hinter einem Proxy, installiere daher anfänglich komplett von der DVD (ISO-Download), da das Netz nicht gefunden wird (keine Repos).
Dann starte ich in tty1 YAST, da Plasma5 anfänglich nicht läuft. Sobald dort die Netzwerkeinstellungen komplett eingerichtet sind, kann ich mit Plasma5 arbeiten.

Gruß,

hydro_eg

#20

Erste Stellungnahme:
Die sogenannte “Tags” sind a) in eckige Klammern umschlossen; und b) gross geschrieben; und c) normalerweise mittels die Knöpfe am rechte Ende die Leiste wo die “Fett/Italic/Unterstrichen” Knöpfe zu finden sind.

Ohne zu wissen welche System Du betriebst kein schlechte Idee; aber, bitte erst ALLE Benutzerdaten sichern und dann, alle Partitionen wo das System installiert wird neu formatieren.
Bitte, uns mitteilen welche Hardware betroffen ist und ob, das eine “Dual-Boot” System ist.

Also, Firefox ist eine Gtk(+) Anwendung (GNOME) und, mit alle KDE Versionen er brauchte eine Teil der Gtk+ beziehungsweise der GNOME Umgebung. Aber; die sind normalerweise immer Standardmässig dabei; vorausgesetzt dass, keine dächte die nicht notwendig sind und, hat “in unbeabsichtigter Weise” die Dinge nicht installiert.

Ohne zu wissen welche Hardware Du besitzt, nicht.

Unter <https://software.opensuse.org/421/de> ist eine Rubrik “Netzwerk” der erlaubt Leap 42.1 zu installieren mit eine kleine minimalistische .ISO Image aber ohne das Netzwerk geht’s nicht.
[HR][/HR]Übrigens, normalerweise nur Server-Systemadministratoren installieren modernerer Linux Systeme ohne eine Graphische Oberfläche mit Verzicht auf eine Display Manager.