Re: Mdadm i problem z geninitrd
Dnia 2010-11-22, pon o godzinie 12:36 +0100, Adam Sobieraj pisze: > Dnia 2010-11-22, pon o godzinie 12:25 +0100, Arkadiusz Miskiewicz pisze: > > On Monday 22 of November 2010, Adam Sobieraj wrote: > > > Witam > > > > > > Próba wygenerowania initrd dla kernela 2.6.36-1 daje mi odpowiedz w > > > formie: > > > > > > geninitrd: Finding modules for device path /dev/md1 > > > geninitrd: Finding RAID details using mdadm for rootdev=/dev/md1 > > > geninitrd: ERROR: RAID devices not found for "/dev/md1", check your > > > configuration! > > > > > > Jak mniemam problem jest w tym ze mdadm usilnie twierdzi iż działający > > > raida1 jest pod /dev/md/1 (lub /dev/md/rescue:1 jak widać niżej jest raz > > > tak raz tak..) a nie /dev/md1 a geninitrd sobie z tym nie radzi. > > > Dziwne ze przy boot-owaniu z rescue i instalacji chroot udało się > > > poskładać initrd z raidem na /dev/md1. > > > > Spróbuj wziąć mod-md.sh z > > > > http://svn.pld-linux.org/cgi-bin/viewsvn/*checkout*/geninitrd/trunk/mod- > > md.sh?rev=11911 > > inird się wygenerował, a czy działa dam znać wieczorem jak będę mógł > serwa zrestartować. Choć z tego co widzę linki do urządzeń odpowiednich > zostały dodane. > > > > podmienić zamiast tego z paczki geninitrd i spróbować ponownie. > > > > > Pozdrawiam > > > Adam Sobieraj > > > > > > > > > > ___ > pld-users-pl mailing list > pld-users-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl Initrd wygenerowany system wstal normalnie wiec jest oki. WIELKIE DZIĘKI:) ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: KDE i "niby-podgląd" dla plików video - czy da się to wyłączyć?
W dniu 23 listopada 2010 01:39 użytkownik Łukasz Maśko napisał: > Jak wiadomo, Dolphin ma (czasami) miłą cechę polegającą na pokazywaniu > podglądu plików. Nie chodzi mi jednak o podgląd rozumiany jako ikonki > zawierające np. klatkę filmu, ale o to, co jest wyświetlane, gdy najadę > kursorem na takową ikonkę (bez klikania). Wyświetlana jest wtedy ramka z > informacjami o pliku - i to jest generalnie OK. Ale dodatkowo, czy tego chcę > czy nie, jest generowany podgląd tego pliku (np. szybki render dokumentu > PDF, podgląd JPG'a) czy klatka z filmu. I właśnie to ostatnie psuje mi krew, > albowiem ponieważ do tego używany jest mplayer, który w pewnych określonych > warunkach sobie nie radzi. Efekt jest taki, że proces mplayera generującego > taki podgląd potrafi zostać w systemie i nie dać się ubić. Albo zablokować > dysk sieciowy, jeśli jego właśnie ta operacja dotyczy. Albo spowodować inne > niepożądane kłopoty. Dodatkowo dzieje się to bez względu na rozmiar pliku, > pomimo tego, że mam ustawione generowanie podglądu JEDYNIE dla plików > mniejszych od 1MB. Ograniczenie to jest uwzględniane przy innych typach > plików (np. PDF-ów wtedy się nie renderuje), ale filmów z jakichś powodów to > nie dotyczy (generuje mi podglądy nawet dla filmów 700MB). > > Czy ktoś może wie, jak wyłączyć to całe automatyczne generowanie podglądu > dla plików video? Albo dla jakichkolwiek plików? Odinstaluj kde4-kdemultimedia-mplayerthumbs. -- "I'm living proof if you do one thing right in your career, you can coast for a long time. A LONG time." -Guy Kawasaki ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
KDE i "niby-podgląd" dla plików video - czy da się to wyłączyć?
Jak wiadomo, Dolphin ma (czasami) miłą cechę polegającą na pokazywaniu podglądu plików. Nie chodzi mi jednak o podgląd rozumiany jako ikonki zawierające np. klatkę filmu, ale o to, co jest wyświetlane, gdy najadę kursorem na takową ikonkę (bez klikania). Wyświetlana jest wtedy ramka z informacjami o pliku - i to jest generalnie OK. Ale dodatkowo, czy tego chcę czy nie, jest generowany podgląd tego pliku (np. szybki render dokumentu PDF, podgląd JPG'a) czy klatka z filmu. I właśnie to ostatnie psuje mi krew, albowiem ponieważ do tego używany jest mplayer, który w pewnych określonych warunkach sobie nie radzi. Efekt jest taki, że proces mplayera generującego taki podgląd potrafi zostać w systemie i nie dać się ubić. Albo zablokować dysk sieciowy, jeśli jego właśnie ta operacja dotyczy. Albo spowodować inne niepożądane kłopoty. Dodatkowo dzieje się to bez względu na rozmiar pliku, pomimo tego, że mam ustawione generowanie podglądu JEDYNIE dla plików mniejszych od 1MB. Ograniczenie to jest uwzględniane przy innych typach plików (np. PDF-ów wtedy się nie renderuje), ale filmów z jakichś powodów to nie dotyczy (generuje mi podglądy nawet dla filmów 700MB). Czy ktoś może wie, jak wyłączyć to całe automatyczne generowanie podglądu dla plików video? Albo dla jakichkolwiek plików? -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z k3b - nie da się skonfigurować a naw et odpalić
2010/11/22 Łukasz Maśko : > Dnia Monday 22 of November 2010, Łukasz Maśko napisał: >> Dnia niedziela, 21 listopada 2010, Bartosz Świątek napisał: >> [...] >> >> > Może wystarczy przebudować. Na ti-dev z kde 4.5.3 k3b działa. >> >> Nie pomaga, przebudowana aplikacja wykłada się tak samo. > > Dodatkowo zauważyłem, że na drugiej maszynie, którą dysponuję, k3b nie chce > się zupełnie odpalić. Końcówka strace -f jest taka: > > [...] > [pid 26522] set_tid_address(0xb746e978) = 26522 > [pid 26522] set_robust_list(0xb746e980, 0xc) = 0 > [pid 26522] futex(0xbfc6c560, FUTEX_WAKE_PRIVATE, 1) = 0 > [pid 26522] futex(0xbfc6c560, FUTEX_WAIT_BITSET_PRIVATE| > FUTEX_CLOCK_REALTIME, 1, NULL, b746e910) = -1 EAGAIN (Resource temporarily > unavailable) > [pid 26522] rt_sigaction(SIGRTMIN, {0xb75f9650, [], SA_SIGINFO}, NULL, 8) = > 0 > [pid 26522] rt_sigaction(SIGRT_1, {0xb75f96c2, [], SA_RESTART|SA_SIGINFO}, > NULL, 8) = 0 > [pid 26522] rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 > [pid 26522] getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, > rlim_max=RLIM_INFINITY}) = 0 > [pid 26522] uname({sys="Linux", node="geralt", ...}) = 0 > [pid 26522] brk(0) = 0x804e16c > [pid 26522] brk(0x806f16c) = 0x806f16c > [pid 26522] brk(0x807) = 0x807 > [pid 26522] write(2, "Autolaunch error: X11 initializa"..., 45) = 45 To chyba dbus próbował się uruchomić. Pozdrawiam -- Artur Frysiak ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z k3b - nie da się skonfigurować a nawet odpalić
Dnia Monday 22 of November 2010, Łukasz Maśko napisał: [...] > Dodatkowo zauważyłem, że na drugiej maszynie, którą dysponuję, k3b nie > chce się zupełnie odpalić. Końcówka strace -f jest taka: Jakieś czary, ale już się odpala. Samo zaczęło. Ten kawałek wątku zamykamy, zostaje ta konfiguracja. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z k3b - nie da się skonfigurować a nawet odpalić
Dnia Monday 22 of November 2010, Łukasz Maśko napisał: > Dnia niedziela, 21 listopada 2010, Bartosz Świątek napisał: > [...] > > > Może wystarczy przebudować. Na ti-dev z kde 4.5.3 k3b działa. > > Nie pomaga, przebudowana aplikacja wykłada się tak samo. Dodatkowo zauważyłem, że na drugiej maszynie, którą dysponuję, k3b nie chce się zupełnie odpalić. Końcówka strace -f jest taka: [...] [pid 26522] set_tid_address(0xb746e978) = 26522 [pid 26522] set_robust_list(0xb746e980, 0xc) = 0 [pid 26522] futex(0xbfc6c560, FUTEX_WAKE_PRIVATE, 1) = 0 [pid 26522] futex(0xbfc6c560, FUTEX_WAIT_BITSET_PRIVATE| FUTEX_CLOCK_REALTIME, 1, NULL, b746e910) = -1 EAGAIN (Resource temporarily unavailable) [pid 26522] rt_sigaction(SIGRTMIN, {0xb75f9650, [], SA_SIGINFO}, NULL, 8) = 0 [pid 26522] rt_sigaction(SIGRT_1, {0xb75f96c2, [], SA_RESTART|SA_SIGINFO}, NULL, 8) = 0 [pid 26522] rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 [pid 26522] getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 [pid 26522] uname({sys="Linux", node="geralt", ...}) = 0 [pid 26522] brk(0) = 0x804e16c [pid 26522] brk(0x806f16c) = 0x806f16c [pid 26522] brk(0x807) = 0x807 [pid 26522] write(2, "Autolaunch error: X11 initializa"..., 45) = 45 [pid 26522] exit_group(1) = ? Process 26522 detached [pid 26521] <... read resumed> "", 1024) = 0 [pid 26521] waitpid(26522, [{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 26522 [pid 26521] read(7, "Autolaunch error: X11 initializa"..., 1024) = 45 [pid 26521] read(7, "", 1024) = 0 [pid 26521] rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 [pid 26521] --- SIGCHLD (Child exited) @ 0 (0) --- [pid 26521] close(5)= 0 [pid 26521] close(7)= 0 [pid 26521] exit_group(255) = ? Process 26521 detached <... read resumed> "", 1) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- exit_group(255) = ? Zupełnie nie wiem, o co mu chodzi, ale wygląda to, jakby nie mógł odpalić jakiegoś wątku. Tylko dlaczego? Konfigurację mu wyczyściłem, nic nie pomogło. Przebudowanie też :-/ -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Problem z k3b - nie da się skonfigurować
Dnia niedziela, 21 listopada 2010, Bartosz Świątek napisał: [...] > Może wystarczy przebudować. Na ti-dev z kde 4.5.3 k3b działa. Nie pomaga, przebudowana aplikacja wykłada się tak samo. -- Łukasz Maśko GG: 2441498_o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Mdadm i problem z geninitrd
Dnia 2010-11-22, pon o godzinie 12:25 +0100, Arkadiusz Miskiewicz pisze: > On Monday 22 of November 2010, Adam Sobieraj wrote: > > Witam > > > > Próba wygenerowania initrd dla kernela 2.6.36-1 daje mi odpowiedz w > > formie: > > > > geninitrd: Finding modules for device path /dev/md1 > > geninitrd: Finding RAID details using mdadm for rootdev=/dev/md1 > > geninitrd: ERROR: RAID devices not found for "/dev/md1", check your > > configuration! > > > > Jak mniemam problem jest w tym ze mdadm usilnie twierdzi iż działający > > raida1 jest pod /dev/md/1 (lub /dev/md/rescue:1 jak widać niżej jest raz > > tak raz tak..) a nie /dev/md1 a geninitrd sobie z tym nie radzi. > > Dziwne ze przy boot-owaniu z rescue i instalacji chroot udało się > > poskładać initrd z raidem na /dev/md1. > > Spróbuj wziąć mod-md.sh z > > http://svn.pld-linux.org/cgi-bin/viewsvn/*checkout*/geninitrd/trunk/mod- > md.sh?rev=11911 inird się wygenerował, a czy działa dam znać wieczorem jak będę mógł serwa zrestartować. Choć z tego co widzę linki do urządzeń odpowiednich zostały dodane. > > podmienić zamiast tego z paczki geninitrd i spróbować ponownie. > > > Pozdrawiam > > Adam Sobieraj > > ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: blockedfor more than 120 seconds.
On Monday 22 of November 2010 12:18:46 Mateusz Korniak wrote: > On Monday 22 of November 2010, Pawel Sikora wrote: > > On Monday 22 of November 2010 11:34:50 Adam Sobieraj wrote: > > > Może niepotrzebnie odświeżam temat, ale pytanie czy coś się z tym > > > wyjaśniło? Ja zauważyłem podobne zwisy na Th 2.6.35.7-1 (686) i Th > > > 2.6.35.8-2 (x86), tyle ze najczęściej pada mi exim, a po nim sshd nie > > > daje możliwości zalogowania. > > > > na dystrybucyjnym 2.6.36-1 wszystko zdaje sie juz dzialac poprawnie. > > Ten twój 100% testcase łapiący nawet waniliowe 2.6.35 ZTCP tez już działa ? > tak. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: blockedfor more than 120 seconds.
On Monday 22 of November 2010, Pawel Sikora wrote: > On Monday 22 of November 2010 11:34:50 Adam Sobieraj wrote: > > Może niepotrzebnie odświeżam temat, ale pytanie czy coś się z tym > > wyjaśniło? Ja zauważyłem podobne zwisy na Th 2.6.35.7-1 (686) i Th > > 2.6.35.8-2 (x86), tyle ze najczęściej pada mi exim, a po nim sshd nie > > daje możliwości zalogowania. > > na dystrybucyjnym 2.6.36-1 wszystko zdaje sie juz dzialac poprawnie. Ten twój 100% testcase łapiący nawet waniliowe 2.6.35 ZTCP tez już działa ? -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Mdadm i problem z geninitrd
On Monday 22 of November 2010, Adam Sobieraj wrote: > Witam > > Próba wygenerowania initrd dla kernela 2.6.36-1 daje mi odpowiedz w > formie: > > geninitrd: Finding modules for device path /dev/md1 > geninitrd: Finding RAID details using mdadm for rootdev=/dev/md1 > geninitrd: ERROR: RAID devices not found for "/dev/md1", check your > configuration! > > Jak mniemam problem jest w tym ze mdadm usilnie twierdzi iż działający > raida1 jest pod /dev/md/1 (lub /dev/md/rescue:1 jak widać niżej jest raz > tak raz tak..) a nie /dev/md1 a geninitrd sobie z tym nie radzi. > Dziwne ze przy boot-owaniu z rescue i instalacji chroot udało się > poskładać initrd z raidem na /dev/md1. Spróbuj wziąć mod-md.sh z http://svn.pld-linux.org/cgi-bin/viewsvn/*checkout*/geninitrd/trunk/mod- md.sh?rev=11911 podmienić zamiast tego z paczki geninitrd i spróbować ponownie. > Pozdrawiam > Adam Sobieraj -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: blockedfor more than 120 seconds.
On Monday 22 of November 2010 11:34:50 Adam Sobieraj wrote: > Może niepotrzebnie odświeżam temat, ale pytanie czy coś się z tym > wyjaśniło? Ja zauważyłem podobne zwisy na Th 2.6.35.7-1 (686) i Th > 2.6.35.8-2 (x86), tyle ze najczęściej pada mi exim, a po nim sshd nie > daje możliwości zalogowania. na dystrybucyjnym 2.6.36-1 wszystko zdaje sie juz dzialac poprawnie. ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Mdadm i problem z geninitrd
Witam Próba wygenerowania initrd dla kernela 2.6.36-1 daje mi odpowiedz w formie: geninitrd: Finding modules for device path /dev/md1 geninitrd: Finding RAID details using mdadm for rootdev=/dev/md1 geninitrd: ERROR: RAID devices not found for "/dev/md1", check your configuration! Jak mniemam problem jest w tym ze mdadm usilnie twierdzi iż działający raida1 jest pod /dev/md/1 (lub /dev/md/rescue:1 jak widać niżej jest raz tak raz tak..) a nie /dev/md1 a geninitrd sobie z tym nie radzi. Dziwne ze przy boot-owaniu z rescue i instalacji chroot udało się poskładać initrd z raidem na /dev/md1. Wspomnę jeszcze ze udev nie tworzy pliku /dev/md/1... mdadm: cannot open /dev/md/rescue:1: No such file or directory ARRAY /dev/md0 level=raid1 num-devices=2 metadata=0.90 UUID=6e7ac824:1dca0e4e:776c2c25:004bd7b2 devices=/dev/sda1,/dev/sdb1 ARRAY /dev/md0 level=raid1 num-devices=2 UUID=6e7ac824:1dca0e4e:776c2c25:004bd7b2 devices=/dev/sda1,/dev/sdb1 ARRAY /dev/md/1 level=raid1 metadata=1.2 num-devices=2 UUID=e7234372:60bbd8f6:a1b6e7dd:86c93d8e name=rescue:1 devices=/dev/sda2,/dev/sdb2 Tak wiec pytanie czy ktoś spotkał się z takim problemem? Jakiś trop :)? Pozdrawiam Adam Sobieraj ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl
Re: Zwisy na ostatnich kernelach: blockedfor more than 120 seconds.
Dnia 2010-11-06, sob o godzinie 16:07 +0100, Marek Guevara Braun pisze: > W dniu 4 listopada 2010 15:28 użytkownik Arkadiusz Miskiewicz > napisał: > > On Thursday 04 of November 2010, Marek Ciesielski wrote: > > > >> Informacyjnie: > >> Na ostatnim kernelu th (2.6.35.8-2) wciąż zdycha... > > > > Ciężko z tym walczyć - czekamy na grseca i aufs2 do 2.6.36 i będzie .36 w > > Th. > > Trochę OT ale u mnie 2.6.35.5-1 zarówno na desktopie x86_64 z 8GB RAM > jak i notebooku i686 z 1,5GB RAM kernel działa stabilnie (desktop ma > uptime 40 dni, notebook 9 dni). Notebook co prawda ma problemy z > pamięcią, ale jest bardzo zawalony VirtualBoxem z Win XP, firefoxem, > ooffice i icedove - notebook prawie permanentnie ma coś na swapie, na > desktopie wszystko mieści się w RAM. > > Pozdrawiam, > Marek > > PS. PaX Team już testuje wersję na 2.6.36 :-) > ___ > pld-users-pl mailing list > pld-users-pl@lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-users-pl Może niepotrzebnie odświeżam temat, ale pytanie czy coś się z tym wyjaśniło? Ja zauważyłem podobne zwisy na Th 2.6.35.7-1 (686) i Th 2.6.35.8-2 (x86), tyle ze najczęściej pada mi exim, a po nim sshd nie daje możliwości zalogowania. Pozdrawiam Adam Sobieraj ___ pld-users-pl mailing list pld-users-pl@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-users-pl