Ubuntu 鼠标指针系统级别失效解决方法

日常Ubuntu20 光标系统级别左右键失灵，应用级别正常，以前都直接重启，这次闲来无事查了查日志，问题虽然没解决，但对系统更加熟悉。

ASK GPT

问：ubuntu鼠标在应用级别生效 在系统级别无法点击选取任何应用
答：

如果在 Ubuntu 上鼠标指针在应用级别生效但在系统级别无法点击或选取任何应用，可能是由于以下原因之一：

某个应用程序占用了输入焦点：可能有某个应用程序在前台运行并占用了输入焦点，导致其他应用无法响应鼠标点击。您可以尝试切换到其他工作区或最小化当前应用程序，然后再次尝试点击其他应用程序。

键盘快捷键冲突：某些键盘快捷键可能与系统级别的鼠标操作发生冲突，导致鼠标点击无效。您可以检查系统设置中的键盘快捷键设置，并确保没有冲突的设置存在。

鼠标驱动或设置问题：某些情况下，鼠标驱动程序或设置可能导致鼠标点击无效。您可以尝试重新插拔鼠标，或者在系统设置中重新配置鼠标设置。

窗口管理器问题：窗口管理器负责管理应用程序的窗口和焦点，可能存在窗口管理器相关的问题导致鼠标点击无效。您可以尝试重新启动窗口管理器，或者切换到其他窗口管理器来解决问题。

如果上述解决方法无效，可能需要进一步调查和诊断。您可以尝试在终端中运行一些命令，如 xev 或
xinput，以查看是否有任何与鼠标点击相关的错误或警告信息。同时，您也可以在 Ubuntu
社区论坛或其他技术支持渠道上寻求帮助，以便更详细地描述您的问题并获取更准确的解决方案。

这个答案让我回想起来，之前在使用我司的IM软件截图时如果异常会导致光标系统级别失效，测试后发现本次并非改原因

ASK Google

问：The mouse works at the application level in Ubuntu but is unable to click and select any application at the system level.
回答中其中有个unix exchange的答案，提到了有个人是由于锁屏导致的（resume from suspend），他通过切换TTY可以恢复，尝试Alt + Ctrl + F7、Alt + Ctrl + F1切换，并未解决

ASK GPT

问：ubuntu系统级别的日志存放在哪 我是不是可以通过查看日志 找出光标在系统级别失效的原因
答

在 Ubuntu 系统中，系统级别的日志文件通常存储在 “/var/log”
目录下。您可以通过查看这些日志文件来了解系统的状态、错误和事件。

以下是一些常见的系统日志文件及其用途：

/var/log/syslog: 包含系统整体的日志信息，包括内核消息、系统服务和进程的日志记录。

/var/log/auth.log: 记录系统认证和授权相关的日志，例如用户登录、sudo 使用、认证错误等。

/var/log/kern.log: 记录内核相关的日志，包括硬件、驱动程序和内核模块的消息。

/var/log/dmesg: 包含系统启动期间的内核消息，可以查看系统启动时的硬件检测和初始化信息。

/var/log/apt/history.log: 记录包管理器 APT 的操作历史，包括软件包的安装、升级和删除等操作。

/var/log/boot.log: 记录系统启动过程中的日志，包括启动服务、加载模块等信息。

您可以使用文本编辑器或命令行工具来打开这些日志文件，例如使用 “sudo nano /var/log/syslog”
命令来打开系统日志文件。通过查看相关日志文件，您可以了解系统发生的事件和错误，以帮助确定光标在系统级别失效的原因。

请注意，日志文件可能会根据不同的系统配置和日志记录工具而有所不同。具体的日志文件和其位置可能会因您的系统设置和所安装的软件而有所变化。

在/var/log/ 目录下，发现日志大多由 adm 身份创建， 问答

在 Ubuntu 系统中，adm 是一个特殊的系统账户，代表 “administrative”（管理）的缩写。adm
账户是一个组账户，通常用于管理和访问一些系统日志文件。

