小编l0b*_*0b0的帖子

我刚刚找到了一个手动设置撰写键的提示：

setxkbmap -option compose:caps

不幸的是，在运行这几次按键之后，就像按下了撰写键一样。例如，要获得波浪号，我现在必须按Shift-~ 两次，而且我无法再弄清楚如何获得单引号或双引号 - 当我按该键两次（不按 Caps Lock）时，我得到一个单引号´（没有Shift) 或¨(with Shift) 字符。

$ setxkbmap -print 
xkb_keymap {
    xkb_keycodes  { include "evdev+aliases(qwerty)" };
    xkb_types     { include "complete"  };
    xkb_compat    { include "complete"  };
    xkb_symbols   { include "pc+us(dvorak-intl)+inet(evdev)+level3(ralt_switch)+compose(caps)"  };
    xkb_geometry  { include "pc(pc105)" };
};

将撰写键设置为更流行的Right-Alt没有帮助 - 结果与以下设置相同：

$ setxkbmap -print 
xkb_keymap {
    xkb_keycodes  { include "evdev+aliases(qwerty)" };
    xkb_types     { include "complete"  };
    xkb_compat    { include …

我有一个非 root 用户拥有的文件：

# ls -l example.php
-rw------- 1 foo bar ... example.php

我刚刚应用了一个带有类似命令的补丁

patch -p0 <<-EOF
--- .../example.php.orig 2012-06-20 15:07:13.000000000 +0200
+++ .../example.php  2012-06-20 15:43:05.000000000 +0200
...
EOF

作为 root 和目标文件用户和组都更改为root. 我在man页面中找不到任何对此的引用。

有没有办法像以前一样保留文件所有权而不使用su, sudo, 或chown？

• su 似乎无法指定一个组。
• sudo -u foo patch ... 运行良好，但设置了错误的组。
• sudo -u foo -g bar patch ...返回Sorry, user root is not allowed to execute '/usr/bin/patch' as foo:bar on hostname。这可能是因为 userfoo不是 …

在今天表现不佳之后，我检查了top：

 1  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  14229 myuser    20   0  8776 5264 1684 R   99  0.2   1383:47 bash

98-100% 被 Bash 进程使用，它应该在很久以前就死了（我刚刚关闭了所有终端来验证它）？我不确定是什么原因造成的。

$ lsof -p 14229
COMMAND   PID   USER   FD   TYPE DEVICE SIZE/OFF     NODE NAME
bash    14229 myuser  cwd    DIR   0,23     4096 11059271 /home/users/myuser (company.com:/home/users/)
bash    14229 myuser  rtd    DIR    8,2     4096        2 /
bash    14229 myuser  txt    REG    8,2   920788  7617113 /bin/bash
bash    14229 myuser  mem    REG    8,2    30520 …

在我的 .bashrc 中有几个命令将标准错误重定向到 /dev/null，这在以下内容中是不允许的rbash：

bash: /dev/null: restricted: cannot redirect output

有没有办法解决这个问题（除了修改 Bash）？也就是说，要么

• 以其他方式丢弃标准错误或
• 仅在允许的情况下尝试重定向。

与TTY 号码相关，看起来有 64 个 TTY（find /dev -name 'tty[0-9]*' | cut -c 9- | sort -n | tail -n 1和文档）。tty0是当前虚拟控制台，Ctrl+ Meta+F1报道，它的连接到tty1，和tty在GNOME终端报告，它的连接到/dev/pts/N。使用众所周知的Ctrl+ Meta+F*键盘快捷键只能访问 TTY 1 到 12 ，那么/dev/ttyN13 到 64 用于什么？

我想将固件更新文件复制到通过 USB 连接的佳能 7D 相机。

这是后自动安装由thunar+ thunar-volman+gvfs-gphoto2我试过如下：

$ cp eos7d-v205-win/7D000205.FIR /run/user/1000/gvfs/gphoto2\:host\=%5Busb%3A001%2C012%5D/
$ echo $?
0
$ ls /run/user/1000/gvfs/gphoto2\:host\=%5Busb%3A001%2C012%5D/
DCIM  MISC

于是就进入了黑洞。

我第一次尝试使用Ctrl-c和Ctrl-复制它v时，在粘贴文件时会打印以下错误消息：

写入文件时出错。

-108: 没有这样的文件或目录。

你想跳过它吗？

如果我在那之后再试一次，它只会崩溃：

$ thunar
Segmentation fault (core dumped)
$ echo $?
139

Gphoto 2 shell 有一个未 公开的put功能，我也尝试过：

$ sudo umount /run/user/1000/gvfs
$ gphoto2 --shell
gphoto2: {.../eos7d-v205-win} /> help put
Help on "put":

Usage: put [directory/]filename
Description:
        Upload a file …

有人可以向我解释这个命令的作用吗？

编辑：待办事项不运行此命令！它会破坏您的安装。

sudo find / -exec rm {} \;

ps -o command 在单独的行上显示每个命令，用空格分隔，不带引号的参数：

$ ps -o command
COMMAND
bash
ps -o command

在检查引用是否正确或复制并粘贴命令以再次运行它时，这可能是一个问题。例如：

$ xss-lock --notifier="notify-send -- 'foo bar'" slock &
[1] 20172
$ ps -o command | grep [x]ss-lock
xss-lock --notifier=notify-send -- 'foo bar' slock

的输出具有ps误导性 - 如果您尝试复制和粘贴它，该命令将不会执行与原始命令相同的操作。那么有没有一种方法，类似于 Bash 的printf %q，打印带有正确转义或引用参数的运行命令列表？

设置\xe2\x86\x92显示\xe2\x86\x92调整电视在 GNOME 中有何作用？我正在使用 Wayland，以防有任何影响。除了与此功能相关或提及此功能的错误报告之外，网络搜索没有找到任何具体内容。GNOME维基页面没有解释它。

我有 2 个几乎相同的greps：

[Alex@localhost tmp]$ grep /bin/bash /etc/passwd 
root:x:0:0:root:/root:/bin/bash
AlexL:x:500:500::/home/AlexL:/bin/bash
user1:x:501:501:user1 12345:/home/user1:/bin/bash

对比

[AlexL@localhost tmp]$ grep /bin/*sh /etc/passwd    
/etc/passwd:root:x:0:0:root:/root:/bin/bash
/etc/passwd:AlexL:x:500:500::/home/AlexL:/bin/bash
/etc/passwd:user1:x:501:501:user1 12345:/home/user1:/bin/bash

在第二个查询中，我得到了每一行匹配的文件名前缀。我知道要获得相同的结果，我需要将-h选项放在 2nd 中grep，但我的问题是：

为什么他们返回不同的输出？ 我应该添加更多东西吗？

该任务包括从/etc/passwd真实用户（无守护进程和系统用户）中检索。

使用：CentOS 6.4, grep gnu 2.6.3 版本