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?
@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.:
@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.
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ę #!$%@?. Ta detekcja w systemd wygląda że jest z #!$%@? zrobiona, powinni raczej sprawdzać /proc/1/cgroup a nie sched.
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
@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ć ( ͡°͜ʖ͡°)
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?
echh spróbuj MX linux czy coś
@Scallar: Nic tam kompletnie nie ma? Jaki dokładnie kernel?
Edit: zerknąłem na kod i tam nie ma się co #!$%@?ć. Co najwyżej tego pliku wcale mogło nie być gdy kernel był skompilowany z CONFIG_SCHED_DEBUG=n
https://github.com/kata198/con-ck-patches/blob/master/linux-4.15-ck0.patch#L9865
wiec plik rzeczywiście był ale pusty
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ę #!$%@?. Ta detekcja w systemd wygląda że jest z #!$%@? zrobiona, powinni raczej sprawdzać /proc/1/cgroup a nie sched.