Владение пользователем Ubuntu 20.04 systemd-coredump

Моя Ubuntu 20.04 вроде как разбилась. То есть в середине работы мышь начала дрожать, а затем полностью зависла. Это случалось раньше (раз в 10 дней), обычно это приходило в голову, но теперь единственное, что я мог сделать, это перезагрузить компьютер.

После перезагрузки стали выскакивать всевозможные ошибки типа «доступ запрещен». Казалось бы, мой домашний каталог перешел в собственность пользователя systemd-coredump и группы jovan (моя группа пользователей). Я попытался вернуть себе право собственности ( jovan: jovan ), но это удалось только временно - вскоре после этого право собственности на домашний каталог было возвращено systemd-coredump

Я не очень хорошо знаком с systemd-coredump в качестве утилиты. Кто-нибудь знает, как это исправить?

ОБНОВЛЕНИЕ

Я изучил непосредственную близость проблемы через journald , пытаясь выяснить, что пошло не так. Я обнаружил множество

сообщений об уменьшении давления на память

, отправляемых из gnome-shell . Кроме того, слабина и Zoom , похоже, изо всех сил пытались угнаться. В журналах за 10 минут до сбоя я увидел следующее:

Aug 14 19:43:32 jovan-Z68X-UD5-B3 gnome-shell[2978]: 
JS ERROR: TypeError: themeNode is null
close@resource:///org/gnome/shell/ui/boxpointer.js:122:20
close@resource:///org/gnome/shell/ui/popupMenu.js:944:30
RenameFolderMenu/this._fileItemMappedId<@/usr/share/gnome-shell/extensions/desktop-icons@csoriano/desktopGrid.js:727:22
_updateVisibility@resource:///org/gnome/shell/ui/layout.js:941:9
showOverview@resource:///org/gnome/shell/ui/layout.js:323:14
show@resource:///org/gnome/shell/ui/overview.js:564:28
toggle@resource:///org/gnome/shell/ui/overview.js:688:18
_initializeUI/<@resource:///org/gnome/shell/ui/main.js:223:22

ОБНОВЛЕНИЕ-2:

Кажется, теперь все вернулось, как было. Даже тема панели инструментов вернулась (я установил меньший размер значка, который стал больше после сбоя).

Право владения файлом тоже.

Что я сделал:

Я ненавижу такие ситуации (когда что-то исправляется «само»). У кого-нибудь был такой сценарий? Я хотел бы извлечь из этого урок и избежать этого в будущем: )

0
задан 15 August 2020 в 01:04

1 ответ

Я думаю, что понял.

Итак, после того, как я сделал то, что описал в вопросе, я продолжил выполнять свою обычную работу. Я обнаружил, что мой docker контейнер mysql аварийно завершил работу, когда я попытался выполнить docker cp . Это снова вернуло право собственности на весь каталог HOME systemd-coredump .

На этот раз я использовал coredumpctl , чтобы увидеть, что пошло не так:

TIME                            PID   UID   GID SIG COREFILE  EXE
Fri 2020-08-14 20:40:57 CEST   2489  1000  1000   6 present   /opt/eset/esets/bin/esets_gui
Sat 2020-08-15 00:07:00 CEST   2014  1000  1000   6 present   /usr/libexec/tracker-miner-fs

Итак, ESET Приложение с графическим интерфейсом разбилось, но, что более важно, tracker-miner-fs также разбился. Выяснилось, что мне нужно удалить:

  • $ HOME / .cache / tracker
  • $ HOME / .config / tracker (если существует)
  • $ HOME / .local / share / tracker

Таким образом, трекер будет начать с нуля и не рухнет ...

0
ответ дан 21 August 2020 в 07:59

Другие вопросы по тегам:

Похожие вопросы: