Mkinitcipio hooks

Haron_Prime, простите, не заметил предыдущий выхлоп...
Два вопроса:
почему systemd после autodetect?
почему хук fsck заменен бинарниками?
Aivar
почему systemd после autodetect?
пробовал наоборот - получается немнго медленнее
хотя, по идее, не должно
Aivar
почему хук fsck заменен бинарниками?
аналогично
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Понятно. Кстати:
Haron_Prime
Благо ядер у меня два - родное и zen-kernel, так что есть возможность экспериментировать над одним из них, не боясь, что после ребута ось не подымется.
не критично. Для таких экспериментов не надо два ядра, достаточно двух initramfs: один рабочий, второй для опытов - запускаетесь с каким пожелаете (можно, чтоб не править меню граба или не добавлять новое, прямо из консоли grub).
Aivar
достаточно двух initramfs
я в курсе - почитал достаточно много манов по настройке mkinitcpio
но ведь у меня и так два ядра, зачем мне извращаться с отдельным образом? )))
в случае чего загружусь с ванильным ядром и пофикшу ошибки (экспериментировал на zen)

кстати, возвращаясь к вопросу о
Aivar
почему systemd после autodetect?
провёл эксперимент
HOOKS="autodetect systemd"
GRUB_CMDLINE_LINUX_DEFAULT="quiet noresume"
Startup finished in 1.009s (kernel) + 966ms (initrd) + 1.904s (userspace) = 3.880s

HOOKS="systemd autodetect"
GRUB_CMDLINE_LINUX_DEFAULT="quiet noresume"
4,015s

Вот и где тут логика?
Разница, конечно, не колоссальная, всего 0,135s, но тут уже дело принципа
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Хз, но что-то в этом есть. )
Я к тому, что base и udev всегда были перед autodetect, и это, как бы, было критично.
Надо будет заняться на досуге...
Morisson
/etc/udev/hwdb.bin - что это?
/etc/udev/hwdb.bin - файл для перестраивания/обновления базы данных аппаратного обеспечения udev
Посмотри man hwdb и для лучшего понимания рекомендую посмотреть вывод
$ find / -name '*hwdb*' 2> /dev/null
Насчет добавления FILES="/etc/udev/hwdb.bin"...... вопрос спорный, но многие считают, что это делать не нужно ….... если нет проблем и это наоборот только увеличит время ….
UPD …. а будут проблемы или просто сообщения, то journalctl сообщит об этом, типа - please run udevadm hwdb --update

PS … лично для меня, с моим секундами,имея ext3 и др.
$ systemd-analyze
Startup finished in 6.974s (kernel) + 10.689s (userspace) = 17.663s ...PS ... это длинная загрузка, обычно - около 15, не больше ..
все это ловля блох ….. и все стоит по дефолту ...
Ошибки не исчезают с опытом - они просто умнеют

vasek
PS … лично для меня, с моим секундами,имея ext3 и др.
$ systemd-analyze
Startup finished in 6.974s (kernel) + 10.689s (userspace) = 17.663s
все это ловля блох ….. и все стоит по дефолту ...
позволю себе не согласиться и привести цитату
before the optimization
Startup finished in 2.556s (kernel) + 22.793s (userspace) = 25.350s

after optimization
Startup finished in 2.045s (kernel) + 14.931s (userspace) = 16.977s
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
vasek
Насчет добавления FILES="/etc/udev/hwdb.bin"...... вопрос спорный
у меня он уже давным-давно
так давно, что я даже не помню, когда это прописывал ))))
и проблем не наблюдается
Gnome 2 >> Unity >> KDE 4 >> Openbox >> Awesome >> Xmonad
GitHub , BitBuket
Haron_Prime, насчет секунд .... имел ввиду ..... что с такими секундами я максимум выжму 5 ... но для меня это не имеет никакого значения ... а чтобы меньше включать использую suspend - отключаю в основном на ночь
Ошибки не исчезают с опытом - они просто умнеют
поигрался с разными вариантами сжатия и т.д, везде результат незначителен, а вот замена base udev на systemd добавила секунду, но даже она роли не играет, по дефолту 13 сек без ссд на ноуте
 
Зарегистрироваться или войдите чтобы оставить сообщение.