Графическое сопровождение загрузки Gnome-Shell (splash)

Ssd конечно хорошо, но большого объема дороговато. И еще одна проблемка, чтоб поставить еще один диск в ноуте, надо сидюк вытаскивать и вместо него вставлять и не уверен, что он будет там работать на всю.
vantu5z
Ssd конечно хорошо, но большого объема дороговато. И еще одна проблемка, чтоб поставить еще один диск в ноуте, надо сидюк вытаскивать и вместо него вставлять и не уверен, что он будет там работать на всю.
а зачем большого объема? 30 гб под систему хватит с головой. на счет сидюка, туда как раз лучше сунуть обычный хард, а ссд на место харда.
Сам так же делал, 3 диска в ноуте стояло, все нормально работало
vantu5z
Это про компрессию? Попробую, только я не очень понял, как это работает. Если можно на пальцах объяснить :)
% sudo nano /etc/mkinitcpio.conf
...
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
COMPRESSION="lz4"

COMPRESSION_OPTIONS="-6"

далее пересобираем initramfs:
% sudo mkinitcpio -p linux

в папке /boot автоматом произойдёт замена файла initramfs-linux.img
перезагружаешься и смотришь значения загрузки:
% systemd-analyze

чтобы видеть значения загрузки конкретно initramfs, в том же файле /etc/mkinitcpio.conf
#HOOKS="base udev autodetect modconf block filesystems keyboard fsck"
HOOKS="systemd autodetect modconf block filesystems keyboard fsck"
естественно после не забыв пересобрать

в общем всё здесь написано https://wiki.archlinux.org/index.php/Mkinitcpio
тут главное найти баланс между скоростью считывания с диска(размер файла) и скоростью распаковки(мощность проца), хотя на компрессии больше секунды на hdd трудно будет трудно выжать по сравнению со стандартными значениями.

vantu5z
Не будет ли нагрузка на проц больше не только во время загрузки?
не, распаковка происходит один раз при загрузке

vantu5z
С ним у меня не задалось, собрать собрал, но видимо нужно еще ядро пересобирать с какой-то доп функцией.
давно пробовал когда еще в офф. репах лежало, сейчас нету желания с этим разбираться.
systemd-analyze blame никак не отражает время загрузки гнома. Он показывает лишь время старта gdm.service а вся загрузка гнома происходит уже после запуска процесса.
Для примера, полный старт с гномом на машинке с ссд занимает реально около 7 секунд:
Startup finished in 2.682s (kernel) + 951ms (userspace) = 3.633s
Старт менее мощной машинки с гномом - 32 секунды, при показаниях:
Startup finished in 3.551s (kernel) + 12.060s (userspace) = 15.612s
Та же слабая машинка с отключенным гдм, бут в консоль:
Startup finished in 3.533s (kernel) + 8.373s (userspace) = 11.906s
После чего, с момента ручного запуска systemctl start gdm до появления логинскрина проходит 16.5 сек (секундомер).

Раньше был бутчарт, там можно было увидеть реальное время загрузки гнома, а теперь его выпилили...
 
Зарегистрироваться или войдите чтобы оставить сообщение.