монтирование дисков при загрузке

[Olej]

Попал я в совершенно дикую ситуацию с монтированием дисков, не имеющих никакого касательства к Linux, при загрузке Linux:

1. был давно стабильно работающий компьютер, 2 винчестера:

Код: Выделить всё

[olej@nvidia ~]$ sudo fdisk -l

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, всего 488397168 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000bfcf6

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *        2048   143362047    71680000   83  Linux
/dev/sda2       143362048   479182847   167910400   83  Linux
/dev/sda3       479182848   488396799     4606976   82  Linux своп / Solaris

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, всего 312581808 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x7c8982da

/dev/sdb1   *          63   102430439    51215188+   7  HPFS/NTFS
/dev/sdb2       102430440   163862999    30716280    c  W95 FAT32 (LBA)
/dev/sdb3       163863000   312576704    74356852+   f  W95 расшир. (LBA)
/dev/sdb5       163863063   225295559    30716248+   b  W95 FAT32
/dev/sdb6       225295623   312576704    43640541    7  HPFS/NTFS

- на 1-м - Linux, Fedora 14 обновлённый до Fedora 15 (как обсуждалось: viewtopic.php?f=19&t=1553), на 2-м - Windows XP.
Большой /dev/sdb6 раздел Windows использовался для образов самых разнообразных VM под VirtualBox, чтобы их использовать (одни и те же VM) и из Linux и их Windows XP.

2. Разделы монтировались при загрузке, прописано в /etc/fstab:

Код: Выделить всё

/dev/sdb1               /mnt/sd1                ntfs    defaults        0 0
/dev/sdb2               /mnt/sd2                vfat    defaults        0 0
/dev/sdb5               /mnt/sd5                vfat    defaults        0 0
/dev/sdb6               /mnt/sd6                ntfs    defaults        0 0

Всё замечательно работало >года, просто песня...

3. Нужно было сменить тип /dev/sdb5: vfat -> ntfs ... сделать там архив книг, фильмов:
- FAT32 не любит русскоязычные имена, а эти вещи скачиваются именно так...
- FAT32 не любит >4Gb, а для DVD это уже стало критично...
- Linux, похоже по опыту эксплуатации, уже достаточно устойчиво разбирается с NTFS.

4. Но! gparted отказался размонтировать /dev/sdb5, ссылаясь, что он как-то используется ядром...
Но замечательно размонтирует аналогичный /dev/sdb2 (и /dev/sdb5).
И здесь 1-й вопрос: почему это может быть?
Не сказался ли ID (тип) раздела: /dev/sdb5 - 0xb, /dev/sdb2 - 0xc? - это, наверное, по недосмотру при начальной разметке разделов (?).

5. Удаляем раздел /dev/sdb5, чтобы позже на его месте создать NTFS...
При этом, естественно, разделы перенумеровываются: /dev/sdb6 => /dev/sdb5 (после удаления), и новый рездел (помле создания) - /dev/sdb6.
И здесь - о ужас! - Linux перестаёт грузиться, при загрузке влетает в консольный однозадачный "рескью" режим...
При этом "тупой" Windows XP грузится замечательно, и удаляет, создаёт, форматирует разделы... а такой умный Linux не в состоянии загрузиться!
Это хорошо, что у меня почти 20 лет опыта борьбы с Linux, когда менее активно, когда более плотно... - и после некоторого остолбенения, в этом однозадачном режиме комментирую в /etc/fstab:

Код: Выделить всё

/dev/sdb1               /mnt/sd1                ntfs    defaults        0 0
/dev/sdb2               /mnt/sd2                vfat    defaults        0 0
#/dev/sdb5               /mnt/sd5                vfat    defaults        0 0
#/dev/sdb6               /mnt/sd6                ntfs    defaults        0 0

Дальше спокойно гружусь в Linux, создаю-удаляю разделы gparted...

А здесь 2-й вопрос: что это за фокусы?
Что-то мне подсказывает, что это Fedora штучки с их задолбанным systemd и его стартом через задницу! ... который решил, что если целостность какого-то совершенно заштатного диска нарушена, то и Linux целиком грузить не следует.
О котором (systemd) уже писалось здесь: Перевод обзора systemd ... и здесь: Журнал:

Можно по разному относиться к Леннарту Поттерингу. ...

Вот уж точно

[tundra37]

