t; statusie usług mam takie coś:
> >
> > $ systemctl status systemd-udev-settle.service
> > (...)
> > Po restarcie usługi nie zwraca już ona żadnego błędu:
> >
> > Jak można toto zdebugować? Na co on czeka i na czym się wywraca?
>
> Któreś podejście z l
On poniedziałek, 27 sierpnia 2018 10:31:46 CEST Łukasz Maśko wrote:
> Mój laptop uruchamia się ok. 3 minuty, przy czym większość tego czasu spędza
> czekając na... coś. Najwyraźniej na usługę z tematu. Potem w statusie usług
> mam takie coś:
>
> $ systemctl status systemd-udev
Mój laptop uruchamia się ok. 3 minuty, przy czym większość tego czasu spędza
czekając na... coś. Najwyraźniej na usługę z tematu. Potem w statusie usług
mam takie coś:
$ systemctl status systemd-udev-settle.service
● systemd-udev-settle.service - udev Wait for Complete Device Initialization
$ systemctl status systemd-udev-settle.service
● systemd-udev-settle.service - udev Wait for Complete Device Initialization
Loaded: loaded (/lib/systemd/system/systemd-udev-settle.service; static;
vendor preset: enabled)
Active: failed (Result: exit-code) since Sun 2018-01-21 22:54:59 CET
urządzeń). Mam
tak na 2 maszynach więc to raczej powtarzalne.
Widzisz... A u mnie jakoś działa. Oczywiście pod systemd, nie pod SysVInit.
No tak tylko brak systemd to nie jest powód, żeby udev nie robił tego co
do niego należy.
Zawsze możesz dołożyć odpowiednie moduły do /etc/modules.
Tak zrobiłem
Dnia niedziela, 19 listopada 2017 16:28:13 Grzegorz Sójka pisze:
> Witam wszystkich,
>
> Jakiś czas temu udev przy starcie przestał tworzyć urządzenia typu
> /dev/loop czy /dev/ppp. W links.conf mam w dalszym ciągu:
>
> M loop0 b 7 0
> M ppp c 108 0
>
>
Witam wszystkich,
Jakiś czas temu udev przy starcie przestał tworzyć urządzenia typu
/dev/loop czy /dev/ppp. W links.conf mam w dalszym ciągu:
M loop0 b 7 0
M ppp c 108 0
Jak to poprawić??
PS:
# rpm -qa | egrep 'udev|kernel' | sort
kernel-4.13.7-1.x86_64
kernel-4.13.9-1
Po ostatniej aktualizacji udev system uruchamia mi się dużo dłużej niż
normalnie, głównie stojąc na uruchamianiu systemd-udev-settle.service
To się nie udaje (wyciąg z journala):
paź 27 19:47:05 laptok systemd[1]: systemd-udev-settle.service: Main process
exited, code=exited, status=1/FAILURE
W dniu 28 listopada 2015 20:59 użytkownik Marcin Banasiak
<megab...@pld-linux.org> napisał:
> W dniu 27 listopada 2015 20:44 użytkownik Lukasz Glebicki
> <lukas...@post.pl> napisał:
>> Czemu Poldek sam nie potrafi sobie zastąpić udev-glib pakietem libgudev?
>>
>
W dniu 27 listopada 2015 20:44 użytkownik Lukasz Glebicki
<lukas...@post.pl> napisał:
> Czemu Poldek sam nie potrafi sobie zastąpić udev-glib pakietem libgudev?
>
> udev-libs-219-5.x86_64 zostanie zastąpiony przez udev-libs-221-7.x86_64
> błąd: udev-libs = 1:219-5 jest wymagany p
Czemu Poldek sam nie potrafi sobie zastąpić udev-glib pakietem libgudev?
udev-libs-219-5.x86_64 zostanie zastąpiony przez udev-libs-221-7.x86_64
błąd: udev-libs = 1:219-5 jest wymagany przez zainstalowany pakiet udev-
glib-219-5.x86_64
rsearch -p /udev-glib/
libgudev-230-1.x86_64
libgudev-devel
W dniu 18.05.2012 13:48, Bartosz Lis anonsuje::
Hmm, u mnie przy wieloportówkach jednak takie problemy nie występowały.
Tj. dowolne ustawienie w /etc/udev/rules.d/70-persistent-net.rules
skutkuje prawidłowym układem.
Z całą pewnością miałem ten problem rok-dwa lata temu.
Ja też. Ale u mnie
niż
jeden interfejs. Np. na raz pojawiają się eth0 i eth1.
Hmm, u mnie przy wieloportówkach jednak takie problemy nie występowały.
Tj. dowolne ustawienie w /etc/udev/rules.d/70-persistent-net.rules
skutkuje prawidłowym układem. Nie robiłem jakichś specjalnych złośliwych
testów, ale już kilka
w źródłach jądra, ale z własnych obserwacji tak sądzę). Moduł wstępnie
nazywa interfejs w trybie kernela i generuje zdarzenie do udeva w userlandzie.
Może się tak zdarzyć, że przed obsłużeniem tego zdarzenia przez UDEV jądro
zacznie inicjować następny moduł. Mamy wtedy zasadniczo dwa scenariusze
przy wieloportówkach jednak takie problemy nie występowały.
Tj. dowolne ustawienie w /etc/udev/rules.d/70-persistent-net.rules
skutkuje prawidłowym układem. Nie robiłem jakichś specjalnych złośliwych
testów, ale już kilka razy miałem tak że łatwiej było pozmieniać nazwy
interfejsów (żeby było tak
2012/4/16 Paweł Kośka pa...@viop.pl:
W dniu 16 kwietnia 2012 16:41 użytkownik Paweł Kośka pa...@viop.pl napisał:
Interface od vlanów też zmienia nazwę;)
Łukasz obadam też Twoją wersję.
No i ciągle jest źle
Ale już sytuacje naprawiłem, wyciągnąłem drugą sieciówkę i już system
nie ma
Dnia wtorek, 17 kwietnia 2012, Paweł Kośka napisał:
2012/4/16 Paweł Kośka pa...@viop.pl:
W dniu 16 kwietnia 2012 16:41 użytkownik Paweł Kośka pa...@viop.pl
napisał:
Interface od vlanów też zmienia nazwę;)
Łukasz obadam też Twoją wersję.
No i ciągle jest źle
Ale już sytuacje
ustawiałem kolejność przez:
# cat /etc/modprobe.d/modprobe.conf
alias eth0 tg3
alias eth1 8139too
Ale teraz mi coś nie chce chodzić.
Czy jest jakaś inna możliwość ustawienia kolejności kart sieciowych?
Aktualnie próbuję przez udev, ale nie wiem czy to dobre rozwiązanie i
czy na pewno działa.
# cat /etc
Dnia poniedziałek, 16 kwietnia 2012, Paweł Kośka napisał:
[...]
Aktualnie próbuję przez udev, ale nie wiem czy to dobre rozwiązanie i
czy na pewno działa.
# cat /etc/udev/rules.d/99-udev-net.rules
ACTION!=add, GOTO=local_end
SUBSYSTEM!=net, GOTO=local_end
KERNEL==eth*, ATTR{address}==00:16
W dniu 16 kwietnia 2012 16:41 użytkownik Paweł Kośka pa...@viop.pl napisał:
Aktualnie próbuję przez udev, ale nie wiem czy to dobre rozwiązanie i
czy na pewno działa.
# cat /etc/udev/rules.d/99-udev-net.rules
ACTION!=add, GOTO=local_end
SUBSYSTEM!=net, GOTO=local_end
KERNEL==eth*, ATTR
Dnia środa, 4 stycznia 2012, Artur Frysiak napisał:
2012/1/4 Grzegorz Sójka p...@sojka.co:
On 01/04/12 08:22, Artur Frysiak wrote:
2012/1/3 Grzesiek Sójkap...@sojka.co:
Witam.
Mam kopot. Udev nie tworzy urządzeń /dev/mixer*. Jak go zmusić??
Nie tworzy bo nie załadowałeś modułu do
Witam.
Mam kopot. Udev nie tworzy urządzeń /dev/mixer*. Jak go zmusić??
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Dnia wtorek, 3 stycznia 2012, Grzesiek Sójka napisał:
Witam.
Mam kopot. Udev nie tworzy urządzeń /dev/mixer*. Jak go zmusić??
udev-alsa masz zainstalowane? Jeśli tak, sprawdź regułki udev-a, może masz
jakiś bałagan w plikach (stare albo niepotrzebne, niepoprawne wersje plików
w /etc/udev
On 01/03/12 21:15, Łukasz Maśko wrote:
Dnia wtorek, 3 stycznia 2012, Grzesiek Sójka napisał:
Witam.
Mam kopot. Udev nie tworzy urządzeń /dev/mixer*. Jak go zmusić??
udev-alsa masz zainstalowane? Jeśli tak, sprawdź regułki udev-a, może masz
Jest.
jakiś bałagan w plikach (stare albo
Dnia wtorek, 3 stycznia 2012, Grzesiek Sójka napisał:
[...]
jakiś bałagan w plikach (stare albo niepotrzebne, niepoprawne wersje
plików w /etc/udev/rules.d/).
Nic tam nie robiłem więc powinny być dystrybucyjne. podejżewam, że
trzeba ustawić gdzieś żeby ładował snd-mixer-oss bo nie ładuje
On 01/03/12 21:37, Łukasz Maśko wrote:
Dnia wtorek, 3 stycznia 2012, Grzesiek Sójka napisał:
[...]
jakiś bałagan w plikach (stare albo niepotrzebne, niepoprawne wersje
plików w /etc/udev/rules.d/).
Nic tam nie robiłem więc powinny być dystrybucyjne. podejżewam, że
trzeba ustawić gdzieś żeby
Dnia wtorek, 3 stycznia 2012, Grzesiek Sójka napisał:
[...]
Mi się też wydawało, że mam dystrybucyjne. A potem okazało się, że mam
tam plik 50-udev-default.rules, który pewnie pochodzi z jakiejś
[...] ^
starszej wersji udev, ale ma całą masę błędów i przez
2012/1/3 Grzesiek Sójka p...@sojka.co:
Witam.
Mam kopot. Udev nie tworzy urządzeń /dev/mixer*. Jak go zmusić??
Nie tworzy bo nie załadowałeś modułu do obsługi tego urządzenia. A tak
właściwie po co Ci /dev/mixer*?
--
Artur Frysiak
___
pld-users-pl
On Wed, 21 Dec 2011 09:00:07 +0100
Łukasz Maśko ma...@ipipan.waw.pl wrote:
Dnia środa, 21 grudnia 2011, Artur Frysiak napisał:
[...]
Przypuszczam, że coś u Ciebie nie tak z
/lib/udev/rules.d/50-udev-default.rules
Plk jest dystrybucyjny, rpm -V udev-core nie zwraca żadnych błędów.
Dobra
Dnia środa, 21 grudnia 2011, Artur Frysiak napisał:
[...]
Przypuszczam, że coś u Ciebie nie tak z
/lib/udev/rules.d/50-udev-default.rules
Plk jest dystrybucyjny, rpm -V udev-core nie zwraca żadnych błędów.
Ale najpierw pokaż:
udevadm test-builtin input_id /class/input/event0
$ udevadm test
rewtyknięciu myszki już
wykrywa) przestało działać po upgrejdzie samego udev ZTCP.
Przyczyny nie doszedłem i wrocilem do driverow nie evdevowych ZTCP. :/
--
Mateusz Korniak
(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś,
krótko mówiąc - podpora społeczeństwa
wyłączę kdm, moge spokojnie działać). W logach X-ów nie ma żadnych błędów,
ale też żadnej informacji o wykrytych urządzeniach wskazujących. Jest za to
ostrzeżenie, że X-y polegają na udev-ie w sprawie wykrywania urządzeń i
jakby co to tam trzeba sprawdzać. Moduł evdev, na którym wcześniej
to
ostrzeżenie, że X-y polegają na udev-ie w sprawie wykrywania urządzeń i
jakby co to tam trzeba sprawdzać. Moduł evdev, na którym wcześniej wszystko
to działo, teraz ładuje się jedynie na żądanie (jak wymuszę w xorg.conf).
Klawiatura i mysz są na USB. Jak pisałem, pod konsolą działają bez
Dnia wtorek, 20 grudnia 2011, Bartosz Taudul napisał:
??? Bartek, o co chodzi?
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl /\\
Registered Linux User #61028
2011/12/20 Łukasz Maśko ma...@ipipan.waw.pl:
??? Bartek, o co chodzi?
Za mówienie, że w PLD jest źle, albo że coś nie działa można dostać
plakietkę trolla, flamera i inne takie włącznie z cenzurą. Ja po
prostu chciałem się przypodobać władzy i wybiegłem przed szereg, bo
ostatnio podpadłem.
wolf
zrobić. Sama mysz i klawiatura działają (w konsoli jak już zdalnie
wyłączę kdm, moge spokojnie działać). W logach X-ów nie ma żadnych błędów,
ale też żadnej informacji o wykrytych urządzeniach wskazujących. Jest za to
ostrzeżenie, że X-y polegają na udev-ie w sprawie wykrywania urządzeń i
Dnia wtorek, 20 grudnia 2011, Paweł Sikora napisał:
[...]
tez to kiedys przerabialem i na 99% brakuje ci poprawnie zamontowanego
/run w ktorym udev zapisuje jakies swoje smieci. pakiet rc-scripts masz
akutalny?
$ mount | grep run
/run on /run type tmpfs (rw,relatime)
$ rpm -q rc-scripts
rc
Dnia wtorek, 20 grudnia 2011, Bartosz Taudul napisał:
2011/12/20 Łukasz Maśko ma...@ipipan.waw.pl:
??? Bartek, o co chodzi?
Za mówienie, że w PLD jest źle, albo że coś nie działa można dostać
plakietkę trolla, flamera i inne takie włącznie z cenzurą. Ja po
prostu chciałem się przypodobać
2011/12/20 Łukasz Maśko ma...@ipipan.waw.pl:
No więc jak mogę sprawdzić, jakie urządzenia raportuje udev do X-ów?
Tudzież może ktoś ma pomysł, gdzie mogły się podziać moje urządzenia?
Sprawdź co masz w /dev/input/* i dla wszystkich eventX popytaj udeva:
udevadm info --query=property --name
Dnia wtorek, 20 grudnia 2011, Artur Frysiak napisał:
2011/12/20 Łukasz Maśko ma...@ipipan.waw.pl:
No więc jak mogę sprawdzić, jakie urządzenia raportuje udev do X-ów?
Tudzież może ktoś ma pomysł, gdzie mogły się podziać moje urządzenia?
Sprawdź co masz w /dev/input/* i dla wszystkich
2011/12/20 Łukasz Maśko ma...@ipipan.waw.pl:
Dnia wtorek, 20 grudnia 2011, Artur Frysiak napisał:
2011/12/20 Łukasz Maśko ma...@ipipan.waw.pl:
No więc jak mogę sprawdzić, jakie urządzenia raportuje udev do X-ów?
Tudzież może ktoś ma pomysł, gdzie mogły się podziać moje urządzenia?
Sprawdź
Dnia wtorek, 20 grudnia 2011, Artur Frysiak napisał:
[...]
Przypuszczam, że nie masz udev w geninitrd. Wygeneruj nowe initrd:
/sbin/geninitrd -f --initrdfs=initramfs --with-udev
/boot/initrd-3.0.13-1.gz 3.0.13-1
Wygenerowałem, przebootowałem maszynę, ale dalej jest to:
$ udevadm info --query
2011/12/20 Łukasz Maśko ma...@ipipan.waw.pl:
Dnia wtorek, 20 grudnia 2011, Artur Frysiak napisał:
[...]
Przypuszczam, że nie masz udev w geninitrd. Wygeneruj nowe initrd:
/sbin/geninitrd -f --initrdfs=initramfs --with-udev
/boot/initrd-3.0.13-1.gz 3.0.13-1
Wygenerowałem, przebootowałem
Witam,
Mam pytanko, mam maszynkę która jak do tej pory chodzi na statycznym
devie ale muszę się przesiąść na udev-core. Kłopot polega na tym, że mam
kilka dość niestandardowych devicków. Dlatego chciał bym w jakiś w miarę
koszerny sposób podpiąć swój skrypt do udev-core. Jak to zrobi we w
Witam!
Po instalacji udev 153-1 cups przestal sie komunikowac z drukarka na usb
(Nie mozna wyslac x bajtow do drukarki) pomimo ze uprawnienia wygladaly ok
downgrade do 151-1 pomogl.
Pozdrawiam
Bart.
___
pld-users-pl mailing list
pld-users-pl@lists.pld
Witam,
Doinstalowałem do systemu bazowego pakiety: alsa-udev-0.2 i
kernel-desktop-sound-
alsa-2.6.31.9-1. Po restarcie mam taki komunikat:
Starting udev...[ZAJETY]
dev-work[1018]: error opening ATTR{/sys/class/sound/controlC0/../uevent} for
wri-
ting: no such file
On Thu, 18 Feb 2010 12:56:05 +0100
Dariusz Knociński dkn...@next.com.pl wrote:
Witam,
Doinstalowałem do systemu bazowego pakiety: alsa-udev-0.2 i
kernel-desktop-sound-
alsa-2.6.31.9-1. Po restarcie mam taki komunikat:
Starting udev...[ZAJETY]
dev-work[1018]: error
On Thu, 18 Feb 2010 12:56:05 +0100
Dariusz Knociński dkn...@next.com.pl wrote:
Witam,
Doinstalowałem do systemu bazowego pakiety: alsa-udev-0.2 i
kernel-desktop-sound-
alsa-2.6.31.9-1. Po restarcie mam taki komunikat:
Starting
udev
Zamieszałem z moim notebookowym Ac (próbowałem zainstalowac kernel z test) i
mimo że wydawało mi się że cofnąłem udev do starej wersji mam objaw że karty
sieciowe dość przypadkowo ustawiają się pod różnymi adresami.
Chciałbym mieć:
dany adres mac zawsze pod danym interfejsem, ale nie robić ifup
Mateusz Korniak anonsuje::
Zamieszałem z moim notebookowym Ac (próbowałem zainstalowac kernel z test) i
mimo że wydawało mi się że cofnąłem udev do starej wersji mam objaw że karty
sieciowe dość przypadkowo ustawiają się pod różnymi adresami.
Chciałbym mieć:
dany adres mac zawsze pod danym
W dniu 2009-12-09 11:18, Mateusz Korniak pisze:
Chciałbym mieć: dany adres mac zawsze pod danym interfejsem, ale nie
robić ifup z automatu dla tych kart.
Może np. tak:
SUBSYSTEM==net, ACTION==add, SYSFS{address}==00:E0:4C:11:22:33,
NAME=eth0
SUBSYSTEM==net, ACTION==add,
Mateusz Korniak pisze:
Zamieszałem z moim notebookowym Ac (próbowałem zainstalowac kernel z test) i
mimo że wydawało mi się że cofnąłem udev do starej wersji mam objaw że karty
sieciowe dość przypadkowo ustawiają się pod różnymi adresami.
Chciałbym mieć:
dany adres mac zawsze pod danym
Witam.
Ostatnio kupiłem nowego laptopa Lenovo U350 i zacząłem instalować na nim PLD.
Niby prosta sprawa ale jak to z dziwnym sprzętem bywa trzeba go nakarmić
najnowszym kernelem żeby zaczął działać (Karty sieciowe Broadcoma)
Mam kernel 2.6.31 z th-test i prawie wszystko działa dobrze tzn
1) przy
Dnia piątek 10 lipiec 2009, Łukasz Maśko napisał:
Dzisiaj zrobiłem update systemu (nowe pakiety z ostatniego tygodnia). W tym
był udev-143. Niestety, po aktualizacji objawił się problem z USB. Używam
laptopa DELL, do którego mam docking station. Po update komputer przestał
widzieć porty USB w
Dnia piątek, 10 lipca 2009, Wojciech Błaszkowski napisał:
Dnia piątek 10 lipiec 2009, Łukasz Maśko napisał:
Dzisiaj zrobiłem update systemu (nowe pakiety z ostatniego tygodnia). W
tym był udev-143. Niestety, po aktualizacji objawił się problem z USB.
Używam laptopa DELL, do którego mam
Dzisiaj zrobiłem update systemu (nowe pakiety z ostatniego tygodnia). W tym
był udev-143. Niestety, po aktualizacji objawił się problem z USB. Używam
laptopa DELL, do którego mam docking station. Po update komputer przestał
widzieć porty USB w doku, a do tego umieszczony w nim czytnik
Mam w kompie 2 różne sieciówki i udeva. Problem polega na tym, że
interfejsy mają istotnie różne konfiguracje a udev odpala jest w losowej
kolejności. Nie wiadomo więc która pojawi się jako eth0 a która jako
eth1. Jak zmusić udev aby np. e100 było ładowane najpierw a 3c59x potem??
Pzdr
grzes
Grzesiek Sójka wrote:
Mam w kompie 2 różne sieciówki i udeva. Problem polega na tym, że
interfejsy mają istotnie różne konfiguracje a udev odpala jest w losowej
kolejności. Nie wiadomo więc która pojawi się jako eth0 a która jako
eth1. Jak zmusić udev aby np. e100 było ładowane najpierw
Dnia piątek, 13 lutego 2009, Grzesiek Sójka napisał:
Mam w kompie 2 różne sieciówki i udeva. Problem polega na tym, że
interfejsy mają istotnie różne konfiguracje a udev odpala jest w losowej
kolejności. Nie wiadomo więc która pojawi się jako eth0 a która jako
eth1. Jak zmusić udev aby np
Łukasz Maśko wrote:
Dnia piątek, 13 lutego 2009, Grzesiek Sójka napisał:
Mam w kompie 2 różne sieciówki i udeva. Problem polega na tym, że
interfejsy mają istotnie różne konfiguracje a udev odpala jest w losowej
kolejności. Nie wiadomo więc która pojawi się jako eth0 a która jako
eth1. Jak
inet addr:194.29.143.185 Bcast:194.29.143.255
Mask:255.255.254.0
# cat /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==00:1F:C6:EA:A0:6B, ATTR{type}==1, KERNEL==eth*,
NAME=eth0
SUBSYSTEM==net, ACTION==add, DRIVERS==?*,
ATTR{address}==00
Dnia piątek, 13 lutego 2009, Łukasz Maśko napisał:
[...]
Najwyraźniej nie rozróżnia. udevadm zwraca w małych literkach:
^
TFU, rozróżnia oczywiście ;-)
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl
Dnia piątek, 13 lutego 2009, Grzesiek Sójka napisał:
Mam w kompie 2 różne sieciówki i udeva. Problem polega na tym, że
interfejsy mają istotnie różne konfiguracje a udev odpala jest w losowej
kolejności. Nie wiadomo więc która pojawi się jako eth0 a która jako
eth1. Jak zmusić udev aby np
(albo jest LAN
albo WAN).
reguła udev oczywiście jest :
# ls -l /etc/udev/rules.d/92-local-network.rules
-rw-r--r-- 1 root root 312 gru 6 16:41
/etc/udev/rules.d/92-local-network.rules
# sed '/^\($\|\s*#\)/d' /etc/udev/rules.d/92-local-network.rules
KERNEL==eth*, ATTR{address}==00:c0:26:a5:7c:c1
któryś z interface mi nie wstaje (albo jest LAN
albo WAN).
reguła udev oczywiście jest :
# ls -l /etc/udev/rules.d/92-local-network.rules
-rw-r--r-- 1 root root 312 gru 6 16:41
/etc/udev/rules.d/92-local-network.rules
# sed '/^\($\|\s*#\)/d' /etc/udev/rules.d/92-local-network.rules
KERNEL
któryś z interface mi nie wstaje (albo jest LAN
albo WAN).
reguła udev oczywiście jest :
# ls -l /etc/udev/rules.d/92-local-network.rules
-rw-r--r-- 1 root root 312 gru 6 16:41
/etc/udev/rules.d/92-local-network.rules
# sed '/^\($\|\s*#\)/d' /etc/udev/rules.d/92-local-network.rules
KERNEL
pomysły ?
nameif w rc.local, dopiero potem pierwszy raz
service network start
i inne usługi wymagające sieci
(udev nie uzywam :D )
ale miałem kiedys taką potrzebę na kilku maszynach
Poszukuję raczej przyczyny niż obejścia ;)
--
Pozdrawiam,
Daniel Dawid Majewski
jabber:light-i/jid.pl
On Sunday 07 of December 2008 10:07:42 Daniel Dawid Majewski wrote:
/etc/udev/rules.d/92-local-network.rules
Jakieś pomysły ?
sprawdz $ udevadm test /sys/class/net/eth0 czy na pewno dzieje
sie tak jak myslisz ze sie dzieje :)
___
pld-users-pl mailing
któryś z interface mi nie wstaje (albo jest LAN
albo WAN).
reguła udev oczywiście jest :
# ls -l /etc/udev/rules.d/92-local-network.rules
-rw-r--r-- 1 root root 312 gru 6 16:41
/etc/udev/rules.d/92-local-network.rules
# sed '/^\($\|\s*#\)/d' /etc/udev/rules.d/92-local-network.rules
KERNEL
Paweł Sikora wrote:
On Sunday 07 of December 2008 10:07:42 Daniel Dawid Majewski wrote:
/etc/udev/rules.d/92-local-network.rules
Jakieś pomysły ?
sprawdz $ udevadm test /sys/class/net/eth0 czy na pewno dzieje
sie tak jak myslisz ze sie dzieje
Dnia niedziela, 7 grudnia 2008, Grzesiek Pycia napisał:
[...]
sprawdz $ udevadm test /sys/class/net/eth0 czy na pewno dzieje
sie tak jak myslisz ze sie dzieje :)
U mnie na udev-124-2 działa a na udev-132-4 jeden z interfejsów zostaje
z renamed na koncu.
Sprawdź przez udevadm test, jak
Dnia niedziela, 7 grudnia 2008, Grzesiek Pycia napisał:
[...]
Jest chyba jakiś sposób na zrucenie tego pliku w działającym systemie,
widziałem ze w gentoo się tak dzieje, ktoś wie jak to w PLD zrobić?
Ale jaki plik chcesz zrzucać?
--
Łukasz Maśko GG:
Dnia piątek, 5 grudnia 2008, Kacper Kornet napisał:
[...]
Chyba, że mówimy o innych regułkach.
O innych. To jest OK, ale trzeba jeszcze załadować odpowiedni moduł. I
_będzie_ to w nowym kernelu, ale w obecnym nie ma, przez co system nie
działa jak należy. No nic. Czekamy na nowy kernel.
--
On Saturday 06 of December 2008, Łukasz Maśko wrote:
Dnia piątek, 5 grudnia 2008, Kacper Kornet napisał:
[...]
Chyba, że mówimy o innych regułkach.
O innych. To jest OK, ale trzeba jeszcze załadować odpowiedni moduł. I
_będzie_ to w nowym kernelu, ale w obecnym nie ma, przez co system nie
Dnia sobota, 6 grudnia 2008, Arkadiusz Miskiewicz napisał:
[...]
kernel 2.6.27.8 leży na ftp 8)
Wiem, już zauważyłem. Ale nie będę ciągnął przez komórkę (zresztą muszę go
przekompilować sam, bo drobnej ręcznej poprawki wymaga moduł obsługi mojej
kamery internetowej).
--
Łukasz Maśko
Dnia 2008-12-06, sob o godzinie 13:48 +0100, Łukasz Maśko pisze:
Dnia sobota, 6 grudnia 2008, Arkadiusz Miskiewicz napisał:
[...]
kernel 2.6.27.8 leży na ftp 8)
Wiem, już zauważyłem. Ale nie będę ciągnął przez komórkę (zresztą muszę go
przekompilować sam, bo drobnej ręcznej poprawki
Dnia sobota, 6 grudnia 2008, Krystian Tomczyk napisał:
[...]
Wiem, już zauważyłem. Ale nie będę ciągnął przez komórkę (zresztą muszę
go przekompilować sam, bo drobnej ręcznej poprawki wymaga moduł obsługi
mojej kamery internetowej).
A zgłaszałeś już może co to za drobna poprawka? Może
On Saturday 06 of December 2008, Łukasz Maśko wrote:
Dnia sobota, 6 grudnia 2008, Arkadiusz Miskiewicz napisał:
[...]
Ta drobna poprawka polega na tym, że jeśli kompiluje się moduł zc0301,
to w moduł gspca_zc3xx nie jest wkompilowywana obsługa mojej kamery, bo
ten pierwszy, co to
Dnia sobota, 6 grudnia 2008, Arkadiusz Miskiewicz napisał:
[...]
Czyli moja karta nie jest wkompilowywana, jeśli jest kompilowany moduł
zc0301, a ten nie obsługuje tej kamery, co widać wyżej.
Maintainerzy co na to?
Jeszcze nie pisałem, w sumie kamerę mam krótko. Ale mam zamiar napisać.
--
Witam!
Nasz stary udev to totalny burdel, rozjazd od upstreamu itd. To było by
jeszcze do przeżycia gdyby ktoś to u nas maintainował i pilnował - niestety
nikogo takiego nie było.
W związku z czym udev został sprowadzony do stanu +- to co ma upstream i tak
będzie utrzymywany. Jeśli coś nie
On Fri, Dec 05, 2008 at 10:08:09AM +0100, Grzegorz Rajda wrote:
Witam!
Nasz stary udev to totalny burdel, rozjazd od upstreamu itd. To było by
jeszcze do przeżycia gdyby ktoś to u nas maintainował i pilnował - niestety
nikogo takiego nie było.
W związku z czym udev został sprowadzony do
Dnia piątek, 5 grudnia 2008, Kacper Kornet napisał:
[...]
A to nie jest tak, że teraz ta regułka jest w
/lib/udev/rules.d/50-udev-default.rules
Nie, nie jest. Nie w nowych udev (134, 135, ale chyba i 133).
--
Łukasz Maśko GG: 2441498_o
On Friday 05 of December 2008, Grzegorz Rajda wrote:
Witam!
Nasz stary udev to totalny burdel, rozjazd od upstreamu itd. To było by
jeszcze do przeżycia gdyby ktoś to u nas maintainował i pilnował -
niestety nikogo takiego nie było.
W związku z czym udev został sprowadzony do stanu
Było ostatnio kilka tematów na tej liście i na pld-devel-pl, w których
użytkownicy narzekali, że na nowszych kernelach i nowych udev a to nie
tworzy im się /dev/rtc, a to inne takie. Ogólnie - system działa nie do
końca poprawnie. Ja napisałem, że mi działa, pomimo kernela 2.6.27.2 i
On Thursday 04 of December 2008, Łukasz Maśko wrote:
P.S. Ewentualnie, po jaką cholerę, za przeproszeniem i z całym szacunkiem,
było ruszać regułki, które działały, a teraz bez nich nie działa całkiem
sporo rzeczy?
Nasz stary udev to totalny burdel, rozjazd od upstreamu itd. To było
Oczywiście w tytule powinno być udev-a, a nie HAL-a, przepraszam.
--
Łukasz Maśko GG: 2441498_o)
Lukasz.Masko(at)ipipan.waw.pl /\\
Registered Linux User #61028 _\_V
Bartłomiej Zimoń wrote:
On czwartek 20 listopad 2008 10:23:00 Łukasz Maśko wrote:
Dnia czwartek, 20 listopada 2008, Grzesiek Sójka napisał:
Witam,
Mam USBowy czytnik kart wpięty na stałe wewnątrz kompa. Jeśli w
czasie
startu udev nie ma włożonej karty pamięci to twożony jest tylko
/dev
Grzesiek Sójka anonsuje::
Bartłomiej Zimoń wrote:
On czwartek 20 listopad 2008 10:23:00 Łukasz Maśko wrote:
Dnia czwartek, 20 listopada 2008, Grzesiek Sójka napisał:
Witam,
Mam USBowy czytnik kart wpięty na stałe wewnątrz kompa. Jeśli w
czasie
startu udev
dopisałem:
# Memory card reader
M sda b 8 0
M sda1 b 8 1
M sdc b 8 32
M sdc1 b 8 33
do /etc/udev/links.conf i dziala.
Pzdr
Grze$
___
pld-users-pl mailing list
pld-users-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-users
Witam,
Mam USBowy czytnik kart wpięty na stałe wewnątrz kompa. Jeśli w czasie
startu udev nie ma włożonej karty pamięci to twożony jest tylko
/dev/sda. Niestety, na karcie założona jest partycja /dev/sda1. A więc
jeśli potem włożę kartę to nie jestem w stanie jej podmountować bo nie
ma pliku /dev
Dnia czwartek, 20 listopada 2008, Grzesiek Sójka napisał:
Witam,
Mam USBowy czytnik kart wpięty na stałe wewnątrz kompa. Jeśli w czasie
startu udev nie ma włożonej karty pamięci to twożony jest tylko
/dev/sda. Niestety, na karcie założona jest partycja /dev/sda1. A więc
jeśli potem włożę
On czwartek 20 listopad 2008 10:23:00 Łukasz Maśko wrote:
Dnia czwartek, 20 listopada 2008, Grzesiek Sójka napisał:
Witam,
Mam USBowy czytnik kart wpięty na stałe wewnątrz kompa. Jeśli w
czasie
startu udev nie ma włożonej karty pamięci to twożony jest tylko
/dev/sda. Niestety, na
Witam,
Mam taki kłopot. Mam cdrom na ide oraz modem USB do GSM który między
innymi udaje usbowy cdrom (ze sterownikami). Kłopot polega na tym, że
udev linkuje /dev/cdrom do /dev/sr0 czyli do tego udawanego cdeka a
nie do /dev/hdd gdzie podłączony jest prawdziwy cdrom. Można to jakoś
Dnia 2008-10-29, śro o godzinie 17:57 +0100, Grzesiek Sójka pisze:
Witam,
Mam taki kłopot. Mam cdrom na ide oraz modem USB do GSM który między
innymi udaje usbowy cdrom (ze sterownikami). Kłopot polega na tym, że
udev linkuje /dev/cdrom do /dev/sr0 czyli do tego udawanego cdeka a
nie do
Witam
Wąśnie zainstalowałem sobie alsa udev na jednej maszynce i nie mogę jej
zmusić do zachowywania ustawień mixera. Dokładniej: podczas wyłączania
zapisuje aktualne ustawienia /etc/asound.state ale udev po załadowaniu
modułów ich nie ładuje. Co radzicie??
Grześ
On Thursday 23 of October 2008 09:35:36 Grzesiek Sójka wrote:
Wąśnie zainstalowałem sobie alsa udev na jednej maszynce i nie mogę jej
zmusić do zachowywania ustawień mixera. Dokładniej: podczas wyłączania
zapisuje aktualne ustawienia /etc/asound.state ale udev po załadowaniu
modułów ich nie
Paweł Zuzelski wrote:
On Thursday 23 of October 2008 09:35:36 Grzesiek Sójka wrote:
Wąśnie zainstalowałem sobie alsa udev na jednej maszynce i nie mogę jej
zmusić do zachowywania ustawień mixera. Dokładniej: podczas wyłączania
zapisuje aktualne ustawienia /etc/asound.state ale udev po
W udev-124-2 nie ma skrótu udevcontrol, przez co przy starcie udeva nie są
tworzone poprawnie urządzenia (w moim przypadku urządzenia dysku), przez co
system nie wstaje. Pomaga downgrade do 120-1. Być może wina leży po stronie
skryptów startowych, ponieważ zamiast skrótu udevcontrol, można użyć
On Sunday 15 June 2008, Łukasz Maśko wrote:
W udev-124-2 nie ma skrótu udevcontrol, przez co przy starcie udeva nie są
tworzone poprawnie urządzenia (w moim przypadku urządzenia dysku), przez co
system nie wstaje. Pomaga downgrade do 120-1. Być może wina leży po stronie
skryptów startowych
Dnia niedziela, 15 czerwca 2008, Arkadiusz Miskiewicz napisał:
[...]
Hm, tylko gdzie w skryptach jest używany udevcontrol? Nie widzę takiego
wywołania.
Wychodzi na to, że po pierwszym upgrade zostały mi jakieś śmieci, przez
które działo cię co się działo i musiałem zrobić downgrade. Zrobiłem
1 - 100 z 512 matches
Mail list logo
