Bug 21416
| Summary: | На некоторых машинаx не срабатывает udev. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Michail Yakushin <silicium> | ||||
| Component: | propagator | Assignee: | Anton Farygin <rider> | ||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||
| Severity: | critical | ||||||
| Priority: | P3 | CC: | aen, mike, rider, sem, shrek | ||||
| Version: | unstable | ||||||
| Hardware: | all | ||||||
| OS: | Linux | ||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 19564 | ||||||
| Attachments: |
|
||||||
приложенный патч в сущности лишь добавляет вызов usleep(), поскольку проверка и так делается в spawn(). может быть действительно существует более правильное решение ? Самое главное здесь это usleep. Для правильного решения надо въезжать код udev и ловить race в нём. Это займет намного больше времени. Коллеги, повышаю до critical, так как выплывает в установщике. я не видел этого бага и не уверен, что предлагаемое решение его устраняет. propagator-20090301-alt6 |
Description
Michail Yakushin 2009-09-04 13:29:17 MSDCreated attachment 3845 [details] workaround Бага в том что на некоторых машинах к моменту запуска stage1 не отработаывает udev несмотря на settle. Он не загружает не одного модуля. Я подозреваю что проблема race между запуском udevd и udevadm trigger в результате которого udev теряет команду trigger. Приложенный пач обходит проблему. Может быть существет более правильное решение. За одно он проверяет, был ли udev запущен.