Автор Тема: Монтирование разделов через fstab  (Прочитано 10714 раз)

Оффлайн gryzun

  • Начинающий
  • *
  • Сообщений: 6
    • Email
При обновлении ядра с версии 4.9.56-std-def на 4.9.78-std-def перестал загружаться компьютер:
A start job is running for dev-disk...Речь идёт про единственный раздел единственного жёсткого диска IDE, который после обновления ядра перестал монтироваться через /etc/fstab.
Кроме того, если до обновления ядра, проблемный раздел назывался sdc1, то с новым ядром это уже hda1.
Содержимое /etc/fstab:
[root@home etc]# cat /etc/fstab
proc            /proc                   proc    nosuid,noexec,gid=proc          0 0
devpts          /dev/pts                devpts  nosuid,noexec,gid=tty,mode=620  0 0
#tmpfs          /tmp                    tmpfs   nosuid                          0 0

UUID=2ffb769d-8867-4e3f-b1a4-2ba68bed4f2c       swap    swap    defaults        0       0
UUID=8291c022-bc52-4185-9d2c-44e07dfaa884       /       ext4    relatime        1       1

UUID=7C0A1F88215FDE2E   /mnt/sda1       ntfs-3g         defaults                0       0
UUID=6ABCDE75BCDE3AF1   /mnt/sda5       ntfs-3g         defaults                0       0
UUID=F62B8E755ADC9379   /mnt/sda6       ntfs-3g         defaults                0       0
UUID=38F8077BF8073722  /mnt/hda1       ntfs-3g         defaults                0       0

blkid:
[root@home etc]# blkid
/dev/sda1: UUID="7C0A1F88215FDE2E" TYPE="ntfs" PARTUUID="a82224f7-01"
/dev/sda5: UUID="6ABCDE75BCDE3AF1" TYPE="ntfs" PARTUUID="a82224f7-05"
/dev/sda6: UUID="F62B8E755ADC9379" TYPE="ntfs" PARTUUID="a82224f7-06"
/dev/sdb1: UUID="2ffb769d-8867-4e3f-b1a4-2ba68bed4f2c" TYPE="swap" PARTUUID="b2955e6f-01"
/dev/sdb2: UUID="8291c022-bc52-4185-9d2c-44e07dfaa884" TYPE="ext4" PARTUUID="b2955e6f-02"
/dev/hda1: UUID="38F8077BF8073722" TYPE="ntfs" PARTUUID="b7f7b7f7-01"
Фрагмент лога journalctl:
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: dev-disk-by\x2duuid-38F8077BF8073722.device: Job dev-disk-by\x2duuid-38F8077BF8073722.device/start timed out.
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-38F8077BF8073722.device.
-- Subject: Ошибка юнита dev-disk-by\x2duuid-38F8077BF8073722.device
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Произошел сбой юнита dev-disk-by\x2duuid-38F8077BF8073722.device.
--
-- Результат: timeout.
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: Dependency failed for /mnt/hda1.
-- Subject: Ошибка юнита mnt-hda1.mount
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Произошел сбой юнита mnt-hda1.mount.
--
-- Результат: dependency.
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: Dependency failed for Local File Systems.
-- Subject: Ошибка юнита local-fs.target
-- Defined-By: systemd
-- Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Произошел сбой юнита local-fs.target.
--
-- Результат: dependency.
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: mnt-hda1.mount: Job mnt-hda1.mount/start failed with result 'dependency'.
янв 31 00:27:12 home.tomtelnet.ru systemd[1]: dev-disk-by\x2duuid-38F8077BF8073722.device: Job dev-disk-by\x2duuid-38F8077BF8073722.device/start failed with result 'timeout'.
Что не так? Спасибо.
« Последнее редактирование: 31.01.2018 22:03:37 от sb »

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Re: Монтирование разделов через fstab
« Ответ #1 : 31.01.2018 22:15:06 »
По идее, при монтировании по UUID должно быть без разницы, hda он там, или sdc. Хотя само по себе интересно - вперёд, в прошлое что ли? А вот что подозрительно, это "Результат: timeout". Может что-то не так с драйвером контроллера у нового ядра? Но вопрос мне интересен: кое-где, где есть IDE, рано или поздно нужно будет обновляться. Попробую завтра придумать, где посмотреть. Но без systemd, хотя не думаю, что он тут сильно виновен. А если nofail вместо defaults написать ?

