Ошибка монтирования при загрузке ubuntu

Ошибка монтирования NTFS разделов при загрузке Linux на самом деле возникает не только в Linux.

The disk contains an unclean file system (0, 0).
Metadata kept in Windows cache, refused to mount.
Failed to mount ‘/dev/sda*’: Operation not permitted.
The NTFS partition is in an unsafe state.
Please resume and shutdown Windows fully (no hibernation or fast restarting), or mount the volume read-only with the ‘ro’ mount option.

Собственно, решение кроется в самой ошибке. «Проблема» была замечена ещё в Windows 8 Developer Preview. И связана она именно с процессом выключения компьютера из OS Windows. И хотя в Windows 8.1 процесс был немножечко подправлен, в ней так же возникают проблемы при использовании на ПК более одной операционной системы. Microsoft не лукавили, обещая в восьмой линейке более быструю загрузку, нежели в предыдущих версиях Windows. Но с реализацией вилы, как всегда. При чём это затрагивает не только Linux, но и саму Windows. Если у вас две Windows (8.1 и более ранняя, на пример, для старых игр), то после выключения ПК из Windows 8/8.1 и последующем его включении, вы можете обнаружить, что загрузчик Windows благополучно минует шаг выбора операционных систем и начинает грузить Windows 8.1. Загрузка же Linux плюётся ошибками при монтировании NTFS разделов, если у вас указано автоматическое монтирование оных при загрузке. После перезагрузки Windows такого не случается. А всё потому, что выключение ПК начиная с Windows 8 имеет хитрую особенность: Это нечто среднее между «стандартным» выключением и гипернацией. Пользовательские сессии при этом закрываются, а сессия ядра — нет. Это и обеспечивает «быструю» загрузку операционной системы при включении. О чём нам и сообщает Linux при попытке примонтировать NTFS раздел: «Metadata kept in Windows cache, refused to mount».

Откройте панель управления и перейдите в «оборудование и звук», далее «Настройки питания», далее следует выбрать настройки кнопки «питания» в левой части окна. После чего изменить настройки. Уберите галку с рекомендованной «быстрой загрузки» и при выключении ПК он будет выключаться как положено — закрывая все сессии. Соответственно, если ваши NTFS разделы на самом деле не содержат ошибок, то проблем с их монтирование больше не будет. Так же и Windows загрузчик будет предоставлять выбор, в том случае, если у вас не одна Windows на ПК.

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

---

---

---

---

Страницы: [1]   Вверх

0

1

брат как-то выключил комп и отвалилась ext4 на home.
теперь при загрузке пишет что не может смонтировать раздел и выдает кучу ошибок. доступен только гостевой сеанс.
команда sudo mount /dev/sda6 /home/name выдает:

sudo: unable to change to sudoers gid: Операция не позволяется
sudo: setresuid() [0, 0, 0] -> [116, -1, -1]: Операция не позволяется

что делать?

• Ссылка

Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.

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

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

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

• Linux после обновления не загружается, вы обновляли дистрибутив и что-то пошло не так, и теперь вы не можете попасть в вашу рабочую оболочку;
• Linux перестал загружаться в результате повреждения файловой системы;
• Linux не может примонтировать один из важных разделов диска из-за неверных настроек fstab;
• Система не загружается из-за несовместимости графического драйвера и ядра;
• Диск переполнен и системе попросту негде создать временные файлы.

Все это может возникать не так редко, если вы очень любите экспериментировать с системой и при этом не очень аккуратны. Мы не будем рассматривать проблемы с загрузкой из за Grub. Я буду надеяться, что там у вас все в порядке. Самое главное, что нужно сделать при проблемах с загрузкой — это посмотреть внимательно логи последней загрузки. Только так вы сможете понять в чем причина проблем и не гадать. Как это сделать? Есть несколько способов, вы можете использовать LiveCD или загрузиться в режим восстановления.

Проверка журналов загрузки

Итак, вы загрузились с LiveUSB системы и подключили разделы с основной системой или же вошли в режим восстановления с помощью загрузчика Grub. Для этого есть специальная опция в большинстве дистрибутивов. Она загружает однопользовательский режим Systemd с поддержкой сети и минимальными возможностями. С помощью него вы можете вернуть систему к нормальной работе.

