Heute erscheint nach einer Aktualisierung bei jedem Start erneut die Meldung: Es wurde ein Problem mit einer Systemanwendung festgestellt. Möchten die das Problem jetzt melden? Natürlich habe ich melden gedrückt. Welches Problem ist das und wie kann ich die Meldung abschalten? Der PC arbeitet fehlerlos.
Es wurde ein Problem mit einer Systemanwendung festgestellt
Anmeldungsdatum: Beiträge: 62 |
|
Anmeldungsdatum: Beiträge: 23336 |
Deinstalliere apport sudo apt-get purge whoopsie apport apport-gtk Fehlermeldungen findest du auch weiterhin in den Logs. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 62 |
Danke Hakel. Ich wollte nur noch eine Bestätigung von einem Fachmann weil die Apport Seite z.Z. noch in Bearbeitung ist. Es hat, wie immer bei dir, geklappt. |
Anmeldungsdatum: Beiträge: 23336 |
Eigentlich gibt es schon länger keine Probleme mehr mit apport.
Dann besser einfach weg, mein "Tip" ist blanke Faulheit! |
Anmeldungsdatum: Beiträge: 60 Wohnort: Niedersachse |
Moin, da der apport Bericht und der whoopsie upload in /var/crash landen fand ich diesen Weg von ann ganz gut https://forum.ubuntuusers.de/topic/entschuldigung-ubuntu-hat-einen-internen-fehle/#post-8790878 Mit purgen von apport und whoopsie hast Du jetzt zwar Deine Ruhe, musst aber aktiv nach Fehlermeldungen suchen. Auch am melden von chrashes nimmst Du jetzt nicht mehr aktiv teil. Greetz ecki |
(Themenstarter)
Anmeldungsdatum: Beiträge: 62 |
Ich fand dazu folgende log. Was bedeutet das? ERROR: apport (pid 1900) Fri Feb 1 07:42:25 2019: called for pid 1204, signal 11, core limit 0, dump mode 2 ERROR: apport (pid 1900) Fri Feb 1 07:42:25 2019: not creating core for pid with dump mode of 2 ERROR: apport (pid 1900) Fri Feb 1 07:42:25 2019: executable: /usr/sbin/lightdm (command line "lightdm --session-child 12 19") ERROR: apport (pid 1900) Fri Feb 1 07:42:25 2019: is_closing_session(): no DBUS_SESSION_BUS_ADDRESS in environment ERROR: apport (pid 1900) Fri Feb 1 07:42:26 2019: wrote report /var/crash/_usr_sbin_lightdm.0.crash
ERROR: apport (pid 1570) Fri Feb 1 13:33:02 2019: called for pid 1054, signal 11, core limit 0, dump mode 2 ERROR: apport (pid 1570) Fri Feb 1 13:33:02 2019: not creating core for pid with dump mode of 2 ERROR: apport (pid 1570) Fri Feb 1 13:33:02 2019: executable: /usr/sbin/lightdm (command line "lightdm --session-child 12 19") ERROR: apport (pid 1570) Fri Feb 1 13:33:03 2019: is_closing_session(): no DBUS_SESSION_BUS_ADDRESS in environment ERROR: apport (pid 1570) Fri Feb 1 13:33:03 2019: apport: report /var/crash/_usr_sbin_lightdm.0.crash already exists and unseen, doing nothing to avoid disk usage DoS |
Anmeldungsdatum: Beiträge: 6339 Wohnort: Hamburg |
Bei mir meldet der sich auch immer wieder mal. Meistens wegen lightdm. Interessanterweise will er aber auch einen Report abschicken, wenn eines meiner selbstgestricken Programme mal wieder einen Coredump produziert hat. |
Anmeldungsdatum: Beiträge: 23336 |
@Dakuan- Das ist genau, was meinem Kenntnisstand entspricht. apport macht seine Arbeit und stört nicht. Für Jemanden, der selber entwickelt, kann das natürlich lästig werden. Da würde ich Canonical aber keinen Vorwurf machen. @ecki67
Ann hatte keine Probleme mit apport, aber darum geht es doch hier. @bello - existiert jetzt doch ein spürbares Problem bei dir? /usr/share/lightdm/lightdm.conf.d/ - systemweite Vorgaben /etc/lightdm/lightdm.conf.d/ - benutzerdefinierte Anpassungen Das sind die Konfigs von LightDM, im Codeblock veröffentlichen. |
Anmeldungsdatum: Beiträge: 60 Wohnort: Niedersachse |
Moin ERROR: apport (pid 1570) Fri Feb 1 13:33:03 2019: apport: report /var/crash/_usr_sbin_lightdm.0.crash already exists and unseen, doing nothing to avoid disk usage DoS lightdm crash daraus folgt apport report in /var/crash whoopsie will uploaden Datei liegt auch in /var/chrash whoopsie kann nicht uploaden da bello1 kein launchpad account, braucht man laut wiki apport bei Derivaten. Daraus folgt Meldung bei jedem Neustart: Es wurde ein Problem mit einer Systemanwendung festgestellt, weil whoopsie will und nicht kann ☺ ann Vorschlag cd /var/crash und sudo shred -u * feddich und bis zum nächsten crash. Bei mir funzt das jedenfalls so. Bello1 könnte ja mal in /var/crash nachsehen. Die Dateien müssten da ja noch liegen. Hoffe, ich war jetzt verständlicher und wünsche Euch noch einen schönen Abend Greetz ecki |
Anmeldungsdatum: Beiträge: 23336 |
Ich kann da keinen Sinn oder Vorteil erkennen. Als Xubuntu Nutzer kann/wird der TS den Bericht nicht übermitteln. Mit den Crash Dateien kommt kein menschlicher Supporter hier im Forum wirklich klar. Sicher gibt es ein paar Experten hier, die behaupten, daß apport die Logs hilfreich zusammenstellt. Das ist aber eher eine elitäre Minderheit. Meist wird lediglich nach "Log im Codeblock" gefragt. Durch die Entfernung von apport ist zumindest sichergestellt, daß die Probleme nicht von apport verursacht werden. Egal - der TS muß klarstellen, ob es nun ein Problem gibt -LightDM- oder eben nicht. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 62 |
...@XubuntuPC:~$ /usr/share/lightdm/lightdm.conf.d/ - systemweite Vorgaben bash: /usr/share/lightdm/lightdm.conf.d/: Ist ein Verzeichnis neumann@XubuntuPC:~$ n...@XubuntuPC:~$ /etc/lightdm/lightdm.conf.d/ - benutzerdefinierte Anpassungen bash: /etc/lightdm/lightdm.conf.d/: Ist ein Verzeichnis neumann@XubuntuPC:~$ Hallo hakel, wenn ich das richtig sehe habe ich kein Problem mit lightdm |
Anmeldungsdatum: Beiträge: 23336 |
Konfigs sind bei Linux kleine Textdateien. Wir brauchen den Inhalt, den Text. Versuche immer zu verstehen, was von dir verlangt wird! Nicht einfach Befehle abtippen. https://wiki.ubuntuusers.de/LightDM/ Hast du denn ein Problem? Für mich war die Sache erledigt, übereifriges "whoopsie". |
(Themenstarter)
Anmeldungsdatum: Beiträge: 62 |
/usr/share/lightdm/lightdm.conf.d/ [Seat:*] greeter-session=lightdm-gtk-greeter [Seat:*] user-session=xubuntu /etc/lightdm/lightdm.conf.d/ [SeatDefaults] user-session=xubuntu |
Anmeldungsdatum: Beiträge: 23336 |
Nochmal, hast du ein Problem? Dir sollte klar sein, daß Manipulationen an LightDM dich vom Desktop "ausperren" könnte. SeatDefaults wurde vor einiger Zeit duch Seat:* ersetzt. Ich hatte damit ein "echtes" Problem bei einem Rechner mit automatischer Anmeldung. Ob das jetzt die Fehlermeldungen generiert, kann ich nicht sagen. |
(Themenstarter)
Anmeldungsdatum: Beiträge: 62 |
Hallo hakel, ich verstehe nicht was du mir damit sagen willst. Was bedeutet SeatDefaults. Ich habe nur versucht das was du mir aufgetragen hast zu melden und lightdm nie manipuliert oder gar angefasst. Dazu fehlt mir ganz einfach das Grundwissen. |