У меня есть внешний SSD с установленной на него Linux Mint (так что не как live USB, а как если бы это был внутренний SSD). Я использовал его около 1 недели назад, и он работал нормально. Сегодня я попытался загрузиться с него, и вдруг он перестал работать.
Когда я загружаюсь, появляется синий экран с серым окном предупреждения, в котором говорится:
Could not start the X
server (your graphical environment)
due to some internal error.
И далее говорится, что мне нужно связаться с системным администратором и перезапустить MDM, когда ошибка будет исправлена. Единственный вариант, который я могу выбрать, это "ok", что приведет к перезагрузке системы.
Эта ошибка постоянно повторяется при каждой попытке загрузки.
Когда я загружаюсь в режим восстановления, происходит одно из двух событий, похоже, случайным образом.
Либо система загружается в режим восстановления, но это, очевидно, не дает мне полностью функциональной системы (например, я не могу использовать настройку с двумя мониторами, потому что не загружается диспетчер дисплея, и я не могу запустить его вручную).
Другая вещь, которая может произойти при загрузке в режиме восстановления - это то, что я оказываюсь в терминалоподобной среде, которая определенно не является корневой оболочкой, но, похоже, просто Linux Mint без руководства. Я могу войти в систему и, похоже, получить доступ к терминалу, но не сделал ничего, кроме sudo reboot now
, чтобы попытаться загрузиться в то, что работает немного лучше.
После входа в среду, подобную терминалу, я получаю ошибку следующего содержания:
sktemp: failed to create file via template `/var/lib/update-notifier/tmp.XXXXXXXXXX/': read-only file system
run-parts: /etc/update-motd.d/95/hwe-e01 exited with return code 1
/usr/lib/update-notifier/update-motd-fsck-at-reboot: 33: /usr/lib/update-notifier/update-metd-fsck-at-reboot: cannot create /var/lib/update-notifier/fsck-at-reboot: Read-only file system
Похоже, система считает, что файловая система доступна только для чтения, а это не так. Теперь я могу (возможно? возможно?) просто CHOWN
всю систему, но это не кажется мне разумной идеей.
Я также просмотрел syslog, но это ничего мне не сказало. Слово "ошибка" появляется 16 раз, но я понятия не имею, как интерпретировать эту информацию.
Я, конечно, провел свое исследование, прежде чем писать здесь. После некоторых вещей, которые я нашел, я запустил
fsck -Af -M
Оба раза как sudo
и su
, но оба раза я получил только
fsck от util-linux 2.20.1
что ничего мне не говорит.
Также я обнаружил, что ОС может перевести файловую систему в режим Read-Only, чтобы предотвратить повреждение, но я не знаю, что могло вызвать такое повреждение, и тем более, как его исправить.
Сейчас я не ищу кого-то, кто "исправит это за меня". Вместо этого, я был бы рад, если бы кто-нибудь из вас смог указать мне правильное направление, что может происходить, есть ли другие тесты, которые я могу провести, чтобы сузить проблему и т.д.
Some specs:
Что ж, я бы предложил несколько шагов для правильной отладки проблемы.
Как показывает ваша ошибка, это проблема с правами доступа, для этого вы можете использовать
mount |sdX
где X — это блочное устройство, на котором установлена ваша система. (Я предполагаю, что этоsdb
)
теперь вам нужно увидеть вывод, это будет что-то вроде
/dev/sda3 on / type ext4 (rw,relatime,data=ordered)
смотрите варианты, я почти 100% что у вас будет что-то вродеerror=ro
Если это так, то у вас физическая проблема, возможно, поврежден SSD.
следующий шаг
dmesg -k
это покажет вам все вызовы ядра из системы с момента запуска, ищите что-то вроде этого
[ 6.190768] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
может быть что-то с sdb
, сразу после этого вы можете увидеть ошибку или несколько, что-то говорящее вам о том, что у блочного устройства есть проблема... если что-то появится, вы можете начать с поиска в гугле:)
PS :Если у вас есть проблемы с dmesg -k
и вы не видите журнал, потому что он слишком быстрый, попробуйте с dmesg -k | less
.