В крайнем случае дома в выходные посмотрю: сейчас IDE hdd под руками нет, а завтра вечером некогда будет.
« Последнее редактирование: 31.01.2018 22:19:38 от asy »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Монтирование разделов через fstab
« Ответ #2 : 31.01.2018 22:37:46 »
При обновлении ядра с версии 4.9.56-std-def на 4.9.78-std-def перестал загружаться компьютер:
A start job is running for dev-disk...Речь идёт про единственный раздел единственного жёсткого диска IDE, который после обновления ядра перестал монтироваться через /etc/fstab.
Кроме того, если до обновления ядра, проблемный раздел назывался sdc1, то с новым ядром это уже hda1.
Содержимое /etc/fstab:
[root@home etc]# cat /etc/fstab
...
UUID=38F8077BF8073722  /mnt/hda1       ntfs-3g         defaults                0       0

blkid:
[root@home etc]# blkid
...
/dev/hda1: UUID="38F8077BF8073722" TYPE="ntfs" PARTUUID="b7f7b7f7-01"

Что не так? ...

В парню из RedHat:
- Не чини то что не сломано.

В этой ситуации система на sysv грубо выругалась бы в tty7, но продолжала бы грузиться.

Или ядро, или файловая на IDE, или сам винчестер.
Загрузиться с прежним ядром в смысле проверки.

Можно загрузиться в лайв на sysv и проверить.
Проверка smart параметров
Проверка через whdd
Проверка файловой.

Если склероз не изменяет, стартеркиты на icewm и windowmaker, это на sysvinit и лайвы.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Монтирование разделов через fstab
« Ответ #3 : 31.01.2018 23:05:15 »
Проверил свой сизифный ноутбук с IDE винчестером и системой на sysvinit (не systemd) обновленим ядра до последнего:
# ls -l /proc/1/exe
lrwxrwxrwx 1 root root 0 фев  1  2018 /proc/1/exe -> /sbin/init
# lspci|grep -i ide
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 03)
# smartctl -a /dev/sda|grep 'Model\|ATA Vers'
Model Family:     Hitachi Travelstar 80GN
Device Model:     IC25N080ATMR04-0
ATA Version is:   ATA/ATAPI-6 T13/1410D revision 3a
Config file: /etc/initrd.mk
Generating module dependencies on host ...
Creating initrd image ...
Adding plymouth support ...
Adding modules ...
Adding modules (preload) ...
Adding rescue modules ...
Adding module dependencies ...
Generating module dependencies in image ...
Adding initrd shell support (shell mode) ...
Adding sysvinit support ...
Packed modules: agpgart ali-agp amd64-agp amd-k7-agp ata_generic ata_piix ati-agp autofs4 button crc16 drm drm_kms_helper efficeon-agp evdev ext4 fb_sys_fops fscrypto hid hid-generic i2c-algo-bit i915 input-leds intel-agp intel-gtt jbd2 libata mbcache nvidia-agp pata_acpi scsi_mod sd_mod serio_raw sis-agp sworks-agp syscopyarea sysfillrect sysimgblt via-agp video
Sorting sysvinit services ...
Packing image to archive ...
Writing build info files ...
Compressing image ...
Installing image ...
Removing work directory ...

Image is saved as /boot/initrd-4.9.78-std-def-alt1.img
# uname -rm
4.9.78-std-def-alt1 i686
# lsmod|grep ata
ata_generic             2951  0
pata_acpi               2789  0
ata_piix               22423  4
libata                213467  3 ata_piix,ata_generic,pata_acpi
scsi_mod              197619  6 scsi_dh_emc,sd_mod,scsi_dh_alua,libata,scsi_dh_rdac,dm_multipath

Ядро ни при чём.
Ядро обновлялось с 4.9.62-std-def-alt1
« Последнее редактирование: 31.01.2018 23:40:53 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Монтирование разделов через fstab
« Ответ #4 : 01.02.2018 04:43:39 »
...
Речь идёт про единственный раздел единственного жёсткого диска IDE, который после обновления ядра перестал монтироваться через /etc/fstab.
Кроме того, если до обновления ядра, проблемный раздел назывался sdc1, то с новым ядром это уже hda1.
Содержимое /etc/fstab:
...
UUID=38F8077BF8073722  /mnt/hda1       ntfs-3g         defaults                0       0
...

- Леонид, ты опять нашкодил?! Получишь указкой по рукам!

