в следующей конфигурации: ------------ /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 -------------------------------------
Я полагаю, что это опять udev'овский race.
Судя по всему нужно udev переносить в rc.sysinit.
А версия udev какая ?
(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 приехал сегодня, на нем я не проверял, имеет смысл перегрузиться и проверить? или там ничего существенного, относительно обсуждаемой темы, не изменилось?
Как раз на нём имеет смысл проверить - там была предпринята попытка поборосться с race'ами
(In reply to comment #5) > Как раз на нём имеет смысл проверить - там была предпринята попытка поборосться > с race'ами > проверил, результат тот же, предварительно пересоздал initrd(не знаю как сейчас, но раньше mkinitrd не добавлял sd_mod при использовании sata_nv, из-за этого не грузился рутовый раздели не только). после создания устройства для device-mapper'а, идет проверка локальных fs, после чего вываливаемся на их проверку из-за невозможности найти указанные устройства /dev/sdc1 и т.д. затем спустя еще несколько процессов переходим в init3 или init5, после чего стартует udevd... я не спец-ядерщик, но по-моему проблема возникает еще до старта udev, возможно либо статические устройства должны быть созданы заранее/либо надо дать больше времени на инициализацию устройств...
rpm -qa|grep dev
2ldv: это вылезает из-за того, что udev запускается слишком поздно.. надо udev start перенести в rc.sysinit
(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
Проверьте с udev-091-alt3 или 092-alt1
(In reply to comment #10) > Проверьте с udev-091-alt3 > или 092-alt1 > udev-091-alt3 проблема осталась на месте. честно говоря, я не понимаю как может пакет udev повлиять на определение всех носителей до старата сервиса, который запускается в 5ом ранлевеле, в то время как определение носителей происходит из rc.sysinit. если же ожидалось, что оставшиеся разделы будут смонтированы после старта сервиса udev, то этого не произошло.
тогда эта проблема не имеет отношения к udev
mount -a не ошибается. Неужели не понятно, что это udev'ный race?
(In reply to comment #13) > mount -a не ошибается. > Неужели не понятно, что это udev'ный race? Уважаемые, я не силен в том, откуда берутся устройства при загрузке, в момент когда отрабатывает только initrd, но проблема именно в этом. именно на этом этапе количество устройств по разделам дисков по каким-то причинам меньше, чем есть на самом деле, возможно это проблема из-за скорости их определения,т.е. процесс монтирования разделов начинается раньше, чем закончили создаваться устройства для монтируемых разделов, потому mount и не видит указанный разделы.В моих письмах есть перечень разделов при загрузке и после загрузки, сервис udev стартует уже во 3,5 уровнях и к началу загрузки системы не имеет отношения, поэтому , на мой взгялд, и надо смотреть на то, что происходит при стартапе. Если количество разделов фиксировано на начальном этапе, то это количество надо увеличить, если оно создается динамически, то надо понять, почему создаются не все устройства.
(In reply to comment #13) > mount -a не ошибается. > Неужели не понятно, что это udev'ный race? Это не может быть udev'овским race'ом - mount -a выполняется намного раньше сервиса udevd
Слушайте, пакет startup не занимается созданием устройств. Пожалуйста, либо перевесьте проблему на тот пакет, который не создает требуемые устройства, либо объясните, почему вы видите проблему в rc.sysinit и что вы предлагаете в нём менять.
$ 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.
(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 месяцев назад? присмотритесь внимательно к номерам и количеству разделов до и после старта системы и не надо сваливать на конечного пользователя, разбираться какой сервис в этом виноват - не моя забота, я рапортовал о проблеме с максимально полным описанием, то что вы не можете воспроизвести такую ситуацию по причине отсутствия такого количества разделов, не говорит об отсутствии такой проблемы с таким количеством разделов. не серьезный подход, пахнет стрелочниками. на данный момент у меня этой проблемы больше нет, т.к. количество разделов изменилось.
