Ubuntu 20.04 использование systemd-coredump r владение - proUbuntu
0 голосов
/ 14 августа 2020

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

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

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

ОБНОВЛЕНИЕ

Я перешел r в непосредственной близости от проблемы через journald в попытке найти, что пошло не так. Я обнаружил много сообщений

Memory pressure relief

, отправленных из gnome-shell. Кроме того, slack и Zoom, похоже, изо всех сил старались не отставать. В журналах, 10 минут до r до cra sh, я увидел это:

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

UPDATE-2:

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

Владение файлом тоже кажется нормальным .

Что я сделал:

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

1 Ответ

0 голосов
/ 14 августа 2020

Думаю, у меня это есть.

Итак, после r я сделал то, что описал в вопросе, я продолжал выполнять свою обычную r работу. Я обнаружил, что мой docker containe r 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 GUI приложение вылетело, но, что более важно, tracker-miner-fs тоже вылетело. Выяснилось, что мне нужно удалить:

  • $ HOME / .cache / tracke r
  • $ HOME / .config / tracke r (если есть)
  • $ HOME / .local / share / tracke r

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

...