网络上流传着两种解决这个问题的方法：
在 Ubuntu 中禁用密码密钥环或输入空白密码。我认为我不明白这种黑客攻击的全部含义，并且我不想为了解决这个问题而损害系统的安全性。所以我正在寻找另一种解决方案。
让 Google Chrome 使用其内置的密码存储，而不是依赖 Ubuntu 密码密钥环。你可以在系统文件夹中找到 Chrome 启动器并添加“--密码存储=基本”到 exec 命令。但是，这些编辑都不会改变 dock 中的启动器。或者我应该说“dash”？我不知道正确的 Gnome 术语，但它是左侧栏中的应用程序快捷方式。如果我单击该 Chrome 启动器，它总是会出现很多弹出窗口，要求我解锁密钥环。
不过，像这样编辑启动器还是有一定作用的，因为它修复了“应用程序”菜单中的启动器。我的意思是当您单击屏幕左下角的 9 个点时看到的已安装应用程序列表。（抱歉，我没有提供此菜单的正确名称，但我无法找到 Gnome 对其所有 UI 元素的命名）。
因此，如果我打开菜单并点击 Chrome 启动器，一切都会很顺利。但如果我点击桌面上的图标或点击 Thunderbird 中启动 Chrome 的链接，一切就会变得一团糟。我不仅会收到大量要求输入密码以解锁密钥环的弹出窗口，而且一些存储的 cookie 也会以某种方式被重置。
编辑：
我认为 Ubuntu 为 Google Chrome 使用 2 个单独的启动器：一个用于桌面上的 dash/dock，另一个用于应用程序菜单。编辑所有记录位置的所有启动器以将命令附加为“--password-store=basic”只会影响应用程序菜单中的启动器。该启动器将具有正确的命令并将按预期运行。但是，dash/dock 中的启动器似乎保存在一个秘密位置，您无法对其进行编辑。这也是 Ubuntu 每次通过其他应用程序启动 Chrome 时使用的启动器 - 例如 - 当 Thunderbird 启动 Chrome 来加载您在电子邮件中单击的 URL 时。
每当使用该启动器时，Chrome 都会尝试使用 Ubuntu 密钥环中的密码，而该密钥环默认处于锁定状态，因此每次启动时都会出现大量弹出窗口，您必须关闭这些窗口。更令人恼火的是，此操作似乎还会清除一些与身份验证和站点偏好相关的浏览器 cookie。在某些情况下，还可能导致丢失浏览器存储的所有密码。这真的很糟糕，因为使用浏览器存储的密码似乎是避免出现问题的密钥环的唯一方法。
答案1
将目录从 root 更改为，然后~/.local/share/keyrings删除该目录中的文件 keyrings。然后当您再次打开 chrome 时，它会要求输入密码，就这样完成了。针对 Ubuntu 18.04 的上述修复