После удаления большинства ненужных мне сервисов все равно требуется около 28 секунд для загрузки, фотосъемки и выключения. Я хотел бы снизить это еще больше, и я сделал systemd-analyze blameи получил следующее:

7.476s disableusb.service
1.736s keyboard-setup.service
958ms kbd.service
789ms systemd-fsck-root.service
737ms systemd-setup-dgram-qlen.service
722ms fake-hwclock.service
580ms kmod-static-nodes.service
565ms console-setup.service
534ms dev-mqueue.mount
518ms systemd-udev-trigger.service
498ms networking.service
489ms raspi-config.service
449ms hdparm.service
444ms systemd-journal-flush.service
376ms systemd-tmpfiles-setup.service
375ms dhcpcd.service
345ms systemd-logind.service
332ms ntp.service
317ms systemd-modules-load.service
281ms tmp.mount
272ms triggerhappy.service
269ms sys-kernel-debug.mount
265ms systemd-fsck@dev-mmcblk0p6.service
223ms rsyslog.service
221ms sys-kernel-config.mount
212ms systemd-tmpfiles-setup-dev.service
200ms systemd-remount-fs.service
198ms systemd-sysctl.service
184ms boot.mount
173ms systemd-random-seed.service
168ms rc-local.service
167ms user@1000.service
165ms var-log.mount
141ms udev-finish.service
130ms sys-fs-fuse-connections.mount
111ms systemd-user-sessions.service
94ms systemd-update-utmp.service
94ms alsa-restore.service
93ms systemd-update-utmp-runlevel.service
77ms systemd-udevd.service
55ms takepicture.service

disableusb.serviceэто мое, и в отличие от того, что подразумевает название, оно делает и другие вещи. Я сомневаюсь, что смогу улучшить время там.

Моя система работает без головы, по последовательному. Мне нужно только сеть через Wi-Fi (Wi-Fi не запускается, потому что я отключаю питание USB, но иногда я не отключаю его, чтобы он мог запуститься).

Глядя на этот список, я вижу такие вещи, как: 1.736s keyboard-setup.serviceи 958ms kbd.service. Они занимают почти 3 секунды. Нужны ли они мне, если я не использую клавиатуру? Если нет, то как их отключить?

Что еще я могу безопасно отключить отсюда?

Хорошо, здесь происходит что-то действительно странное. Я отключил еще несколько сервисов, и это все равно занимает столько времени, только теперь некоторые сервисы, которые раньше занимали меньше времени, занимают гораздо больше времени ...

7.468s disableusb.service
1.676s console-setup.service
768ms systemd-logind.service
768ms systemd-fsck-root.service
726ms systemd-setup-dgram-qlen.service
714ms fake-hwclock.service
689ms networking.service
530ms systemd-journal-flush.service
524ms systemd-udev-trigger.service
509ms dev-mqueue.mount
509ms ntp.service
508ms kmod-static-nodes.service
439ms dhcpcd.service
334ms systemd-random-seed.service
331ms hdparm.service
318ms systemd-modules-load.service
281ms systemd-tmpfiles-setup.service
279ms systemd-fsck@dev-mmcblk0p6.service
279ms rsyslog.service
269ms systemd-remount-fs.service
265ms sys-kernel-config.mount
254ms systemd-tmpfiles-setup-dev.service
250ms systemd-sysctl.service
238ms rc-local.service
234ms systemd-udevd.service
232ms sys-kernel-debug.mount
224ms user@1000.service
187ms tmp.mount
176ms sys-fs-fuse-connections.mount
175ms var-log.mount
133ms systemd-update-utmp.service
122ms systemd-update-utmp-runlevel.service
122ms systemd-user-sessions.service
119ms alsa-restore.service
91ms boot.mount
88ms udev-finish.service
76ms takepicture.service

Сервисный файл: (не знаю, почему синтаксис кода не работает)

[Unit]
Description=Disable USB power
Before=networking.service
After=local-fs.target
DefaultDependencies=no

[Service]
Type=oneshot
ExecStart=/sbin/usb_down

[Install]

Вот сюжет: http://www.eternal-lands.com/plot.svg

7.476s disableusb.service

Это подразумевает, что вы запускаете что-то на переднем плане, потому что оно не является постоянным, поэтому вы чувствуете, что нет смысла фонировать это. Однако, если это занимает много времени, возможно, вам следует развернуть его на задний план, как только он начнет работать.

Проблема здесь просто в том, что это больше выиграет от времени загрузки, чем оставит его на переднем плане, хотя в любом случае это может не иметь никакого значения. Однако, если что-то еще зависит от его завершения (в отличие от простого успешного завершения инициализации, что более применимо к постоянному сервису), то вы должны оставить это как.

