26813 2012-01-13 14:10:58 +0400 Невозможность скачивания metadata при автоустановке с диска 2018-06-09 12:24:32 +0300 1 1 4 Development Sisyphus installer unstable all Linux CLOSED FIXED P3 normal --- 1 cas stanv aen antohami boyarsh glebfm klark mike omg rider sem qa-sisyphus oldest_to_newest 128268 0 cas 2012-01-13 14:10:58 +0400 При запуске автоустановки (altlinux.org/Autoinstall) с диска скрипт скачивания 20-metadata-autoinstall.sh запускается перед 25-dhcp-client.sh. Нужно запуск автоустановки запускать не только после запуска dhcpcd, но и дожидаться получения сетевого адреса в самом скрипте 20-metadata-autoinstall.sh. 128270 1 stanv 2012-01-13 14:42:49 +0400 Насколько я помню, там идет failback на стандартное расположение Metadata что на диске. Т.е. стандартное поведение нарушаться не должно. Также, я согласен что 20-metadata-autoinstall.sh нужно запускать после 25-dhcp-client.sh 128271 2 stanv 2012-01-13 14:50:17 +0400 Правильно ли я понял, чтобы закрыть эту багу достаточно переименовать 20-metadata-autoinstall.sh -> 26-metadata-autoinstall.sh ? 128273 3 cas 2012-01-13 15:19:59 +0400 (В ответ на комментарий №2) > Правильно ли я понял, чтобы закрыть эту багу достаточно переименовать > 20-metadata-autoinstall.sh -> 26-metadata-autoinstall.sh ? Нет. Нужно проверять при использовании curl ещё и доступность сети. Если нет, то хотя бы подождать наличия адреса (по dhcp он не сразу получается). Думаю, sleep 10 сделать будет проще всего. 128309 4 stanv 2012-01-16 13:47:34 +0400 http://git.altlinux.org/people/stanv/packages/?p=installer.git;a=shortlog;h=refs/heads/sisyphus Необходимо протестировать ) 171726 5 omg 2018-06-08 16:41:05 +0300 Наступили на туже багу. Вот немного изменённый подход, чтоб не затрагивало установку без сети. Протестил локально под виртуалбоксом. http://git.altlinux.org/people/omg/packages/?p=installer.git;a=shortlog;h=refs/heads/sisyphus 171771 6 repository-robot 2018-06-09 12:24:32 +0300 installer-1.8.41-alt1 -> sisyphus: Fri Jun 08 2018 Sergey Bubnov <omg@altlinux> 1.8.41-alt1 - Wait for DHCP responce when `curl=` is in kernel parameters (closes: #26813)