Tried it, doesn't work. I get the resolution for my local system which has a dual head setup like is shown. The remote system is a single monitor setup so I'm pretty sure I'm not getting the resolution of the remote system.

[root@localsystem ~]# ssh root@remotesystem
Last login: Fri Nov 15 09:50:26 2013 from localsystem
[root@remotesystem ~]# xdpyinfo
xdpyinfo:  unable to open display "".
[root@remotesystem ~]# export DISPLAY=:0
[root@remotesystem ~]# xdpyinfo
No protocol specified
xdpyinfo:  unable to open display ":0".
[root@remotesystem ~]# exit
logout
Connection to remotesystem closed.
[root@localsystem ~]# ssh -X root@remotesystem
Last login: Fri Nov 15 09:53:16 2013 from localsystem
[root@remotesystem ~]# xdpyinfo
name of display:    localhost:10.0
version number:    11.0
vendor string:    Fedora Project
vendor release number:    11403000
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:  window 0x2400007, revert to Parent
screen #0:
  dimensions:    3840x1200 pixels (1016x318 millimeters)
  resolution:    96x96 dots per inch
  depths (7):    24, 1, 4, 8, 15, 16, 32
  root window id:    0x25f
  depth of root window:    24 planes
  number of colormaps:    minimum 1, maximum 1
  default colormap:    0x20
  default number of colormap cells:    256
  preallocated pixels:    black 0, white 16777215
  options:    backing-store NO, save-unders NO
  largest cursor:    64x64

Tried xrandr and get pretty much the same result.

[root@localsystem ~]# ssh root@remotesystem
Last login: Fri Nov 15 09:44:56 2013 from localsystem
[root@remotesystem ~]# xrandr
Can't open display
[root@remotesystem ~]# export DISPLAY=:0
[root@remotesystem ~]# xrandr | more
No protocol specified
Can't open display :0
[root@remotesystem ~]# exit
logout
Connection to remotesystem closed.
[root@localsystem ~]# ssh -X root@remotesystem
Last login: Fri Nov 15 09:49:50 2013 from localsystem
[root@remotesystem ~]# xrandr | more
Screen 0: minimum 8 x 8, current 3840 x 1200, maximum 8192 x 8192
DVI-I-0 disconnected (normal left inverted right x axis y axis)
DVI-I-1 connected 1920x1200+0+0 (normal left inverted right x axis y axis) 520mm x 320mm
   1920x1200      60.0*+
   1600x1200      60.0
   1280x1024      75.0     60.0
   1152x864       75.0
   1024x768       75.0     60.0
   800x600        75.0     60.3
   640x480        75.0     59.9
DP-0 connected 1920x1200+1920+0 (normal left inverted right x axis y axis) 520mm x 320mm
   1920x1200      60.0*+
   1600x1200      60.0
   1280x1024      75.0     60.0
   1152x864       75.0
   1024x768       75.0     60.0
   800x600        75.0     60.3
   640x480        75.0     59.9
DP-1 disconnected (normal left inverted right x axis y axis)
[root@remotesystem ~]#



On 11/15/2013 09:33 AM, Ken Teh wrote:
Did you try xdpyinfo?

'man X'  gives you an intro to the available X commands.


On 11/15/2013 09:14 AM, Stephen Berg (Contractor) wrote:
I'm searching for a command line utility of some fashion to let me get the Xwindows screen resolution from a remote system. What I'd like is very simply a command, utility, log entry that I can reliably tell that "System X, over there on the network, is running an Xwindows session at 1920x1080."

Does anyone have any ideas on how I can accomplish this? So far xrandr doesn't seem to let me do it. There's lots of "Setting mode" entries in /var/log/Xorg.0.log but no easy way to tell if that's the actual resolution currently running.






--
Stephen Berg
Systems Administrator
NRL Code: 7320
Office: 228-688-5738
stephen.berg....@nrlssc.navy.mil

Reply via email to