MainsailOS

[Berg]

Próbował ktoś instalować Klippera+Mainsail z gotowego obrazu?

https://github.com/raymondh2/MainsailOS

https://docs.mainsail.xyz/setup/manual- ... ing-systen

jakoś sensownie jest zoptymalizowany rPi? Jeśli tak, to jaki macie boottime?
U mnie na rPi Zero W wygląda to tak:

Kod: Zaznacz cały

pi@Delta:~ $ systemd-analyze
Startup finished in 1.747s (kernel) + 18.041s (userspace) = 19.788s 
graphical.target reached after 17.486s in userspace

Kod: Zaznacz cały

pi@Delta:~ $ systemd-analyze blame
          6.878s dev-mmcblk0p2.device
          2.706s nginx.service
          2.498s keyboard-setup.service
          2.277s systemd-udev-trigger.service
          1.692s raspi-config.service
          1.672s dropbear.service
          1.469s systemd-journald.service
          1.469s systemd-fsck@dev-disk-by\x2dpartuuid-6c586e13\x2d01.service
          1.441s wpa_supplicant.service
          1.262s avahi-daemon.service
          1.238s networking.service
          1.065s systemd-fsck-root.service
          1.023s rpi-eeprom-update.service
           909ms systemd-timesyncd.service
           832ms systemd-logind.service
           788ms rng-tools.service
           748ms systemd-remount-fs.service
           744ms triggerhappy.service
           683ms systemd-rfkill.service
           573ms rsyslog.service
           548ms systemd-sysctl.service
           529ms systemd-user-sessions.service
           509ms systemd-update-utmp.service
           494ms systemd-modules-load.service
           474ms systemd-tmpfiles-setup.service
           463ms dhcpcd.service
           445ms systemd-update-utmp-runlevel.service
           425ms rc-local.service
           418ms sys-kernel-debug.mount
           400ms fake-hwclock.service
           394ms dev-mqueue.mount
           384ms systemd-journal-flush.service
           377ms systemd-sysusers.service
           360ms systemd-udevd.service
           319ms kmod-static-nodes.service
           305ms console-setup.service
           296ms systemd-random-seed.service
           167ms sys-kernel-config.mount
           157ms systemd-tmpfiles-setup-dev.service
           147ms boot.mount
           126ms var-tmp.mount
           110ms tmp.mount
            86ms ifupdown-pre.service

[matikyle]

Klipper+Mainsail z gotowego obrazu tak jak pisałeś. Raspberry pi zero W + jakaś karta sandisk/samsung z marketu.

Kod: Zaznacz cały

pi@mainsailos:~ $ systemd-analyze
Startup finished in 5.344s (kernel) + 1min 29.187s (userspace) = 1min 34.532s
graphical.target reached after 59.030s in userspace

Kod: Zaznacz cały

pi@mainsailos:~ $ systemd-analyze blame
         31.830s hciuart.service
         20.886s apt-daily.service
         16.033s ifupdown-pre.service
         15.490s apt-daily-upgrade.service
         14.818s man-db.service
         14.455s logrotate.service
         10.497s dhcpcd.service
          9.967s dev-mmcblk0p2.device
          4.555s raspi-config.service
          4.352s klipper.service
          3.666s keyboard-setup.service
          3.306s systemd-rfkill.service
          3.300s dphys-swapfile.service
          3.199s systemd-udev-trigger.service
          2.982s nginx.service
          2.833s systemd-logind.service
          2.795s networking.service
          2.782s wpa_supplicant.service
          2.603s systemd-fsck@dev-disk-by\x2dpartuuid-9688098d\x2d01.service
          2.560s avahi-daemon.service
          2.508s user@1000.service
          2.449s rsyslog.service
          2.333s rng-tools.service
          2.150s rpi-eeprom-update.service
          2.104s systemd-journald.service
          1.809s systemd-timesyncd.service
          1.790s ssh.service
          1.637s systemd-fsck-root.service
          1.539s rc-local.service
lines 1-29...skipping...
         31.830s hciuart.service
         20.886s apt-daily.service
         16.033s ifupdown-pre.service
         15.490s apt-daily-upgrade.service
         14.818s man-db.service
         14.455s logrotate.service
         10.497s dhcpcd.service
          9.967s dev-mmcblk0p2.device
          4.555s raspi-config.service
          4.352s klipper.service
          3.666s keyboard-setup.service
          3.306s systemd-rfkill.service
          3.300s dphys-swapfile.service
          3.199s systemd-udev-trigger.service
          2.982s nginx.service
          2.833s systemd-logind.service
          2.795s networking.service
          2.782s wpa_supplicant.service
          2.603s systemd-fsck@dev-disk-by\x2dpartuuid-9688098d\x2d01.service
          2.560s avahi-daemon.service
          2.508s user@1000.service
          2.449s rsyslog.service
          2.333s rng-tools.service
          2.150s rpi-eeprom-update.service
          2.104s systemd-journald.service
          1.809s systemd-timesyncd.service
          1.790s ssh.service
          1.637s systemd-fsck-root.service
          1.539s rc-local.service
          1.178s fake-hwclock.service
          1.171s sys-kernel-debug.mount
           911ms systemd-modules-load.service
           844ms systemd-update-utmp-runlevel.service
           843ms systemd-remount-fs.service
           842ms dev-mqueue.mount
           836ms systemd-sysctl.service
           749ms kmod-static-nodes.service
           740ms systemd-user-sessions.service
           673ms systemd-update-utmp.service
           652ms systemd-tmpfiles-setup.service
           594ms user-runtime-dir@1000.service
           579ms systemd-sysusers.service
           493ms systemd-journal-flush.service
           484ms run-rpc_pipefs.mount
           478ms systemd-random-seed.service
           401ms systemd-udevd.service
           400ms sys-kernel-config.mount
           393ms triggerhappy.service
           292ms boot.mount
           243ms nfs-config.service
           218ms console-setup.service
           217ms webcamd.service
           216ms systemd-tmpfiles-setup-dev.service

