我正在开发一个Raspberry Pi,运行Raspbian /Linux 10 (buster)。其他X11应用程序,如xlogo、xclock、xosview,甚至xeyes运行得非常好,但我对运行oneko却不走运。
pi@nalzoks-pi:~ $ oneko
Display not supported shape extension.
oneko: Error and exit.
BadAccess (attempt to access private resource denied)
pi@nalzoks-pi:~ $ oneko -noshape
oneko: Error and exit.
BadAccess (attempt to access private resource denied)
pi@nalzoks-pi:~ $ sudo oneko
sudo: oneko: command not found我正在通过本地网络中的SSH访问Pi,并使用X11转发。
有什么想法吗?
这里有更多的信息,以防您需要它。
Pi上的
ssh -X pi@nalzoks-pi.local访问的SSH服务器)pi@nalzoks-pi:~ $ echo $DISPLAY
nalzoks-pi:11.0
pi@nalzoks-pi:~ $ sudo lsof -i -P -n | grep LISTEN
autossh 1608 pi 3u IPv4 19696 0t0 TCP 127.0.0.1:30001 (LISTEN)
ssh 1613 pi 4u IPv6 19718 0t0 TCP [::1]:30000 (LISTEN)
ssh 1613 pi 5u IPv4 19719 0t0 TCP 127.0.0.1:30000 (LISTEN)
sshd 1719 root 3u IPv4 20283 0t0 TCP *:22 (LISTEN)
sshd 1719 root 4u IPv6 20289 0t0 TCP *:22 (LISTEN)
sshd 7110 pi 10u IPv4 38831 0t0 TCP *:6010 (LISTEN)
sshd 7110 pi 11u IPv6 38832 0t0 TCP *:6010 (LISTEN)
sshd 7394 pi 10u IPv4 40700 0t0 TCP *:6011 (LISTEN)
sshd 7394 pi 11u IPv6 40701 0t0 TCP *:6011 (LISTEN)
pi@nalzoks-pi:~ $ xdpyinfo
name of display: nalzoks-pi:11.0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 11804000
X.Org version: 1.18.4
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: None
number of extensions: 2
BIG-REQUESTS
XC-MISC
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1440x878 pixels (381x232 millimeters)
resolution: 96x96 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x111
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 32x32
current input event mask: 0x1a0000
StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask
number of visuals: 80
default visual id: 0x22
visual:
visual id: 0x22
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0xc1
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
... similar line omitted for brevity ...$ echo $DISPLAY
:0
$ xdpyinfo
name of display: :0
version number: 11.0
vendor string: The X.Org Foundation
vendor release number: 11804000
X.Org version: 1.18.4
maximum request size: 16777212 bytes
motion buffer size: 256
bitmap unit, bit order, padding: 32, LSBFirst, 32
image byte order: LSBFirst
number of supported pixmap formats: 7
supported pixmap formats:
depth 1, bits_per_pixel 1, scanline_pad 32
depth 4, bits_per_pixel 8, scanline_pad 32
depth 8, bits_per_pixel 8, scanline_pad 32
depth 15, bits_per_pixel 16, scanline_pad 32
depth 16, bits_per_pixel 16, scanline_pad 32
depth 24, bits_per_pixel 32, scanline_pad 32
depth 32, bits_per_pixel 32, scanline_pad 32
keycode range: minimum 8, maximum 255
focus: None
number of extensions: 25
Apple-DRI
Apple-WM
BIG-REQUESTS
DAMAGE
DOUBLE-BUFFER
GLX
Generic Event Extension
MIT-SCREEN-SAVER
MIT-SHM
Present
RANDR
RECORD
RENDER
SECURITY
SGI-GLX
SHAPE
SYNC
X-Resource
XC-MISC
XFIXES
XINERAMA
XInputExtension
XKEYBOARD
XTEST
XVideo
default screen number: 0
number of screens: 1
screen #0:
dimensions: 1440x878 pixels (381x232 millimeters)
resolution: 96x96 dots per inch
depths (7): 24, 1, 4, 8, 15, 16, 32
root window id: 0x111
depth of root window: 24 planes
number of colormaps: minimum 1, maximum 1
default colormap: 0x21
default number of colormap cells: 256
preallocated pixels: black 0, white 16777215
options: backing-store NO, save-unders NO
largest cursor: 32x32
current input event mask: 0x1a0000
StructureNotifyMask SubstructureNotifyMask SubstructureRedirectMask
number of visuals: 80
default visual id: 0x22
visual:
visual id: 0x22
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
visual:
visual id: 0xc1
class: TrueColor
depth: 24 planes
available colormap entries: 256 per subfield
red, green, blue masks: 0xff0000, 0xff00, 0xff
significant bits in color specification: 8 bits
... similar line omitted for brevity ...发布于 2019-09-08 16:36:21
当您通过ssh从Mac登录到Pi时,客户机程序(oneko)在Pi上运行,并联系在Mac上运行的X服务器。
我只是尝试通过MacBook通过ssh登录到Debian PC上,oneko运行得很好,当我执行xdpyinfo时,我看到的扩展量与直接在Mac上执行xdpyinfo时看到的一样多。
但是,在您的示例中,转发的连接完全不同:
number of extensions: 2
BIG-REQUESTS
XC-MISC这是少数扩展的方式,特别是没有SHAPE。所以现在的问题是为什么会发生这种情况。
我看到您有两个X转发登录(sshd监听6010和6011)。当您只使用一个登录时会发生什么?
<#>编辑
要将注释的结果添加到答案中:有必要将ssh与可信转发(即ssh -Y而不是ssh -X)一起使用,以使所有扩展可用。
https://unix.stackexchange.com/questions/539647
复制相似问题