Вопросы Теги

Как скопировать файлы между двумя компьютерами, используя SSH [duplicate] 

 sudo nano /etc/bumblebee/xorg.conf.nvidia

И удалите хэш-шину BusID «PCI: 01: 00: 0» 

    # BusID "PCI:01:00:0"

To 

 BusID "PCI:01:00:0"

Проблема с шмелем с 13.04

Я не знаю, почему вы столкнулись с этой проблемой. Эта проблема была исправлена ​​более недели назад обновлением bumblebee .. 
  optirun -vvvv glxspheres

Проверьте вывод 

[13454.974937] [DEBUG]Reading file: /etc/bumblebee/bumblebee.conf
[13454.975659] [INFO]Configured driver: nvidia
[13454.976110] [DEBUG]optirun version 3.2.1 starting...
[13454.976152] [DEBUG]Active configuration:
[13454.976164] [DEBUG] bumblebeed config file: /etc/bumblebee/bumblebee.conf
[13454.976175] [DEBUG] X display: :8
[13454.976185] [DEBUG] LD_LIBRARY_PATH: /usr/lib/nvidia-304:/usr/lib32/nvidia-304
[13454.976196] [DEBUG] Socket path: /var/run/bumblebee.socket
[13454.976206] [DEBUG] Accel/display bridge: auto
[13454.976216] [DEBUG] VGL Compression: proxy
[13454.976226] [DEBUG] VGLrun extra options: 
[13454.976236] [DEBUG] Primus LD Path: /usr/lib/x86_64-linux-gnu/primus:/usr/lib/i386-linux-gnu/primus
[13454.976306] [DEBUG]Using auto-detected bridge virtualgl
[13457.134946] [INFO]Response: Yes. X is active.

[13457.134995] [INFO]Running application using virtualgl.
[13457.135250] [DEBUG]Process vglrun started, PID 7972.
Polygons in scene: 62464
Visual ID of window: 0x20
Context is Direct
OpenGL Renderer: GeForce GT 525M/PCIe/SSE2
96.393433 frames/sec - 103.415501 Mpixels/sec
116.021494 frames/sec - 112.820229 Mpixels/sec
[13462.342559] [DEBUG]SIGCHILD received, but wait failed with No child processes
[13462.342637] [DEBUG]Socket closed.
[13462.342682] [DEBUG]Killing all remaining processes.
[d7 ]

Если его все еще не работает, проверьте свой библиотечный файл LibraryPath = / usr / lib / nvidia-304 not LibraryPath = / usr / lib / nvidia-current 

ls /usr/lib/nvidia     # Double TAB 
nvidia/              nvidia-304/          nvidia-settings-304/

] Я не знаю, почему вы столкнулись с этой проблемой. Эта проблема была исправлена ​​более недели назад обновлением шмеля .. 

 sudo nano  /etc/bumblebee/bumblebee.conf

## Section with nvidia driver specific options, only parsed if Driver=nvidia
[driver-nvidia]
# Module name to load, defaults to Driver if empty or unset
KernelDriver=nvidia_current
PMMethod=auto
# colon-separated path to the nvidia libraries
LibraryPath=/usr/lib/nvidia-current:/usr/lib32/nvidia-current
# comma-separated path of the directory containing nvidia_drv.so and the
# default Xorg modules path
XorgModulePath=/usr/lib/nvidia-current/xorg,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia

TO 

## Section with nvidia driver specific options, only parsed if Driver=nvidia
[driver-nvidia]
# Module name to load, defaults to Driver if empty or unset
KernelDriver=nvidia-304
PMMethod=auto
# colon-separated path to the nvidia libraries
LibraryPath=/usr/lib/nvidia-304:/usr/lib32/nvidia-304
# comma-separated path of the directory containing nvidia_drv.so and the
# default Xorg modules path
XorgModulePath=/usr/lib/nvidia-304/xorg,/usr/lib/xorg/modules
XorgConfFile=/etc/bumblebee/xorg.conf.nvidia
1
задан 29 August 2016 в 10:12

1 ответ

На ПК A вместо подключения к ПК B по ssh просто запустите 

rsync /path/to/local/file username@PCB:/path/to/remote/destination

Вы также можете использовать scp вместо rsync, с аналогичным форматированием для остальной части строки, но Я предпочитаю rsync, поскольку он более мощный и (я думаю) проверяет после копирования. Подробнее см. В man rsync. Нотабене что на удаленном компьютере должен быть установлен rsync (см. комментарии от neon_overload), в противном случае scp будет предпочтительнее.

Если установлено на обоих компьютерах, rsync будет использовать преимущества обработки и то и другое. Например, он может сжимать файлы перед передачей, используя флаг -z.

9
ответ дан 24 May 2018 в 01:03
  • 1
    Дополнительная информация: Это работает, потому что rsync может передавать SSH на другие компьютеры, на которых установлена ​​rsync: PCB: означает удаленное соединение через SSH. – thomasrutter 13 December 2014 в 05:30
  • 2
    @neon_overload Я думал, что наличие rsync, установленного на удаленном компьютере, не является необходимым, но если это так, это может потенциально ускорить передачу. Хотя я не могу найти ссылку. – Sparhawk 13 December 2014 в 05:33
  • 3
    Для rsync довольно стандартно находиться в любой системе и доступно только с помощью команды rsync, поэтому она обычно «просто работает». Он подключается через SSH, запускает rsync в удаленной системе с помощью «rsync». и затем процессы rsync на каждом конце обмениваются друг с другом по уже открытому SSH-соединению. Все это настолько прозрачно для пользователя, что оно обманчиво просто, но вам пригодится процесс rsync на каждом конце для сравнения размеров файлов, времени модификации и контрольных сумм для сохранения передачи данных. – thomasrutter 13 December 2014 в 14:55
  • 4
    FWIW это говорит о том, что "rsync" должен находиться в пути выполнения пользователя на удаленном компьютере. troy.jdmz.net/rsync – thomasrutter 13 December 2014 в 14:56
  • 5
    Справедливый вопрос, поэтому я просто попытался удалить rsync на удаленной машине и попытаться выполнить rsync. Я получаю: bash: rsync: command not found rsync: connection unexpectedly closed (0 bytes received so far) [sender] rsync error: remote command not found (code 127) at io.c(605) [sender=3.0.9]. Замените rsync на удаленной машине. – thomasrutter 13 December 2014 в 15:14

Другие вопросы по тегам:

Похожие вопросы: