Вход в систему ubuntu 12.04

Question 1

Также проверьте сценарий запуска, используемый для управления Squid.

Я нашел этот недостаток для пакета Squid 3.1.20-2.2 для Squid. .

 $ vim /etc/init.d/squid3
 ...
 78
 79 stop () {
 80         PID=`cat $PIDFILE 2>/dev/null`
 81         start-stop-daemon --stop --quiet --pidfile $PIDFILE --exec $DAEMON
 82         #
 83         #       Now we have to wait until squid has _really_ stopped.
 84         #
 85         sleep 2
 86         if test -n "$PID" && kill -0 $PID 2>/dev/null
 87         then
 88                 log_action_begin_msg " Waiting"
 89                 cnt=0
 90                 while kill -0 $PID 2>/dev/null
 91                 do
 92                         cnt=`expr $cnt + 1`
 93                         if [ $cnt -gt 24 ]
 94                         then
 95                                 log_action_end_msg 1
 96                                 return 1
 97                         fi
 98                         sleep 5
 99                         log_action_cont_msg ""
100                 done
101                 log_action_end_msg 0
102                 return 0
103         else
104                 return 0
105         fi
106 }
107...

На линии 90 эта функция использует этот непризнанный сигнал (0).

Просто измените сигнал на распознанный сигнал (SIGTERM, NOT SIGKILL).

 90                 while kill -15 $PID 2>/dev/null

Тогда не будет никаких задержек при запуске / остановке Squid:

$ time /etc/init.d/squid3 stop
[ ok ] Stopping Squid HTTP Proxy 3.x: squid3.

real    0m2.036s
user    0m0.004s
sys     0m0.000s

$  time /etc/init.d/squid3 start
[ ok ] Starting Squid HTTP Proxy 3.x: squid3.

real    0m0.036s
user    0m0.004s
sys     0m0.004s

Question 2

У меня была аналогичная проблема с Kubuntu 12.04 в течение длительного времени: экран входа в систему появился как обычно, но вход в систему не приведет меня к плазменному компьютеру, а скорее к экрану входа в систему. Я предполагаю, что проблема работает примерно так же для Ubuntu с gdm, как и для меня, используя kdm.

В качестве временного решения я смог добраться до надлежащей среды рабочего стола, введя:

sudo service kdm stop
startx

из консоли tty, с которой я сбежал с помощью ctrl + alt + f3 на экране входа в систему.

Подозреваю, что проблема с правами доступа с .Xauthority и / или моим /tmp/ каталогом на многие другие ответы на этот же вопрос), я побежал:

ls -la ~/.Xauthority

и подтвердил, что его владельцы были установлены в username username, а не root root, и побежали

ls -ld /tmp

[d5 ] и обеспечил его разрешения как drwxrwxrwt. Я также попытался удалить файл .Xauthority в целом, надеясь, что он будет правильно восстановлен при следующем входе в систему, но это не сработало для меня (другие, похоже, уже успели попробовать это.)

Next Я проверил свой ~/.profile для посторонних строк и прочитал мой файл .xsession-errors для подсказок безрезультатно.

Что в конечном итоге сработало для меня, это удаление моего файла ~/.dmrc.

[d10 ] Из https://help.ubuntu.com/community/dmrcErrors:

«Файл .dmrc - это файл инициализации, который система проверяет во время регистрации сеанса. В частности, gnome проверяет файл на любой конкретный язык или информация о сеансе, которую он не нашел в другом месте. Хотя часто файл пуст, за исключением базовых данных заголовка, он может содержать определенный язык для использования при запуске сеанса ».

Этот файл Что в конечном итоге сработало для меня, так это то, что у моего есть 644 разрешения для правильной работы (EDIT: приведенная выше ссылка фактически дает несколько других разрешений, которые будут работать помимо 644, но 644 это явно разрешенное задание), поэтому перед его удалением убедитесь, что

ls -la ~/.dmrc

дает разрешения drwxr-xr-x 143 user user, и если не попробовать использовать

chmod 644 /home/username/.dmrc

Если ни один из все эти решения работали, попробуйте выполнить резервное копирование и удаление этого файла с помощью:

cp /home/username/.dmrc /home/username/.dmrc.backup
rm /home/username/.dmrc

При следующем входе в систему новый файл .dmrc будет сгенерирован и настроен правильно, и в моем случае я, наконец, смог войдите в систему, не отрываясь до tty, убивая kdm и начинать x вручную.

ПРИМЕЧАНИЕ. Я подозреваю, что основная причина этого произошла, когда раздел моей домашней папки был заполнен во время сеанса, что вызвало целое количество других проблем с файлами конфигурации, которые не были написаны, которые необходимо было записать. После этого сразу же возникла проблема с бесконечным циклом входа в систему, и я заметил, что файл .dmrc имеет размер 0, а не содержит:

[Desktop]
Session=default

, как и сейчас, в полностью функционирующем состоянии. Из приведенной выше цитаты видно, что этот файл читается при входе в систему, и, возможно, мой цикл входа в систему произошел, потому что Kubuntu не знал, как обрабатывать пустой файл .dmrc, но я только размышляю.

Question 3

Question 4

Нажмите CTRL + ALT + F1 и войдите туда и запустите:

sudo chown -R $USER:$USER $HOME

$USER - ваше имя пользователя

Ex - sudo chown -R singh:singh /home/

[d3 ] Затем нажмите CTRL + ALT + F7 и попробуйте войти в

cowbell40 · Answer 1 · 24 May 2018 в 20:31