Проблема SSH после обновления

В файле / usr / bin / start-pulseaudio-x11 у меня есть

/ usr / bin / pactl load-module module-x11-xsmp "display = $ DISPLAY session_manager = $ SESSION_MANAGER"> / dev / null

Это> / dev / null находится в нескольких местах этого файла.

Ввод модуля load-module pactl-bluetooth-find в терминале работал после того, как я внес изменения, предложенные выше, но иногда нет. Динамик отображается в PAVU, он включен, и он отображается как выбор под значком звука в строке меню, но звук вообще отсутствует. Динамики компьютеров прекрасно работают.

7
задан 22 August 2011 в 13:14

10 ответов

Не уверен, что мое решение правильно. Но если вы просто хотите запустить свой SSH-сервер, а затем решить свою проблему позже, вот мое быстрое решение:

start-stop-daemon --start --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- -p 22

, если вы увидите ошибку:

Missing privilege separation directory: /var/run/sshd

то просто создайте этот недостающий каталог и повторите попытку над командой start-stop-daemon:

mkdir /var/run/sshd chmod 0755 /var/run/sshd

, которая помогла мне запустить мой демон sshd.

8
ответ дан 25 July 2018 в 21:34
  • 1
    Это только фиксирует его для текущего сеанса. После перезагрузки этот каталог исчезнет. – Malfist 18 November 2013 в 10:28
  • 2
    в файле /etc/init/ssh.conf добавьте в начальный скрипт секции следующую строку: & quot; mkdir -p -m0755 / var / run / sshd & quot; – achabahe 4 May 2017 в 13:44

Кажется, есть три проблемы, приводящие к такому поведению (для моей системы Ubuntu 14.04LTS):

Неизвестное задание 1-ssh возникает, когда вы пытаетесь использовать «сервис ssh start» из 'su' сессия. Решение состоит в том, чтобы использовать sudo service start от зарегистрированного пользователя, который может «sudo»

2- Существующий скрипт init.d / ssh выходит из игры без начала sshd, когда ssh находится на выскочке

3- Основная причина, по которой ssh ​​не запускается, заключается в том, что на Ubuntu 14.04 есть пустой файл / etc / ssh / sshd_host_not_to_run, который указывает, что sshd не должен запускаться. Просто удалите этот файл, если вы хотите запустить sshd.

Таким образом, общее решение: использовать sudo service ssh start после удаления / etc / ssh / sshd_host_not_to_run

0
ответ дан 25 July 2018 в 21:34

Не уверен, что мое решение правильно. Но если вы просто хотите запустить свой SSH-сервер, а затем решить свою проблему позже, вот мое быстрое решение:

start-stop-daemon --start --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- -p 22

, если вы увидите ошибку:

Missing privilege separation directory: /var/run/sshd

то просто создайте этот недостающий каталог и повторите попытку над командой start-stop-daemon:

mkdir /var/run/sshd chmod 0755 /var/run/sshd

, которая помогла мне запустить мой демон sshd.

8
ответ дан 2 August 2018 в 03:11
  • 1
    Это только фиксирует его для текущего сеанса. После перезагрузки этот каталог исчезнет. – Malfist 18 November 2013 в 10:28
  • 2
    в файле /etc/init/ssh.conf добавьте в начальный скрипт секции следующую строку: & quot; mkdir -p -m0755 / var / run / sshd & quot; – achabahe 4 May 2017 в 13:44

Кажется, есть три проблемы, приводящие к такому поведению (для моей системы Ubuntu 14.04LTS):

Неизвестное задание 1-ssh возникает, когда вы пытаетесь использовать «сервис ssh start» из 'su' сессия. Решение состоит в том, чтобы использовать sudo service start от зарегистрированного пользователя, который может «sudo»

2- Существующий скрипт init.d / ssh выходит из игры без начала sshd, когда ssh находится на выскочке

3- Основная причина, по которой ssh ​​не запускается, заключается в том, что на Ubuntu 14.04 есть пустой файл / etc / ssh / sshd_host_not_to_run, который указывает, что sshd не должен запускаться. Просто удалите этот файл, если вы хотите запустить sshd.

Таким образом, общее решение: использовать sudo service ssh start после удаления / etc / ssh / sshd_host_not_to_run

0
ответ дан 2 August 2018 в 03:11

Не уверен, что мое решение правильно. Но если вы просто хотите запустить свой SSH-сервер, а затем решить свою проблему позже, вот мое быстрое решение:

start-stop-daemon --start --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- -p 22

, если вы увидите ошибку:

Missing privilege separation directory: /var/run/sshd

то просто создайте этот недостающий каталог и повторите попытку над командой start-stop-daemon:

mkdir /var/run/sshd chmod 0755 /var/run/sshd

, которая помогла мне запустить мой демон sshd.