Думаю ответ один на оба вопроса: что-то в системе было привязано именно к sdb5. Вряд ли федора что-то проверяет просто так. Кстати вспоминаю, что если что-то указано в fstab и отсутствует, то свеженькие редхаты не грузяться.

[Olej]

Думаю ответ один на оба вопроса: что-то в системе было привязано именно к sdb5. Вряд ли федора что-то проверяет просто так.

Я ведь тоже сначала так подумал (по логике так должно быть), и перепроверял...
Но sdb5 это у меня был специально выделенный диск, где только расположены образы виртуальных дисков VirtualBox. И ничего более!

Кстати вспоминаю, что если что-то указано в fstab и отсутствует, то свеженькие редхаты не грузяться.

Вот это в точности оно же и есть.
А зачем?
А смысл?

[Olej]

в /etc/fstab:

Код: Выделить всё

/dev/sdb1               /mnt/sd1                ntfs    defaults        0 0
/dev/sdb2               /mnt/sd2                vfat    defaults        0 0
#/dev/sdb5               /mnt/sd5                vfat    defaults        0 0
#/dev/sdb6               /mnt/sd6                ntfs    defaults        0 0

Дальше спокойно гружусь в Linux, создаю-удаляю разделы gparted...

Теперь смотрим man того же Fedora:

The sixth field (fs_passno).
This field is used by the fsck(8) program to determine the order in which filesystem
checks are done at reboot time.
...
If the
sixth field is not present or zero, a value of zero is returned and fsck will assume
that the filesystem does not need to be checked.

[tundra37]

Кстати вспоминаю, что если что-то указано в fstab и отсутствует, то свеженькие редхаты не грузяться.

Вот это в точности оно же и есть.
А зачем?
А смысл?

Думаю защита от дурака. Предполагается, что у блондинок в fstab только необходимое для функционирования. И если их нет, то не запускаем, чтобы не иметь глупые вопросы к поддержке. Ну а профи - сами виноваты.

[Olej]

Думаю защита от дурака. Предполагается, что у блондинок в fstab только необходимое для функционирования. И если их нет, то не запускаем, чтобы не иметь глупые вопросы к поддержке. Ну а профи - сами виноваты.

Это не есть достаточным основанием для такого грубого действия (однопользовательский восстановительный режим, без всякой диагностики происходящего - копайся в логах).

Но ситуация заметно хуже!
После пересоздания все монтируемые разделы на диске (и /dev/sdb5, /dev/sdb6 тоже) присутствуют:

Код: Выделить всё

[olej@nvidia ~]$ sudo fdisk -l /dev/sdb

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, всего 312581808 секторов
Units = секторы of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x7c8982da

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sdb1   *          63   102430439    51215188+   7  HPFS/NTFS/exFAT
/dev/sdb2       102430440   163862999    30716280    c  W95 FAT32 (LBA)
/dev/sdb3       163863000   312576704    74356852+   f  W95 расшир. (LBA)
/dev/sdb5       225295623   312576704    43640541    7  HPFS/NTFS/exFAT
/dev/sdb6       163865048   225295622    30715287+   b  W95 FAT32

Пункты таблицы разделов расположены не в дисковом порядке

Сравните с тем, что раньше было:
- после удаления непотребного /dev/sdb5, раздел /dev/sdb6 стал новым /dev/sdb5 ...
- но предыдущий /dev/sdb5 был FAT32, а теперь /dev/sdb5 остался со своим NTFS.
- новосозданный раздел назвался, естественно /dev/sdb6, и тип его FAT32 ...
- а на его месте стоял NTFS

Т.е. фактически произошла (относительно /etc/fstab) только смена типов файловых систем: FAT32 -> NTFS (для /dev/sdb5) и NTFS -> FAT32 (для /dev/sdb6).
Но 6-м параметром в /etc/fstab отчётливо указано: "не проверять целостность" при старте!
Какого же ... systemd влезает не в своё дело? какое его дело какая там файловая система?

Удивляет это потому, что сталкиваясь раньше со многими дистрибутивами Linux (Slackware, RedHat, ALTLinux, Blin, Mandriva, ASP Linux, CentOS - примерно в такой хронологии ... да и Fedora в разных версиях до 15) - нигде такого не видел, а поскольку довольно вольно обращался с /etc/fstab, то обязательно бы отметил такой эффект.
И то же самое (отсутствие такой глупости) и в других UNIX: QNX, Solaris 10, Open Solaris, Minix3 - везде монтирование было как монтирование