Для работы в этом режиме нужно ввести пароль суперпользователя.

Если такого пункта нет можно загрузить режим восстановления Bash. Для этого нужно нажать клавишу «E» на пункте меню Grub и дописать в строку параметров ядра «init=/bin/bash»:

С этим параметром ядро запустит интерпретатор Bash вместо того, чтобы загружать систему инициализации. Самый первый способ посмотреть логи в systemd — это использовать утилиту journalctl. Система нам сама подсказывает какую команду нужно запустить, чтобы посмотреть логи:

journalctl -xb

Если во время загрузки возникла ошибка, вы найдете ее здесь. Если же вы пошли другим путем, можно посмотреть несколько файлов, первый из них — /var/log/boot.log. Он есть не во всех дистрибутивах, но если есть, то здесь вы найдете все сообщения, которые выводились на экран во время загрузки:

cat /var/log/boot.log

В режиме восстановления можно посмотреть содержимое лога ядра с помощью dmesg, в LiveUSB это бесполезно:

dmesg

Еще кое-какую информацию можно получить из файла /var/log/messages, в котором хранятся общесистемные сообщения от различных сервисов, в том числе во время загрузки:

cat /var/log/messages

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

Что делать если Linux не грузится?

1. Проблема с местом на диске

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

df -h

Если доступно 0% места, то вы знаете в чем проблема. Чтобы ее решить просто удалите ненужные файлы из папок /var/log, /var/cache/ и так далее. Для того чтобы вы смогли редактировать и удалять файлы, корневую систему, возможно, придется перемонтировать для чтения и записи:

mount -o remount,rw /

2. Целостность пакетов и системы

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

dpkg --configure -a

Также можно выполнить:

sudo apt -f install
# sudo apt update && sudo apt full-upgrade

Но это сработает только в chroot окружении LiveUSB системы, поскольку в режиме восстановления интернета нет. Вы можете попытаться настроить проводной интернет с помощью команды:

dhclient

3. Проблема с /etc/fstab

Следующая причина проблем с загрузкой может быть неверная запись в /etc/fstab для одного из разделов, если лог сообщает что-то в роде «Dependency failed for /dev/disk/by-uuid/f4d5ddc4-584c-11e7-8a55-970a85f49bc5» то это означает, что система не может примонтировать один из разделов в /etc/fstab.

Если это будет корневой раздел, система не загрузится. Systemd может выдавать много ошибок, но важно найти первую. Все остальные могут оказаться только ее следствием.

Поэтому если есть такая ошибка в логе проверьте файл /etc/fstab. Правильно ли там указан адрес корневого раздела? Если не уверены, лучше заменить на привычную запись Linux без UUID.

4. Повреждение файловой системы

Обычно файловая система проверяется автоматически, но это обычно. Если вы отключили эту функцию, а потом произошло неожиданное отключение компьютера, файловая система будет повреждена, а восстановить ее будет некому. Поэтому при ошибках монтирования еще можно попытаться проверить файловые системы на ошибки:

fsck -a /dev/sda5

Здесь нужно указать адрес файла нужного раздела в файловой системе.

5. Проблема видеодрайвера

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

apt purge nvidia*

Для видеокарт AMD команда будет выглядеть так:

apt purge fglrx*

С новым драйвером AMDGPU проблем быть не должно, так как он имеет открытый исходный код и встроен в ядро.

Во всяком случае, после удаления драйвера черный экран Linux должен перестать появляться.

6. Другое

Если у вас все же проблемы с загрузчиком Grub, вы можете использовать инструмент BootRepair для восстановления или просмотрите статью как восстановить Grub2 вручную. Также, возможно, вас заинтересует статья: ускорение загрузки Linux.

Выводы

В этой статье мы рассмотрели что делать когда не загружается Linux. Как видите, может возникнуть достаточно различных проблем. Но преимущество Linux в том, что вы можете решить все это благодаря прямому доступу к файловой системе. Также, если домашняя папка вынесена в отдельный раздел, то если ничего не сработает — можно переустановить систему с минимальными потерями. Надеюсь, эта информация была полезной.

Обнаружили ошибку в тексте? Сообщите мне об этом. Выделите текст с ошибкой и нажмите Ctrl+Enter.