jirislav's questions

当我在我的 MSI 笔记本电脑 GS75 Stealth 9SF 的内置键盘上键入时，似乎backslash键 ( \|) 和Right alt键的映射被交换了。

无论我选择何种键盘布局或语言，此问题都存在。

这是xev我按下右 Alt 时的输出：

keycode 94 (keysym 0x5c, backslash)
XKeysymToKeycode returns keycode: 51
XLookupString gives 1 bytes: (5c) "\"

这是我按下反斜杠键的输出：

keycode 108 (keysym 0xfe03, ISO_Level3_Shift)
XKeysymToKeycode returns keycode: 92
XLookupString gives 0 bytes:

当我使用外部 USB 键盘时，一切都按预期正常工作，所以看起来赛睿键盘制造商弄乱了键码？这就是我一开始的想法，但后来我意识到它在 Windows 上可以正常工作。

这是来自LaptopMag 评论的键盘布局图像：

_{（来源：purch.com）}

就是空格键右侧的那两个键。

当我锁定我的电脑时，风扇变得非常嘈杂，这意味着幕后必须有某种 CPU/GPU 负载。

我告诉自己，我需要知道，这是什么进程在执行此操作，所以我使用topand制作了这个审计脚本awk，它基本上将*.csv文件名作为输入，每秒写入 10 个最苛刻的进程。

#!/bin/bash

SLEEP_SECS=1

DESTFILE="$1"
if ! [[ "${DESTFILE}" =~ \.csv$ ]]; then
        echo "Please provide name of a destination .csv file!"
        exit 1
fi

if ! test -f "${DESTFILE}"; then
        echo "Seconds;PID;User;% CPU;Process Name" > "${DESTFILE}" || exit $?
fi

while true; do
        top -b -o %CPU -n1 | \
                tail -n +8 | \
                head -10 | \
                awk '{print systime() ";" $1 ";" $2 ";" $9 ";" $12}' \
                >> "${DESTFILE}" || exit $?
        echo -n .
        sleep "${SLEEP_SECS}"
done

所以我启动了脚本并锁定了我的屏幕，粉丝们真的很吵，我等了一会儿，重新登录，粉丝们安静了（好像他们知道我不想让他们在我什么都不做的时候吵使用 PC :D ) 并且我查看了进程，这些进程使用此命令获得了超过 50% 的 CPU 使用率：

gawk --use-lc-numeric -F';' '{if($4 > 50) {print $0}}' cpu-audit.csv

这是我发现的：

# The header wasn't there OFC, I'm including it just for the convenience
  Seconds ; PID;  User  ;% CPU;Process Name
1566804437;2496;jirislav;106,7;gnome-shell
1566804438;2496;jirislav;106,7;gnome-shell
1566804439;2496;jirislav;100,0;gnome-shell
1566804440;2496;jirislav;100,0;gnome-shell
1566804442;2496;jirislav;93,8;gnome-shell
1566804443;2496;jirislav;100,0;gnome-shell
1566804444;2496;jirislav;100,0;gnome-shell
1566804445;2496;jirislav;100,0;gnome-shell
1566804446;2496;jirislav;106,7;gnome-shell
1566804449;2496;jirislav;131,2;gnome-shell
1566804449;17446;jirislav;68,8;nautilus

出乎意料，gnome-shell需要这么多资源？什么……？！我什至没有使用它，我terminator一直在使用它。好的，所以我使用 运行了终端审计ps，但它没有像以前那样检测到使用情况top，为什么不呢？我什至列出了所有子进程：

