| Summary: | В результате установки через livecd-install, /etc/adjtime оказывается ненастроен | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Gleb F-Malinovskiy <glebfm> |
| Component: | livecd-install | Assignee: | Michael Shigorin <mike> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | normal | ||
| Priority: | P3 | CC: | aen, boyarsh, grenka, mike, sem, vitty |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 30940 | ||
|
Description
Gleb F-Malinovskiy
2016-11-21 14:59:44 MSK
Это стоило учесть ещё в коммите cb2b4e3dcce6dc2fec8a9e88f2ac7fb16a863731... С другой стороны, банального добавления строчки в backend3/datetime-system недостаточно.
Миш, не раскапывал специфику отработки модулей именно в режиме livecd-install? У меня в {,/mnt/destination}/etc/adjtime получается одно и то же (неверное) при установленной галке "BIOS по UTC":
0.0 0 0
0
LOCAL
А объезжается просто по Применить/Apply.
Отбой, это поправленный пакет в пробную сборку не попал. Перепроверяю... Докопался до коммита b9417bcc18f9682141d02ea34e2082a17bbda50b в livecd-install -- похоже, там не совсем корректная реализация получилась в сумме, т.к. сейчас:
- при загрузке с livecd /etc/adjtime пуст;
- после прохождения шага установки с /datetime по умолчанию там UTC;
- на стадии завершения установки в {,/mnt/destination}/etc/adjtime уже LOCAL
(в смысле когда статус над прогрессбаром установки меняется на "Завершение")
Проблема именно в 50-datetime.sh из livecd-install -- добавил в него и в 20-datetime.sh из alterator-datetime отладочные touch, выяснил, что слом исходного /etc/adjtime происходит именно здесь. В общем, откат коммита b9417bcc18f9682141d02ea34e2082a17bbda50b помогает --
почему-то set_adjtime_utc "$(read_utc)" приводит к попаданию в хостовый
/etc/adjtime "LOCAL" при "UTC=true" в /etc/sysconfig/clock, ну а результат
уже неважно кто из {50,20}-datetime.sh потом скопирует в $destdir...
Думаю пока сделать так, а после выпуска всё-таки доразбираться.
|