Wszystko

Najnowsze

Archiwum

nameisnull
  • 6
@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
  • Odpowiedz
NewEpisode
  • 0
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]
  • 9
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
K.....3
K.....3
  • 0
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
  • 6
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
dict
  • 1
@Kryspin013: o, to by było kozackie. Przychodzi mi do głowy generowanie plików skryptem (np. w pythonie) w jednorazowym unicie typu oneshot, który będzie odpalony jako zależność dla unita mountującego.
  • Odpowiedz
K.....3
K.....3
  • 0
dlatego właśnie service żeby się dało ( ͡° ͜ʖ ͡°) po prostu na pałę odpali "mount /foo /bar" i tyle


@diogene: No to tak to wiem, że się da. Po prostu kminiłem czy na mount się da :P
  • Odpowiedz
aptitude
  • 3
Mam pomysł na biznes, możecie nawet ukraść mój pomysł.

AirBnB!

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

...
  • 10
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
C.....t
C.....t
  • 1
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
  • 2
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
dict
  • 1
@CytrynowySorbet: Jak się usługa odpala jako demon przez system.d to nie dostaje konsoli (albo inaczej, jego konsola to /dev/null). Jakby Ci nagle wszystkie usługi na konsole zaczęły rzygać swoimi printami, to byś nie mógł pracować. Jak chcesz sobie "w czasie rzeczywistym" podglądać logi z /var/log/log_turbo_demona.txt, to użyj tail z opcją "follow":

tail -f /var/log/log_turbo_demona.txt
ewentualnie tu też powinny być logi z danej usługi:

sudo systemctl status mój_turbo_demon
  • Odpowiedz
C.....t
C.....t
  • 0
Jakby Ci nagle wszystkie usługi na konsole zaczęły rzygać swoimi printami, to byś nie mógł pracować.


@dict: racja, o tym nie pomyślałem, że jeden serwis by nie szkodził, ale jak każdy by tak pomyslał to by zasypało konsole.
Dzięki za podpowiedź.
taila i systemctl znam, bo obecnie korzystam, ale szukałem czegoś bardziej idiotoodpornego, bo korzystać z tego mają też osoby które o linuksie nie mają za dużo pojęcia. Ale to
  • Odpowiedz
grajlord
  • 0
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
  • 12
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
K.....3
K.....3
  • 3
dlatego wlasnie o tym trza mowic


@Quemasterekt: za późno. Obecnie systemd rozwiązuje więcej problemów niż ich dostarcza. Popularne distra nie zmienią domyślnego inita bo nie ma żadnej sensownej alternatywy, będzie to wymagało dużo niepotrzebnej nikomu roboty i wprowadzi dużo nowych problemów. Nie rozumiem po co się obrażać na systemd?
  • Odpowiedz
Scallar
  • 0
#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?
  • 12
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
G.....1
G.....1
  • 0
@GRzA6969: testowałem sysv, openRC i mogę z cała pewnością polecić. Zero problemów montowaniem czy wyłączaniem kompa. W systemd miałem taki problem po jakiejkolwiek aktualizacji. W fedorze już w trybie live nie chciał mi się wyłączyć ( ͡° ͜ʖ ͡°)
  • Odpowiedz

Powiązane tagi