9
ответ дан 4 August 2018 в 19:05
  • 1
    Это только фиксирует его для текущего сеанса. После перезагрузки этот каталог исчезнет. – Malfist 18 November 2013 в 10:28
  • 2
    в файле /etc/init/ssh.conf добавьте в начальный скрипт секции следующую строку: & quot; mkdir -p -m0755 / var / run / sshd & quot; – achabahe 4 May 2017 в 13:44

Кажется, есть три проблемы, приводящие к такому поведению (для моей системы Ubuntu 14.04LTS):

Неизвестное задание 1-ssh возникает, когда вы пытаетесь использовать «сервис ssh start» из 'su' сессия. Решение состоит в том, чтобы использовать sudo service start от зарегистрированного пользователя, который может «sudo»

2- Существующий скрипт init.d / ssh выходит из игры без начала sshd, когда ssh находится на выскочке

3- Основная причина, по которой ssh ​​не запускается, заключается в том, что на Ubuntu 14.04 есть пустой файл / etc / ssh / sshd_host_not_to_run, который указывает, что sshd не должен запускаться. Просто удалите этот файл, если вы хотите запустить sshd.

Таким образом, общее решение: использовать sudo service ssh start после удаления / etc / ssh / sshd_host_not_to_run

0
ответ дан 4 August 2018 в 19:05

Не уверен, что мое решение правильно. Но если вы просто хотите запустить свой SSH-сервер, а затем решить свою проблему позже, вот мое быстрое решение:

start-stop-daemon --start --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- -p 22

, если вы увидите ошибку:

Missing privilege separation directory: /var/run/sshd

то просто создайте этот недостающий каталог и повторите попытку над командой start-stop-daemon:

mkdir /var/run/sshd chmod 0755 /var/run/sshd

, которая помогла мне запустить мой демон sshd.

9
ответ дан 6 August 2018 в 03:23
  • 1
    Это только фиксирует его для текущего сеанса. После перезагрузки этот каталог исчезнет. – Malfist 18 November 2013 в 10:28
  • 2
    в файле /etc/init/ssh.conf добавьте в начальный скрипт секции следующую строку: & quot; mkdir -p -m0755 / var / run / sshd & quot; – achabahe 4 May 2017 в 13:44

Кажется, есть три проблемы, приводящие к такому поведению (для моей системы Ubuntu 14.04LTS):

Неизвестное задание 1-ssh возникает, когда вы пытаетесь использовать «сервис ssh start» из 'su' сессия. Решение состоит в том, чтобы использовать sudo service start от зарегистрированного пользователя, который может «sudo»

2- Существующий скрипт init.d / ssh выходит из игры без начала sshd, когда ssh находится на выскочке

3- Основная причина, по которой ssh ​​не запускается, заключается в том, что на Ubuntu 14.04 есть пустой файл / etc / ssh / sshd_host_not_to_run, который указывает, что sshd не должен запускаться. Просто удалите этот файл, если вы хотите запустить sshd.

Таким образом, общее решение: использовать sudo service ssh start после удаления / etc / ssh / sshd_host_not_to_run

0
ответ дан 6 August 2018 в 03:23

Не уверен, что мое решение правильно. Но если вы просто хотите запустить свой SSH-сервер, а затем решить свою проблему позже, вот мое быстрое решение:

start-stop-daemon --start --pidfile /var/run/sshd.pid --exec /usr/sbin/sshd -- -p 22

, если вы увидите ошибку:

Missing privilege separation directory: /var/run/sshd

то просто создайте этот недостающий каталог и повторите попытку над командой start-stop-daemon:

mkdir /var/run/sshd chmod 0755 /var/run/sshd

, которая помогла мне запустить мой демон sshd.

9
ответ дан 7 August 2018 в 21:09
  • 1
    Это только фиксирует его для текущего сеанса. После перезагрузки этот каталог исчезнет. – Malfist 18 November 2013 в 10:28
  • 2
    в файле /etc/init/ssh.conf добавьте в начальный скрипт секции следующую строку: & quot; mkdir -p -m0755 / var / run / sshd & quot; – achabahe 4 May 2017 в 13:44

Кажется, есть три проблемы, приводящие к такому поведению (для моей системы Ubuntu 14.04LTS):

Неизвестное задание 1-ssh возникает, когда вы пытаетесь использовать «сервис ssh start» из 'su' сессия. Решение состоит в том, чтобы использовать sudo service start от зарегистрированного пользователя, который может «sudo»

2- Существующий скрипт init.d / ssh выходит из игры без начала sshd, когда ssh находится на выскочке

3- Основная причина, по которой ssh ​​не запускается, заключается в том, что на Ubuntu 14.04 есть пустой файл / etc / ssh / sshd_host_not_to_run, который указывает, что sshd не должен запускаться. Просто удалите этот файл, если вы хотите запустить sshd.

Таким образом, общее решение: использовать sudo service ssh start после удаления / etc / ssh / sshd_host_not_to_run

0
ответ дан 7 August 2018 в 21:09

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

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