Wpis użytkownika Czokowoko w Programowanie

@globalbus jeśli przyjmiesz, że to między 7 a 8 to tak. Chociaż dochodzimy powoli do wniosku, że Infografika jest do dupy zbiorowo xD

@StepujacyBudowlaniec za przeproszeniem pierdolisz, że się młotkiem golisz - to tak jak ja bym Ci mówił którym młotkiem lepiej będzie Ci gwoździe wbijać - nie znam się na tym więc to co myślę za wiele nie ma wspólnego z praktyką a ja wbije tym co mi do ręki wpadnie bo wbijam 2 gwoździe rocznie.
Swego czasu miałem pod sobą 3K bare metal Z 20K użytkowników enterprise więc nie mów mi co lepiej się utrzymuje ;)

@koszotorobur mnie cieszy ogólnie cały schemat jak to działa. Mam zmiany na service to sobie je override zrobię. Potrzebuję dodać? Nie ma problemu - wszystko zunifukowane - otwieram obojętnie jaki serwis i wszystko jest na miejscu, handling logów w journald - nie szukam ich jak pojebany po folderze logów a do tego nie ma opcji by któryś serwis nie miał logowania. Cron dzięki timerom też poszedł daleko w niepamięć bo nie muszę o tym pamiętać. Zależności? Nie ma problemu jeśli serwis ma się odpalić dopiero po nawiązaniu neta to sobie to definiuje. Chcę status wszystkich serwisów? Jedno polecenie. Ogólnie to systemd rozwiązał masę problemów openrc

@rm-rf - straszna kobyła - ale odkąd RHEL przeszedł na nią w wersji 7 to zostałem zmuszony używać.
Po latach się człowiek przyzwyczaił i jest po prostu wygodna - ostatnio nawet musiałem uruchomić cały pod kontenerów podmanem bez roota i podman ma całkiem spoko natywną integrację z systemd tak, że dla nieuprzywilejowanego użytkownika z włączonym lingering wszystko wstaje z systemem.

@StepujacyBudowlaniec - Napisz która alternatywa jest według Ciebie lepsza i dlaczego.

@koszotorobur Android nie ma

@rm-rf bzdura, są dużo lepsze alternatywy

@StepujacyBudowlaniec systemd to jedna z rozsądniejszych rzeczy ostatnich lat jaka wydarzyła się w świecie linux.

@StepujacyBudowlaniec - każdy Linux, który się liczy ma już to gówna 🤷

@rm-rf @LondoMollari @CyberDomino ja, nie wiedząc nic o działaniu systemu operacyjnego, mógłbym tak to opisać, tylko naza procesów i drzewka plików .target bym nie odgadł. Chociaż po zobaczeniu tej infigrafiki nadal nie wiem co to i po co to.

@LondoMollari pomija więcej niż tpm bo o samym ładowaniu kernela można książkę napisać.

>przyjemnie się na to patrzy
@CyberDomino Tylko, kiedy bootuje. Poza tym grafika pomija TPM.

@Czokowoko to jest jeden przypadek z 100
@globalbus to są customowe skrypty. Jak inaczej wyjaśnisz uboot i initramfs?

@ZygoteNeverborn właśnie dlatego "po prostu działa", bo prawie wszystko zmigrowało do systemd. Pomimo pewnych ułomności, jest to daleko lepsza sytuacja od tego, że każde distro miało swój init daemon.

@Czokowoko No właśnie od czasów zastąpienia init.d już nie. Teraz są pliki usług gdzie ustawiasz tylko flagi. Przynajmniej według mojej ograniczonej wiedzy. Na gifie są jakieś .target files ale sam musiałem zerknąć o co chodzi i to są po prostu jakby stare runlevele.

Nie zaglądam tam jak kiedyś. Teraz Linux po prostu działa, w każdym razie Debian. Poza tym, jeśli się nie wie, to się z tego gifa nic nie wyniesie. Ale ogólnie wszystko się rusza. Humaniści będą wniebowzięci.

@Czokowoko tam jest ogółem więcej braków. Jak się ma UEFI, to grub już nie jest potrzebny, wystarczy systemd-boot.
Przed uruchomieniem właściwego inita mogą być też inne rzeczy odpalane, wystarczy, żeby na końcu użyć "exec" zamiast "fork" (właściwy init przejmie wtedy PID 1)

@Czokowoko no nie bardzo. Chyba każde współczesne distro korzysta z initrd, aby sobie wstępnie załadować moduły.

Jak się nie korzysta z initrd, to trzeba pewne moduły wrzucić na sztywno w kernel. Ostatni raz tak robiłem z 15 lat temu na gentoo xD

@ZygoteNeverborn A tam przypadkiem nie są tylko customowe skrypty?