☰

更新2：

tag-icon • tag-icon permissions 20.04 systemd crash ownership
更新2：

我的 Ubuntu 20.04 有点崩溃了。也就是说，在工作过程中鼠标开始抖动，然后完全冻结。这种情况以前也发生过（每 10 天一次），通常会恢复正常，但现在我唯一能做的就是重新启动整个计算机。

重启后，各种“权限被拒绝”错误开始出现。似乎我的主目录被systemd-coredump用户和jovan组（我的用户组）拥有。我试图重新获得所有权（jovan:jovan），但只是暂时成功——不久之后，主目录所有权又恢复为systemd-coredump

我不太熟悉systemd-coredump这个实用程序。有人知道如何修复这个问题吗？

更新

我仔细检查了问题附近的情况，journald试图找出问题所在。我发现了很多

Memory pressure relief

发出的消息gnome-shell。除此之外，slack和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：

现在看起来一切都恢复原样了。甚至工具栏主题也恢复了（我设置了较小的图标尺寸，崩溃后图标变大了）。

文件所有权似乎也不错。

我做了什么：

我讨厌这种情况（事情“自行”解决）。有人遇到过这种情况吗？我想从中吸取教训，避免以后再发生这种情况 :)

答案1

您可以以非 root 身份运行 docker。只需定义您喜欢的 UID。如果您以 root 身份运行它，它将使用 coredump id。

答案2

我想我已经明白了。

因此，在我按照问题中描述的方式操作后，我继续做我的常规工作。我发现，当我尝试执行 时，我的docker容器崩溃了。这再次将整个 HOME 目录的所有权恢复为。mysqldocker cpsystemd-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/跟踪器
  • $HOME/.config/tracker（如果存在）
  • $HOME/.local/共享/跟踪器

这样，跟踪器将从头开始并且不会崩溃......

相关内容