Bug 9455 - не монтируются все разделы из fstab
Summary: не монтируются все разделы из fstab
Status: CLOSED WORKSFORME
Alias: None
Product: Sisyphus
Classification: Development
Component: startup (show other bugs)
Version: unstable
Hardware: all Linux
: P2 normal
Assignee: Alexey Gladkov
QA Contact: qa-sisyphus
URL: http://lists.altlinux.ru/pipermail/si...
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-24 03:42 MSD by Alexander
Modified: 2006-12-05 15:28 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander 2006-04-24 03:42:24 MSD
в следующей конфигурации:
------------
/dev/sda3 /       ext3   defaults       0 0
proc            /proc                   proc    gid=19                  0 0
devpts          /dev/pts                devpts  gid=5,mode=620          0 0
usbfs           /proc/bus/usb           usbfs   noauto                  0 0
/dev/sdb5 swap swap defaults 0 0
/dev/sda5 /home reiser4  defaults 1 1
/dev/sda6 /usr reiser4 defaults 1 1
/dev/sda7 /tmp reiser4 defaults 1 1
/dev/sda1 /mnt/win32 ntfs auto,user,umask=0 1 1
/dev/sda2 /mnt/win64 ntfs auto,user,umask=0 1 1
/dev/sda9 /mnt/soft ntfs auto,user,umask=0 1 1
/dev/sdb2 /mnt/work ntfs auto,user,umask=0 1 1
/dev/sda8 /var ext3 defaults 1 1
/dev/sdc1 /var/files ext3 defaults 1 1
/dev/sdb3 /var/files/ftp/e2k ext3 defaults 1 1
------------

чипсет nforce4 на маме ASUS A8N-E, все винты - SATA, SEAGATE sda-160, sdb-160, 
sdc-300
в момент загрузки, после попытки проверить не найденные устройства, имеем:
mount: special device /dev/sda9 does not exist
mount: special device /dev/sdb2 does not exist
mount: special device /dev/sdc1 does not exist
mount: mount point /var/files/ftp/e2k does not exist

