
Когда я вышел из системы и снова вошел в нее, моя Ubuntu сразу перешла в аварийный режим. Далее следует некоторая предыстория, показывающая операции, которые я использовал до того, как вошел в аварийный режим. После этого — подходы, которые я уже пробовал, а затем — заключение по моим проблемам.
Фон :
Я не уверен, имеет ли следующее отношение к моей проблеме, но оставлю это в качестве справки.
Перед тем, как перезагрузить Ubuntu, я пытался изменить разрешение моего последовательного порта. Я использую некоторые команды, такие как chmod 777 /dev/ttyUSB0
и sudo usermod -aG dialout my_user_name
, а затем выхожу из системы, но когда я снова вхожу в систему, после открытия какого-то браузера, система зависает, и мне приходится принудительно перезагружать компьютер с помощью кнопки питания, после чего он переходит в аварийный режим.
Мои подходы:
Я попытался отредактировать /etc/fstab
файл и закомментировал один из двух моих ssd, который, как я думаю, был сломан (но я не уверен). После этого я могу перезагрузить свою систему нормально, но я не могу войти ни в одну из моих учетных записей в Ubuntu, даже если я ввел правильный пароль, он просто перепрыгнул обратно в меню входа и застрял в цикле входа.
Чтобы решить проблему цикла входа, я нажал ctrl + alt + F3
и попытался найти Xauthority
файл, как предлагали многие другие, но я не смог найти файл, и он не отображался в /run/user/1000/gdm3
, на самом деле в моей системе не было gdm3
каталога. Я также обнаружил, что мой домашний каталог был пуст, поэтому я сам его добавил, и после этого я смог успешно войти в систему, но все мои файлы исчезли.
Подводя итог моим проблемам:
- войти в аварийный режим, когда использую оба моих SSD
- теряю все свои файлы и застреваю в цикле входа в систему, когда закомментировал один из SSD в
/etc/fstab
Я думаю, что, возможно, все мои файлы (включая те, что находятся в домашнем каталоге) хранятся на сломанном SSD, который я закомментировал в /etc/fstab
, поэтому моя система не может прочитать эти файлы.
Пожалуйста, дайте мне знать, можно ли что-то сделать, чтобы исправить мою систему.
отредактировано:
journalctl -xb
показал:
systemd-fsck[727] : fsck failed with exit status 4
systemd[1] : systemd-fsck@dev-disk-by\x2duuid-{my_disk}.service : failed with result 'exit code'
systemd[1] : Failed to start File System Check on /dev/disk/by-uuid/{mu_disk}.
и мой /etc/fstab
показал, что точка монтирования {my_disk} была /home
, поэтому я закомментировал {my_disk} и перезагрузился снова, он смог успешно загрузиться и войти в систему. После этого я попробовал самый высоко оцененный ответ отэта почтачтобы исправить мой диск, но fsck -y /dev/sdb1
не сработало. Сообщение после того, как я вошел, fsck -y /dev/sdb1
было:
ext2fs_check_desc: Corrupt group descriptor: bad block for block bitmap
fsck.ext4: Invalid argument while using the backup blocksfsck.ext4: going back to original superblock
Error reading block 121667583 (Invalid argument). Ignore error? yes
Force rewrite? yes
Superblock has an invalid journal (inode 8).
Clear? yes
*** journal has been deleted ***
The filesystem size (according to the superblock) is 244190208 blocks
The physical size of the device is 12244 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes
Error writing block 121667583 (Invalid argument). Ignore error? yes
/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****