• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Schwarzer Bildschirm beim Boot OSS 13.1 wegen TeamViewer

gorgonz

Hacker
Ich hatte diesen Effekt schon öfter mal, konnte mir bisher mit dem recovery mode helfen, weil ich so das System am Laufen hatte.

Diesmal geht auch kein recovery mode und ich kann nur mit meiner alten Partition von OS 12.3 booten und in das System schauen.

Verhalten: OSS läuft hoch, die üblichen startup Meldungen kommen, wenn der Splash screen mit ESC deaktiviert wird. In dem Moment, wenn KDE gestartet wird und die Umschaltung auf Grafik erfolgt, wird der Bildschirm schwarz.

Dadurch kann ich jetzt garnicht so viele Infos liefern. Bis vor einer Woche noch normal alle Updates gemacht. Was ich habe:
OpenSUSE 13.1 64bit
Kernel: 3.11.10-29-desktop
Grafiktreiber radeon (nicht proprietär)

Es gibt mehrere Gründe, wie das passiert sein könnte. Früher einmal hing es mit der Reihenfolge der Repositories zusammen, hatte aber auch schon den Fall, dass sich der teamviewer dienst mit dem radeon treiber gehakt hat.

wenigstens ein kurzer Extrakt aus dem var/log/messages dazu:

