О нет что то пошло не так ubuntu
Сегодня я обновился до Ubuntu 20.04, выбрав LightDM вместо gdm3 во время обновления. Во время обновления меня спросили, хочу ли я сохранить или заменить /etc/sane.d/dll.conf файл. Я решил оставить его себе.
Решения, которые я прочитал, включены Ctrl + Alt + F4 и пытаюсь войти в систему и получить дополнительную информацию из командной строки (О нет! Что-то пошло не так при перезапуске).
Читая другие темы, я знаю, что этот пост может быть раскритикован за то, что он недостаточно точен или недостаточно пробовал, но на самом деле я сам не могу получить больше информации с этого белого экрана и не хочу рисковать все испортить, чтобы предоставить больше информации .
Спасибо за помощь!! :)
- Отвечает ли это на ваш вопрос? Ubuntu 19.10 "Что-то пошло не так" после обновления от 19.04.
- Отвечает ли это на ваш вопрос? Как возобновить обновление выпуска?
чтобы продолжить обновление. Ваша машина установит недостающие ресурсы и завершит обновление, а затем вам просто нужно очистить и перезагрузить:
- Комментарии не подлежат расширенному обсуждению; этот разговор был перемещен в чат.
На мой вопрос ответили при сотрудничестве с Олли:
После перезагрузки компьютера Ubuntu 20.04 работала нормально.
(Затем я установил текущую версию этого пакета libc ++ 1 через Synaptic.)
Я столкнулся с этой проблемой и решил ее
Сначала перейдите на tty: Ctrl + Alt + F3 , и войдите.
Затем, поскольку dpkg блокировал вещи, я удалил все файлы журнала блокировки.
как описано здесь.
Наконец, я возобновил обновление выпуска, выполнив действия, указанные в этом ответе.
- Расмус, разве это не небрежно? Удаление всех файлов блокировки?
- @ Олли, я не знаю! Просвети меня, пожалуйста!
У меня была такая же проблема с ubuntu 20, я пробовал много вещей, но у меня сработало удаление gnome и gnome-shell и переустановка:
аналогично описанному здесь. (но моя проблема была не в моем пользователе)
Обновлял kali linux,экран перешел в спящий режим,хотел разблокировать(заходил под root) выводил неправильный пароль(пароль правильный 100%).Перезагрузил ноутбук,grub нормально загрузился,а вот kali нет.Белый экран и надпись: О, нет!Что-то пошло не так.Произошла ошибка, и системе не удалось восстановиться.Обратитесь к системному администратору. Не реагирует на мышь,клавиши,только выключить кнопкой выключения получается.Помогите,пожалуйста,решить проблему
Обратитесь к системному администратору.
По теме: если бы ты действительно был бы достоин пользоваться покорёженным дебианом по имени кали, то ты заглянул бы в логи, что в /var/log, загрузился бы (или переключился по аккорду C-A-F*) в консоль, а пароль бы сбросил (если забыл, такое бывает) методом загрузки с флешки или прописыванием шелла вместо init.
Предлагаю тебе с месяцок-полгода посидеть на убунте для снятия культурного шока, потом поставить debian по сети, ручками поставив себе иксы и openbox, потом уйти на slackware и только тогда, прочитав слакбук и обретя какое-никакое понимание о том, что делать, когда всё плохо, брать в руки кали. Даже разрешаю ставить на хард, сам грешен. Я тебе описал свой собственный путь.
И да, не работай под рутом ни в коем случае. Тут есть истории про это.
Хотел загрузиться в консоль,но Ctrl+Alt+F1 не сработало
Этому анонимному посетителю двойной кофе за счёт заведения.
А если из gruba загрузиться не будет потери данных?(кстати в recovery mode нормально загружается)
А если из gruba загрузиться не будет потери данных?
Ты из груба и грузишься.
кстати в recovery mode нормально загружается
Ты знаешь, что делать.
Зачем тебе эта кали?
Да я бы установил заново с флэшки но есть данные которые не хочу потерять
Загрузись в режиме LiveCD/USB и вытащи
Метод с грубом включает в себя прописывание шелла вместо init, например.
Сделал ctrl+alt+f2 ввел login root пароль старый-норм все.Почему в графическом интерфейсе не заходит?
За тебя логи и детальное описание никто не вытащит. Телепаты в отпуске.
Сорян но как я логи выложу из консоли?Вручную их переписывать не вариант вообще.Описание: Загружаюсь как обычно в кали,при входе ввожу имя пользователя root и пароль.Пишет что не удается войти.Нажал Ctrl+Alt+F2 ввел логин root и пароль(который до этого вводил), получилось(!).Ввел passwd root и этот же пароль опять поставил.Выключил ноут,загрузился как обычно-то же самое.То есть в графическлм интерфейсе не заходит, а в консоли заходит
Сорян но как я логи выложу из консоли?
Ты же их даже не читал, будем честными.
Для выброса этого тебе понадобятся mount, cp и umount. Ещё может пригодиться netcat или ssh, например.
Последнее исправление: LINUX-ORG-RU 09.10.19 14:53:23 (всего исправлений: 1)
Данные с live ты так и не вытаскивал. Я правильно понимаю?
Он ещё ушат помоев не получил. Стоило хотя бы ту же копипасту про коляску адаптировать для Kali. Хотя, особо адаптировать и не надо.
в графическлм интерфейсе не заходит, а в консоли заходит
А зачем тебе графический интерфейс, настоящие хакеры из консоли работают.
Раз уж тут у нас такой чятик, почему у тебя в тегах есть низкоуровщина, а асма нет? Просто я хочу наконец-то увидеть правду, но мой глупый мозг не хочет искать.
Просто я хочу наконец-то увидеть правду, но мой глупый мозг не хочет искать.
Всё просто я не программист. И до сегодняшнего для и для многих последующих (я так предполагаю) мне эти знания просто не понадобятся. Я предпочитаю золотую середину абстракции и не так низко что в подобия маш-кодов и не так высоко что непонятно что внутри происходит. Поэтому С и подобное ну за некоторыми исключениями конечно. Где мне нет проблем с сильными особенностями архитектур и нет проблем с излишними абстракциями где в чуть в сторону от хелоуворлда приходится вникать в тонкости капусты абстракций что бы добраться опять же до сишного кода внутренней реализации что ставит на нет всю суть сверхвысокоуровнего кода для меня лично.
Но самое важное, я просто могу положить болт на асм ибо я не программист от слова совсем. Приспичит возьмусь и подпишусь, а сейчас… зачем?
А ещё я неосилятор гыыыыыыыыыыыыыыы :D
LINUX-ORG-RU ★★ ( 09.10.19 15:54:07 )Последнее исправление: LINUX-ORG-RU 09.10.19 15:56:54 (всего исправлений: 1)
Многие пользователи Linux сталкивались с проблемой, когда после ввода пароля вместо загрузки графического окружения и рабочего стола появляется чёрный экран, а потом снова запрос ввода пароля. Такая ситуация называется Login loop или ещё её можно описать как ошибка входа в систему. Часто она вызвана неверно выполненным обновлением или экспериментами с системой, хотя у неё могут быть и другие причины.
Почему не входит в систему Ubuntu
Но сначала надо попасть в терминал. Для этого на экране входа нажмите сочетание клавиш Ctrl+Alt+F2, затем введите логин и пароль:
Перед вами откроется командная строка в которую уже можно вводить команды терминала. Теперь вы можете просмотреть лог с ошибками:
Если здесь этого файла нет, что можно попытаться найти его по такому пути:
1. Нет места на диске
2. Проблемы с обновлением
Если вы раньше выполняли обновление и оно прошло неудачно, попробуйте его завершить. Для этого выполните такие команды:
sudo apt update
sudo apt -y full-upgrade
Затем очистите систему от лишних пакетов:
sudo apt -y autoremove
sudo apt -y clean
3. Неверные права на
Убедитесь, что права на файл
/.Xauthority верные. Владельцем этого файла должен быть пользователь, от имени которого вы пытаетесь войти в систему и у этого владельца должны быть все права на файл. В старых дистрибутивах этот файл находился в домашней папке:
В современной Ubuntu он находится по пути /run/user/id_пользователя/gdm/Xauthority и создается он уже после успешного входа в систему:
ls -l /run/имя_пользователя/id_пользователя/gdm/Xauthority
Во втором случае проблема с правами вряд-ли возникнет, но в первом она вполне может быть. Для её исправления выполните:
sudo chown имя_пользователя:имя_пользователя
4. Неверные права на /tmp
Папка /tmp предназначена для записи временных файлов и поэтому она должна быть доступна всем пользователям в системе как для чтения, так и для записи. Проверьте какие сейчас установлены права на эту папку:
ls -l / | grep /tmp
Затем установите правильные права если надо:
sudo chmod 1777 /tmp
5. Проблема с проприетарными драйверами
Ещё одной причиной проблем может стать проприетарный драйвер видеокарты. Возможно он сломался после обновления или каких-либо действий с ядром. Его можно обновить до новой версии, переустановить или удалить вовсе. Для удаления драйвера Nvidia используйте команду:
sudo apt remove nvidia-*
Затем очистить конфигурацию Xorg:
нужно переустановить свободный драйвер Nouveau:
sudo apt install --reinstall xserver-xorg-video-nouveau
Подробнее про удаление видео драйвера Nvidia читайте тут. Про установку драйвера Nvidia - здесь.
6. Перезапуск менеджера входа
После того, как вы проверили все методы надо вернуться в графический режим и попробовать войти в систему снова. Для этого используйте сочетание клавиш Ctrl+Alt+F1 или Ctrl+Alt+F7 в старых системах. Также вы можете полностью перезагрузить компьютер или только менеджер входа:
sudo systemctl restart display-manager
Выводы
Нет похожих записей
Статья распространяется под лицензией Creative Commons ShareAlike 4.0 при копировании материала ссылка на источник обязательна.
В данной статье постараюсь рассмотреть некоторые типовые ошибки, связанные с загрузкой системы. Бывает так, что сервер с Ubuntu по какой-то причине не загружается из-за поврежденного загрузчика или еще каких-то проблем. Я покажу методику, как решать подобные проблемы с запуском, а заодно расскажу, как можно быстро восстановить систему.
Система Ubuntu не загружается
Рассмотрим, с чем в первую очередь может быть связана проблема с загрузкой системы. Вот список наиболее вероятных причин:
Далее я отдельно рассмотрю второй и третий случаи. Начнем со стандартного режима восстановления grub.
Entering rescue mode
Итак, в случае проблем с загрузкой Ubuntu вы можете оказаться в режиме grub rescue.
Первым делом запускаем команду ls и смотрим, какие разделы у нас доступны.
В моем случае доступен только один 3-й раздел, скорее всего корневой. Раздела /boot, который обычно 1-й или 2-й нет. Проверим это наверняка. Смотрим содержимое доступного раздела:
Далее загружаем некоторые модули. Какие будут нужны, точно не известно и зависит от типов разделов диска. Показываю самые популярные:
Можно для начала попробовать вообще без модулей, а потом добавлять по одному. В самом конце загружаем модуль normal.
Восстановление поврежденных разделов ubuntu
Если же у вас вообще не найден раздел для загрузки, надо попробовать его восстановить. Для этого загружаемся с установочного диска Ubuntu и на первом экране инсталлятора выходим в консоль через раздел Help.
Вы окажетесь в консоли системы, которая по сути является livecd сервера. В целом, тут подойдет любой livecd дистрибутив с linux. Эта система видит все подключенные диски и вообще все оборудование. Первым делом вам надо настроить выход в интернет на сервере так же, как вы это делаете обычно. После этого нужно обновить пакеты и установить утилиту testdisk. С ее помощью мы попробуем найти исчезнувший загрузочный раздел.
Запускаем утилиту и указываем, что будем создавать новый log файл.
Выбираем диск, на котором у нас установлена система. В моем случае это sda.
В качестве partition table type сначала укажите Intel. Если не получится ничего найти, попробуйте еще раз с другими типами.
Дальше выбираем Analyze.
И запускаем Quick Search.
У меня testdisk нашел 2 раздела, причем первый это boot раздел, который по какой-то причине исчез.
Из-за его отсутствия виртуальная машина с ubuntu не грузилась. Далее выбираю первый раздел и восстанавливаю его с помощью testdisk. Записываю изменения и выхожу в консоль. Проверяю с помощью fdisk разделы диска /dev/sda.
Появился первый загрузочный раздел. По идее я выполнил восстановление boot раздела. Теперь можно проверить, запустится ли система. Для этого отключаем установочный диск и загружаемся с основного.
В случае, если все загрузилось, вам повезло. Отделались малой кровью. Если же ubuntu не загружается, а вы опять попадаете в grub rescue, значит придется еще потрудиться над восстановлением загрузки системы. Будем восстанавливать сам grub.
Восстановление grub
Продолжаем восстановление загрузки ubuntu. Сам /boot раздел мы вернули, но загрузчик grub почему-то не работает и система не грузится. Загружаемся опять с установочного диска и переходим в консоль. Напомню, что у меня такая картина по разделам:
Первый раздел это /boot, второй корень / . Смонтируем их в /mnt, а так же добавим несколько системных директорий.
Теперь чрутимся в /mnt, чтобы оказаться в нашей системе:
И уже отсюда восстанавливаю загрузчик grub:
По идее, ошибок получить не должны. Если получили, то гуглите их. Надо обязательно их решить, иначе система так и не начнет загружаться корректно.
Теперь выходим отсюда и перезагружаем сервер. Вынимаем установочный диск и загружаемся с основного диска. У меня пошла загрузка.
Давайте еще раз повторим все, что мы сделали:
- Мы увидели, что система не грузится и валится в grub rescue. Загрузчик не может найти раздел, с которого продолжить загрузку. Мы попробовали в rescue console посмотреть все имеющиеся разделы и не нашли там boot. Если же нашли, то сразу же загрузились с него.
- После этого загрузились с загрузочного диска ubuntu, перешли в консоль. Установили утилиту testdisk и просканировали наш диск. Нашли пропавший раздел, восстановили /boot. Если раздел не нашли, то создали вручную.
- После этого смонтировали к livecd системе локальные диски, зачрутились в эту систему и штатно восстановили grub загрузчик.
- После этого система нормально загрузилась.
Заключение
В целом, мы выполнили типовую процедуру восстановления загрузки любого linux сервера, в том числе ubuntu. Если бы раздел boot не получилось восстановить, его нужно было бы создать вручную и проделать все то же самое с восстановлением grub. Это ключевой элемент загрузки linux. Система перестает загружаться чаще всего из-за проблем с ним. Он может быть поврежден установкой рядом других систем или неправильной разбивкой диска.
Читайте также: