Входная петля после обновления 16.04 LTS с 14.04 LTS [dубликат]

Не является общесистемной. Но у реестра Gnome есть записи для этого. Используйте gconf-editor и отредактируйте подзаголовки для /desktop/gnome/url-handlers. См. Также здесь http://ubuntuforums.org/showpost.php?p=710780&postcount=6

KDE, очевидно, имеет другую базу данных обработчиков URI. Существует также xdg-open стоит посмотреть. Но я не уверен, использует ли он стандартизованную базу данных обработчика, или если freedesktop.org работает над ней. Разрешенные документы.

Лично мне жаль, что они просто не использовали бы базу данных xdg-mime (и application). В любом случае в нем есть псевдоури / * типы. И это было несколько более систематическим, если бы вы могли определять приложения-обработчики и списки предпочтений для них, как с обычными типами MIME. & Lt;

/ напыщенная>
399
задан 31 January 2016 в 18:28

105 ответов

У меня возникла одна и та же проблема, и причиной в моем случае было то, что я попытался добавить что-то в файл /etc/environment, и все, что я добавил, казалось, не хотел, чтобы я регистрировался после перезапуска.

Решение:

Когда на экране входа в систему нажмите CTRL + ALT + F2. Войдите в систему с именем пользователя и паролем администратора и отредактируйте файл /etc/environment и удалите внесенные в него изменения.

В терминале вы можете использовать следующую команду nano для редактирования файла:

sudo nano /etc/environment

Нажмите CTRL + o, а затем нажмите ENTER для сохранения файла. Нажмите CTRL + x для выхода из nano.

После того, как вы отредактировали и сохранили файл, просто нажмите CTRL + ALT + F2, чтобы вернуться на экран входа в GUI, и вы должны войти в систему.

3
ответ дан 5 August 2018 в 04:14

Это не прямой ответ на ваш случай, но его более общее решение для циклов входа в систему.

Проблема может быть такой же простой, как неправильная команда, помещенная в файл .profile в домашнем каталоге , (Так как этот файл загружается при входе в систему)

Чтобы узнать, действительно ли это так, нажмите Ctrl Alt F1 и войдите в систему. Проверка файла .xsession-errors в вашем домашнем каталоге

~/.xsession-errors

Это должно дать некоторые подсказки о некоторой проблемной команде.

8
ответ дан 6 August 2018 в 21:16

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

  1. Войдите в режим символов с помощью виртуальной консоли (VC). То есть, Ctrl Alt F1 и ваш логин / пароль. Назовем этого пользователя original.
  2. Создайте нового пользователя. Вы можете использовать , например :
    adduser newuser --group sudo
    
    , чтобы добавить нового административного пользователя (то есть пользователя, который может выполнять sudo).
  3. Попробуйте войти в систему как newuser. Если это сработает, то теперь проблема связана с конкретной настройкой пользователя original. В противном случае остановитесь здесь. Проблема на системном уровне, и вам, вероятно, потребуется переустановить что-то из графического стека.
  4. Теперь вы можете попытаться найти то, что произошло. Сравните скрытые файлы в ~original и ~newuser и попытайтесь найти несоответствия. Особенно вы должны искать файлы, не принадлежащие вам:
    find . \! -user original
    
    и файлы, которые не доступны для записи (их будет больше, особенно в кэшах):
    find . \! -perm -u=w
    
  5. Вы можете перемещать подозрительные файлы к резервной копии (sudo mv whatever whatever-backup) и попробуйте снова войти в систему.
  6. Файлы из /tmp и /var, которые могут быть чувствительны к этой проблеме, должны быть удалены перезагрузкой, но иногда есть и остатки.

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

11
ответ дан 6 August 2018 в 21:16

В моем случае проблема была вызвана неправильными разрешениями в моем домашнем каталоге.

1: загрузка с живого носителя (или другого дистрибутива linux, установленного в той же системе) и открытие терминала с помощью Ctrl- Alt-T

2: Создайте временную точку монтирования и установите раздел, содержащий ваш / home (в моем случае это был / dev / sda6)

sudo mkdir /mnt/sda6 sudo mount /dev/sda6 /mnt/sda6

3: проверить разрешения

sudo ls - la /mount/sda6/

вы должны увидеть запись имя пользователя `где имя пользователя - ваше имя пользователя

С этого момента мы будем использовать имя пользователя tvbox (измените это на свое имя пользователя)

Вы должны увидеть что-то вроде этого:

drwxr-x--- 67 tvbox tvbox 12288 May 1 07:00 tvbox

Это указывает, что tvbox является каталогом, а владелец имеет требуемое чтение, записывает разрешения на выполнение.

4: правильные разрешения, если они неверны.

Если вышеуказанное неверно, нам нужно его исправить.

Если данные были перемещены root, вы увидите корневой корень, а не tvbox tvbox (группа владельцев имен владельцев). Это можно назвать «основной причиной»; -)

To исправьте эту проблему командой `sudo chown -R tvbox: tvbox / mount / sda6 / tvbox

Если каким-то образом другие разрешения будут неправильными, вам нужно будет изменить их с помощью sudo chmod +rwx tvbox, добавляя чтение и выполнение записи (бит выполнения в каталоге позволяет вам перемещать его.)

5: перезагрузите проблему OS

6: login

Если это не так, t решить вашу проблему, обратитесь к многим другим качественным ответам здесь.

1
ответ дан 6 August 2018 в 21:16

Сегодня столкнулась с той же проблемой.

Причина была для меня немного странной. xubuntu-desktop удален, так что ubuntu-desktop. LightDM вышел без сообщения об ошибке. Пробовал lxdm, и когда я попытался войти в систему, у него появилось сообщение о том, что Xubuntu не удалось найти.