$ while true; do ps fu --ppid 2496 --pid 2496; sleep 1; done
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
jirislav  2496  7.3  2.2 2949284 357176 tty2   Rl+  08:49   3:02 /usr/bin/gnome-shell
jirislav  2522  0.7  0.0 322108  8800 tty2     Sl   08:49   0:18  \_ ibus-daemon --xim --panel disable
jirislav  3239  1.2  0.4 855328 67956 tty2     Sl+  08:49   0:30  \_ /usr/bin/python3 /usr/bin/terminato
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
jirislav  2496  7.3  2.2 2949284 356820 tty2   Sl+  08:49   3:02 /usr/bin/gnome-shell
jirislav  2522  0.7  0.0 322108  8800 tty2     Sl   08:49   0:18  \_ ibus-daemon --xim --panel disable
jirislav  3239  1.2  0.4 855328 67956 tty2     Sl+  08:49   0:30  \_ /usr/bin/python3 /usr/bin/terminato
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
jirislav  2496  7.3  2.2 2949284 356820 tty2   Rl+  08:49   3:03 /usr/bin/gnome-shell
jirislav  2522  0.7  0.0 322108  8800 tty2     Sl   08:49   0:18  \_ ibus-daemon --xim --panel disable
jirislav  3239  1.2  0.4 855328 67956 tty2     Sl+  08:49   0:30  \_ /usr/bin/python3 /usr/bin/terminato

我说够了，我们卸载gnome-shell吧，我也不会用，为什么不经过我的同意就任由它消耗资源，运行吵闹的粉丝呢？..然后它击中了我，gnome-shell如果不卸载就无法卸载ubuntu-desktop- 让我们抛开为什么存在这种奇怪的依赖关系的问题，这没有意义（它可以使用任何其他终端） - 我正在徘徊的事情是 -我的会话被锁定时 Ubuntu 在做什么，我可以关闭它吗？

开会的时候，真的很不方便。

笔记：

我知道问题Ubuntu 18.04 gnome-shell high CPU usage，但没​​有一个建议的解决方案起作用（我什至没有期望它们能起作用，因为问题是我gnome-shell只有在我锁定 PC 时才使用太多资源 - 不是当我按照链接问题的描述使用它时）

当我登录并运行时，系统会提示我使用我之前选择的密码gnome-keyring-daemon解锁存储在所谓的所有密码。Default keyring

如何更改我选择的密码？

我想知道，是否有可能连接一个新的块设备（例如 SCSI/USB 数据磁盘设备），显示在其他地方，而不是在/dev目录中？

顺便说一句，我们不要考虑出现在/dev/disknor中的符号链接/dev/block。

注意：我已经阅读了What does /dev/sda for linux mean的答案，但我仍然不确定我的问题。

我现在遇到了，在您通过 ssh 连接到 Ubuntu 14.04 并将 sshd_config 更改为无效状态后，这service ssh reload将导致服务器停止侦听但不会关闭我已建立的活动 ssh 会话。

要重现我所做的步骤：

1. 连接到 ssh 服务器：

   ssh host
   

2. 变为/etc/ssh/sshd_config无效状态，例如设置：

   GatewayPorts 0.0.0.0:62222
   

3. 重新加载服务器配置

   sudo service ssh reload
   

4. 检查在步骤 1) 中建立的 ssh 连接是否仍然处于活动状态，您可以输入任何您想要的内容。

5. 不要关闭已建立的连接并尝试从另一个终端再次连接到服务器：

   ssh host
   

就我而言，我收到了这条消息：

ssh: connect to host IP_ADDR port SSH_PORT: Connection refused

这意味着 ssh 服务器不再监听传入的连接，但不知何故仍然神奇地运行并处理我建立的连接。

我认为这有时会非常方便某人将自己锁定在 ssh 会话中，这样其他人就无法确定连接到服务器并且仍然能够执行用户想要的任何内容。

所以问题是：这是期望的行为吗？这种实施的最初目的是什么？

顺便说一句，我注意到 ssh 服务器在这种情况下处于有点不一致的状态：

$ service ssh reload
reload: Job is not running: ssh
$ service ssh start
start: Job is already running: ssh

因此，要恢复服务器，我必须运行：

service ssh reload

可能重要的注意事项：

1. Ubuntu 服务器由Mail-in-a-Box v0.20 配置，没有进行进一步的更改。
2. 服务器提供商（DigitalOcean）在 sshd_config 中为我设置了另外两个规则：
   • ClientAliveInterval 120
   • ClientAliveCountMax 2