我正在做的可怕的丑陋尝试可以在我的github上的"spike_LiveUpdate“目录中找到:
将日志记录级别“调到11”持续几分钟,让用户证明他们的错误,
并将其恢复到正常的日志记录级别。(它也是一个有用的工具,所以当FUD的经销商说,“但如果您的日志级别错误,我们将不得不使用紧急更改来修复它。node live update","node live configuration update","node
在开发过程中,我遇到了一个问题:从我的扩展查找日志,甚至在查找玻璃控制台中使用的日志。到目前为止,我发现的信息表明日志/错误应该在~/.xsession-errors中,或者可以用journalctl /usr/bin/gnome-shell访问。在我的例子中,第一个文件根本不存在,第二个日志只包含关于(重新)启动gnome shell gnome-shell[1460]: GNOME Shell started at Sun Jun 19 2016问题本身已经解决了,因为