adm 组拥有对某些系统日志文件的读取权限，这些日志文件通常存储在 /var/log 目录下。这使得 adm
组成员可以查看和分析系统的日志信息，以便进行故障排除和监控。

通常情况下，adm 组中的用户账户是系统管理员或其他需要访问系统日志的特权用户。通过将用户添加到 adm
组，可以授权他们查看和操作系统日志文件，而无需以 root 用户身份登录。

请注意，adm 账户是一个系统级账户，并不是供常规用户使用的账户。它主要用于系统管理目的，以确保只有授权的用户能够访问和管理系统日志。

查看syslog日志，发现太长，用glogg工具查看，发现依然难以阅读
问：有没有开源的syslog日志分析工具

是的，有很多开源的 syslog 日志分析工具可供选择。以下是一些常用的开源 syslog 日志分析工具：

Logstash: Logstash 是 Elastic Stack（ELK Stack）的一部分，用于实时数据处理和日志收集。它支持从各种来源收集、处理和转发日志数据，并可以进行过滤、解析和可视化。

Graylog: Graylog 是一个功能强大的日志管理平台，可以接收、存储和分析来自各种来源的日志数据。它提供实时搜索、可视化、报警和日志分析功能，并支持灵活的查询和过滤。

Fluentd: Fluentd 是一个开源的数据收集器，支持从不同来源收集、处理和转发日志数据。它具有高度的可扩展性和灵活性，并提供丰富的插件生态系统，可与各种存储和分析工具集成。

Splunk: Splunk 是一个商业的日志管理和分析平台，但它也提供了免费的版本用于小规模部署。它支持实时日志收集、搜索、报表和可视化，并具有强大的查询和分析能力。

Apache Kafka: Apache Kafka 是一个分布式流处理平台，广泛用于实时数据收集和处理。它可以作为一个高性能的消息队列用于日志传输和集中式存储，同时提供可靠的数据传输和复制机制。

这些工具提供了丰富的功能和灵活的配置选项，可以根据需求进行定制和扩展。您可以根据实际需求选择适合的工具来分析和管理 syslog 日志数据。

这些工具里我只用过Logstash、Kafka。很明显这不是我的需求
再问：有没有傻瓜一点的 我只是想分析我自己ubuntu桌面系统的日志 而不是服务器日志

如果您只是想简单地分析您自己的 Ubuntu
桌面系统日志，有一些易于使用的工具可供选择，无需太多配置和复杂性。以下是一些适合桌面环境的日志分析工具：

GNOME Logs：GNOME Logs 是 GNOME 桌面环境的默认日志查看器。它提供了一个直观的界面，可用于查看和搜索各种系统日志，如应用程序日志、系统日志、安全日志等。

KSystemLog：KSystemLog 是适用于 KDE 桌面环境的日志查看器。它允许您查看和分析系统日志，提供了按照不同日志类型进行过滤和查看的功能。

Log File Viewer：Log File Viewer（先前称为 GNOME System Log）是 Ubuntu 系统中的一个简单日志查看器。它使您能够轻松地浏览和搜索各种系统日志文件，包括内核日志、系统日志和应用程序日志。

这些工具通常集成在桌面环境中，提供了直观的界面和基本的日志查看和搜索功能，适用于一般的日志分析需求。您可以在系统菜单或应用程序启动器中搜索并打开相应的日志查看器，然后浏览和搜索您感兴趣的日志文件。

打开GNOME Logs，一眼看到了如下日志，就很疑惑 我没装baidu的东西

baidu panel was already started

问：sender：bd-qimpanel.wat 是什么

根据提供的信息，“bd-qimpanel.wat”
可能是一个进程或服务的名称。然而，在我所了解的信息中，我无法找到确切的参考或解释，以确定它的详细含义或功能。