Переустановлено xubuntu-desktop, и теперь оно исправлено. Подумайте, что apt-get autoremove удалил пакет.

46
ответ дан 6 August 2018 в 21:16

У меня возникла одна и та же проблема, и причиной в моем случае было то, что я попытался добавить что-то в файл /etc/environment, и все, что я добавил, казалось, не хотел, чтобы я регистрировался после перезапуска.

Решение:

Когда на экране входа в систему нажмите CTRL + ALT + F2. Войдите в систему с именем пользователя и паролем администратора и отредактируйте файл /etc/environment и удалите внесенные в него изменения.

В терминале вы можете использовать следующую команду nano для редактирования файла:

sudo nano /etc/environment

Нажмите CTRL + o, а затем нажмите ENTER для сохранения файла. Нажмите CTRL + x для выхода из nano.

После того, как вы отредактировали и сохранили файл, просто нажмите CTRL + ALT + F2, чтобы вернуться на экран входа в GUI, и вы должны войти в систему.

3
ответ дан 6 August 2018 в 21:16

Перейдите на другой экран входа в систему.

Ctrl + Alt + F2, чтобы открыть терминал.

Ctrl + Alt + F7, чтобы вернуться в графический режим.

Тип sudo dpkg-reconfigure gdm

На графическом экране выберите gdm и OK.

Тип sudo reboot

1
ответ дан 9 August 2018 в 01:46
sudo chown $USER:$USER $HOME

была для меня проблемой.

Я установил домашний раздел с:

sudo mkdir /home/$USER

, но забыл chown его.

4
ответ дан 9 August 2018 в 01:46

У меня возникла одна и та же проблема, и причиной в моем случае было то, что я попытался добавить что-то в файл /etc/environment, и все, что я добавил, казалось, не хотел, чтобы я регистрировался после перезапуска.

Решение:

Когда на экране входа в систему нажмите CTRL + ALT + F2. Войдите в систему с именем пользователя и паролем администратора и отредактируйте файл /etc/environment и удалите внесенные в него изменения.

В терминале вы можете использовать следующую команду nano для редактирования файла:

sudo nano /etc/environment

Нажмите CTRL + o, а затем нажмите ENTER для сохранения файла. Нажмите CTRL + x для выхода из nano.

После того, как вы отредактировали и сохранили файл, просто нажмите CTRL + ALT + F2, чтобы вернуться на экран входа в GUI, и вы должны войти в систему.

3
ответ дан 9 August 2018 в 01:46

Я получил цикл регистрации в связи с обновлением от Ubuntu 12.04 до 14.04. С gdm у меня были сообщения об ошибках в ~ / .cache / gdm / session.log с такими записями, как /etc/gdm/Xsession: line 33: mktemp: command not found и после sudo aptitude purge gdm с lightdm. Я получил несколько похожих сообщений об ошибках в ~/.xsession-errors, например, usr/sbin/lightdm-session: line 24: mktemp: command not found.

Я попробовал несколько вещей. По-моему, в конечном итоге я решил решить эту проблему:

Я переместил файлы конфигурации .profile, .bashrc и .pam_environment в другие имена, а затем мне удалось войти в систему. Я подозреваю, что в одном из них есть проблема.

2
ответ дан 9 August 2018 в 01:46

Перейдите на другой экран входа в систему.

Ctrl + Alt + F2, чтобы открыть терминал.

Ctrl + Alt + F7, чтобы вернуться в графический режим.

Тип sudo dpkg-reconfigure gdm

На графическом экране выберите gdm и OK.

Тип sudo reboot

1
ответ дан 14 August 2018 в 19:56

Моя домашняя папка была заполнена :-( df -h даст вам этот ответ, который мне нужно было связать через ssh, сделал некоторое пространство и работал как цветок

ctrl + alt + F1, login as user, освободите место и перезапустите свой X-сервер! sudo service sddm restart

13
ответ дан 14 August 2018 в 19:56

Сегодня столкнулась с той же проблемой.

Причина была для меня немного странной. xubuntu-desktop удален, так что ubuntu-desktop. LightDM вышел без сообщения об ошибке. Пробовал lxdm, и когда я попытался войти в систему, у него появилось сообщение о том, что Xubuntu не удалось найти.

Переустановлено xubuntu-desktop, и теперь оно исправлено. Подумайте, что apt-get autoremove удалил пакет.

46
ответ дан 14 August 2018 в 19:56

Я обнаружил, что мои настройки доступа к файлу /tmp неверны. У него были разрешения только для root.

Это была моя собственная ошибка. Я забыл, что днем ​​раньше я удалил папку /tmp с правами sudo и снова создал папку с sudo mkdir tmp. Большая ошибка. Я создал папку / tmp только с правами root.

В файле ~/.Xsession-errors я увидел, что x11 не смог записать файл в /tmp. После выполнения этих команд из учетной записи root (или Alt + Ctrl + f1) на экране приветствия и использования учетных данных учетной записи проблемы для входа в систему) я решил проблему:

sudo chmod 1777 /tmp
sudo chown root:root /tmp

После этого я смог снова войдите в Unity с обычной учетной записью. Итак, если у вас есть, то, что похоже на проблему .Xauthority, вы можете попробовать это, если ничего не работает.

См. эту тему на форумах Ubuntu

49
ответ дан 14 August 2018 в 19:56

Мне пришлось удалить драйверы NVIDIA, чтобы войти, как в (замените nvidia-current на nvidia-340 или любой другой номер).

Вернитесь к драйверам Nouveau

Тогда у меня был багги UNITY. Я должен был выполнить шаги, показанные здесь, чтобы исправить их:

https://askubuntu.com/a/290376/275142

11
ответ дан 14 August 2018 в 19:56

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

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