ls -laR /dev/discs/*
------------------
/dev/discs/disc0:
disc
part1
part10
part11
part12
part2
part5
part6
part7
part8
part9

/dev/discs/disc1:
disc
part1
part2
part3
part4
part5
part6
part7
part8

/dev/discs/disc2:
disc
part1
part5
part6

/dev/discs/disc3:
disc

/dev/discs/disc4:
disc
--------------

ls /dev/sd*
-------------
/dev/sda
/dev/sda1
/dev/sda2
/dev/sda3
/dev/sda4
/dev/sda5
/dev/sda6
/dev/sda7
/dev/sda8
/dev/sdb
/dev/sdb1
/dev/sdb5
/dev/sdb6
/dev/sdc
/dev/sdd
/dev/sde
/dev/sdf
-----------------

после нормальной загрузки с append=fastboot, никаких /dev/discs/* не 
наблюдается в принципе и при этом присутствуют все устройства /dev/sd*

:{17:25:56 : Чтв, 20.04.06}#  ;ls -la /dev/sd*
--------------------------------------------
brw-r----- 1 root disk   8,  0 2006-04-20 17:12 /dev/sda
brw-r----- 1 root disk   8,  1 2006-04-20 17:07 /dev/sda1
brw-r----- 1 root disk   8,  2 2006-04-20 17:07 /dev/sda2
brw-r----- 1 root disk   8,  3 2006-04-20 17:07 /dev/sda3
brw-r----- 1 root disk   8,  4 2006-04-20 17:07 /dev/sda4
brw-r----- 1 root disk   8,  5 2006-04-20 17:07 /dev/sda5
brw-r----- 1 root disk   8,  6 2006-04-20 17:07 /dev/sda6
brw-r----- 1 root disk   8,  7 2006-04-20 17:07 /dev/sda7
brw-r----- 1 root disk   8,  8 2006-04-20 17:07 /dev/sda8
brw-r----- 1 root disk   8,  9 2006-04-20 17:07 /dev/sda9
brw-r----- 1 root disk   8, 16 2006-04-20 17:07 /dev/sdb
brw-r----- 1 root disk   8, 17 2006-04-20 17:07 /dev/sdb1
brw-r----- 1 root disk   8, 18 2006-04-20 17:07 /dev/sdb2
brw-r----- 1 root disk   8, 19 2006-04-20 17:07 /dev/sdb3
brw-r----- 1 root disk   8, 21 2006-04-20 17:07 /dev/sdb5
brw-r----- 1 root disk   8, 32 2006-04-20 17:07 /dev/sdc
brw-r----- 1 root disk   8, 33 2006-04-20 17:07 /dev/sdc1
brw-r----- 1 root floppy 8, 48 2006-04-20 17:08 /dev/sdd
brw-r----- 1 root floppy 8, 64 2006-04-20 17:08 /dev/sde
brw-r----- 1 root floppy 8, 80 2006-04-20 17:08 /dev/sdf
brw-r----- 1 root floppy 8, 96 2006-04-20 17:08 /dev/sdg
-------------------------------------
Comment 1 Dmitry V. Levin 2006-04-24 03:44:26 MSD
Я полагаю, что это опять udev'овский race.
Comment 2 Anton Farygin 2006-04-24 17:37:58 MSD
Судя по всему нужно udev переносить в rc.sysinit.
Comment 3 Anton Farygin 2006-04-24 18:31:11 MSD
А версия udev какая ?
Comment 4 Alexander 2006-04-24 19:41:23 MSD
(In reply to comment #3)
> А версия udev какая ?
> 

все самое свежее из сизифа

# rpm -qa | egrep "startup|udev"
libstartup-notification-0.8-alt2
udev-090-alt2
startup-0.9.8.4-alt1
udev_static-addon-0.1-alt1

правда udev-090-alt2 приехал сегодня, на нем я не проверял, имеет смысл
перегрузиться и проверить? или там ничего существенного, относительно
обсуждаемой темы, не изменилось?
Comment 5 Anton Farygin 2006-04-24 20:00:37 MSD
Как раз на нём имеет смысл проверить - там была предпринята попытка поборосться
с race'ами
Comment 6 Alexander 2006-04-25 01:31:50 MSD
(In reply to comment #5)
> Как раз на нём имеет смысл проверить - там была предпринята попытка поборосться
> с race'ами
> 

проверил, результат тот же, предварительно пересоздал initrd(не знаю как сейчас,
но раньше mkinitrd не добавлял sd_mod при использовании sata_nv, из-за этого не
грузился рутовый раздели не только).
после создания устройства для device-mapper'а, идет проверка локальных fs, после
чего вываливаемся на их проверку из-за невозможности найти указанные устройства
/dev/sdc1 и т.д. затем спустя еще несколько процессов переходим в init3 или
init5, после чего стартует udevd...

я не спец-ядерщик, но по-моему проблема возникает еще до старта udev, возможно
либо статические устройства должны быть созданы заранее/либо надо дать больше
времени на инициализацию устройств...

Comment 7 Anton Farygin 2006-04-25 10:12:32 MSD
rpm -qa|grep dev
Comment 8 Anton Farygin 2006-04-25 10:13:08 MSD
2ldv: это вылезает из-за того, что udev запускается слишком поздно.. надо udev
start перенести в rc.sysinit
Comment 9 Alexander 2006-04-26 01:16:03 MSD
(In reply to comment #7)
> rpm -qa|grep dev
> 

# rpm -qa|grep -c dev
346

# rpm -qa|grep  ^dev
dev-3.3.1-alt13.1
dev86-0.16.17-alt3
dev86-devel-0.16.17-alt3

Comment 10 Anton Farygin 2006-05-18 10:12:47 MSD
Проверьте с udev-091-alt3
или 092-alt1
Comment 11 Alexander 2006-05-20 19:10:01 MSD
(In reply to comment #10)
> Проверьте с udev-091-alt3
> или 092-alt1
> 

udev-091-alt3
проблема осталась на месте.

честно говоря, я не понимаю как может пакет udev повлиять на определение всех
носителей до старата сервиса, который запускается в 5ом ранлевеле, в то время
как определение носителей происходит из rc.sysinit.
если же ожидалось, что оставшиеся разделы будут смонтированы после старта
сервиса            udev, то этого не произошло.
Comment 12 Anton Farygin 2006-05-22 12:54:36 MSD
тогда эта проблема не имеет отношения к udev
Comment 13 Dmitry V. Levin 2006-08-11 03:30:18 MSD
mount -a не ошибается.
Неужели не понятно, что это udev'ный race?
Comment 14 Alexander 2006-08-11 14:25:32 MSD
(In reply to comment #13)
> mount -a не ошибается.
> Неужели не понятно, что это udev'ный race?

Уважаемые, я не силен в том, откуда берутся устройства при загрузке, в момент
когда отрабатывает только initrd, но проблема именно в этом. именно на этом
этапе количество устройств по разделам дисков по каким-то причинам меньше, чем
есть на самом деле, возможно это проблема из-за скорости их определения,т.е.
процесс монтирования разделов начинается раньше, чем закончили создаваться
устройства для монтируемых разделов, потому mount и не видит указанный разделы.В
моих письмах есть перечень разделов при загрузке и после загрузки, сервис udev
стартует уже во 3,5 уровнях и к началу загрузки системы не имеет отношения,
поэтому , на мой взгялд, и надо смотреть на то, что происходит при стартапе.
Если количество разделов фиксировано на начальном этапе, то это количество надо
 увеличить, если оно создается динамически, то надо понять, почему создаются не
все устройства.
Comment 15 Anton Farygin 2006-08-11 15:41:19 MSD
(In reply to comment #13)
> mount -a не ошибается.
> Неужели не понятно, что это udev'ный race?

Это не может быть udev'овским race'ом - mount -a выполняется намного раньше
сервиса udevd
Comment 16 Dmitry V. Levin 2006-08-17 19:11:47 MSD
Слушайте, пакет startup не занимается созданием устройств.
Пожалуйста, либо перевесьте проблему на тот пакет, который не создает требуемые
устройства, либо объясните, почему вы видите проблему в rc.sysinit и что вы
предлагаете в нём менять.
Comment 17 Dmitry V. Levin 2006-12-03 01:46:49 MSK
$ rpmquery -f /dev/sda9 /dev/sdb2 /dev/sdc1
dev-3.3.1-alt13.1
dev-3.3.1-alt13.1
dev-3.3.1-alt13.1

Reporter fails to explain how to reproduce the issue,
so I suspect that his problem is due to local misconfiguration.
Comment 18 Alexander 2006-12-05 15:28:38 MSK
(In reply to comment #17)
> $ rpmquery -f /dev/sda9 /dev/sdb2 /dev/sdc1
> dev-3.3.1-alt13.1
> dev-3.3.1-alt13.1
> dev-3.3.1-alt13.1
> 
> Reporter fails to explain how to reproduce the issue,
> so I suspect that his problem is due to local misconfiguration.

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

не серьезный подход, пахнет стрелочниками.

на данный момент у меня этой проблемы больше нет, т.к. количество разделов
изменилось.