Ядро не меняет имя блочного устройства ide винчестера:
# grep -rHi . /sys/dev/block/8\:*/uevent 2>/dev/null
/sys/dev/block/8:0/uevent:MAJOR=8
/sys/dev/block/8:0/uevent:MINOR=0
/sys/dev/block/8:0/uevent:DEVNAME=sda
/sys/dev/block/8:0/uevent:DEVTYPE=disk
/sys/dev/block/8:1/uevent:MAJOR=8
/sys/dev/block/8:1/uevent:MINOR=1
/sys/dev/block/8:1/uevent:DEVNAME=sda1
/sys/dev/block/8:1/uevent:DEVTYPE=partition
/sys/dev/block/8:1/uevent:PARTN=1
/sys/dev/block/8:2/uevent:MAJOR=8
/sys/dev/block/8:2/uevent:MINOR=2
/sys/dev/block/8:2/uevent:DEVNAME=sda2
/sys/dev/block/8:2/uevent:DEVTYPE=partition
/sys/dev/block/8:2/uevent:PARTN=2
/sys/dev/block/8:3/uevent:MAJOR=8
/sys/dev/block/8:3/uevent:MINOR=3
/sys/dev/block/8:3/uevent:DEVNAME=sda3
/sys/dev/block/8:3/uevent:DEVTYPE=partition
/sys/dev/block/8:3/uevent:PARTN=3
/sys/dev/block/8:4/uevent:MAJOR=8
/sys/dev/block/8:4/uevent:MINOR=4
/sys/dev/block/8:4/uevent:DEVNAME=sda4
/sys/dev/block/8:4/uevent:DEVTYPE=partition
/sys/dev/block/8:4/uevent:PARTN=4
# grep -rHi . /var/log/kernel/info | sed -n '2094p; 2099,2104p' | awk '{$1=$2=$3=$4=""; print $0}'
    kernel: [ 2.129420] ata1.00: configured for UDMA/100
    kernel: [ 4.072062] scsi 0:0:0:0: Direct-Access ATA IC25N080ATMR04-0 AD4A PQ: 0 ANSI: 5
    kernel: [ 4.079148] sd 0:0:0:0: [sda] 156293231 512-byte logical blocks: (80.0 GB/74.5 GiB)
    kernel: [ 4.079214] sd 0:0:0:0: [sda] Write Protect is off
    kernel: [ 4.079217] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
    kernel: [ 4.079241] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
    kernel: [ 4.127089] sda: sda1 sda2 sda3 sda4
и тем более не лезет переименованием в fstab

Это уже Лёнька нашкодил.

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Монтирование разделов через fstab
« Ответ #5 : 01.02.2018 07:55:33 »
Пропишите в /etc/fstab  с ключом nofail (продолжать загружаться независимо от результатов монтирования)
https://www.altlinux.org/Участник:HihinRuslan/Systemd
UUID="38F8077BF8073722" /mnt/hda1 ntfs-3g locale=ru_RU.UTF-8,dmask=0,umask=111,nofail 0 0
Раньше IDE назывались hda, возможно в новом ядре вернулись к этой практике. Что в принципе логичнее (не идёт эмуляции через libsata).
Виноват-ли в этом новый systemd или ядро - не уверен - надо смотреть подробные логи, в том числе и логи udev

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Монтирование разделов через fstab
« Ответ #6 : 01.02.2018 08:01:27 »
, который после обновления ядра перестал монтироваться через /etc/fstab.
Скорее поверю, что Windows неправильно выключили ;-)
Для более подробного анализа нужно смортеть выдачу (в том числеdmesg) после неудачной попытки монтирования.
Это уже Лёнька нашкодил.
При всём уважении к вам, это в данном случае бездоказательное утверждение. Если у вас работает, а у кого-то нет, а у вас sysvinit, а у другого systemd, то это автоматом не означает, что виноват systemd. Возможна ещё куча причин с этим никак не связанная.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Монтирование разделов через fstab
« Ответ #7 : 01.02.2018 08:52:45 »
Это уже Лёнька нашкодил.
При всём уважении к вам, это в данном случае бездоказательное утверждение. Если у вас работает, а у кого-то нет, а у вас sysvinit, а у другого systemd, то это автоматом не означает, что виноват systemd. Возможна ещё куча причин с этим никак не связанная.

Как говорят выше, сменилось имя устройства, с sdc на hda.
Ядро отпадает.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Монтирование разделов через fstab
« Ответ #8 : 01.02.2018 08:59:50 »
Раньше IDE назывались hda, возможно в новом ядре вернулись к этой практике.

