Не загружается без ранее примонтированного NTFS-раздела

Сообщения
32
#1
В общем ситуация такая. Есть SSD на котором стоит Астра, далее в комп был добавлен HDD с разделом NTFS (со старым архивом документов). И монтирование этого раздела добавлено в fstab: UUID=5A2A68D22A68ACA7 /media/.../... ntfs-3g defaults,nodev,nosuid,locale=ru_RU.UTF-8 0 0

И вот вчера случилась беда - комп был насильно выключен путем выдергивания шнура питания из розетки. После этого при загрузке были видны попытки проверить HDD на ошибки, ругания на сектор номер такой-то и всё на этом останавливалось: You are in emergency mode, cannot access to console, root account is locked.

Пробовал просто отключить HDD - надпись что должна начаться задача по проверке HDD - 1 минута и 30 секунд отсчет шел - и на этом тоже всё - стоп.

Кончилось тем, что взял диск с дистрибутивом Windows 8.1, запустил командную строку, проверил HDD chkdsk c: /r, ошибки были исправлены и после этого Астра нормально загрузилась. HDD виден исправно.

Вот и вопрос: почему Астра не хочет грузиться без подключенного HDD который прописан в fstab? Или мне для монтирования NTFS раздела лучше ярлычок создать на рабочем столе чтоб не было таких проблем?
 

Olej

New member
Сообщения
1 307
#2
Вот и вопрос: почему Астра не хочет грузиться без подключенного HDD который прописан в fstab?
Не хочет грузиться потому как:
- если на NTFS ошибки, битая система - оно не может примонтировать как прописано в /etc/fstab;
- а если вы убираете HDD аппаратно, то оно не может примонтировать то что прописано в /etc/fstab;
- до тех пор, пока всё что прописано в /etc/fstab не подмонтировано - система не имеет права грузиться далее...
- (среди опций формата /etc/fstab есть что-то, указывающее необязательность монтирования - ищите в man)
Или мне для монтирования NTFS раздела лучше ярлычок создать на рабочем столе чтоб не было таких проблем?
1. NTFS - это говно ... вы своими экспериментами лишний раз в этом убедились. Фирма IBM раскрывала эту аббревиатуру как NoT File System, и долгое время отказывались под неё что-то делать...
2. NTFS - это совершенно противоестественная вещь для Linux/UNIX ... её поддержка появилась позже и сбоку-припёку от полтора десятка органичных для UNIX файловых систем: ext2/3/4, btrfs, и др.
3. Лучше это чумо не втягивать в процессы загрузки и обязательных операций Linux ... делать монтирование дополнительным действием пользователя, как вы предлагаете.
 

Montfer

New member
Сообщения
2 364
#3
Если загуглить эту ошибку You are in emergency mode, cannot access to console, root account is locked, сразу же найдете решение.... Разве это сложно?
 

Olej

New member
Сообщения
1 307
#4
Тут вопрос не в диагностировании ошибки - оно делается и по логике вещей, один-два раза напоровшись на такое...
А вопрос в том как лучше разрешить такие ситуации.
Ответ тот, что: не нужно втягивать в Linux то что ему неорганично (по крайней мере, не нужно втягивать в мэйнстрим Linux: загрузку, управление сервисами, ...).
А в отношении NTFS (по опыту и отзывам по Интернет):
- используйте старые архивы NTFS монтируя их вручную по необходимости...
- но используйте только по чтению - ничего туда не пишите!
P.S. Если это у вас выходящая из обращения технология под Linux, то зачем именно туда писать что-то новое?
 

Montfer

New member
Сообщения
2 364
#5
Тут вопрос не в диагностировании ошибки - оно делается и по логике вещей, один-два раза напоровшись на такое...
А вопрос в том как лучше разрешить такие ситуации.
Ответ тот, что: не нужно втягивать в Linux то что ему неорганично (по крайней мере, не нужно втягивать в мэйнстрим Linux: загрузку, управление сервисами, ...).
А в отношении NTFS (по опыту и отзывам по Интернет):
- используйте старые архивы NTFS монтируя их вручную по необходимости...
- но используйте только по чтению - ничего туда не пишите!
P.S. Если это у вас выходящая из обращения технология под Linux, то зачем именно туда писать что-то новое?
Сегодня - выходящая, завтра - входящая.
А пользователь может монтировать разделы без sudo?
 

