Forum Debian Users Gang

Na Eudevie i OpenRC nic podobnego nie widziałem, systemd radzę posłać do /dev/null, czyli tam, gdzie jest jego miejsce.

mati75 napisał(-a):

Mam do samo tak z pół roku, wina udeva, czyli systemd. Na stabilnym Debianie jest ok.

Systemd standardowo nie drukuje komunikatów, więc to na 99% dotyczy sysvinit, którego obsługa w testingu i sidzie bywa ostatnio problematyczna.

Jak zwykle polowanie na czarownice.

Jak na Debku miałem sysinit, to wisiał na tym ponad minutę, na OpenRC problemu brak.
Obecnie na Debka dawno nie zaglądałem w końcu będzie trzeba. :D

yossarian napisał(-a):

Systemd standardowo nie drukuje komunikatów, więc to na 99% dotyczy sysvinit, którego obsługa w testingu i sidzie bywa ostatnio problematyczna.

Jak zwykle polowanie na czarownice.

Tutaj akurat sprawdzałem, robiąc pin na udev do stable. Wstawał normalnie.

mati75 napisał(-a):

yossarian napisał(-a):

Systemd standardowo nie drukuje komunikatów, więc to na 99% dotyczy sysvinit, którego obsługa w testingu i sidzie bywa ostatnio problematyczna.

Jak zwykle polowanie na czarownice.

Tutaj akurat sprawdzałem, robiąc pin na udev do stable. Wstawał normalnie.

//// Podasz źródło, żebym mógł sprawdzić?

logan@pc:~$ dpkg -l | grep udev
ii  libgudev-1.0-0:amd64                  208-7                              amd64        GObject-based wrapper library for libudev
ii  libudev1:amd64                        208-7                              amd64        libudev shared library
ii  udev                                  208-7                              amd64        /dev/ and hotplug management daemon

Sprawdź jeszcze komunikaty startowe i usuń opcję "quit" z Gruba. Może tam znajdziesz nad czym się udev tak męczy.

Biorąc pod uwagę ilość komunikatów kernela, to są małe szanse, raczej w

dmesg | grep udev

Tam powinno być conieco, np u mnie mam takie alarmy:

dmesg | grep udev
[    6.938710] udevd[428]: starting version 1.9
[    8.136156] udevd[444]: renamed network interface eth1 to net
[    8.157212] udevd[453]: renamed network interface eth0 to lan
[   10.278121] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc0183, key code 226): Invalid argument
[   10.278134] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1005, key code 212): Invalid argument
[   10.278144] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc101f, key code 419): Invalid argument
[   10.278154] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1020, key code 418): Invalid argument
[   10.278164] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1041, key code 421): Invalid argument
[   10.278174] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1042, key code 423): Invalid argument
[   10.278184] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1043, key code 397): Invalid argument
[   10.278194] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1044, key code 149): Invalid argument
[   10.278204] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1045, key code 202): Invalid argument
[   10.278214] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1046, key code 203): Invalid argument
[   10.278223] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc1048, key code 430): Invalid argument
[   10.278233] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc104a, key code 136): Invalid argument
[   10.278243] udevd[453]: Error calling EVIOCSKEYCODE on device node '/dev/input/event11' (scan code 0xc104c, key code 162): Invalid argument

Ostatnio edytowany przez Jacekalex (2014-08-11 17:15:41)

A co się aktualizowało?

Podstawowym problemem Debiana jest Systemd
Gdyby Panowie od sysvinit połączyli siły z OpenRC - oj, by się działo

A tak to same problemy z Debianem

Fervi

Nie będę developerem Debiana :>

Mówię ogólnie - trzeba uczyć się na błędach, a nie wprowadzać kolejne.
Mając systemd masz parę programów, które go wymagają i nie da się wywalić systemd nie wywalając tych programów (pytanie czy systemd-shim działa, czy nie)

Linux powinien iść w taką drogę "OS X" - starać się być jak najlepszym systemem (oczywiście OS X jest gejowski, więc nie do końca w tę stronę)

Fervi

ja miałem problemy z przedłużonym uruchamianiem takoż.
start zatrzymywał mi się na ok. minutę, na komunikacie mniej więcej tak brzmiącym:

nvidiafb unknown nv_arch

jednak od aktualizacji przed dwoma dniami wszystko jest OK (na testingu jadę)

Mi się przez przypadek udało ustalić jedną z przyczyn, nie wiem czy to jest jedyna ale na pewno jedna z. Chodzi o konfigurację interfejsów sieciowych a konkretnie o parametr

allow-hotplug eth1

umieszczony w /etc/network/interfaces . Ja domyślnie tego nigdy nie miałem ale ostatnio coś musiałem się pobawić z interfejsami i za dużo odkomentowałem i min. ten parametr. Efekt jest taki, że system się przywiesza na tej linijce z /dev na jakiś 30s i nie mieli przy tym dyskiem. Jeśli ten parametr się zakomentuje, wtedy dysk pracuje cały czas przy przygotowywaniu tego katalogu /dev i trwa to jakieś 5s, po czym proces bootowania rusza dalej.