pyroxar
Co tak naprawdę drażni w systemd

Mało który temat w świecie Linuksa potrafi wywołać tyle emocji przy piwie albo na forum co pytanie o systemd. Z jednej strony mamy ponad dekadę intensywnego rozwoju, ogromną adopcję i fakt, że większość dużych dystrybucji dawno uznała go za standard. Z drugiej – uporczywą krytykę, która nie znika mimo powszechnego wykorzystania projektu. Warto rozłożyć ją na czynniki pierwsze, bo sprowadzanie całej dyskusji do „bo tak” niewiele wyjaśnia.

Pierwszy
13
  • Najlepsze
  • Wszystkie komentarze
Floryda
Floryda
@pyroxar: kto normalny przy piwie gada o systemd ( ͡º ͜ʖ͡º)
12
Rustyyyy
@Floryda: kurde jaka czytanka
No nic, powiem tyle że nie po to szkaluje korporacyjne oprogramowanie, by potem wrócić na system w którym jedynym dostępnym init systemem jest ten należący do korporacji.
4
osetnik
5
  • Najlepsze
  • Wszystkie komentarze
nameisnull
@osetnik: Jakie są w tym związane zagrożenia? Ja sprawdziłem jakie są potencjalne możliwości użycia tej daty urodzenia i dopóki to jest lokalnie w systemie to jest tak samo traktowane jak imię i nazwisko. Jeśli Linux z SystemD miałby być użyty jako konto w jakieś LDAP czy innym systemie szkolnym / komercyjnym to tam jest całkiem inny cel. Wydaje mi się, że równei dobrze mogli by prosić o numer konta dopóki
6
Rustyyyy
@osetnik: Wow szybko poszło, a przecież jak o tym pisałem to byłem Archowym purystą z kompleksami i panikarzem ( ͡° ͜ʖ ͡°)
2
look997
Był taki ładny program GUI, do zarządzania usługami systemu.
Nie mogę go znaleźć. Jak on się nazywał?
Był w GTK.
#archlinux #linux #systemd
0
  • Najlepsze
  • Wszystkie komentarze
m.....k
m.....k
@look997: może systemdgenie, ale to z KDE
1
look997
@look997: To było to chyba:
systemd-manager

Ale widzę, że już nie rozwijane? Dziwne.

Jest jakieś zastępstwo? Tylko nie w terminalu, ale właśnie z GUI.
0
N.....e
N.....e
Halo #linux #systemd #raspberrypi

Potrzebuje napisać service który będzie się odpalał co 5 sekund, maks do 10 razy w przypadku exit code różnego od zera, czyli w przypadku niepowodzenia.

Mam aktualnie coś takiego:

[Unit]
0
  • Najlepsze
  • Wszystkie komentarze
pyzdek
@NewEpisode: potrzebujesz mieć 2 usługi: jedną uruchamiającą skrypt i timera, który będzie okresowo odpalał tamtą usługę:
https://unix.stackexchange.com/questions/198444/run-script-every-30-min-with-systemd
1
vaio
@NewEpisode: crontab ustaw na wykonanie tego sh
0
K.....3
K.....3
Można zrobić template na mount unit w systemd? Np jak bym chciał zrobić montowanie katalogu z parametrem podawanym jako użytkownik w stylu:
home-USER-costam@USER.mount
?

#linux #systemd
0
  • Najlepsze
  • Wszystkie komentarze
aptitude
Mam pomysł na biznes, możecie nawet ukraść mój pomysł.

AirBnB!

Znaczy, nie wynajmowanie swojego mieszkania, a wynajmowanie mieszkania i.....

...
3
  • Najlepsze
  • Wszystkie komentarze
C.....t
C.....t
Jestem na dość początkowym etapie tworzenia serviców pod systemd, więc mogę pisać głupoty, albo niezrozumiale.

Robię service pod systemd, w którym dotychczas nie potrzebowałem żadnego logowania, a wszystko co service wypluwał szło do sysloga (StandardOutput=syslog). Obecnie po pojawieniu się logowania potrzebowałbym przekierowywać output do pliku (co udało mi się znaleźć jak zrobić TUTAJ - jeszcze nie sprawdzałem jak i czy działa).
W każdym razie problem mam inny. Oprócz logu w pliku, czasami
1
  • Najlepsze
  • Wszystkie komentarze
grajlord
Mirki, jak uzależnić moment autostartu kontenera w dockerze od jakiejś usługi systemd?
Docker ma opcję --restart=always, która próbuje postawić kontener, aż ten zacznie działać. Ale jest to mało wyrafinowane.
Usługę systemd samego dockera można zmodyfikować, aby czekała na inną usługę, ale wtedy uzależni to start wszystkich autostartujących kontenerów na danym serwerze.
Jest jakieś standardowe rozwiązanie tego problemu?

#docker #linux #systemd #unix
0
  • Najlepsze
  • Wszystkie komentarze
Quemasterekt
Treść przeznaczona dla osób powyżej 18 roku życia...
4
  • Najlepsze
  • Wszystkie komentarze
Scallar
#linux

Zesrał mi się #systemd.
Login manager startuje 100 lat bo nie odpala się haveged. Ten z kolei nie może się odpalić bo nie może stwierdzić, czy system nie działa w konetenerze. A sprawdzanie to jest zaimplementowane tak, że próbuje czytać
/proc/1/sched co u mnie jest puste. Chyba po nowym kernelu to się skupczyło. Ktoś coś wie?
0
  • Najlepsze
  • Wszystkie komentarze

Powiązane tagi