hirntot
Anmeldungsdatum: 9. August 2009
Beiträge: 198
|
hallo allerseits, Bei Xubuntu 16.04 hatte ich mindestens ähnliche probleme, vielleicht sogar die gleichen. Dort blieb der Bildschirm allerdings dann komplett schwarz und ich musste ihn abwürgen und neu starten. Ich hatte gehofft, dass der Umstieg auf Mate auch dabei hilft, aber fehlanzeige - naja, zumindest wird mir jetzt ein fehler angezeigt. Etwa jedes zweite Mal beim Hochfahren nach dem Bereitschaftsmodus bekomme ich diesen Absturzbericht. außerdem startet Firefox dann auch im Wiederherstellungsmodus und die anderen Fenster scheinen auch geschlossen worden zu sein. da ich nichtotalt weiß, wo ich diese schön übersichtliche Info im Textformat finden würde, habe ich ein paar PrintScreens vom Fehler gemacht. die ersten beiden stelle ich in den Anhang, weitere gerne auf Anfrage. Vielen Dank schonmal.
hirntot
- Bilder
|
hirntot
(Themenstarter)
Anmeldungsdatum: 9. August 2009
Beiträge: 198
|
hm. bin ich auf weiter Flur der einzige mit diesem Problem?
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1998
Wohnort: dahoam
|
Moin, da fehlen ein paar Infos. Könntest Du bitte:
lspci -nnk | grep -A3 "\[03..\]:"
echo $XDG_SESSION_TYPE Vllt. können wir dann helfen. Dirk
|
hirntot
(Themenstarter)
Anmeldungsdatum: 9. August 2009
Beiträge: 198
|
hi Dirk! danke für deine Antwort! hier die gewünschten dinge:
~$ lspci -nnk | grep -A3 "\[03..\]:"
00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Sumo [Radeon HD 6480G] [1002:9649]
Subsystem: Samsung Electronics Co Ltd Sumo [Radeon HD 6480G] [144d:c624]
Kernel driver in use: radeon
Kernel modules: radeon
~$ echo $XDG_SESSION_TYPE
x11
hoffe, das passt alles...
- xsession-errors.old (9.6 KiB)
- Download xsession-errors.old
- Xorg.0.log.old (37.8 KiB)
- Download Xorg.0.log.old
- Xorg.0.log (37.4 KiB)
- Download Xorg.0.log
- xsession-errors (12.3 KiB)
- Download xsession-errors
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1998
Wohnort: dahoam
|
Moin, Du nutzt X11. Und hast eine Radeon Karte Ok. Xorg.0.log hat keine Fehler, das ist gut. In den .xsession-errors sehe ich zwei potentielle Fehler:
(nm-applet:1867): Gtk-CRITICAL **: 07:55:03.078: gtk_widget_destroy: assertion 'GTK_IS_WIDGET (widget)' failed
** (mate-power-manager:1842): WARNING **: 07:55:03.247: Failed to turn kbd brightness back on after resuming
(mate-power-manager:1842): GLib-CRITICAL **: 07:55:03.518: Source ID 434 was not found when attempting to remove it Sind die Mate-administrations-Applikationen aktuell? Insbesondere mate-power-manager (sollte irgendwo in der Mate-System-Administration zu finden sein). Evtl. mal im Power Management Keyboard Helligkeit (???) deaktivieren? Außerdem: nm-applet: Ist das aktuell? Neueste GTK-Version etc.etc.etc.? Das scheint irgendwie nicht kompatibel mit dem Mate window-manager zu sein. Meine Einschätzung, Dirk
|
hirntot
(Themenstarter)
Anmeldungsdatum: 9. August 2009
Beiträge: 198
|
hm... ich tu mir schwer, Dir zu folgen.
~$ apt search mate-power
Sortierung... Fertig
Volltextsuche... Fertig
mate-power-manager/bionic,now 1.20.1-2ubuntu1 amd64 [installiert]
Werkzeug zur Energieverwaltung für die Arbeitsumgebung MATE
mate-power-manager-common/bionic,bionic,now 1.20.1-2ubuntu1 all [installiert]
power management tool for the MATE desktop (common files)
power-manager scheint aktuell.
Tastaturbeleuchtung habe ich keine und wie ich die ausschalten könnte, habe ich auch nicht herausgefunden. nm-applet habe ich gar nicht gefunden... was soll ich da suchen? übrigens, ich habe 2016 diesen Laptop von OpenSuse erfolglos auf LinuxMint und dann etwas erfolgreicher auf Xubuntu 16.04 gewechselt. Damals war das Problem, dass der Bildschirm nach der Installation einfach schwarz blieb (bei Mint genauso wie bei Xubuntu), obwohl die Live-CD problemlos lief. Lösung war damals, auf einen nicht unterstützten Kernel zu updaten, dann lief alles - außer dass er nach dem Bereitschaftsmodus manchmal mackte. und so blieb es auch. ich hab daher das gefühl, dass es mit dieser GraKa etwas happert. Wobei man Gefühle und Technik eigentlich trennen sollte 🙄
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1998
Wohnort: dahoam
|
Um ehrlich zu sein ist mir auch nicht so ganz klar, was das eigentliche Problem sein könnte - nämlich das, was den XServer abstürzen lässt. nm-applet ist das Network-Manager-Applet und die Fehlermeldung, die ausgegeben wird, bezieht sich auf die Darstellung des grafischen Fensters (des Applets), das sich am XServer stört mate-power-manager ist ebenfalls das Mate-Applet für die Stromverwaltung.
Lässt eines dieser Applets den Xserver abstürzen? Einerseits sind die Fehlermeldungen ziemlich drastisch (Gtk-CRITICAL), andererseits sagt Tante Gugl, das wäre alles gar nicht so schlimm (wobei: Ich habe schon Applikations-Abstürze mit dieser Fehlermeldung gesehen, aber noch keine XServer-Abstürze). Du könntest testweise diese Applets mal deinstallieren oder zumindest deaktivieren (diese Applets sollten in der Applet-Leiste / Dock o.ä. auftauchen) und schauen, ob das Problem damit verschwindet. Was genau ist Deines Erachtens eigentlich der Bereitschaftsmodus? Eingang oder AUsgang vom Screenserver? Dann vllt. mal den Screensaver deaktivieren oder ändern?
Dk
|
hirntot
(Themenstarter)
Anmeldungsdatum: 9. August 2009
Beiträge: 198
|
Also wenn ich den PC per Ausschaltknopf ausschalte (gem. Einstellungen "Bereitschaftsmodus"), dann schaltet er ganz normal aus. jedes gefühlt vierte Mal dauert der Start nach dem Betätigen des Einschaltknopfes etwas länger und dann erscheint der normale Anmeldedialog statt des "gesperrten Bildschirms". ob das Problem während des Bereitschaftsmodus' auftritt, währenddessen oder danach, das weiß ich nicht... du meinst, ich soll den mate-power-manager deinstallieren?! und wer managed dan meine Power stattdessen?
oder nur aus dem mate-panel werfen? also irgendwie dafür sorgen, dass das Batterie-Symbol aus dem Panel verschwindet (Foto!)?
- Bilder
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1998
Wohnort: dahoam
|
Ok, Du hast den Ausschaltknopf so konfiguriert, dass er mit der letzten Sitzung starten sollte (Suspend to disk), richtig? Kannst Du mal schauen, ob Du diese Kommandos auch von Hand (als root) ausführen kannst? Zeigt der Rechner dann das gleiche Problem? Was zeigt das System-Log? Versuchen wir das mal mit
journalctl --list-boots 1 -e | tail -20
Kannst Du diese mal hier posten? Wenn es hier Probleme mit dem 'Bereitschaftsmodus' gibt (Einträge, die hierzu darauf hinweisen), bezweifle ich, dass die nachfolgenden Ansätze überhaupt hilfreich sind. Du kannst den einen oder anderen folgenden Ansatz versuchen, wenn er nicht zuviel Aufwand bedeutet (ich kenne Mate leider nicht). hirntot schrieb: nur aus dem mate-panel werfen? also irgendwie dafür sorgen, dass das Batterie-Symbol aus dem Panel verschwindet (Foto!)?
Genau. Aus der Fehlermeldung müsste es reichen, nur das Applet aus dem Panel zu entfernen. Ebenso das nm-applet. Alternativ könntest Du mal einen anderen Desktop (LXDE?, XFCE?) ausprobieren und schauen, ob Du hier das gleiche Problem hast. Dirk
|
hirntot
(Themenstarter)
Anmeldungsdatum: 9. August 2009
Beiträge: 198
|
wie gesagt, bei Xubuntu trat dieses problem häufiger auf, als nun bei mate (tritt nun nur noch etwa jedes 4. Mal auf). Andere fenstermanager bringen daher wohl eher nix... nach dem Durchprobieren der pm-utils
habe ich bei pm-suspend-hybrid einen negativ-erfolg gehabt. der Laptop startete mit schwarzem bildschirm. was noch komisch war: nichtmal mit ctrl-alt-f1 kam ich weiter, ich musste per power-knopf abwürgen. danch habe ich nach dem neustart auch wieder die bereits fotografierte fehlermeldung erhalten. allerdings ist diese Symptomatik unüblich. Üblicher sind entweder:
ich kann auch bei schwarzem bildschirm in die Konsole wechseln - und würge den pc dann dort per ctrl-alt-delete ab. oder der pc startet ganz normal, als wäre es ein neustart, aber ohne MBR.
~$ journalctl --list-boots 1 -e | tail -20
Extraneous arguments starting with '1'
~$ journalctl --list-boots -e | tail -20
-14 5898ec5322bb4b32badcbd92869350e0 Tue 2018-05-01 07:04:52 CEST—Tue 2018-05-01 09:17:32 CEST
-13 e5657bf0e4ca4d9dab51a0e1f675ba8e Tue 2018-05-01 09:18:03 CEST—Wed 2018-05-02 00:45:58 CEST
-12 f2dea046a750440894f5909c77fefc34 Wed 2018-05-02 08:06:54 CEST—Wed 2018-05-02 08:13:19 CEST
-11 5b9c6545dd6e4107a690a3372fc7d49d Wed 2018-05-02 08:55:11 CEST—Sun 2018-05-06 12:45:47 CEST
-10 a91b4d3a65514ca8ad860b08316c7319 Sun 2018-05-06 12:51:27 CEST—Tue 2018-05-08 07:58:19 CEST
-9 634092f9670c488bb312f7efe28de117 Tue 2018-05-08 08:37:10 CEST—Fri 2018-05-11 22:15:56 CEST
-8 0f806dff285d46e3b48c02863b77847c Sat 2018-05-12 07:58:38 CEST—Wed 2018-05-16 07:44:17 CEST
-7 c52d055790ea447cbba108f3aee7b9bd Wed 2018-05-16 08:46:54 CEST—Wed 2018-05-16 08:47:30 CEST
-6 fda05139968e4a2fa3a19edcf591eb32 Wed 2018-05-16 08:48:01 CEST—Tue 2018-05-22 20:24:28 CEST
-5 e633e541dd954a9396ac5fa7dc1c4a2f Wed 2018-05-23 08:32:24 CEST—Fri 2018-06-01 21:05:28 CEST
-4 57fb13ae5961408bafd07a1eda0dcaf6 Fri 2018-06-01 21:06:20 CEST—Sat 2018-06-02 07:55:03 CEST
-3 7f0a0821329643de945b6360659f4f31 Sat 2018-06-02 17:26:42 CEST—Sun 2018-06-03 11:05:05 CEST
-2 2e18591f987a44f89167b26efec00dd5 Sun 2018-06-03 11:25:27 CEST—Sun 2018-06-03 23:53:37 CEST
-1 1e83a8b097884fc8b72fde0709663e97 Mon 2018-06-04 08:10:34 CEST—Sat 2018-06-09 09:14:50 CEST
0 82a77f99ce07415baf1a63869cfff3c6 Sat 2018-06-09 09:16:04 CEST—Sat 2018-06-09 09:17:25 CEST
EDIT: auch bei pm-hibernate habe ich jetzt gerade einen fehler gehabt. allerdings musste ich nicht per Power-Knopf ausschalten, nach dem wieder-aufwecken startete er kurz mit einem Samsung-logo und einem wiederherstellungs-vermerk, danach kam Grub2 und nach dem üblichen hochfahren die fehlermeldung. habe gerade die applets noch nicht angerührt, warte noch kurz ab, ob das jetzt irgend einen Erfolg bringt...
- Xorg.0.log (35.2 KiB)
- Download Xorg.0.log
- xsession-errors (5.9 KiB)
- Download xsession-errors
- Bilder
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1998
Wohnort: dahoam
|
hirntot schrieb: habe gerade die applets noch nicht angerührt, warte noch kurz ab, ob das jetzt irgend einen Erfolg bringt...
Hi, lass die Applets wie sie sind, das Problem liegt sicherlich woanders. Jetzt müsstest Du in der syslog suchen, deswegen der journalctl Aufruf, aber die Syntax von mir war offensichtlich nicht ganz richtig. Dirk
|