Bug 9455 - не монтируются все разделы из fstab
: не монтируются все разделы из fstab
Status: CLOSED WORKSFORME
: Sisyphus
(All bugs in Sisyphus/startup)
: unstable
: all Linux
: P2 normal
Assigned To:
:
: http://lists.altlinux.ru/pipermail/si...
:
:
:
  Show dependency tree
 
Reported: 2006-04-24 03:42 by
Modified: 2006-12-05 15:28 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2006-04-24 03:42:24
в следующей конфигурации:
------------
/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 From 2006-04-24 03:44:26 -------
Я полагаю, что это опять udev'овский race.
------- Comment #2 From 2006-04-24 17:37:58 -------
Судя по всему нужно udev переносить в rc.sysinit.
------- Comment #3 From 2006-04-24 18:31:11 -------
А версия udev какая ?
------- Comment #4 From 2006-04-24 19:41:23 -------
(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 From 2006-04-24 20:00:37 -------
Как раз на нём имеет смысл проверить - там была предпринята попытка поборосться
с race'ами
------- Comment #6 From 2006-04-25 01:31:50 -------
(In reply to comment #5)
> Как раз на нём имеет смысл проверить - там была предпринята попытка поборосться
> с race'ами
> 

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

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

------- Comment #7 From 2006-04-25 10:12:32 -------
rpm -qa|grep dev
------- Comment #8 From 2006-04-25 10:13:08 -------
2ldv: это вылезает из-за того, что udev запускается слишком поздно.. надо udev
start перенести в rc.sysinit
------- Comment #9 From 2006-04-26 01:16:03 -------
(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 From 2006-05-18 10:12:47 -------
Проверьте с udev-091-alt3
или 092-alt1
------- Comment #11 From 2006-05-20 19:10:01 -------
(In reply to comment #10)
> Проверьте с udev-091-alt3
> или 092-alt1
> 

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

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

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

Это не может быть udev'овским race'ом - mount -a выполняется намного раньше
сервиса udevd
------- Comment #16 From 2006-08-17 19:11:47 -------
Слушайте, пакет startup не занимается созданием устройств.
Пожалуйста, либо перевесьте проблему на тот пакет, который не создает требуемые
устройства, либо объясните, почему вы видите проблему в rc.sysinit и что вы
предлагаете в нём менять.
------- Comment #17 From 2006-12-03 01:46:49 -------
$ 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 From 2006-12-05 15:28:38 -------
(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 месяцев назад? присмотритесь внимательно к номерам и
количеству разделов до и после старта системы и не надо сваливать на конечного
пользователя, разбираться какой сервис в этом виноват - не моя забота, я
рапортовал о проблеме с максимально полным описанием, то что вы не можете
воспроизвести такую ситуацию по причине отсутствия такого количества разделов,
не говорит об отсутствии такой проблемы с таким количеством разделов.

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

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