Моя система состоит из ноутбука под управлением Ubuntu 18.04 LTS и сервер рабочий Centos 7. Я установил tigervnc на машине Centos и настроил все это, чтобы один пользователь получил доступ к использованию машины удаленный рабочий стол Remmina. Я использовал следующее руководство. Это хорошо работает для 1-го пользователя, для которого я настроил это, но для второго пользователя я настроил, это для рабочего стола кажется черным. У и пользователей есть та же конфигурация с единственными изменениями, являющимися нумерацией и удостоверениями пользователя в конфигурации. Я в замешательстве, почему это не работает на второго пользователя.
Я создал vnc файлы входом в систему в как пользователь и выполнение команды:
vncserver
заполненный требуемые поля, после которого необходимые файлы создаются в пользователе домашняя структура папок. Я сделал это для 1-го и затем второго пользователя.
Я затем скопировал файл:
sudo cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@:2.service
Ниже содержание /home/<username>/.vnc/xstartup
для второго пользователя обратите внимание, что это - точно то же как первое за исключением удостоверений пользователя:
#!/bin/sh
unset SESSION_MANAGER
unset DBUS_SESSION_BUS_ADDRESS
gnome-session –session=gnome-classic &
gnome-panel&
Содержание /etc/systemd/system/vncserver@\:2.service
файл:
[Unit]
Description=Remote desktop service (VNC)
After=syslog.target network.target
[Service]
Type=forking
# Clean any existing files in /tmp/.X11-unix environment
ExecStartPre=/bin/sh -c '/usr/bin/vncserver -kill %i > /dev/null 2>&1 || :'
ExecStart=/usr/sbin/runuser -l <username> -c "/usr/bin/vncserver %i -geometry 1280x1024"
PIDFile=/home/<username>/.vnc/%H%i.pid
ExecStop=/bin/sh -c '/usr/bin/vncserver -kill %i > /dev/null 2>&1 || :'
[Install]
WantedBy=multi-user.target
с <username>
будучи замененным пользовательским входом в систему.
Я запускаю процесс vnc с помощью следующего, удостоверяясь, что я остановил и отключил 1-х пользователей vnc сессия:
sudo systemctl daemon-reload
sudo systemctl enable vncserver@:2.service
sudo systemctl start vncserver@:2.service
sudo systemctl status vncserver@:2.service
с выводом:
● vncserver@:2.service - Remote desktop service (VNC)
Loaded: loaded (/etc/systemd/system/vncserver@:2.service; enabled; vendor preset: disabled)
Active: active (running) since Thu 2020-02-06 09:44:37 GMT; 6s ago
Process: 952 ExecStart=/usr/sbin/runuser -l <username> -c /usr/bin/vncserver %i -geometry 1280x1024 (code=exited, status=0/SUCCESS)
Process: 947 ExecStartPre=/bin/sh -c /usr/bin/vncserver -kill %i > /dev/null 2>&1 || : (code=exited, status=0/SUCCESS)
Main PID: 1011 (Xvnc)
CGroup: /system.slice/system-vncserver.slice/vncserver@:2.service
‣ 1011 /usr/bin/Xvnc :2 -auth /home/<username>/.Xauthority -desktop venus:2 (<username>) -fp catalogue:/etc/...
Feb 06 09:44:33 venus systemd[1]: Starting Remote desktop service (VNC)...
Feb 06 09:44:37 venus systemd[1]: Started Remote desktop serv
вывод файла журнала /home/<username>/.vnc/venus\:2.log
:
Xvnc TigerVNC 1.8.0 - built Aug 9 2019 03:04:19
Copyright (C) 1999-2017 TigerVNC Team and many others (see README.txt)
See http://www.tigervnc.org for information on TigerVNC.
Underlying X server release 12001000, The X.Org Foundation
Thu Feb 6 09:44:34 2020
vncext: VNC extension running!
vncext: Listening for VNC connections on all interface(s), port 5902
vncext: created VNC server for screen 0
/home/<username>/.vnc/xstartup: line 15: gnome-panel: command not found
GLib-GIO-Message: 09:44:37.641: Using the 'memory' GSettings backend. Your settings will not be saved or shared with other applications.
** (process:1046): WARNING **: 09:44:37.688: Could not make bus activated clients aware of XDG_CURRENT_DESKTOP=GNOME environment variable: Could not connect: Connection refused
Thu Feb 6 09:44:50 2020
Connections: accepted: 10.0.12.148::59266
SConnection: Client needs protocol version 3.8
SConnection: Client requests security type VeNCrypt(19)
SVeNCrypt: Client requests security type TLSVnc (258)
Thu Feb 6 09:44:53 2020
VNCSConnST: Server default pixel format depth 24 (32bpp) little-endian rgb888
VNCSConnST: Client pixel format depth 15 (16bpp) little-endian rgb555
Thu Feb 6 09:45:19 2020
Connections: closed: 10.0.12.148::59266 (Clean disconnection)
EncodeManager: Framebuffer updates: 1
EncodeManager: Tight:
EncodeManager: Solid: 1 rects, 1.31072 Mpixels
EncodeManager: 15 B (1:174763 ratio)
EncodeManager: Total: 1 rects, 1.31072 Mpixels
EncodeManager: 15 B (1:174763 ratio)
TLS: TLS session wasn't terminated gracefully
ComparingUpdateTracker: 0 pixels in / 0 pixels out
ComparingUpdateTracker: (1:-nan ratio)
Этот бит файла журнала, кажется, отличается от файла журнала, созданного для 1-го пользователя: ** (process:1046): WARNING **: 09:44:37.688: Could not make bus activated clients aware of XDG_CURRENT_DESKTOP=GNOME environment variable: Could not connect: Connection refused
Любая справка будет цениться.
Оказывается, что решение состоит в том, чтобы удалить платформу Анаконды из переменной среды $PATH. Таким образом в моем случае пользователи /home/<username>/.bashrc
файлу нужно следующее поле, прокомментированное для взгляда чего-то как:
#__conda_setup="$('/home/<username>/anaconda3/bin/conda' 'shell.bash' 'hook' 2> /dev/null)"
#if [ $? -eq 0 ]; then
# eval "$__conda_setup"
#else
# if [ -f "/home/<username>/anaconda3/etc/profile.d/conda.sh" ]; then
# . "/home/<username>/anaconda3/etc/profile.d/conda.sh"
# else
# export PATH="/home/<username>/anaconda3/bin:$PATH"
# fi
#fi
#unset __conda_setup
Выполненный source .bashrc
. Удаленный рабочий стол затем возможен. После того как соединение устанавливается, и Вы находитесь на удаленном рабочем столе, не комментируете вышеупомянутые строки и работаете source .bashrc
смочь использовать Анаконду в рамках сессии удаленного рабочего стола.