[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?

[GRzA6969]

@Scallar: Zobacz na starym kernelu i będziesz miał odpowiedź

[Scallar]

@GRzA6969: Ta racja. Kernel miałem zdupczony. Oprócz pustego tego pliku nie działał dźwięk itp.

[G.....1]

@Scallar:

Używanie systemd

echh spróbuj MX linux czy coś

[GRzA6969]

@Godid1951 co jest nie tak Twoim zdaniem z systemd i jaką alternatywę polecasz?

[y.....m]

A sprawdzanie to jest zaimplementowane tak, że próbuje czytać /proc/1/sched co u mnie jest puste.

@Scallar: Nic tam kompletnie nie ma? Jaki dokładnie kernel?

Edit: zerknąłem na kod i tam nie ma się co s--------ć. Co najwyżej tego pliku wcale mogło nie być gdy kernel był skompilowany z CONFIG_SCHED_DEBUG=n

[Scallar]

@yuim: i tak prawdopodobnie było. Był zupełnie pusty plik. Korzystałem z custom kernela linux-ck dla archa v. 5.2.14.

[y.....m]

@Scallar: było jeszcze inaczej ( ͡° ͜ʖ ͡°) funkcja proc_sched_show_task(), która robi całą robotę dla /proc/*sched jest noopem w tym schedulerze od Cona Kovalisa.:

https://github.com/kata198/con-ck-patches/blob/master/linux-4.15-ck0.patch#L9865

wiec plik rzeczywiście był ale pusty

[Scallar]

@yuim: omg. Dzięki, dobrze wiedzieć. Czyli wypadałoby spatchować systemd, żeby nie próbowało na siłę doszukać się treści w tym pliku. Teraz wypierdziela i/o error jak nie znajdzie nawiasu w zawartości.

[y.....m]

@Scallar: dlaczego twierdzisz, że to problem z systemd? Z wpisu wynika że to haveged czyta ten plik a nie systemd

[y.....m]

@Scallar: a, pewnie chodzi Ci o to
https://github.com/systemd/systemd/blob/a86cbb0fa3ab5b0d87e62b0f59fe4cdd023b9587/src/basic/virt.c#L514

Zrób żeby ta funkcja zawsze zwracała że nie jest w konterze bez czytania tego pliku, zrekompiluj i będziesz wiedział czy to przez to czy nie się j---e. Ta detekcja w systemd wygląda że jest z p---y zrobiona, powinni raczej sprawdzać /proc/1/cgroup a nie sched.

[y.....m]

Albo wyjeb po prostu detekcję kontenerów z unitu systemd dla haveged i po problemie, zakładam że jest tam jest coś w ConditionVirtualization=!container ustawione

[G.....1]

@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ć ( ͡° ͜ʖ ͡°)