Я вижу такие вещи, как: 1.736s клавиатура-setup.service и 958ms kbd.service. Они занимают почти 3 секунды.

Я никогда не смотрел на это, потому что это не имеет большого значения для меня, но я считаю, что что-то не так в том, как обрабатывается «настройка клавиатуры» в Raspbian. Я видел, как он работал 90 секунд, прежде чем был убит systemd.

Нужны ли они мне, если я не использую клавиатуру? Если нет, то как их отключить?

Я полагаю, что нет, но это может создать трудности для вас, если вам вдруг понадобится клавиатура ... или это может не иметь никакого значения - часть моего подозрения в том, что на самом деле ничего не происходит, поскольку "клавиатура" Настройка "это то, что является статической конфигурацией и может быть изменено вручную при необходимости.

Чтобы отключить услугу, sudo systemd disable ....

raspi-config.service

Странно, это все еще там, так как он должен отключить себя после запуска, но этого может не произойти, если вы проигнорируете это. Это может быть связано с клавиатурой. Если возможно, вы должны подключить монитор и посмотреть, появляется ли он после загрузки. В любом случае это то, что вы можете отключить.

Вот сюжет: http://www.eternal-lands.com/plot.svg

Я думаю, что вы должны сделать disableusb.service After=sysinit.target.

Глядя на график, становится ясно, что отключение на console-setup.serviceсамом деле ничего не ускорит. Как видите networking.service, ожидание до disableusb.serviceзавершения, поэтому время загрузки в 1,6 секунды для console-setup.serviceпараллельной работы не повлияет на общее время загрузки вообще.

Есть идея в планировании критического пути, который, когда любая активность на этом пути задерживается, вызывает задержки для всего проекта. Другие действия имеют «плавание», то есть они не являются критическими и могут быть отложены, не влияя на конечное время финиша.

Именно на этом критическом пути вы должны сэкономить время, а не на некритические действия. systemd-analyze critical-chainпоможет вам определить критические действия, хотя вы можете в значительной степени определить их на сюжете. Любой незначительный выигрыш disableusb.serviceзначительно увеличит время загрузки.

Это также может помочь понять, почему ваши услуги так долго. Для этого может пригодиться Bootchart2 . Может быть установлен с:

apt-get install systemd-bootchart

Чтобы включить его, отредактируйте /boot/cmdline.txtи установите:

init=/lib/systemd/systemd-bootchart

После завершения загрузки вы найдете диаграмму, сохраненную в /run/logвиде файла SVG. Затем вернитесь init=...к первоначальной настройке (или удалите ее, если ее там не было раньше).

Смотрите также справочную страницу дляsystemd-bootchart .

Я бегу без головы raspberrypi Zero, и я мог бы побриться несколько секунд от этого, как это:

Systemd

# Don't start the Light Display Manager on headless
sudo systemctl disable lightdm.service

# In a headless environment you don't need the keyboard setup.
sudo systemctl disable keyboard-setup.service

# Checks if the country is set in the WIFI config. This is likely a regulatory precaution.
sudo systemctl disable wifi-country.service

# Unless you have an external joystick or something that uses `/dev/input/`
sudo systemctl disable triggerhappy.service 

# I read that the swap file actually slows the PI down and decreases SD card lifetime. 
sudo systemctl disable dphys-swapfile.service

# Disable Bluetooth unless you need it
sudo systemctl disable hciuart.service

# Unless you have a hardware button to disable the WIFI you won't need this
sudo systemctl mask systemd-rfkill.service # disabling won't work


# Open GL should be obsolete on a headless machine
sudo systemctl disable gldriver-test.service

# Only disable this one if you're not using `/etc/rc.local`
sudo systemctl mask rc-local

# You might to re-enable this service when making changes using `sudo raspi-config`
sudo systemctl disable raspi-config.service

Обратите внимание, что systemd-analyzeвыводит время загрузки:

Startup finished in 1.532s (kernel) + 20.862s (userspace) = 22.395s

Минимальный загрузочный вывод

В boot/cmdline.txtизменении tty1к tty3и добавить loglevel=3 quiet logo.nologoв конце послеrootwait

Это спасло мне еще одну секунду.

Разное

Этот парень достигает загрузки raspberrypi за 3 секунды: https://www.samplerbox.org/article/fastbootrpi

Это хороший блог с некоторыми шагами по сокращению времени загрузки: http://himeshp.blogspot.com/2018/08/fast-boot-with-raspberry-pi.html

Дуги Лоусон объясняет некоторые из служб raspberrpi https://www.raspberrypi.org/forums/viewtopic.php?t=195692

Углубленный учебник в формате PDF