Olej

New member
Сообщения
1 307
#6
Сегодня - выходящая, завтра - входящая.
Никогда NTFS не будет в числе основных средств Linux. Просто потому, что в Linux поддерживается десяток различных других файловых систем, на любой вкус, каждая из которых по всем показателям превосходит NTFS. И в направлении этих и ещё новых файловых систем идёт постоянное развитие... см.: Btrfs, ext4, xfs, zfs, F2FS, ...
А пользователь может монтировать разделы без sudo?
Классическая утилита mount (из UNIX перешедшая в Linux) не допускает монтирования без прав root. И это очень правильно! - это очень серьёзный рубеж и гарантия безопасности. Это принципиальная позиция стандартов POSIX (которые определяют функционирования UNIX/Linux). Представьте себе, если бы всяк лох стал монтировать в дерево файловой системы целые поддеревья, в том числе и сетевые, находящиеся на удалённых сетевых хостах! :eek:

Но позже были добавлены ограниченные средства (они есть разные), допускающие в некоторых случаях монтировать отдельные устройства ординарному пользователю:
- если это (известное наперёд) устройство прописано с соответствующими опциями в /etc/fstab;
- была создана специальная подсистема FUSE (Filesystem in Userspace) для написания поддержки файловых систем без задействования модулей ядра ... вот здесь названы пару десятков ФС реализованных через FUSE: https://en.wikipedia.org/wiki/Filesystem_in_Userspace
- правилами udev можно предопределить автоматическое монтирование устройств при горячем подключении для ординарного пользователя.
Но это не нарушение правил mount + root, а некоторое смягчение их в отдельных ограниченных и строго предписанных случаях.

P.S. Кстати, драйвер NTFS в Linux - NTFS-3G - реализован через FUSE, в пользовательском пространстве (т.е. "через жопу" - кой-как да будет работать! :p). Упрощённые драйверы файловых систем пользовательского пространства (FUSE) будут всегда при прочих равных в разы медленнее нативных реализаций с помощью модулей ядра. Хотя бы просто поэтому эту файловую систему нельзя считать за серьёзную в Linux.
 
Последнее редактирование:

Montfer

New member
Сообщения
2 364
#7
Никогда NTFS не будет в числе основных средств Linux. Просто потому, что в Linux поддерживается десяток различных других файловых систем, на любой вкус, каждая из которых по всем показателям превосходит NTFS. И в направлении этих и ещё новых файловых систем идёт постоянное развитие... см.: Btrfs, ext4, xfs, zfs, F2FS, ...

Классическая утилита mount (из UNIX перешедшая в Linux) не допускает монтирования без прав root. И это очень правильно! - это очень серьёзный рубеж и гарантия безопасности. Это принципиальная позиция стандартов POSIX (которые определяют функционирования UNIX/Linux). Представьте себе, если бы всяк лох стал монтировать в дерево файловой системы целые поддеревья, в том числе и сетевые, находящиеся на удалённых сетевых хостах! :eek:

Но позже были добавлены ограниченные средства (они есть разные), допускающие в некоторых случаях монтировать отдельные устройства ординарному пользователю:
- если это (известное наперёд) устройство прописано с соответствующими опциями в /etc/fstab;
- была создана специальная подсистема FUSE (Filesystem in Userspace) для написания поддержки файловых систем без задействования модулей ядра ... вот здесь названы пару десятков ФС реализованных через FUSE: https://en.wikipedia.org/wiki/Filesystem_in_Userspace
- правилами udev можно предопределить автоматическое монтирование устройств при горячем подключении для ординарного пользователя.
Но это не нарушение правил mount + root, а некоторое смягчение их в отдельных ограниченных и строго предписанных случаях.

P.S. Кстати, драйвер NTFS в Linux - NTFS-3G - реализован через FUSE, в пользовательском пространстве (т.е. "через жопу" - кой-как да будет работать! :p). Упрощённые драйверы файловых систем пользовательского пространства (FUSE) будут всегда при прочих равных в разы медленнее нативных реализаций с помощью модулей ядра. Хотя бы просто поэтому эту файловую систему нельзя считать за серьёзную в Linux.
Ну и как там кошерно примонтировать раздел ntfs под пользователем?
 

