Внезапная авария с черным экраном, показывающим / dev / sda1:

Похоже, ваш сервер с графическим интерфейсом X11 или Wayland дает сбой и вы возвращаетесь к консоли с текстовым -режимом. Одна строка текста, вероятно, из проверки файловой системы, которая произошла при загрузке системы перед переключением в режим графического интерфейса. Поскольку Ubuntu 18.04 запускает графический интерфейс на первой виртуальной консоли, эта виртуальная консоль не будет отвечать -, если сервер графического интерфейса выйдет из строя и не будет перезапущен.

(Другие дистрибутивы Linux традиционно использовали 7-ю виртуальную консоль для графического интерфейса, в результате чего система автоматически возвращалась к 1-й виртуальной консоли по умолчанию с функциональным запросом на вход в систему при сбое сервера X11. Ubuntu, по-видимому, переместил сервер с графическим интерфейсом на первую виртуальную консоль, чтобы сделать более плавный переход между загрузочной заставкой и входом в систему с графическим интерфейсом, но если сервер с графическим интерфейсом выйдет из строя, вам теперь нужно знать о виртуальных консолях, чтобы получить доступ к текстовое -приглашение для входа в режим.)

Все строки в вашем /var/log/kern.logрегистрируются в течение нескольких секунд после запуска ядра Linux -до (в соответствии с секундами -с момента запуска -значение в квадратных скобках в начале каждой строки ), так что они, вероятно, не связаны напрямую.

Попробуйте нажать Control+Alt+F2 . Если ядро ​​все еще живо, теперь вы должны увидеть текстовое приглашение для входа в режим -на черном экране. Затем вы можете войти в систему и попробовать sudo systemctl restart gdmперезапустить графический интерфейс или собрать журналы и другую информацию об устранении неполадок в текстовом режиме. Обратите внимание, что перезапуск gdmможет автоматически вернуть вас в графический интерфейс, но сеанс входа на вторую виртуальную консоль по-прежнему останется зарегистрированным :, вы, вероятно, можете переключаться между ними, используя Control -Alt -F1 и Управление -Альт -F2 .

Поскольку журнал ядра ничего не показывает, возможно, с ядром все в порядке, а просто происходит сбой рабочего стола. В таком случае,другие файлы журнала могут быть более полезными:

• /var/log/gdm.log
• /var/log/Xorg.0.logесли он существует (хм, какой эквивалент для Wayland?)

Отказ от ответственности :Я сам не пробовал Ubuntu 18.04; этот ответ основан только на том, что я читал об этом.

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

Я также использую Ubuntu 18.04 и графический процессор Nvidia.

Поскольку все упоминали, что, по их мнению, это может быть проблема с драйверами Nvidida, я решил дать ответ в этой ветке, хотя он лишь частично относился к нашей проблеме:

https://askubuntu.com/questions/882385/dev-sda1-clean-this-message-appears-after-i-startup-my-laptop-then-it-w

1. Удалите драйверы nvidia с помощью

   sudo apt-get purge nvidia*
   

2. Перезагрузка

3. Повторно установите драйверы Nvidida

До сих пор у меня больше не было черных экранов или внезапных выходов из системы

Другое решение здесь. У меня уже была такая же проблема, и я не смог найти ни одного из предложенных решений, которые были бы полезны для моего случая. Я использовал рабочую станцию ​​VMware и столкнулся с той же проблемой при загрузке Ubuntu. Основная причина сбоя в моем случае была не в драйвере графической карты или подобных вещах. В установленной Ubuntu не хватило свободного места. Поэтому я выполнил следующие шаги, чтобы решить проблему.

1 )измените файл конфигурации.vmx, добавив в него следующую строку:

bios.bootDelay = "50000"

*Это приводит к более длительной задержке загрузки, поэтому вы можете использовать Shift+Enter для входа в меню Grub.

*Если у вас возникли проблемы с открытием файла.vmx в Windows, сначала измените расширение файла на.txt, затем добавьте в него вышеупомянутую строку и сохраните файл, а затем снова измените расширение на.vmx

2 )Запустите VMware и Ubuntu

3 )Щелкнув по экрану, нажмите и удерживайте клавишу Shift, а затем нажмите Enter, чтобы войти в меню grub.

4 )выберите Дополнительные параметры для Ubuntu.

5 )выберите root и нажмите Enter.

6 )Теперь у вас есть root-доступ, чтобы удалить любой файл, чтобы освободить место в Ubuntu.

Обратите внимание, что некоторые пользователи предлагали использовать Alt+Shift+F2 или F3 для доступа к терминалу. Это не сработало для меня, так как у меня не было пароля для пользователя root. Однако следующие шаги помогли мне решить проблему.

Удачи, Хамед

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

Я использую Ubuntu 20.04 LTS, дистрибутив amd64, и у меня было такое же зависание при загрузке после отображения ошибки «/dev/sda1 :clean...". В моем случае вторичной причиной проблемы было то, что дискбыл заполнен.

