APT
witam:) Zanim ktoś coś odpowie nadmieniam że jestem laik w tym temacie i prosił bym o łopatologiczne wyłożenie co gdzie i jak :) Zainstalowałem debiana sarge po ściągnięciu debian-31r0a-i386-binary-1.iso próbowałem skonfigurować Apt-a i lipa (nie łaczy się) sieć chodzi (idą pingi) apt-get update wyświetla komunikat Tymczasowy błąd w tłumaczeniu http.us.debian.org pobrałem tłumaczenie APT HAWTO (ale też tam nic nie widzę co by mi pomogło). Pozd PŻ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: APT
On Wed, 26 Oct 2005, Paweł Żurawiak wrote: [...] próbowałem skonfigurować Apt-a i lipa (nie łaczy się) sieć chodzi (idą pingi) apt-get update wyświetla komunikat Tymczasowy błąd w tłumaczeniu http.us.debian.org Może nie skonfigurowałeś rozwiązywania nazw (klienta DNS - /etc/resolv.conf)? Pozdrawiam, Marek -- Self-destruct in 5 seconds. Have a nice day... kernel-source-2.6.8/fs/super.c
Illegal user carol from ...
Witam, Szukam jakis narzedzi ktore blokowaly by po kilku nieudanych probach zalogowania dany IP. Ostatnimi czasy nasilaja sie glupie proby wlamow typu: (...) Oct 26 18:46:03 mars sshd[15452]: Illegal user carol from 210.97.10.180 Oct 26 18:46:03 mars sshd[15453]: Illegal user network from 210.97.10.180 Oct 26 18:46:06 mars sshd[15457]: Illegal user word from 210.97.10.180 Oct 26 18:46:07 mars sshd[15456]: Illegal user jaso from 210.97.10.180 (...) Rozna logi, serwer sie zajmuje niepotrzebnymi odpowiedziami, po kablach lataja bzdurne wywolania na ssh... Jakies pomysly/narzedzia zeby to to przyblokowac? Poz, S. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tempo startu X-ów
Dnia środa, 26 października 2005 01:10, Waldemar Dworakowski napisał: Rafał Rawicki wrote: Szymon Nieradka napisał(a): Łukasz Pieczara napisał(a): http://www.hoeg.org/blog/2005/07/27/fast-booting-debian/ Opis jest do Sarge. W Etch trochę się zmieniło. Nie mam takiej linijki (startup $i start). Domyślam się, że teraz robi to samo: startup $ACTION $SCRIPTS ale ona prawdopodobnie odpowiada nie tylko za start ale i za stop. I tu pojawia się niebezpieczeństwo, że np. zanim zatrzymam jakąś usługę system będzie próbował odmontować dyski. To się zapewne nie uda, więc chwilę później będzie elegancki shutdown... :( A jakby dodać tam instrukcję warunkową? I odpalać w tło tylko przy starcie :) IMHO troche ryzykowne. Nie wiem jak sa zrobione semafory synchronizacji dostepu do zasobow i jak beda przebiegaly procesy - szczegolnie na maszynach wieloprocesorowych (choc tam zysk moglby byc najwiekszy). IMHO nie bez powodow ktos wymyslil taka a nie inna sekwencje ladowania... Hmm. To wszystko wykracza poza czas bootowania samych X-ów ale przyznaję, że sam mocno nad tym dumałem. Ktoś wspomniał gdzie indziej, że ważna jest tylko kolejność runleveli- co jest oczywiście nieprawdą: wyobraźmy sobie sytuację uruchamiania równolegle skryptów podnoszenia interfaców sieciowych i usług sieciowych- można spodziewać się, że te drugie nie zostaną uruchomiane właściwie (np. gniazda nie zostaną ustanowione). Kiedyś próbowałem modyfikować skrypty startowe, tak by część zadań uruchamiała się równolegle. Jest spory zysk na czasie i wcale nie jest potrzebna maszyna wieloprocesorowa. Jednak nie można zastosować tego do dystrybucji, bo każda maszyna będzie zachowywać się inaczej- jak podejrzewam. Problem leży w samym działaniu INITa i konstrukcji /etc/rc.d/; skrypty wykonywane są szeregowo. Potrzebny byłby program, którego config wyglądałby trochę jak relacyjna baza danych. Bądź też- owszem, uruchamiać skrypty równolegle, jednak same skrypty musiałyby zawierać mechanizmy (np. instrukcje warunkowe), które chroniłyby je przed niebezpieczeństwami takiego zabiegu. Koniec końców warto wymienić sysV-init na coś lepszego. Dostrzegam, że były dyskusje na debian-devel w tej kwestii. Czy coś z tego wynikło? Ps. Polecam: http://lists.debian.org/debian-devel/2004/01/msg00972.html
Re: Tempo startu X-ów
Dnia 26-10-2005, śro o godzinie 20:06 +0200, Krzysztof Matusik napisał(a): Dnia środa, 26 października 2005 01:10, Waldemar Dworakowski napisał: Rafał Rawicki wrote: Szymon Nieradka napisał(a): Łukasz Pieczara napisał(a): http://www.hoeg.org/blog/2005/07/27/fast-booting-debian/ Opis jest do Sarge. W Etch trochę się zmieniło. Nie mam takiej linijki (startup $i start). Domyślam się, że teraz robi to samo: startup $ACTION $SCRIPTS ale ona prawdopodobnie odpowiada nie tylko za start ale i za stop. I tu pojawia się niebezpieczeństwo, że np. zanim zatrzymam jakąś usługę system będzie próbował odmontować dyski. To się zapewne nie uda, więc chwilę później będzie elegancki shutdown... :( A jakby dodać tam instrukcję warunkową? I odpalać w tło tylko przy starcie :) IMHO troche ryzykowne. Nie wiem jak sa zrobione semafory synchronizacji dostepu do zasobow i jak beda przebiegaly procesy - szczegolnie na maszynach wieloprocesorowych (choc tam zysk moglby byc najwiekszy). IMHO nie bez powodow ktos wymyslil taka a nie inna sekwencje ladowania... Hmm. To wszystko wykracza poza czas bootowania samych X-ów ale przyznaję, że sam mocno nad tym dumałem. Ktoś wspomniał gdzie indziej, że ważna jest tylko kolejność runleveli- co jest oczywiście nieprawdą: wyobraźmy sobie sytuację uruchamiania równolegle skryptów podnoszenia interfaców sieciowych i usług sieciowych- można spodziewać się, że te drugie nie zostaną uruchomiane właściwie (np. gniazda nie zostaną ustanowione). Kiedyś próbowałem modyfikować skrypty startowe, tak by część zadań uruchamiała się równolegle. Jest spory zysk na czasie i wcale nie jest potrzebna maszyna wieloprocesorowa. Jednak nie można zastosować tego do dystrybucji, bo każda maszyna będzie zachowywać się inaczej- jak podejrzewam. Problem leży w samym działaniu INITa i konstrukcji /etc/rc.d/; skrypty wykonywane są szeregowo. Potrzebny byłby program, którego config wyglądałby trochę jak relacyjna baza danych. Bądź też- owszem, uruchamiać skrypty równolegle, jednak same skrypty musiałyby zawierać mechanizmy (np. instrukcje warunkowe), które chroniłyby je przed niebezpieczeństwami takiego zabiegu. Koniec końców warto wymienić sysV-init na coś lepszego. Dostrzegam, że były dyskusje na debian-devel w tej kwestii. Czy coś z tego wynikło? Ps. Polecam: http://lists.debian.org/debian-devel/2004/01/msg00972.html Kolesie z GNOME pracują nad systemem uruchamiania usług i ontrolowania ich poprzez D-BUS, z takimi rzeczami jak Depends i Provides. Trochę potrwa zanim to powstanie, a na wprowadzenie tego do Debiana poczekamy jeszcze parę lat, ale zapowiada się interesująco. Nasze wnuki skorzystają ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypala ć na 2.6.x bez GNOME/KDE?
Dnia Wed, Oct 26, 2005 at 12:53:51AM +0200, Mikołaj Menke napisał(a): A ja do apt-cache ;-) cdw - Tool for burning CD's - console version Nie twierdziłem, że nie ma konsolowych wypalarek, a jedynie że wszystkie, które znam, korzystaja z cdrecord, a ten odmówił współpracy. Szukałem alternatywy dla cdrecord, a nie kolejnej na niego nakładki. cdw/gcdw znam(łem). Ale dzięki za dobre chęci. pozdrawiam -- ~QLIVER~~~Marcin Landowski _ *\ *\ ~~~GG:6509957, Tleen~~~ *_|o|[EMAIL PROTECTED]@koti.pl~~ ~~8-\___/ ~~~poczta.wp.pl~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypala ć na 2.6.x bez GNOME/KDE?
Dnia Tue, Oct 25, 2005 at 10:25:26PM +0200, Wojciech Ziniewicz napisał(a): W zasadzie nie musisz przecież używać ani gnome ani Kde żeby używać k3b albo nautilus-burnera ? :) Wiem, ale nie chcę zarzucać dysku core-bibliotekami, tylko dla jednego programu. Jak do tej pory zawsze udawało mi się radzić sobie bezproblemowo nie korzystając nigdy z GNOME/KDE. Oczywiście jeśli wszystko inne zawiedzie, to doinstaluję. Ale nie sądzę, abym był do tego zmuszony... z drugiej strony jesli chodzi o lightweightowość nagrywania to jest kilka ciekawych nakładek na cdrecord w ncurses (niestety odsyłam do gogla) Albo niejasno się wyraziłem, albo nieuważnie czytałeś - ja nie szukałem nakładek na cdrecord, bo tych nie brakuje, tylko PROGRAMU ALTERNATYWNEGO DLA CDRECORD, bo cdrecord odmówił mi posłuszeństwa. pozdrawiam -- ~QLIVER~~~Marcin Landowski _ *\ *\ ~~~GG:6509957, Tleen~~~ *_|o|[EMAIL PROTECTED]@koti.pl~~ ~~8-\___/ ~~~poczta.wp.pl~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypala ć na 2.6.x bez GNOME/KDE?
Dnia Tue, Oct 25, 2005 at 06:32:33PM +0200, Andrzej Mendel napisał(a): XCDRoast (chyba najlepsza lekka nakładka na cdrecord) i ustaw nagrywanie na napęd ATAPI. Powinno działać. Znam ten program, ale nie potrafię go używać. Przyznam się bez bicia, nie czytałem żadnej dokumentacji. Dla mnie ten program jest nielogiczny, a nie lubię pseudo-przyjaznych programów, którymi nie potrafię się posługiwać. Oczywiście ustawiłem nagrywanie na napęd ATAPI, tylko że jak cdrecord nie chodzi, to i nakładka nie da rady ;-). Zdecydowanie z nakładek na cdrecord preferuję gcombust - prosta, o dużych możliwościach, logiczna i przewidywalna. Problem jedynie w tym, że ja szukam alternatywy na cdrecord, a nie kolejnej nakładki ;-). pozdrawiam -- ~QLIVER~~~Marcin Landowski _ *\ *\ ~~~GG:6509957, Tleen~~~ *_|o|[EMAIL PROTECTED]@koti.pl~~ ~~8-\___/ ~~~poczta.wp.pl~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypala ć na 2.6.x bez GNOME/KDE?
Dnia Tue, Oct 25, 2005 at 07:49:59PM +0200, Kamil Leszczuk napisał(a): cdrecord odmówił kategorycznie? to dziwne, bo ja na 2.6.13 wypalam bez problemu. To by była najlepsza wiadomość. Z tego, co wyczytałem z 2 ekranów komunikatów błędów wywnioskowałem, że cdrecord pali tylko na SCSI lub emulacji SCSI. Ale przyznam się bez bicia, w dokumentację się nie wczytywałem. Jak się cierpi na chroniczny brak czasu na wszystko, to często prościej zainstalować coś innego, niż tracić godziny na wykumanie, jak zmusić do pracy to, co odmówiło współpracy. Musisz tylko podać opcję dev=/dev/hdc zamiast dev=0,0,0 Hmmm... A gdzie to wstawić? Do /etc/cdrecord/cdrecord? # The default device, if not specified elswhere # CDR_DEVICE=/dev/hdd ??? i LITE-ON=/dev/hdc 10 4 burnproof ??? Bo tak zrobiłem, + wywołuję cdrecord dev=/dev/hdd obraz.iso ale nie działa. Na pewno spieprzyłem. Podpowiedz mi dokładniej, proszę, co i gdzie dokładnie zmodyfikować. pozdrawiam -- ~QLIVER~~~Marcin Landowski _ *\ *\ ~~~GG:6509957, Tleen~~~ *_|o|[EMAIL PROTECTED]@koti.pl~~ ~~8-\___/ ~~~poczta.wp.pl~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypalać na 2.6.x bez GNOME/KDE?
Hmmm... A gdzie to wstawić? Do /etc/cdrecord/cdrecord? # The default device, if not specified elswhere # CDR_DEVICE=/dev/hdd ??? i LITE-ON=/dev/hdc 10 4 burnproof ??? Bo tak zrobiłem, + wywołuję cdrecord dev=/dev/hdd obraz.iso ale nie działa. Na pewno spieprzyłem. Podpowiedz mi dokładniej, proszę, co i gdzie dokładnie zmodyfikować. u mnie jest tak: cdrecord dev=/dev/hdc speed=24 driveropts=burnfree obraz.iso czyli w sumie to samo co u Ciebie... Bo u mnie że nagrywanie 'by device name' jest 'unsupported'. Ale to tylko ostrzeżenie i dalej leci po staremu (czyli jak na 2.4). co dokładniej wywala cdrecord? pozdrowienia Kamil -- [EMAIL PROTECTED] .:. http://www.mok.siedlce.pl/kosmos 'I tried, I failed, no matter. Try again, fail again, fail better' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tempo startu X-ów
On Wed, Oct 26, 2005 at 10:59:42AM +0200, Marek Zakowicz wrote: Moim skromnym zdaniem synchronizacja jest istotna, ale tylko na etapie przechodzenia pomiędzy różnymi kodami (znaki 2 i 3 w nazwach skrótów w /etc/rc?.d/), służącymi właśnie do określania kolejności. Te liczby nie określają kolejności uruchamiania, a numer runlevel. Domyślny runlevel można łatwo sprawdzić: $ grep initdefault /etc/inittab -- Adam Byrtek / Alpha ,,Każdy ideał w ciele jest trywialny'' -- prawdy algebraiczne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Tempo startu X-ów
On Wed, Oct 26, 2005 at 08:06:26PM +0200, Krzysztof Matusik wrote: Problem leży w samym działaniu INITa i konstrukcji /etc/rc.d/; skrypty wykonywane są szeregowo. Potrzebny byłby program, którego config wyglądałby trochę jak relacyjna baza danych. Bądź też- owszem, uruchamiać skrypty równolegle, jednak same skrypty musiałyby zawierać mechanizmy (np. instrukcje warunkowe), które chroniłyby je przed niebezpieczeństwami takiego zabiegu. Gentoo posiada takie rozwiązanie (skrypty startowe mogą mieć zależności), jednak (na razie) domyślnie skrypty uruchamiane są szeregowo, można to zmienić ustawiając zmienną RC_PARALLEL_STARTUP w /etc/conf.d/rc. Wracając do Debiana, istnieje szereg następców mocno już przestarzałego inita, zapewniających podobną funkcjonalność. Pozdrawiam, Alpha -- Adam Byrtek / Alpha ,,Każdy ideał w ciele jest trywialny'' -- prawdy algebraiczne -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Illegal user carol from ...
Sub napisał(a): Witam, Szukam jakis narzedzi ktore blokowaly by po kilku nieudanych probach zalogowania dany IP. Ostatnimi czasy nasilaja sie glupie proby wlamow typu: (...) Oct 26 18:46:03 mars sshd[15452]: Illegal user carol from 210.97.10.180 Oct 26 18:46:03 mars sshd[15453]: Illegal user network from 210.97.10.180 Oct 26 18:46:06 mars sshd[15457]: Illegal user word from 210.97.10.180 Oct 26 18:46:07 mars sshd[15456]: Illegal user jaso from 210.97.10.180 (...) Rozna logi, serwer sie zajmuje niepotrzebnymi odpowiedziami, po kablach lataja bzdurne wywolania na ssh... Jakies pomysly/narzedzia zeby to to przyblokowac? Witam ja przeniosłem demona ssh na inny port i mam spokój kiedyś wpadł mi do ręki link, może pomoże http://adam.rosi-kessel.org/weblog/free_software/code/ssh_login_blocker.html Pozdrawiam -- Tomek -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypala ć na 2.6.x bez GNOME/KDE?
On Tue, Oct 25, 2005 at 04:52:03PM +0200, Marcin Landowski wrote: Na jajkach 2.4.X wypalałem cdrecord'em, który miał kilka miłych nakładek graficznych (xCDroast, cdrtoaster, gcombust). Po przejściu na jajeczko serii 2.6.X cdrecord odmówił kategorycznie współpracy (żąda emulacji SCSI, nie chce na napedzie CDRW ATAPI). Nie używam ani GNOME, ani KDE. Potrzebuję wypalarki, najlepiej i konsolowej, i z graficzną nakładką w gtk1/gtk2 (dla żony ;-). Czy ktoś zna takie narzędzia? Nie wierzę, żę cdrecord jej nie widzi. Co mówi `cdrecord -dev=ATAPI: -scanbus` ? pozdr, fEnIo -- ,''`. Bartosz Fenski | mailto:[EMAIL PROTECTED] | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - w. malopolskie - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `- http://skawina.eu.org | jid:[EMAIL PROTECTED] | rlu:172001 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Illegal user carol from ...
Sub wrote: Szukam jakis narzedzi ktore blokowaly by po kilku nieudanych probach zalogowania dany IP. Ostatnimi czasy nasilaja sie glupie proby wlamow typu: [ciach] Rozna logi, serwer sie zajmuje niepotrzebnymi odpowiedziami, po kablach lataja bzdurne wywolania na ssh... Jakies pomysly/narzedzia zeby to to przyblokowac? http://www.debian-administration.org/articles/250 Albo ssh na inny port. Albo knockd. -- The Great Internet Mersenne Prime Search http://www.mersenne.org 39.71% done. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypalać na 2.6.x bez GNOME /KDE?
Marcin Landowski wrote: Bo tak zrobiłem, + wywołuję cdrecord dev=/dev/hdd obraz.iso ale nie działa. Na pewno spieprzyłem. Podpowiedz mi dokładniej, proszę, co i gdzie dokładnie zmodyfikować. Hm. Zobacz, jak tu podają http://www.pixelbeat.org/cmdline.html Wiem, że jakoś bez problemu mi śmigało na 2.6.1x. Może masz coś z jajem nie teges? -- The Great Internet Mersenne Prime Search http://www.mersenne.org 39.71% done. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypalać na 2.6.x bez GNOME/KDE?
Dnia 26-10-2005, śro o godzinie 22:08 +0200, Marcin Landowski napisał(a): Dnia Tue, Oct 25, 2005 at 06:32:33PM +0200, Andrzej Mendel napisał(a): XCDRoast (chyba najlepsza lekka nakładka na cdrecord) i ustaw nagrywanie na napęd ATAPI. Powinno działać. Znam ten program, ale nie potrafię go używać. Przyznam się bez bicia, nie czytałem żadnej dokumentacji. Dla mnie ten program jest nielogiczny, a nie lubię pseudo-przyjaznych programów, którymi nie potrafię się posługiwać. Oczywiście ustawiłem nagrywanie na napęd ATAPI, tylko że jak cdrecord nie chodzi, to i nakładka nie da rady ;-). Zdecydowanie z nakładek na cdrecord preferuję gcombust - prosta, o dużych możliwościach, logiczna i przewidywalna. Problem jedynie w tym, że ja szukam alternatywy na cdrecord, a nie kolejnej nakładki ;-). pozdrawiam Ja akurat nie potrafiłem obsłużyć gcombust. No cóż, różne są gusta. Alternatywą dla cdrecord jest może cdrdao, ale wymagać to będzie innych nakładek, technik itp. Naprawdę prościej byłoby przysiąść i naprawić cdrecord. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: czym wypalać na 2.6.x bez GNOME/KDE?
2005/10/26, Andrzej Mendel [EMAIL PROTECTED]: Ja akurat nie potrafiłem obsłużyć gcombust. No cóż, różne są gusta. Alternatywą dla cdrecord jest może cdrdao, ale wymagać to będzie innych nakładek, technik itp. Naprawdę prościej byłoby przysiąść i naprawić cdrecord. no przepraszam :], jeśli cdrecord czegoś nie obsługuje to niespotykane.. :) -- Pozdrawiam, Wojciech Ziniewicz | [EMAIL PROTECTED] Powered by google.com | [wanna gmail?]
Re: Re: information [#148664]
i just signed up for this again and it is not working all i want to do is transfer the music from m nomad to this yh-925 why is it so hard?
Re: Tempo startu X-ów
On Wed, 26 Oct 2005, Adam Byrtek wrote: On Wed, Oct 26, 2005 at 10:59:42AM +0200, Marek Zakowicz wrote: Moim skromnym zdaniem synchronizacja jest istotna, ale tylko na etapie przechodzenia pomiędzy różnymi kodami (znaki 2 i 3 w nazwach skrótów w /etc/rc?.d/), służącymi właśnie do określania kolejności. Te liczby nie określają kolejności uruchamiania, a numer runlevel. Domyślny runlevel można łatwo sprawdzić: Chyba nie przeczytałeś dokładnie tego co napisałem: znaki 2 i 3 w nazwach skrótów z katalogów /etc/rc?.d/ to np. 20 w skrócie S20xdm z katalogu /etc/rc5.d. Oczywiście znaki te to nie jest runlevel tylko kod używany przez init do określenia kolejności uruchamiania skryptów [update-rc.d (8)]... Pozdrawiam, Marek -- No co Ty, chyba nie wierzysz w mamę? Kto to w ogóle miałby być? fragment dyskusji prowadzonej przez bliźniaków w brzuchu matki (obserwator nieznany)
Re: Tempo startu X-ów
On Wed, 26 Oct 2005, Krzysztof Matusik wrote: [...] Ktoś wspomniał gdzie indziej, że ważna jest tylko kolejność runleveli- co jest oczywiście nieprawdą: wyobraźmy sobie sytuację uruchamiania równolegle skryptów podnoszenia interfaców sieciowych i usług sieciowych- można spodziewać się, że te drugie nie zostaną uruchomiane właściwie (np. gniazda nie zostaną ustanowione). Jeśli tym kimś miałem być ja, to nie dokładnie przeczytałeś mój list, albo ja się nie wyraziłem dość jasno. Pisałem nie o runlevelach tylko o dwucyfrowych kodach, określających kolejność uruchamiania skryptów startowych [update-rc.d(8)]. W oparciu o ten kod, skrypty mają zagwarantowane, że np. S19* są wykonywane przed S20*, ale skrypty mające ten sam kod np. z prefiksem S20 mogą być wykonane równolegle (nie ma między nimi zależności). Na tym polegała też moja modyfikacja, skryptu /etc/init.d/rc, że skrypty z tym samym prefiksem uruchamiam współbieżnie, natomiast przed rozpoczęciem uruchamiania skryptów z nowym prefiksem, czekam na zakończenie wszystkich skryptów uruchomionych wcześniej... Kiedyś próbowałem modyfikować skrypty startowe, tak by część zadań uruchamiała się równolegle. Jest spory zysk na czasie i wcale nie jest potrzebna maszyna wieloprocesorowa. Możesz podać więcej szczegółów - bo ja uzyskałem duży zysk na czasie, tylko w wariancie bez synchronizacji; po dodaniu synchronizacji (jak powyżej), zysk był na poziomie 6%... Jednak nie można zastosować tego do dystrybucji, bo każda maszyna będzie zachowywać się inaczej- jak podejrzewam. Problem leży w samym działaniu INITa i konstrukcji /etc/rc.d/; skrypty wykonywane są szeregowo. Potrzebny byłby program, którego config wyglądałby trochę jak relacyjna baza danych. Tak to wygląda w MS Windows - deklarujesz zależności pomiędzy usługami. Tworzą one taki skierowany graf acykliczny (DIG). Żeby rozpocząć uruchamianie usług zapewne wykonywane jest sortowanie topologiczne i to co jest na jego wyjściu jest równoważne liście z danego /etc/rc?.d na systemach *nix'owych. Nie wątpię, że taka deklaratywna konfiguracja jest prostsza w utrzymaniu niż podana wprost lista skryptów, ale nie demonizowałbym różnicy. W końcu mówimy o kilkunastu - kilkudziesięciu skryptach. Oczywiście mam nadzieje, że kiedyś i w Debianie pojawi się konfiguracja deklaratywna, choćby jako coś z czego generowane są katalogi odsyłaczy /etc/rc?.d... Pozdrawiam, Marek -- Niewiara jest jak wiara na miarę Raz, Dwa, Trzy