Olej

New member
Сообщения
1 307
#8
Ну и как там кошерно примонтировать раздел ntfs под пользователем?
Добавьте в /etc/fstab что-то типа:
Код:
/dev/sda4  /mnt/dist  ntfs  noauto,ro,noexec,nls=utf8,user,umask=000    0 0
И будет вам счастье:
- noauto - не требовать монтирование при загрузке;
- user - разрешить пользователям монтировать это устройство;

См.
Код:
$ man 5 fstab
Там всё написано.
 

Montfer

New member
Сообщения
2 364
#9
Добавьте в /etc/fstab что-то типа:
Код:
/dev/sda4  /mnt/dist  ntfs  noauto,ro,noexec,nls=utf8,user,umask=000    0 0
И будет вам счастье:
- noauto - не требовать монтирование при загрузке;
- user - разрешить пользователям монтировать это устройство;

См.
Код:
$ man 5 fstab
Там всё написано.
Спасибо
 

Olej

New member
Сообщения
1 307
#10
Ну и как там кошерно примонтировать раздел ntfs под пользователем?
С NTFS в Linux вы можете напороться ещё на одну ошибку монтирования, что-то типа: "error mounting: windows is hibernated refused to mount" (здесь не важно root, не root, при загрузке, или вручную).
Это ещё один Windows-идиотизм, связанный с гибернацией, ... это немного другой случай, чем у ТС: если у вас 2 системы установлены на 1 HDD.
Чтоб долго не рассказывать, вот вам ссылка: МОНТИРОВАНИЕ РАЗДЕЛА WINDOWS В LINUX - разбирайтесь кому интересно...
Учитывайте это - очень неприятная фича. :confused:

P.S. Я как-то раньше, когда ещё это не было толком описано в Интернет, убил на это до 2-х дней разборок на ноутбуке, который достался мне от другого пользователя... :eek:
P.P.S. Можете заранее обезопаситься от этой гадости добавив к опциям строки монтирования, показанным выше: ...,remove_hiberfile,...
 
Последнее редактирование:

AFilippov

New member
Сообщения
170
#11
Это ещё один Windows-идиотизм, связанный с гибернацией...
Правильно, товарищ генерал! :) А еще эта ОС, с низкой социальной ответственностью, в UEFI нагадила! Пока гибернацию при завершении работы Windows не отключил, блокировался даже вход в UEFI. Удивление от такого хитрожопого трюка для ускорения загрузки - это не то слово и не та степень.
Лучше это чумо не втягивать в процессы загрузки и обязательных операций Linux ... делать монтирование дополнительным действием пользователя, как вы предлагаете.
Даже усилю, в fstab вообще не тащите ничего, что не требуется для загрузки. На пользовательских машинах дополнительные диски/разделы прекрасно монтируются средствами DE. Для примера:
Screenshot_20190831_185211.png
 
Сообщения
32
#12
Если загуглить эту ошибку You are in emergency mode, cannot access to console, root account is locked, сразу же найдете решение.... Разве это сложно?
Куда уж, когда под рукой не было ничего с чего можно было в инет вылезть.

Это ещё один Windows-идиотизм, связанный с гибернацией, ... это немного другой случай, чем у ТС: если у вас 2 системы установлены на 1 HDD.
Чтоб долго не рассказывать, вот вам ссылка: МОНТИРОВАНИЕ РАЗДЕЛА WINDOWS В LINUX - разбирайтесь кому интересно...
Да слава богу что винды нету. Просто вот остался диск на NTFS, но видать надо его переформатить под ext4.

Хорошо что все помогли разобраться оперативно. Всем большое спасибо.
 
Сообщения
32
#13
Правильно, товарищ генерал! :) А еще эта ОС, с низкой социальной ответственностью, в UEFI нагадила! Пока гибернацию при завершении работы Windows не отключил, блокировался даже вход в UEFI. Удивление от такого хитрожопого трюка для ускорения загрузки - это не то слово и не та степень.

Даже усилю, в fstab вообще не тащите ничего, что не требуется для загрузки. На пользовательских машинах дополнительные диски/разделы прекрасно монтируются средствами DE. Для примера:
Посмотреть вложение 768
А что за утилитка такая?