[Berg]

uuu. kiepsko. to wolę jednak ręcznie instalować.

[dragonn]

Masakra...
31.830s hciuart.service - obsługa bluetootch
20.886s apt-daily.service - pewnie jakieś akutalizacje systemu
16.033s ifupdown-pre.service - podniesiecie sieci, to akurat zrozumiałe
15.490s apt-daily-upgrade.service - też jakieś akutalizacje
14.818s man-db.service - odświeżanie zawartości podręczników użytkownika do programu
14.455s logrotate.service - odwracanie starych logów systemowych
10.497s dhcpcd.service - też uruchamianie sieci, ustawiając statyczny adres ip można by to obciąć.
Moim zdaniem bezpiecznie można wyłączyć hciuart, man-db i oba apt-daily
Najlepiej je wyłączyć poleceniem:

Kod: Zaznacz cały

systemctl mask nazwa_uslugi

To maskuje usługę że nie ważne co by się działo to nie zostanie ona odpalona.

A i jeszcze:

Kod: Zaznacz cały

graphical.target reached after 59.030s in userspace

Dlaczego do cholery to w ogóle odpala GUI jezu to powinno być karalne tak składać systemy.

[Berg]

Trochę tu jest na ten temat tego jak to poprawić. Tylko to trzeba ze zrozumieniem zrobić:

https://silocitylabs.com/post/2019/06/1 ... nd-zero-w/

1. ja do tego zmieniam bash na dash
2. tempy, logi na ramdysk

[matikyle]

Bardzo dziękuje za rady rano pobawię się (po zrobieniu backupów configów z klippera). W sumie nie zastanawiałem się, którą wersję raspbiana ładuje, ale porównałem sobie wielkość iso z wielkością na stronie rapsberry i faktycznie korzysta z wersji Raspberry Pi OS with desktop (około 1,2 GiB). Po kiego grzyba.

Rozumiem Berg, że:
1. zacząłeś od wersji lite,
2. doinstalowałeś klippera + mainsail (kiauh?)
3. troszkę optymalizacji np. jak z tego poradnika co podałeś
i tadam?

[Berg]

ta, mniej więcej tak.
wiecie, czy można jeszcze wywalić:
raspi-config.service
rpi-eeprom-update.service
?

[dragonn]

raspi-config.service - myślę że tak, z tego co czytam jest to potrzebne raz
rpi-eeprom-update.service - na pewno, a szczególnie na każdy Pi różnych od 4 (bo jedynie 4 ma EEPROM) ale nawet na niej nie powinno to powodować problemu bo to co jest wgrane powinno już działac.

[Berg]

aktualnie wygląda to tak:

Kod: Zaznacz cały

pi@Delta:~ $ systemd-analyze
Startup finished in 1.747s (kernel) + 16.952s (userspace) = 18.699s 
graphical.target reached after 16.397s in userspace
pi@Delta:~ $ systemd-analyze blame
          5.484s dev-mmcblk0p2.device
          2.785s nginx.service
          1.621s dropbear.service
          1.583s systemd-udev-trigger.service
          1.533s systemd-fsck@dev-disk-by\x2dpartuuid-6c586e13\x2d01.service
          1.434s systemd-logind.service
          1.278s networking.service
          1.182s systemd-journald.service
           913ms systemd-timesyncd.service
           848ms systemd-fsck-root.service
           778ms systemd-user-sessions.service
           682ms dhcpcd.service
           667ms wpa_supplicant.service
           665ms systemd-rfkill.service
           540ms systemd-remount-fs.service
           498ms systemd-sysctl.service
           494ms systemd-update-utmp.service
           481ms rc-local.service
           479ms rsyslog.service
           469ms systemd-update-utmp-runlevel.service
           466ms systemd-tmpfiles-setup.service
           426ms rng-tools.service
           421ms triggerhappy.service
           403ms sys-kernel-debug.mount
           374ms systemd-sysusers.service
           369ms systemd-modules-load.service
           367ms kmod-static-nodes.service
           366ms systemd-journal-flush.service
           355ms systemd-udevd.service
           338ms dev-mqueue.mount
           309ms console-setup.service
           301ms systemd-random-seed.service
           299ms fake-hwclock.service
           196ms ifupdown-pre.service
           160ms sys-kernel-config.mount
           150ms systemd-tmpfiles-setup-dev.service
           139ms boot.mount
           139ms var-tmp.mount
           120ms tmp.mount

[1kamil]

Spróbuj: `systemctl set-default multi-user.target`.

Prawdopodobnie wąskim gardłem jest karta SD, poszukaj jakiejś karty SD A1/A2.