Мой домашний раздел медленно заполняется до тех пор, пока система не сможет выполнить даже простые задачи

Question 1

Это также может помочь вам.

http://www.linux-laptop.net/

Question 2

Я также удалил ошибки в файл, но он просто продолжал заполняться.

Чтобы избежать перезагрузки, я убил процесс vino-сервера:

$ ps -eaf |grep vino
  username  5849  5765  3 Jun21 ?        09:19:12 /usr/lib/vino/vino-server --sm-disable
  username 18207  5891  0 21:07 pts/1    00:00:00 grep --color=auto vino

$ sudo kill 5849

Я снова очистил ошибки:

$ > /home/useraname/.xesession-errors

Затем я перезапустил процесс:

$ /usr/lib/vino/vino-server --sm-disable

FYI - это ubuntu 12

Question 3

Question 4

Я могу подтвердить, что он вызван vino-сервером. Я убил vino-сервер, а ошибки без остановки в ~ / .xsession-errors остановились.

Я не уверен, что vino-сервер «атакован», потому что в моем случае Ubuntu (! d1)

Однако я использую VNC от моего MacBookAir (MBA) до удаленного в поле Ubuntu, и, таким образом, может быть какое-то плохое взаимодействие между клиентом MBA VNC и сервером VNC Ubuntu (vino-server).

Возможно, кто-то еще сможет изучить это.

Question 5

Я только что написал сообщение на форумах о том, что, по моему мнению, является основной причиной этой проблемы. В моих журналах казалось, что причиной того, что файл журнала стал настолько большим, была атака грубой силы. Заполнение журнала является результатом неудачных попыток аутентификации на сервере VNC вашей системы. После определенного количества неудачных попыток кажется, что сервер VNC только начинает отклонять попытки подключений, не давая им возможности аутентифицироваться (что хорошо). К счастью, если они все еще происходят, скорее всего, они еще не взломали вас. Посмотрите мой пост, если вы заинтересованы.

http://ubuntuforums.org/showpost.php?p=12507381&postcount=9

Question 6

Я не знаю, как узнать, что вызывает проблему, но я удалил файл .xsession-errors, а затем коснулся его root. Думайте, что это должно эффективно решить проблему. Я собираюсь оставить это неприемлемым, хотя в случае, если кто-либо когда-либо предоставит реальное решение.

Question 7

Question 8

Я только что написал сообщение на форумах о том, что, по моему мнению, является основной причиной этой проблемы. В моих журналах казалось, что причиной того, что файл журнала стал настолько большим, была атака грубой силы. Заполнение журнала является результатом неудачных попыток аутентификации на сервере VNC вашей системы. После определенного количества неудачных попыток кажется, что сервер VNC только начинает отклонять попытки подключений, не давая им возможности аутентифицироваться (что хорошо). К счастью, если они все еще происходят, скорее всего, они еще не взломали вас. Посмотрите мой пост, если вам интересно.

http://ubuntuforums.org/showpost.php?p=12507381&postcount=9

Question 9

Я могу подтвердить, что это вызвано vino-сервером. Я убил vino-server, а ошибки без остановки в ~ / .xsession-errors остановились.

Я не уверен, что vino-сервер «атакован», потому что в моем случае Ubuntu box находится внутри моей VPN и недоступен из Интернета.

Однако я использую VNC от моего MacBookAir (MBA) до удаленного в поле Ubuntu, и, таким образом, может быть какое-то плохое взаимодействие между клиентом MBA VNC и сервером VNC Ubuntu (vino-server).

Возможно, кто-то еще может это изучить.

Question 10

Я могу подтвердить, что это вызвано vino-сервером. Я убил vino-server, а ошибки без остановки в ~ / .xsession-errors остановились.

Я не уверен, что vino-сервер «атакован», потому что в моем случае Ubuntu box находится внутри моей VPN и недоступен из Интернета.

Однако я использую VNC от моего MacBookAir (MBA) до удаленного в поле Ubuntu, и, таким образом, может быть какое-то плохое взаимодействие между клиентом MBA VNC и сервером VNC Ubuntu (vino-server).

Возможно, кто-то еще может это изучить.

Darth Egregious · Accepted Answer · 25 May 2018 в 11:57

Я также удалил ошибки в файл, но он просто продолжал заполняться.

Чтобы избежать перезагрузки, я убил процесс vino-сервера:

$ ps -eaf |grep vino
  username  5849  5765  3 Jun21 ?        09:19:12 /usr/lib/vino/vino-server --sm-disable
  username 18207  5891  0 21:07 pts/1    00:00:00 grep --color=auto vino

$ sudo kill 5849

Я снова очистил ошибки:

$ > /home/useraname/.xesession-errors

Затем я перезапустил процесс:

$ /usr/lib/vino/vino-server --sm-disable

FYI - это ubuntu 12

5

