На одном HDD стоит и Бунту и Винда. Имеется раздел, который используется и там и там. Все работало без проблем. Раздел в Бутну монтировался через fstab. Сегодня, вдруг заметил, что именно это раздел в Бунту, и именно сегодня, стал монтироваться только на чтение. До этого крайней запускал Винду. Стал разбираться и гуглить. Ничего вразумительного и конкретного найти не удалось.
chwon не помогло. chmod не использовал (умышленно). До сего дня-то все работало, и безо всяких chmod.
Вспомнил, что при НЕ отмонтировании раздела в Винде (корректном завершении), происходят различные глюки. Вопрос был решен заходом в Винду, открытием-закрытием раздела, и последующим корректным завершением Винды.
Следовательно, в надстройке самого раздела как-то прописывается инфа о монтировании или размонтировании конкретного раздела в той или иной среде, которая непосредственно влияет на последующую работу с разделом.
Допустим, раздел Винды просто упал (некорректно завершился и более не запускается)
ВОПРОС:
Как можно без участия Винды восстановить полноценную работу раздела из под Бунту?
Может помочь утилита из пакета ntfs-3g
$sudo ntfsfix /dev/раздел
Спасибо за подсказку. Буду пробовать.
Подозреваю, что все дело в нежелании винды (а она наверное 10-ка или 8-ка?) нормально выключаться.
Винды этих версий вместо выключения уходят в гибернацию, что и создает проблемы при совместном использовании на одном компе.
Так у меня на ноуте по такой причине глючила вай-фай карта интел в ноуте.
Нашел рецепт - настроил кнопку для полного выключения 10-ки
https://www.starusrecovery.ru/articles/how-to-get-windows10-to-shut-down.html
Да нет. Винда в принципе корректно работает и завершается. Но иногда (то ли по невнимательности, то ли по какому-либо глюку) происходит нечто подобное, о чем я изложил.
Да и суть моего вопроса не в том, как корректно завершить или подрихтовать винду (способов масса, тот же WinPE), а в том, как подправить без самой винды прямо в среде бунту (как говорится - не отходя от кассы), если подобное произойдет?
А тебе большой плюс за то, что по сути изнчально понял, о чем речь!
Правда решения никакого не предложил (исключая самуВинду). По этому не спец.
Но тем не менее спасибо.
Именно благодаря твоему посылу нашел решение.
Спасибо большое jzyken за подсказку. Проверил работу утилиты ntfsfix. Она прекрасно и быстро справилась с исправлением ошибки раздела.
Снимаю свои лобызания в отношении jzyken. Но при этом спасибо большое, что указал (хоть и не вольно), в каком направлении копать?!
Что имеем на выходе:
Винда, начиная с 8-ки и далее, для себя самой пишет некий инфо-файл, в котором прописывает структуру FAT-таблицы на момент своего корректного "ЗАВЕРШЕНИЯ РАБОТЫ".
Для того, что бы быстрее загрузится при последующем запуске, производители придумали не читать полностью разделы носителя, а загрузить инфу с последнего выхода системы, которая прописывается в отдельный и конкретный файл.
Таким образом, при последующей загрузке системы, достаточно загрузить инфу структуры FAT при предыдущем выходе, и время загрузки системы сокращается в разы (исключая вновь обработку boot -a раздела носителя).
Тем самым МикроСовт повысил производительность загрузки своих продуктов на железе конечных пользователей.
Решение такое:
1. Если винда не актуальна, то убираем именно в винде опцию "быстрая загрузка", либо "гибернация". При этом винда грузится дольше.
2. Если мы хотим из Линуха глубоко наплевать на винду, и решить свои вопросы в полном объеме здесь и сейчас, то делаем следующее:
Принудительное монтирование раздела с виндовой гибернацией.
sudo mount -t ntfs-3g -o remove_hiberfile /dev/(раздед) /media/(ХХХ)
Если ВДРУГ вам необходимо не разово, а постоянно использовать виндовый раздел (не зависимо от поведения винды), то в fstab, в строке монтирования конкретного раздела при загрузке системы в опциях указать параметр - remove_hiberfile.
Проверил на своем буке. Всё прекрасно отрабатывает.
Для большего понимания приведу пример своего fstab:
/dev/sda6 /media/Data ntfs rw,user,notail,relatime,auto,remove_hiberfile 0 0
Отправить комментарий