Итак, если у вас есть этот симптом, выполните быстрый dfили df -h, чтобы увидеть, сколько места у вас осталось на разделе (s ). Используя команды duили du -h, вы можете отточить каталоги, которые содержат большое количество данных. Решение может быть таким же простым, как удаление ненужных файлов.

В моем случае, однако, оказалось, что каталог /var/log был около 100 ГБ (?! )Это было вызвано какой-то проблемой в системе, которая привела к постоянной записи в файл /var/log/syslog и, в конечном итоге, к заполнению диска. Итак, это была основная причина проблемы. На данный момент я не уверен, какой ресурс является виновником, но проверка файла /var/log/syslog может дать некоторые указатели в вашем случае. Если это также относится к вам, я рекомендую изучить, как правильно удалить файл /var/log/syslog, а затем попытаться устранить основную причину проблемы.

Поскольку в моей системе нет ничего важного, поэтому я не был заинтересован в ведении файлов журнала, я установил пакет logrotate и настроил ежедневную ротацию и настроил систему на удаление ротированного файла. Я также нашел большой файл журнала, поэтому я настроил cronjob от имени пользователя root, чтобы удалить файлы журнала старше 1 дня.Это вы можете сделать с помощью crontab -eкак root и добавить эту строку в конец файла:

0****journalctl --вакуум -время=1д

Я также сделал цикл apt-get updateи apt-get upgradeдля хорошей меры.

Удачной отладки и удачи,

8bitrocks

У меня возникла проблема с моим компьютером, связанная с этой проблемой /dev/sd*: clean. Я не хотел открывать новый вопрос, так как их уже так много, а также потому, что моя проблема, похоже, исправлена. Поэтому я решил написать ответ в связанной теме (, где я действительно могу написать ответ и не нужно 10 очков репутации или что-то в этом роде ).

Прежде чем я начну, некоторые характеристики:

• Убунту 18.04.4
• Двойная загрузка -с Windows
• На моем ПК установлена ​​видеокарта AMD Radeon RX 5500 XT

Чтобы узнать больше о спецификациях, о которых я сейчас не думаю ---, просто дайте мне знать.

Моя первая встреча с этой проблемой выглядела так: :Я выбирал Ubuntu в двойном -меню загрузки. Это меню имеет фиолетовый фон. Когда я нажал Enter, меню исчезло (, как и должно было ), но фиолетовый фон оставался как минимум 15 минут. Я решил перезагрузиться.После некоторого гугления мне удалось войти в режим восстановления -, где я отредактировал в /etc/default/grubстроку

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

-

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nomodeset"

Я перезагрузился только для того, чтобы увидеть на экране мигающее следующее сообщение

/dev/sdb1: Superblock last mount time is in the future.
    (by less than a day, probably due to the hardware clock being incorrectly set)
/dev/sdb1: Superblock last write time is in the future.
    (by less than a day, probably due to the hardware clock being incorrectly set)
/dev/sdb1: clean, 30163/6594560 files, 5137309/26366943 blocks

каждые ~10 секунд в течение приблизительно ~0,5 секунд. Здесь я уже «знал», что эта проблема связана с установленными графическими драйверами. Я снова перезагрузился в режиме восстановления, чтобы удалить драйверы для видеокарты AMD

$ amdgpu-pro-uninstall

После этого Ubuntu запустилась нормально, за исключением того, что был распознан только 1 монитор с разрешением 1024x768, которое я не смог изменить (У меня 2 монитора с разрешением 1920x1080 ). После некоторого дальнейшего поиска в Google я изменил файл etc/fstabс

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 during installation
UUID=b440d779-f2d8-4e85-a425-86c264cf1086 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p2 during installation
UUID=4E80-9146  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb3 during installation
UUID=3b2456a3-8d84-41f8-81b1-094c3014126f /home           ext4    defaults        0       2
# swap was on /dev/sdb2 during installation
UUID=5d727b45-f3f0-40ad-8f6b-41528f8fb611 none            swap    sw              0       0

по

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 during installation
UUID=b440d779-f2d8-4e85-a425-86c264cf1086 /               ext4    errors=remount-ro 0       0
# /boot/efi was on /dev/nvme0n1p2 during installation
UUID=4E80-9146  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb3 during installation
UUID=3b2456a3-8d84-41f8-81b1-094c3014126f /home           ext4    defaults        0       2
# swap was on /dev/sdb2 during installation
UUID=5d727b45-f3f0-40ad-8f6b-41528f8fb611 none            swap    sw              0       0

(Я изменил последнее число 1на 0в первой строке комментария, отличной от -). Я повторно -установил драйвер графического процессора AMD, перезагрузил компьютер, и проблема исчезла. Я пишу это на своих 2-х мониторах с разрешением 1920x1080. Я также удалил nomodesetв /etc/default/grub.

Так что, если у кого-то есть такая же проблема, возможно, этот человек найдет мой ответ, и, возможно, мой подход решит проблему.

Решение 8bitrock сработало для меня после стольких испытаний. Просто сделай

sudo service gdm3 status (Чтобы узнать, активен ли gmd3 или нет ).

Затем выполните команду sudo service gdm3 start (Это поможет запустить ее ).