ответ дан Darth Egregious 25 May 2018 в 11:57

1

Вы можете отредактировать это, чтобы исправить форматирование, так как прямо сейчас неясно , какие команды , которые вы говорите, должны запускаться. – Eliah Kagan 2 July 2012 в 14:55
2

Это достойное решение, хотя chowning от root или symlinking к / dev / null - хорошая идея, потому что vino-server будет продолжать терпеть неудачу. – Darth Egregious 3 July 2012 в 16:10
3

Такая же проблема в Mint 12. Reboot не разрешает ее. Symlink - это хороший взлом. – Casey Watson 19 July 2012 в 09:05

aks · Answer 2 · 25 May 2018 в 11:57

Я могу подтвердить, что он вызван vino-сервером. Я убил vino-сервер, а ошибки без остановки в ~ / .xsession-errors остановились.

Я не уверен, что vino-сервер «атакован», потому что в моем случае Ubuntu (! d1)

Однако я использую VNC от моего MacBookAir (MBA) до удаленного в поле Ubuntu, и, таким образом, может быть какое-то плохое взаимодействие между клиентом MBA VNC и сервером VNC Ubuntu (vino-server).

Возможно, кто-то еще сможет изучить это.

keyneom · Answer 3 · 25 May 2018 в 11:57

Я только что написал сообщение на форумах о том, что, по моему мнению, является основной причиной этой проблемы. В моих журналах казалось, что причиной того, что файл журнала стал настолько большим, была атака грубой силы. Заполнение журнала является результатом неудачных попыток аутентификации на сервере VNC вашей системы. После определенного количества неудачных попыток кажется, что сервер VNC только начинает отклонять попытки подключений, не давая им возможности аутентифицироваться (что хорошо). К счастью, если они все еще происходят, скорее всего, они еще не взломали вас. Посмотрите мой пост, если вы заинтересованы.

http://ubuntuforums.org/showpost.php?p=12507381&postcount=9

У меня нет VNC-сервера, но спасибо за ответ. — Darth Egregious, 14 February 2013 в 05:35
Vino Server - это сервер VNC. Если у вас запущен сервер vino (т. Е. Эквивалент Linux для удаленного рабочего стола), то вы его установили. Это единственное, что я знаю о том, что делает эти записи. Если у вас его действительно нет, мне было бы интересно узнать, что делает эти записи для вас. — keyneom, 14 February 2013 в 10:14

Darth Egregious · Answer 4 · 25 May 2018 в 11:57

Я не знаю, как узнать, что вызывает проблему, но я удалил файл .xsession-errors, а затем коснулся его root. Думайте, что это должно эффективно решить проблему. Я собираюсь оставить это неприемлемым, хотя в случае, если кто-либо когда-либо предоставит реальное решение.

keyneom · Answer 5 · 25 July 2018 в 19:10

Я только что написал сообщение на форумах о том, что, по моему мнению, является основной причиной этой проблемы. В моих журналах казалось, что причиной того, что файл журнала стал настолько большим, была атака грубой силы. Заполнение журнала является результатом неудачных попыток аутентификации на сервере VNC вашей системы. После определенного количества неудачных попыток кажется, что сервер VNC только начинает отклонять попытки подключений, не давая им возможности аутентифицироваться (что хорошо). К счастью, если они все еще происходят, скорее всего, они еще не взломали вас. Посмотрите мой пост, если вам интересно.

http://ubuntuforums.org/showpost.php?p=12507381&postcount=9

aks · Answer 6 · 7 August 2018 в 18:52

Я могу подтвердить, что это вызвано vino-сервером. Я убил vino-server, а ошибки без остановки в ~ / .xsession-errors остановились.

Я не уверен, что vino-сервер «атакован», потому что в моем случае Ubuntu box находится внутри моей VPN и недоступен из Интернета.

Однако я использую VNC от моего MacBookAir (MBA) до удаленного в поле Ubuntu, и, таким образом, может быть какое-то плохое взаимодействие между клиентом MBA VNC и сервером VNC Ubuntu (vino-server).

Возможно, кто-то еще может это изучить.

aks · Answer 7 · 10 August 2018 в 07:28

Я могу подтвердить, что это вызвано vino-сервером. Я убил vino-server, а ошибки без остановки в ~ / .xsession-errors остановились.

Я не уверен, что vino-сервер «атакован», потому что в моем случае Ubuntu box находится внутри моей VPN и недоступен из Интернета.

Однако я использую VNC от моего MacBookAir (MBA) до удаленного в поле Ubuntu, и, таким образом, может быть какое-то плохое взаимодействие между клиентом MBA VNC и сервером VNC Ubuntu (vino-server).

Возможно, кто-то еще может это изучить.

Мой домашний раздел медленно заполняется до тех пор, пока система не сможет выполнить даже простые задачи

7 ответов

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

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