15348 2008-04-14 03:49:41 +0400 Нет задержки для инициализации USB-устройств 2008-05-06 19:31:14 +0400 1 1 4 Development Sisyphus propagator unstable all Linux CLOSED FIXED P2 normal --- 14491 1 mak rider led mike rider sem qa-sisyphus oldest_to_newest 68256 0 mak 2008-04-14 03:49:41 +0400 В новой UDEV-ной версии пропагатор не ждёт инициализации USB-устройств и ругается, что диск не найден. 68438 1 sbolshakov 2008-04-16 15:46:17 +0400 fixed in 20080301-alt4 68581 2 mak 2008-04-18 12:02:08 +0400 Формально оно closed :) Но есть такие мысли. Я использую для загрузки USB-устройств сильно урезанный по составу список modules, только необходимые модули - оно вроде и побыстрее грузится, и потенциально больше шансов загрузиться на системах со странными контроллерами (кстати, правильно я понимаю, что noload= больше не работает?). Так вот с этим modules, когда дело доходит до проверки наличия /sys/module/usb_storage, этой директории, судя по всему, еще нету. Выручает sleep(1) перед этой проверкой. 68582 3 2574 mak 2008-04-18 12:04:16 +0400 Created attachment 2574 Мой список модулей, достаточных для загрузки с USB. 68587 4 sbolshakov 2008-04-18 13:38:26 +0400 То есть, этот sleep(1) нужен при урезанном modules и не нужен при обычном ? и да, noload больше не работает -- можно подкладывать в initramfs /etc/modprobe.d/blacklist-local какой-нибудь. 68588 5 mike 2008-04-18 13:43:54 +0400 (In reply to comment #4) > и да, noload больше не работает -- можно подкладывать в > initramfs /etc/modprobe.d/blacklist-local какой-нибудь. Боюсь, это не очень хороший вариант на местности... суппорт застрелится. 68590 6 mak 2008-04-18 13:51:28 +0400 (In reply to comment #4) > То есть, этот sleep(1) нужен при урезанном modules и не нужен при обычном ? Получается, что так. Хотя, учитывая, что машинки могут быть очень разные, я бы сказал так, что могут быть ситуации, когда usb_storage не успевает загружаться до проверки. > и да, noload больше не работает -- можно подкладывать в > initramfs /etc/modprobe.d/blacklist-local какой-нибудь. Функциональность noload была иногда затребована народом, по крайней мере, на старом пропагаторе. Отсюда же и мой урезанный modules. А initramfs - это же пересобирать initrd надо, да? Не end-user решение :) 68595 7 sbolshakov 2008-04-18 14:20:50 +0400 про noload: это был кривопридуманный и кривосделанный хак, мне его не жалко. внедрение udev в propagator имело целью обеспечить одинаковое с установленной системой поведение при обнаружении устройств. если считается, что подобная возможность нужна -- предлагаю доказывать это майнтайнеру udev, не мне. 68596 8 sbolshakov 2008-04-18 14:28:36 +0400 по поводу урезанного modules -- я не вижу в этом смысла. ощутимо быстрее оно не будет, а разговоры о потенциально бОльших шансах загрузиться и т.д. хорошо бы проиллюстрировать примером. бишь, покажите мне проблему -- и мы её решим :) 68601 9 mak 2008-04-18 14:44:33 +0400 (In reply to comment #8) > по поводу урезанного modules -- я не вижу в этом смысла. > ощутимо быстрее оно не будет, а разговоры о потенциально бОльших > шансах загрузиться и т.д. хорошо бы проиллюстрировать примером. Ну лично я видел один такой компьютер видел где-то в июле - на нём не смог загрузиться liveCD четвёртого десктопа - какой-то модуль из разряда sata/piix пытался минут сорок чего-то сделать, больше я не выдержал. Тогда так и не одолел. Сейчас к этому компу уж не знаю, попаду ли когда-нибудь. Надо еще будет спросить людей, которые noload пользовались. > бишь, покажите мне проблему -- и мы её решим :) ок :) приберегу пока этот патчик для себя, любимого. :) 68620 10 mak 2008-04-18 20:37:55 +0400 Кстати, в свете всяких там usb-storage-zerowait в новых ядрах, возможно будет интересна "мягкая" задержка для инициализации: http://git.altlinux.org/people/prividen/packages/?p=propagator.git;a=summary 68622 11 sbolshakov 2008-04-18 21:43:04 +0400 идея понятна. привлекательным было бы использовать uuid, имена устройств имеют свойство прыгать. 68623 12 sbolshakov 2008-04-18 21:50:59 +0400 (поразмыслив) скорее label 68624 13 mak 2008-04-18 22:33:45 +0400 (In reply to comment #11) > идея понятна. > привлекательным было бы использовать uuid, имена устройств > имеют свойство прыгать. > OMG, на это еще не тестировал (потенциально еще один плюс сокращённого modules). Ну в большинстве случаев, флешка получается sda. Однако тогда надо сначала поддержку label в параметрах, чтобы propagator умел находить загрузочное устройство по метке. 68628 14 sbolshakov 2008-04-18 23:03:29 +0400 libata и прочие прелести прогресса увеличивают вероятность того, что hd* вообще в сиссеме не будет, сплошной sd*. не хотелось бы загибать пальцы на руке, вычисляя, какая же циферька выпадет флешке. в общем, мне подождать патча или самому что-то выпиливать ? 68631 15 mike 2008-04-19 01:05:21 +0400 (In reply to comment #10) > Кстати, в свете всяких там usb-storage-zerowait в новых ядрах Это вообще-то хак^H^H^Hэксперимент -- не думаю, что стоит на него закладываться. 68632 16 mak 2008-04-19 11:12:38 +0400 (In reply to comment #14) > libata и прочие прелести прогресса увеличивают вероятность того, > что hd* вообще в сиссеме не будет, сплошной sd*. > не хотелось бы загибать пальцы на руке, вычисляя, > какая же циферька выпадет флешке. Во-во... Может, добавить новый method usb? > в общем, мне подождать патча или самому что-то выпиливать ? боюсь, ниасилю :(( Я си вообще не знаю. И смогу что-то посмотреть не ранее, как через неделю. Кстати: по UUID тоже можно. Нету никаких проблем нарисовать скриптик для сотворения загрузочной флешки (usb-hdd), который бы узнавал uuid нужной партиции и учитывал его в syslinux.cfg. Насколько я понимаю, с UUID будет гораздо проще, чем с label (/dev/disk/by-uuid/) 68641 17 led 2008-04-19 17:49:38 +0400 (In reply to comment #15) > (In reply to comment #10) > > Кстати, в свете всяких там usb-storage-zerowait в новых ядрах > Это вообще-то хак^H^H^Hэксперимент -- не думаю, что стоит на него закладываться. Как раз задержка на 5 секунд - это хак. Хотя, не исключено, что без этого хака что-то не будет работать (но мне такое не попадалось) 69411 18 mak 2008-05-06 18:36:44 +0400 (In reply to comment #8) > по поводу урезанного modules -- я не вижу в этом смысла. > ощутимо быстрее оно не будет, а разговоры о потенциально бОльших > шансах загрузиться и т.д. хорошо бы проиллюстрировать примером. > бишь, покажите мне проблему -- и мы её решим :) Ну вот проблемка и вылезла - с ядром 2.6.24-std-def-alt8 на ноуте на место sda радостно влезает винчестер вместо флешки. Пока нету поддержки label, спасаюсь урезанным modules. 69413 19 sbolshakov 2008-05-06 19:09:23 +0400 оки, сделаю label/uuid днями 69414 20 sbolshakov 2008-05-06 19:31:14 +0400 повешенная на этот счёт бага поможет не забыть, кстати 2574 2008-04-18 12:04:16 +0400 2008-04-18 12:04:16 +0400 Мой список модулей, достаточных для загрузки с USB. modules-usb text/plain 276 mak bG9vcC5rbwptdG91Y2gua28Kc2NzaV9tb2Qua28KbGlidXN1YWwua28Kc2RfbW9kLmtvCnVzYmNv cmUua28KZWhjaS1oY2Qua28Kb2hjaS1oY2Qua28KdWhjaS1oY2Qua28KYXBwbGV0b3VjaC5rbwp1 c2JoaWQua28KdXNidGVzdC5rbwp1c2Itc3RvcmFnZS5rbwptYmNhY2hlLmtvCmpiZC5rbwpleHQy LmtvCmV4dDMua28KZmF0LmtvCm5sc19iYXNlLmtvCm5sc19jcDg2Ni5rbwpubHNfa29pOC1yLmtv CnpsaWJfaW5mbGF0ZS5rbwpzcXVhc2hmcy5rbwp1bmlvbmZzLmtvCnZmYXQua28K