如果您能提供更多上下文或信息，例如在什么情况下出现该名称、操作系统或软件的相关背景等，我可能能够为您提供更准确的解释和指导。

Google到大概是个输入法，于是执行命令查看

➜  log ps aux  |grep baidu
k           4140  0.0  0.0   2616  1628 ?        S    6月12   0:06 /bin/sh /opt/apps/com.baidu.fcitx-baidupinyin/files/bin/bd-qimpanel.watchdog.sh
k           4147  0.0  0.3 724020 213132 ?       Sl   6月12   0:16 /opt/apps/com.baidu.fcitx-baidupinyin/files/bin/baidu-qimpanel
k        2013497  0.0  0.0  12116  2712 pts/8    S+   10:17   0:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn --exclude-dir=.idea --exclude-dir=.tox baidu

没错是个输入法，那么肯定要卸载，首先查看
问：ubuntu查看已安装的app
答：

在 Ubuntu 上，您可以使用不同的方法来查看已安装的应用程序。以下是几种常用的方法：

使用命令行（终端）：

使用以下命令可以列出已安装的应用程序：

shell

dpkg --list

这将显示系统中所有已安装软件包的列表。您可以使用管道符 | 进一步过滤结果，例如：

shell

dpkg --list | grep ‘^ii’

这将只显示已安装的应用程序。

映入眼帘的都是系统装的app，好在发现支持检索，直接输入/baidu 检索到百度输入法

问：dpkg --list 如何区分用户装的app和系统装的app呢

使用 dpkg --list
命令列出的软件包列表中，默认情况下无法直接区分用户安装的应用程序和系统安装的应用程序。该命令只显示已安装的软件包的信息，而不提供关于软件包的来源或安装方式的详细信息。

然而，您可以使用 grep 命令结合 dpkg --list
命令来进行筛选，以区分用户安装的应用程序和系统安装的应用程序。通常情况下，系统安装的软件包会以 ii 标记为状态，而用户安装的软件包可能会以
rc 或 un 标记为状态。

dpkg --list | grep "^ii"   # 显示系统安装的应用程序
dpkg --list | grep "^rc"   # 显示用户安装但已被删除的应用程序
dpkg --list | grep "^un"   # 显示用户安装但未完成配置的应用程序

请注意，这种区分方式并不是绝对准确的，因为在不同的系统和配置中，软件包的状态标记可能会有所不同。因此，建议在使用这些命令进行筛选时，仔细检查输出并结合其他信息进行判断。

卸载

# 卸载baidu输入法
sudo apt remove fcitx-baidupinyin:amd64
# 自动卸载不再需要的依赖项
sudo apt autoremove

另外 我还好奇是如何启动的
问：ubuntu20如何分析一个进程是如何启动的
答：

要分析一个进程是如何启动的，可以使用以下方法来获取有关进程启动的信息：

使用 ps 命令或 top 命令查看正在运行的进程。例如，使用以下命令获取进程列表：

ps -ef

这将列出当前正在运行的所有进程及其相关信息。

识别您要分析的特定进程，并记下其进程 ID（PID）。

进入 /proc 目录，进入对应进程的目录。例如，如果进程 ID 为 12345，则执行以下命令：

cd /proc/12345

在进程目录中，可以查看以下文件来获取关于进程启动的信息：
    cmdline 文件：包含进程启动时使用的完整命令行参数。
    environ 文件：包含进程启动时的环境变量。
    status 文件：包含有关进程的状态信息，包括父进程、子进程等。

可以使用文本编辑器或命令行工具（例如 cat 命令）查看这些文件的内容。

额外的信息可以在 /proc/12345 目录下的其他文件中找到，例如 maps 文件可以显示进程的内存映射情况，fd 目录可以显示进程打开的文件描述符等。

通过查看这些文件，您可以获取有关进程启动的详细信息，包括命令行参数、环境变量和其他相关信息。这些信息有助于分析进程是如何启动的以及进程的运行情况。

故事没有结尾