Size: a a a

2020 May 08

F

FaraS in openSUSE | RU
FaraS
Долгий запуск initrd из-за dracut

sudo systemd-analyze blame
2min 95ms dracut-initqueue.service
Ребят кто сидит на тумбле и обновлялся вчера. У всех такое?
С реп head ядра
источник

F

FaraS in openSUSE | RU
Я уже ядра полностью сносил и снова ставил по новой, нефига. Мб это разрабы где накосячили после вчерашнего обновления?
источник

ДМ

Дмитрий Марков... in openSUSE | RU
FaraS
Ребят кто сидит на тумбле и обновлялся вчера. У всех такое?
С реп head ядра
На трёх тачках всё ок
источник

F

FaraS in openSUSE | RU
мая 08 13:22:15 DxD systemd[1]: Reached target Initrd Root Device. мая 08 13:24:14 DxD systemd[1]: Reached target Initrd Root File Syste
Вот это первый процесс в initrd долго происходит практически 3 минуты, а дальше все быстро
источник

AK

Andrey Karepin in openSUSE | RU
если у тебя жашифрован корневой раздел, то в fstab об этом писать бессмысленно
источник

F

FaraS in openSUSE | RU
Хм задаётся вопрос.
Первое, если dracut себя так ведёт, то мб какие параметры при создания initrd иные нужно задать.
Второе, можно его безболезнено выпилить dracut в сюсе и использовать genkernel/genkernel-next?
источник

DM

Dead Mozay in openSUSE | RU
FaraS
Хм задаётся вопрос.
Первое, если dracut себя так ведёт, то мб какие параметры при создания initrd иные нужно задать.
Второе, можно его безболезнено выпилить dracut в сюсе и использовать genkernel/genkernel-next?
systemd-analyze critical-chain dracut-initqueue.service
источник

☬И

☬☭Тупо лучше Императ... in openSUSE | RU
FaraS
Хм задаётся вопрос.
Первое, если dracut себя так ведёт, то мб какие параметры при создания initrd иные нужно задать.
Второе, можно его безболезнено выпилить dracut в сюсе и использовать genkernel/genkernel-next?
Нет если ты не будешь сам собирать ядро
источник

F

FaraS in openSUSE | RU
☬☭Тупо лучше Император℻
Нет если ты не будешь сам собирать ядро
Ожидаемо, там ведь все к systemd и dracut должно быть прибито
источник

F

FaraS in openSUSE | RU
sudo systemd-analyze critical-chain dracut-initqueue.service
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.

dracut-initqueue.service +2min 68ms
└─systemd-udev-trigger.service @4.956s +303ms
 └─systemd-udevd-kernel.socket @4.790s
   └─system.slice
     └─-.slice
источник

☬И

☬☭Тупо лучше Императ... in openSUSE | RU
FaraS
Ожидаемо, там ведь все к systemd и dracut должно быть прибито
Если мейнтейнер ядра настолько фанатично относится к этим инструментам
источник

☬И

☬☭Тупо лучше Императ... in openSUSE | RU
То да он интересный человек
источник

F

FaraS in openSUSE | RU
sudo systemd-udev-trigger.service

systemd-udev-trigger.service +303ms
└─systemd-udevd-kernel.socket @4.790s
 └─system.slice
   └─-.slice
источник

☬И

☬☭Тупо лучше Императ... in openSUSE | RU
FaraS
sudo systemd-udev-trigger.service

systemd-udev-trigger.service +303ms
└─systemd-udevd-kernel.socket @4.790s
 └─system.slice
   └─-.slice
По моему где-то косяк случился
источник

F

FaraS in openSUSE | RU
☬☭Тупо лучше Император℻
Если мейнтейнер ядра настолько фанатично относится к этим инструментам
Ну по идеи они примерно одинаково готовят initrd образ и думаю, если dracut стопорится на этом этапе, то и genkernel будет аналогично
источник

☬И

☬☭Тупо лучше Императ... in openSUSE | RU
FaraS
Ну по идеи они примерно одинаково готовят initrd образ и думаю, если dracut стопорится на этом этапе, то и genkernel будет аналогично
genkernel не умеет в systemd вам к genkernel-next
источник

F

FaraS in openSUSE | RU
☬☭Тупо лучше Император℻
genkernel не умеет в systemd вам к genkernel-next
Ну или к нему
источник

☬И

☬☭Тупо лучше Императ... in openSUSE | RU
Ещё genkernel не умеет в гибернацию
источник

F

FaraS in openSUSE | RU
источник

☬И

☬☭Тупо лучше Императ... in openSUSE | RU
Почему так много онимэ
источник