:-) Т.е. ядро выборочно меняет имя устройства в зависимости от настроения? У парня сменило, а у меня нет?
У нас с ним и версия, и флавор, и сборка ядра одна и та же.
Если бы меняло, у меня бы ноутбук не загрузился.
И мои выбросы выше показывают, ядро не меняет. См. лог kernel выше.
Не надо на Линуса наговаривать.

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Монтирование разделов через fstab
« Ответ #9 : 01.02.2018 09:02:47 »
Для вашего вывода, надо как-минимум, иметь подтверждение, что ещё у кого-то IDE диск стал определяться "по-старому" 

Оффлайн ruslandh

  • Поспешай не торопясь !
  • Модератор глобальный
  • *****
  • Сообщений: 32 246
  • Учиться .... Телепатами не рождаются, ими ....
    • Email
Re: Монтирование разделов через fstab
« Ответ #10 : 01.02.2018 09:08:14 »
Вопросы по теме:
- А со старым ядром работает нормально?
- Какие ещё пакеты при этом обновились?

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 099
Re: Монтирование разделов через fstab
« Ответ #11 : 01.02.2018 10:48:21 »
Как говорят выше, сменилось имя устройства, с sdc на hda.
Ядро отпадает.
Тут ровно наоборот. Это именно ядро и модули. Но это не должно быть причиной проблем в случае использования UUID. Вот далее, когда до обработки fstab доходит, тут уже или systemd, или проблемы в районе hdd, драйвера, или контроллера.

Оффлайн sirares

  • Давно тут
  • **
  • Сообщений: 187
Re: Монтирование разделов через fstab
« Ответ #12 : 01.02.2018 11:53:07 »
Как говорят выше, сменилось имя устройства, с sdc на hda.
Ядро отпадает.
Тут ровно наоборот. Это именно ядро и модули. Но это не должно быть причиной проблем в случае использования UUID. Вот далее, когда до обработки fstab доходит, тут уже или systemd, или проблемы в районе hdd, драйвера, или контроллера.
У меня в другой системе подобное было - в системе ntfs-3g установлен, но загружаться с прописанным в fstab разделом ntfs категорически желала после перезагрузки из виндовс, если перезагрузка из-под линукс - все ОК, пересобрать ядро не получилось, поставил костыль - монтировал раздел скриптом в /etc/rc.d/rc.local... Увы костыль, но работало!
Из того что читал -  ntfs модуль в ядре работает в другом режиме нежели пакет ntfs-3g, несколько лет назад было, кажется в ядре только режим чтения реализован или работает медленнее нежели ntfs-3g, поэтому его не рекомендовали включать... - Возможно ошибаюсь, - давно было и я так и не сделал.
Общался с разработчиками - поменяли udev - результат стабильным не получился - сбои иногда случались(возможно время последнего доступа к разделу влияло(загрузка из-под виндовс-линукс)) - остановился на скрипте. К сожалению записи и логи не сохранились.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: Монтирование разделов через fstab
« Ответ #13 : 01.02.2018 16:42:34 »
У меня в другой системе подобное было - в системе ntfs-3g установлен, но загружаться с прописанным в fstab разделом ntfs категорически желала после перезагрузки из виндовс,

Убунтоводы на этот случай рекомендуют в консоли Windows открытой с правами администратора подавать команду
C:\Windows\system32\>powercfg -h off
https://www.youtube.com/watch?v=OmMkAGuZxCE#t=9m54s
Команда отключает гибернацию.
« Последнее редактирование: 01.02.2018 16:56:12 от Speccyfighter »

Оффлайн gryzun

  • Начинающий
  • *
  • Сообщений: 6
    • Email
Монтирование разделов через fstab
« Ответ #14 : 01.02.2018 16:59:05 »
Немного поясню. При загрузке со старым ядром, а я его не удалил, всё идёт нормально. Так, что установленные пакеты не причём. Если закомментировать строку проблемного раздела в fstab, то система загружается и на новом ядре. Загрузившись можно удалить комментарий в fstab и выполнить: mount -a. Тогда раздел без вопросов монтируется.
Можно добавить и nofail в fstab, тогда произойдёт следующее. Система загрузится, но уже без этого раздела и после его уже примонтировать не удастся, даже в ручную.
Что касается сомнений в целостности этого раздела, то он был проверен виндовым chkdsk, тоже вроде всё нормально.
Есть идеи?
« Последнее редактирование: 01.02.2018 18:52:06 от gryzun »