Code:
2015-11-04T20:03:23.113316+01:00 some-linuxname systemd[1]: PID file /var/run/teamviewerd.pid not readable (yet?) after start.
2015-11-04T20:03:23.113566+01:00 some-linuxname ntp[3240]: Starting network time protocol daemon (NTPD)..done
2015-11-04T20:03:23.113826+01:00 some-linuxname systemd[1]: Started LSB: Network time protocol daemon (ntpd).
2015-11-04T20:03:23.114044+01:00 some-linuxname systemd[1]: Starting System Time Synchronized.
2015-11-04T20:03:23.114236+01:00 some-linuxname systemd[1]: Reached target System Time Synchronized.
2015-11-04T20:03:23.114415+01:00 some-linuxname systemd[1]: Starting Postfix Mail Transport Agent...
2015-11-04T20:03:23.114850+01:00 some-linuxname systemd[1]: Starting LSB: X Display Manager...
2015-11-04T20:03:23.116043+01:00 some-linuxname echo[3295]: Starting mail service (Postfix)
2015-11-04T20:03:23.155786+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of section [General] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them.
2015-11-04T20:03:23.156096+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of section [X-*-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them.
2015-11-04T20:03:23.156312+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of section [X-*-Greeter] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them.
2015-11-04T20:03:23.156560+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of key 'Language' in section [X-*-Greeter] of /usr/share/kde4/config/kdm/kdmrc
2015-11-04T20:03:23.156702+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of section [X-:*-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them.
2015-11-04T20:03:23.156839+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of key 'AllowShutdown' in section [X-:*-Core] of /usr/share/kde4/config/kdm/kdmrc
2015-11-04T20:03:23.156960+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of section [X-:0-Core] in /usr/share/kde4/config/kdm/kdmrc. Consider merging them.
2015-11-04T20:03:23.157060+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of key 'AutoLoginEnable' in section [X-:0-Core] of /usr/share/kde4/config/kdm/kdmrc
2015-11-04T20:03:23.157135+01:00 some-linuxname kdm_config[3354]: Multiple occurrences of key 'AutoLoginUser' in section [X-:0-Core] of /usr/share/kde4/config/kdm/kdmrc
2015-11-04T20:03:23.158674+01:00 some-linuxname kdm[3352]: plymouth is running
2015-11-04T20:03:23.159407+01:00 some-linuxname SuSEfirewall2: Firewall rules successfully set
2015-11-04T20:03:23.159613+01:00 some-linuxname xdm[3296]: Starting service kdm..done
2015-11-04T20:03:23.159946+01:00 some-linuxname systemd[1]: Started SuSEfirewall2 phase 2.
2015-11-04T20:03:23.160197+01:00 some-linuxname systemd[1]: Started LSB: X Display Manager.
2015-11-04T20:03:23.160382+01:00 some-linuxname kdm[3352]: plymouth is active on VT 7, reusing for :0
2015-11-04T20:03:23.160613+01:00 some-linuxname kdm[3352]: plymouth should quit after server startup
2015-11-04T20:03:23.178094+01:00 some-linuxname systemd[1]: Started TeamViewer remote control daemon.
2015-11-04T20:03:23.251261+01:00 some-linuxname systemd[1]: Started Postfix Mail Transport Agent.
2015-11-04T20:03:23.251544+01:00 some-linuxname systemd[1]: Starting Command Scheduler...
2015-11-04T20:03:23.251854+01:00 some-linuxname systemd[1]: Started Command Scheduler.
2015-11-04T20:03:23.252091+01:00 some-linuxname systemd[1]: Starting Multi-User System.
2015-11-04T20:03:23.252306+01:00 some-linuxname systemd[1]: Reached target Multi-User System.
2015-11-04T20:03:23.252622+01:00 some-linuxname systemd[1]: Starting Graphical Interface.
2015-11-04T20:03:23.252882+01:00 some-linuxname systemd[1]: Reached target Graphical Interface.
2015-11-04T20:03:23.253053+01:00 some-linuxname systemd[1]: Starting Stop Read-Ahead Data Collection 10s After Completed Startup.
2015-11-04T20:03:23.253217+01:00 some-linuxname systemd[1]: Started Stop Read-Ahead Data Collection 10s After Completed Startup.
2015-11-04T20:03:23.253441+01:00 some-linuxname systemd[1]: Starting Update UTMP about System Runlevel Changes...
2015-11-04T20:03:23.254497+01:00 some-linuxname systemd[1]: Started Update UTMP about System Runlevel Changes.
2015-11-04T20:03:23.254774+01:00 some-linuxname /usr/sbin/cron[3466]: (CRON) INFO (running with inotify support)
2015-11-04T20:03:23.255051+01:00 some-linuxname systemd[1]: Startup finished in 2.484s (kernel) + 19.047s (userspace) = 21.531s.
2015-11-04T20:03:23.544743+01:00 some-linuxname kdm[3352]: Quitting Plymouth with transition
2015-11-04T20:03:23.567406+01:00 some-linuxname kdm[3352]: Is Plymouth still running? no
2015-11-04T20:03:23.682012+01:00 some-linuxname kernel: [   21.985480] radeon 0000:01:00.0: bo ffff88020f0ea800 va 0x00000000 conflict with (bo ffff8802123fa400 0x01100000 0x019CA000)
2015-11-04T20:03:23.682023+01:00 some-linuxname kernel: [   21.985742] radeon 0000:01:00.0: bo ffff88020f0ea000 va 0x00000000 conflict with (bo ffff8802123fa400 0x01100000 0x019CA000)
2015-11-04T20:03:23.682023+01:00 some-linuxname kernel: [   21.985814] radeon 0000:01:00.0: bo ffff88020f0ea000 va 0x00000000 conflict with (bo ffff8802123fa400 0x01100000 0x019CA000)
2015-11-04T20:03:25.721186+01:00 some-linuxname kdm[3352]: X server for display :0 terminated unexpectedly
2015-11-04T20:03:25.721494+01:00 some-linuxname kdm[3352]: Unable to fire up local display :0; disabling.
2015-11-04T20:03:25.723345+01:00 some-linuxname kdm[3352]: plymouth is NOT running

Ich möchte verschiedene Sachen probieren, brauche jedoch Hilfe (weil ich den grub2 nicht so gut kenne. Und den neuen systemd kenn ich auch nicht besonders, da ist das rc.d wahrscheinlich garnicht mehr wirksam.

1. teamviewer dienst austragen
Kann ich den in irgendeiner "autostart" finden und austragen?

2. Versuchsweise die Auflösung reduzieren
Ich kenne noch die xorg.conf, gibt es aber nicht mehr, stattdessen das xorgconf.d Verzeichnis. In 50-screen.conf und 50-monitor.conf sind aber nur Kommentare, als wären die Dateien nur Templates.

3. Ohne startx booten
Um überhaupt das System benutzen können, wäre es gut, GUI zu unterbinden und nur mit konsole zu arbeiten. Wie kann ich das im grub2 einstellen?

Ist ne Menge Zeug, aber vielleicht hat der eine oder die andere einen Tipp für mich, würde mich sehr freuen :)

Danke schonmal
 

gehrke

Administrator
Teammitglied
gorgonz schrieb:
3. Ohne startx booten
Um überhaupt das System benutzen können, wäre es gut, GUI zu unterbinden und nur mit konsole zu arbeiten. Wie kann ich das im grub2 einstellen?
Das könntest Du über den GRUB2-Editor erreichen, indem Du den Run-Level anhängst:
http://linux-club.de/forum/viewtopic.php?f=92&t=120566&p=768310#p768310
 
OP
G

gorgonz

Hacker
oh mann gehrke, das ist ja so einfach :roll: :-D :thumbs: .

Heißen Dank für den Tipp, werde ich mir merken :).

Mein ursächliches Problem ist damit gelöst. Es war tatsächlich wieder mal der teamviewer daemon.

Falls jemand das gleiche Problem haben sollte, hier noch meine Vorgehensweise

- GUI unterdrücken (wie von gehrke beschrieben)
- konsole: login as root
- konsole: teamviewer --daemon disable (trägt den teamviewer aus dem "autostart" des systemd aus)
 
OP
G

gorgonz

Hacker
Aah, das ist auch interessant, sauerland :D. Aber wie kriegt man raus, das der String ausgerechnet 'teamviewerd' heißt? Wer vergibt den?
 

revealed

Guru
Du kannst dir alle installierten units so auflisten lassen:
Code:
systemctl list-unit-files
Das zeigt das ganze in einem Pager. Da kannst du auch mit grep arbeiten, z.B.
Code:
systemctl list-unit-files | grep team

Gruß,

R
 
OP
G

gorgonz

Hacker
Wunderbar, revealed, danke dir :D . Genau dieses Bindeglied hatte mir gefehlt.

Wieder mal restlos zufrieden. Echt ein gutes Forum bzw. eine gute Community hier :D
 

Sauerland

Ultimate Guru
Tab Vervollständigung?
Code:
systemctl status tea Tab-Taste

Code:
zypper se -si complet
Daten des Repositories laden ...
Installierte Pakete lesen ...

S | Name                       | Typ   | Version       | Arch   | Repository          
--+----------------------------+-------+---------------+--------+---------------------
i | bash-completion            | Paket | 2.1-5.1.2     | noarch | openSUSE-13.2-Oss   
i | libKF5Completion5-32bit    | Paket | 5.11.0-24.3   | x86_64 | openSUSE-13.2-Update
i | subversion-bash-completion | Paket | 1.8.14-2.20.1 | noarch | openSUSE-13.2-Update
i | systemd-bash-completion    | Paket | 210-25.16.1   | noarch | openSUSE-13.2-Update

https://de.wikipedia.org/wiki/Befehlszeilenerg%C3%A4nzung
http://www.howtogeek.com/195207/use-tab-completion-to-type-commands-faster-on-any-operating-system/

Funktioniert schon bei systemctl.........
status.....
usw.
 
OP
G

gorgonz

Hacker
Hey sauerland,

ich hab das gleich mal probiert, die erste Idee klappt sofort, klasse :), die zweite Idee finde ich nicht so günstig, weil nicht der String "teamviewerd" gemeldet wird, um den es eigentlich geht. Stattdessen erscheint

Code:
S | Name       | Typ   | Version      | Arch | Repository    
--+------------+-------+--------------+------+---------------
i | teamviewer | Paket | 10.0.37742-0 | i686 | (Systempakete)

Trotzdem finde ich es erstaunlich, wie viele Wege es gibt.

Ich habe mich jetzt doch mal etwas mit dem systemd beschäftigt. Der Teamviewer hängt sich beim Target "graphical.target" rein, sodaß bei Bedarf auch unter

Code:
/etc/systemd/system/graphical.target.wants/

nachgesehen werden kann, ob da ein Link auf eine Textdatei mit Namen "teamviewerd.service" drin liegt. Aber da muss man/frau dann schon viel wissen, um das zu finden ;)
 
Oben