From masko w ipipan.waw.pl Tue Mar 3 14:22:31 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 03 Mar 2015 14:22:31 +0100 Subject: Najprostszy algorytm =?UTF-8?B?cHJ6ZWrFm2NpYQ==?= na 32 bit->64 bit? In-Reply-To: <2190477.DUxSfHxIY7@laptok> References: <1945515.nxzrFZkLK7@laptok> <54EEFE88.8060100@o2.pl> <2190477.DUxSfHxIY7@laptok> Message-ID: <1434223.a90NZG4mDI@laptok> No to ciągnę temat. Dodałem w poldku ścieżki do repozytoriów 64-bit. Próbuję zainstalować kernel, a tu: poldek:/all-avail> install -I kernel-3.18.8-1.x86_64 kernel- drm-3.18.8-1.x86_64 kernel-pcmcia-3.18.8-1.x86_64 kernel-sound- alsa-3.18.8-1.x86_64 --nodeps --force Przetwarzanie zależności... [...] Są 4 pakiety do instalacji: I kernel-3.18.8-1.x86_64 kernel-drm-3.18.8-1.x86_64 kernel- pcmcia-3.18.8-1.x86_64 kernel-sound-alsa-3.18.8-1.x86_64 This operation will use 46.0MB of disk space. Potrzeba pobrać 43.4MB archiwów (43.4MB do pobrania). [...] Uruchamianie sudo /bin/rpm --install -vh --force --nodeps --root / --define _check_dirname_deps 1... warning: pakiet kernel-3.18.8-1.x86_64 jest przeznaczony dla platformy x86_64- pld-linux warning: pakiet kernel-drm-3.18.8-1.x86_64 jest przeznaczony dla platformy x86_64-pld-linux warning: pakiet kernel-pcmcia-3.18.8-1.x86_64 jest przeznaczony dla platformy x86_64-pld-linux warning: pakiet kernel-sound-alsa-3.18.8-1.x86_64 jest przeznaczony dla platformy x86_64-pld-linux Jak należy sobie z tym poradzić? Generalnie pewnie chodzi o to, jak ustawić architekturę, żeby dało się jednocześnie instalować i686 i x86_64. Z góry dzięki za pomoc. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From mateusz-lists w ant.gliwice.pl Tue Mar 3 14:29:01 2015 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Tue, 03 Mar 2015 14:29:01 +0100 Subject: Najprostszy algorytm =?UTF-8?B?cHJ6ZWrFm2NpYQ==?= na 32 bit->64 bit? In-Reply-To: <1434223.a90NZG4mDI@laptok> References: <1945515.nxzrFZkLK7@laptok> <2190477.DUxSfHxIY7@laptok> <1434223.a90NZG4mDI@laptok> Message-ID: <9722182.9xgXYG6Vrm@matkor-toshiba> On Tuesday 03 March 2015 14:22:31 Łukasz Maśko wrote: > warning: pakiet kernel-3.18.8-1.x86_64 jest przeznaczony dla platformy > x86_64- pld-linux Może dodanie do /etc/rpm/platform : x86_64-[^-]*-linux(-gnu) ? -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From masko w ipipan.waw.pl Tue Mar 3 14:42:19 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 03 Mar 2015 14:42:19 +0100 Subject: Najprostszy algorytm =?UTF-8?B?cHJ6ZWrFm2NpYQ==?= na 32 bit->64 bit? In-Reply-To: <9722182.9xgXYG6Vrm@matkor-toshiba> References: <1945515.nxzrFZkLK7@laptok> <1434223.a90NZG4mDI@laptok> <9722182.9xgXYG6Vrm@matkor-toshiba> Message-ID: <1678662.7BhEU3CEyn@geralt> Dnia wtorek, 3 marca 2015 14:29:01 Mateusz Korniak pisze: > On Tuesday 03 March 2015 14:22:31 Łukasz Maśko wrote: > > warning: pakiet kernel-3.18.8-1.x86_64 jest przeznaczony dla platformy > > x86_64- pld-linux > > Może dodanie do /etc/rpm/platform : > > x86_64-[^-]*-linux(-gnu) > > ? Dzięki. To było to (chociaż konkretnie musiałem dopisać x86_64-pld-linux bo samo powyższe z Twojej propozycji nie zadziałało, nie wiedzieć czemu). -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V From mateusz-lists w ant.gliwice.pl Tue Mar 3 15:02:12 2015 From: mateusz-lists w ant.gliwice.pl (Mateusz Korniak) Date: Tue, 03 Mar 2015 15:02:12 +0100 Subject: Najprostszy algorytm =?UTF-8?B?cHJ6ZWrFm2NpYQ==?= na 32 bit->64 bit? In-Reply-To: <1678662.7BhEU3CEyn@geralt> References: <1945515.nxzrFZkLK7@laptok> <9722182.9xgXYG6Vrm@matkor-toshiba> <1678662.7BhEU3CEyn@geralt> Message-ID: <1809625.AXDN4Yaz8A@matkor-toshiba> On Tuesday 03 March 2015 14:42:19 Łukasz Maśko wrote: > Dnia wtorek, 3 marca 2015 14:29:01 Mateusz Korniak pisze: > > On Tuesday 03 March 2015 14:22:31 Łukasz Maśko wrote: > > > warning: pakiet kernel-3.18.8-1.x86_64 jest przeznaczony dla platformy > > > x86_64- pld-linux > > > > Może dodanie do /etc/rpm/platform : > > > > x86_64-[^-]*-linux(-gnu) > > > > ? > > (...) konkretnie musiałem dopisać x86_64-pld-linux bo > samo powyższe z Twojej propozycji nie zadziałało, nie wiedzieć czemu). Może dopisałeś jako pierwsze? Pierwszy wpis ma być podobno regexps, np: $ cat /etc/rpm/platform # first platform file entry can't contain regexps i686-pld-linux # x86_64 things amd64-[^-]*-[Ll]inux(-gnu)? ... -- Mateusz Korniak "(...) mam brata - poważny, domator, liczykrupa, hipokryta, pobożniś, krótko mówiąc - podpora społeczeństwa." Nikos Kazantzakis - "Grek Zorba" From masko w ipipan.waw.pl Tue Mar 3 15:04:45 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 03 Mar 2015 15:04:45 +0100 Subject: Najprostszy algorytm =?UTF-8?B?cHJ6ZWrFm2NpYQ==?= na 32 bit->64 bit? In-Reply-To: <1809625.AXDN4Yaz8A@matkor-toshiba> References: <1945515.nxzrFZkLK7@laptok> <1678662.7BhEU3CEyn@geralt> <1809625.AXDN4Yaz8A@matkor-toshiba> Message-ID: <1684547.hN8ZQYsPpX@geralt> Dnia wtorek, 3 marca 2015 15:02:12 Mateusz Korniak pisze: [...] > Może dopisałeś jako pierwsze? > Pierwszy wpis ma być podobno regexps, np: > > $ cat /etc/rpm/platform > # first platform file entry can't contain regexps > i686-pld-linux > > # x86_64 things > amd64-[^-]*-[Ll]inux(-gnu)? > ... Nie, było drugie. Ale to nieistotne. Teraz działa. Właśnie się zastanawiam, czy muszę teraz na chama doinstalować glibc w wersji x86_64 (są konflikty), czy też robi się to jakoś inaczej. Ale jakoś inaczej to nie wygląda, żeby się dało... -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V From draenog w pld-linux.org Tue Mar 3 15:18:41 2015 From: draenog w pld-linux.org (Kacper Kornet) Date: Tue, 3 Mar 2015 15:18:41 +0100 Subject: Najprostszy algorytm =?utf-8?Q?przej?= =?utf-8?B?xZtjaWE=?= na 32 bit->64 bit? In-Reply-To: <1684547.hN8ZQYsPpX@geralt> References: <1945515.nxzrFZkLK7@laptok> <1678662.7BhEU3CEyn@geralt> <1809625.AXDN4Yaz8A@matkor-toshiba> <1684547.hN8ZQYsPpX@geralt> Message-ID: <20150303141840.GA4900@camk.edu.pl> On Tue, Mar 03, 2015 at 03:04:45PM +0100, Łukasz Maśko wrote: > Dnia wtorek, 3 marca 2015 15:02:12 Mateusz Korniak pisze: > [...] > > Może dopisałeś jako pierwsze? > > Pierwszy wpis ma być podobno regexps, np: > > $ cat /etc/rpm/platform > > # first platform file entry can't contain regexps > > i686-pld-linux > > # x86_64 things > > amd64-[^-]*-[Ll]inux(-gnu)? > > ... > Nie, było drugie. Ale to nieistotne. Teraz działa. Właśnie się zastanawiam, > czy muszę teraz na chama doinstalować glibc w wersji x86_64 (są konflikty), > czy też robi się to jakoś inaczej. Ale jakoś inaczej to nie wygląda, żeby > się dało... Musi być ta sama wersja i release. Wtedy nie powinno być konfliktu. -- Kacper From masko w ipipan.waw.pl Tue Mar 3 15:22:52 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 03 Mar 2015 15:22:52 +0100 Subject: Najprostszy algorytm =?UTF-8?B?cHJ6ZWrFm2NpYQ==?= na 32 bit->64 bit? In-Reply-To: <20150303141840.GA4900@camk.edu.pl> References: <1945515.nxzrFZkLK7@laptok> <1684547.hN8ZQYsPpX@geralt> <20150303141840.GA4900@camk.edu.pl> Message-ID: <2107178.3BA5ccVoMT@laptok> Dnia wtorek, 3 marca 2015 15:18:41 Kacper Kornet pisze: [...] > Musi być ta sama wersja i release. Wtedy nie powinno być konfliktu. A jednak...: poldek:/all-avail> ls -I glibc-2.21-* glibc-2.21-2.i686 1 pakiet poldek:/all-avail> install -I glibc-2.21-2.x86_64 Przetwarzanie zależności... glibc-2.21-2.x86_64: wymagany "libselinux.so.1()(64bit)" jest dostarczany przez następujące pakiety: a) libselinux-2.3-4.x86_64 b) libselinux-2.3-3.x86_64 Który z nich chcesz zainstalować ('Q' anuluje)? [libselinux-2.3-4.x86_64] glibc-2.21-2.x86_64 zaznaczył libselinux-2.3-4.x86_64 (wł. libselinux.so.1() (64bit)) libselinux-2.3-4.x86_64: wymagany "libpcre.so.1()(64bit)" jest dostarczany przez następujące pakiety: a) pcre-8.36-2.x86_64 b) pcre-8.36-1.x86_64 Który z nich chcesz zainstalować ('Q' anuluje)? [pcre-8.36-2.x86_64] libselinux-2.3-4.x86_64 zaznaczył pcre-8.36-2.x86_64 (wł. libpcre.so.1() (64bit)) błąd: glibc-2.21-2.x86_64 (wł. glibc(x86_64) = 6:2.21-2) jest w konflicie z zainstalowanm glibc-misc-2.21-2.i686 (glibc(x86_64)) Są 3 pakiety do instalacji (2 zaznaczone pośrednio): I glibc-2.21-2.x86_64 D libselinux-2.3-4.x86_64 pcre-8.36-2.x86_64 This operation will use 9.5MB of disk space. Potrzeba pobrać 2.9MB archiwów (2.9MB do pobrania). błąd: 1 conflicts Wystąpiły błędy podczas instalacji -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From draenog w pld-linux.org Tue Mar 3 15:38:40 2015 From: draenog w pld-linux.org (Kacper Kornet) Date: Tue, 3 Mar 2015 15:38:40 +0100 Subject: Najprostszy algorytm =?utf-8?Q?przej?= =?utf-8?B?xZtjaWE=?= na 32 bit->64 bit? In-Reply-To: <2107178.3BA5ccVoMT@laptok> References: <1945515.nxzrFZkLK7@laptok> <1684547.hN8ZQYsPpX@geralt> <20150303141840.GA4900@camk.edu.pl> <2107178.3BA5ccVoMT@laptok> Message-ID: <20150303143840.GB4900@camk.edu.pl> On Tue, Mar 03, 2015 at 03:22:52PM +0100, Łukasz Maśko wrote: > Dnia wtorek, 3 marca 2015 15:18:41 Kacper Kornet pisze: > [...] > > Musi być ta sama wersja i release. Wtedy nie powinno być konfliktu. > A jednak...: > poldek:/all-avail> ls -I glibc-2.21-* > glibc-2.21-2.i686 > 1 pakiet > poldek:/all-avail> install -I glibc-2.21-2.x86_64 > Przetwarzanie zależności... > glibc-2.21-2.x86_64: wymagany "libselinux.so.1()(64bit)" jest dostarczany > przez następujące pakiety: > a) libselinux-2.3-4.x86_64 > b) libselinux-2.3-3.x86_64 > Który z nich chcesz zainstalować ('Q' anuluje)? [libselinux-2.3-4.x86_64] > glibc-2.21-2.x86_64 zaznaczył libselinux-2.3-4.x86_64 (wł. libselinux.so.1() > (64bit)) > libselinux-2.3-4.x86_64: wymagany "libpcre.so.1()(64bit)" jest dostarczany > przez następujące pakiety: > a) pcre-8.36-2.x86_64 > b) pcre-8.36-1.x86_64 > Który z nich chcesz zainstalować ('Q' anuluje)? [pcre-8.36-2.x86_64] > libselinux-2.3-4.x86_64 zaznaczył pcre-8.36-2.x86_64 (wł. libpcre.so.1() > (64bit)) > błąd: glibc-2.21-2.x86_64 (wł. glibc(x86_64) = 6:2.21-2) jest w konflicie z > zainstalowanm glibc-misc-2.21-2.i686 (glibc(x86_64)) > Są 3 pakiety do instalacji (2 zaznaczone pośrednio): > I glibc-2.21-2.x86_64 > D libselinux-2.3-4.x86_64 pcre-8.36-2.x86_64 > This operation will use 9.5MB of disk space. > Potrzeba pobrać 2.9MB archiwów (2.9MB do pobrania). > błąd: 1 conflicts > Wystąpiły błędy podczas instalacji glibc-misc musi być w wersji x86_64. Tylko nie wiem, czy poldek pozwala to bezboleśnie podmienic. -- Kacper From pld w sojka.co Tue Mar 3 18:48:28 2015 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Tue, 03 Mar 2015 18:48:28 +0100 Subject: NAS: auto off Message-ID: <54F5F3EC.1040901@sojka.co> Witam serdecznie, Mam mały NAS na PLD (głównie NFSv3 ale nie tylko). Generalnie maszynka jest włączana on demand poprzez WOL. Czasem jednak zdarza mi się zapomnieć o wyłączeniu. W związku z tym potrzebny jest jakiś sprytny patent na sprawdzenie czy ktoś korzysta z NASa w celu wyłaczenia po zadanym czasie "bezczynności". Pomyślałem sobie żeby napisać skrypcik, który będzie monitorował arp. Generalnie, jeśli jakikolwiek (lokalny) klient się odwoła to tam powinien być MacAddr. Tylko pytanie czy i po jakim czasie "nieużywane" MacAddr są usuwane z tablicy arp? Jeśli ktoś ma jakiś inny patent to także proszę o info. -- Pozdrawiam Grzesiek Wysłane z kompa wolnego od wirusów Billa Gatesa. From masko w ipipan.waw.pl Wed Mar 4 10:43:22 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Wed, 04 Mar 2015 10:43:22 +0100 Subject: NAS: auto off In-Reply-To: <54F5F3EC.1040901@sojka.co> References: <54F5F3EC.1040901@sojka.co> Message-ID: <1737975.PJdeymeUtA@laptok> Dnia wtorek, 3 marca 2015 18:48:28 Grzegorz Sójka pisze: > Witam serdecznie, > > Mam mały NAS na PLD (głównie NFSv3 ale nie tylko). Generalnie maszynka > jest włączana on demand poprzez WOL. Czasem jednak zdarza mi się > zapomnieć o wyłączeniu. W związku z tym potrzebny jest jakiś sprytny > patent na sprawdzenie czy ktoś korzysta z NASa w celu wyłaczenia po > zadanym czasie "bezczynności". Pomyślałem sobie żeby napisać skrypcik, > który będzie monitorował arp. Generalnie, jeśli jakikolwiek (lokalny) > klient się odwoła to tam powinien być MacAddr. Tylko pytanie czy i po > jakim czasie "nieużywane" MacAddr są usuwane z tablicy arp? > > Jeśli ktoś ma jakiś inny patent to także proszę o info. Ja to bym raczej wykorzystał funkcjonalność firewall-a (oczywiście nie w celu ograniczania ruchu). Nie wiem, jak to zapisać regułkami, ale algorytmicznie to bym próbował dla określonych, interesujących mnie portów rejestrować fakt wystąpienia ruchu w pliku (niekoniecznie zapisując dane, ale np. zmieniając czas dostępu do pliku czy jak tam inaczej by się dało) i na tej podstawie określać, czy ruch był czy nie. Pozostaje kwestia, czy masz połączenia przez TCP, czy tylko UDP, bo jak to pierwsze, to z faktu niewystępowania ruchu nie wynika, że nikt nie jest podłączony. Idea jest wzięta z dość standardowej metody blokowania na moim routerku Mikrotik botów próbujących się włamać przez ssh - w przybliżeniu, próba połączenia jest odnotowywana w pliku blacklist, w którym ma swoja ważność. Jeśli w określonym czasie nastąpi określona liczba prób połączenia, to adres jest blokowany. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From masko w ipipan.waw.pl Wed Mar 4 11:25:55 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Wed, 04 Mar 2015 11:25:55 +0100 Subject: Najprostszy algorytm =?UTF-8?B?cHJ6ZWrFm2NpYQ==?= na 32 bit->64 bit? In-Reply-To: <20150303143840.GB4900@camk.edu.pl> References: <1945515.nxzrFZkLK7@laptok> <2107178.3BA5ccVoMT@laptok> <20150303143840.GB4900@camk.edu.pl> Message-ID: <4858106.j90TCgxNoV@geralt> Dnia wtorek, 3 marca 2015 15:38:40 Kacper Kornet pisze: [...] > glibc-misc musi być w wersji x86_64. Tylko nie wiem, czy poldek pozwala > to bezboleśnie podmienic. Bezboleśnie nie. Musiałem dać --force --nodeps, a dla samego glibc dodatkowo --pmop=--noscripts bo się wykładał któryś z bloków %post. Ale i tak nie działa. Kernel na starcie pluje się, że jest niedostępny używalny init. Geninitrd do initrd ładuje biblioteki 32-bitowe, ale do podkatalogu */lib64. A do tego przestał mi działać manual :-/ (obstawiam, że na skutek niepowodzenia lub niewykonania jakiegoś %post). I nie wiem, co jeszcze. -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V From zawadaa w gmail.com Wed Mar 4 12:08:22 2015 From: zawadaa w gmail.com (Andrzej Zawadzki) Date: Wed, 04 Mar 2015 12:08:22 +0100 Subject: NAS: auto off In-Reply-To: <54F5F3EC.1040901@sojka.co> References: <54F5F3EC.1040901@sojka.co> Message-ID: <54F6E7A6.8070401@gmail.com> On 03.03.2015 18:48, Grzegorz Sójka wrote: > Witam serdecznie, Hej > > Mam mały NAS na PLD (głównie NFSv3 ale nie tylko). Generalnie maszynka > jest włączana on demand poprzez WOL. Czasem jednak zdarza mi się > zapomnieć o wyłączeniu. W związku z tym potrzebny jest jakiś sprytny > patent na sprawdzenie czy ktoś korzysta z NASa w celu wyłaczenia po > zadanym czasie "bezczynności". Pomyślałem sobie żeby napisać skrypcik, > który będzie monitorował arp. Generalnie, jeśli jakikolwiek (lokalny) > klient się odwoła to tam powinien być MacAddr. Tylko pytanie czy i po > jakim czasie "nieużywane" MacAddr są usuwane z tablicy arp? > > Jeśli ktoś ma jakiś inny patent to także proszę o info. > "Używanie" jest ciągłe (podmontowanie) czy nie? Bo jak klient robi to doraźnie to na serwerze wystarczy: netstat -an | grep IP_SERWERA:2049 Jak nie będzie ESTABLISHED to znaczy, że nikt nie używa. -- Andrzej From pld w sojka.co Wed Mar 4 22:17:44 2015 From: pld w sojka.co (=?ISO-8859-2?Q?Grzegorz_S=F3jka?=) Date: Wed, 04 Mar 2015 22:17:44 +0100 Subject: NAS: auto off In-Reply-To: <54F6E7A6.8070401@gmail.com> References: <54F5F3EC.1040901@sojka.co> <54F6E7A6.8070401@gmail.com> Message-ID: <54F77678.5070401@sojka.co> Dzięki serdeczne za dotychczasowe podpowiedzi. Na razie wygrywa poniższa. Jak zwykle ma ona "zady i walety" więc jeśli ktoś jeszcze ma jakiś pomysł to niech się "przyzna" ;). > "Używanie" jest ciągłe (podmontowanie) czy nie? > Bo jak klient robi to doraźnie to na serwerze wystarczy: > > netstat -an | grep IP_SERWERA:2049 > > Jak nie będzie ESTABLISHED to znaczy, że nikt nie używa. > -- Pozdrawiam Grzesiek Wysłane z kompa wolnego od wirusów Billa Gatesa. From mailing_ks w infolan.net.pl Mon Mar 9 21:58:06 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Mon, 9 Mar 2015 21:58:06 +0100 Subject: Problem z upgrade kernela w starszej wersji PLD Message-ID: <20150309215806.5a4a2de2@1295szwaba.infolan.net.pl> Przy próbie upgrade kernela dostaję: poldek:/all-avail> install kernel-3.4-3.4.106-3.i686 Processing dependencies... kernel-3.4-3.4.106-3.i686 marks kmod-19-1.i686 (cap kmod >= 12-2) module-init-tools-3.16-2.i686 obsoleted by kmod-19-1.i686 kmod-19-1.i686 marks glibc-2.21-1.i686 (cap libc.so.6(GLIBC_2.17)) glibc-2.15-6.i686 obsoleted by glibc-2.21-1.i686 greedy upgrade iconv-2.15-6.i686 to 2.21-1.i686 (unresolved glibc = 6:2.15-6) iconv-2.15-6.i686 obsoleted by iconv-2.21-1.i686 greedy upgrade glibc-localedb-all-2.15-6.i686 to 2.21-1.i686 (unresolved iconv = 6:2.15-6) glibc-localedb-all-2.15-6.i686 obsoleted by glibc-localedb-all-2.21-1.i686 greedy upgrade glibc-libcrypt-2.15-6.i686 to 2.21-1.i686 (unresolved glibc = 6:2.15-6) glibc-libcrypt-2.15-6.i686 obsoleted by glibc-libcrypt-2.21-1.i686 greedy upgrade glibc-misc-2.15-6.i686 to 2.21-1.i686 (unresolved glibc = 6:2.15-6) glibc-misc-2.15-6.i686 obsoleted by glibc-misc-2.21-1.i686 glibc-2.21-1.i686 marks ldconfig-2.21-1.i686 (cap ldconfig = 6:2.21-1) ldconfig-2.15-6.i686 obsoleted by ldconfig-2.21-1.i686 error: glibc-2.21-1.i686: req uname(release) >= 2.6.32 not found error: kmod-19-1.i686: req libc.so.6(GLIBC_2.2) not found error: kmod-19-1.i686: req libc.so.6(GLIBC_2.2.3) not found error: kmod-19-1.i686: req libc.so.6(GLIBC_2.3) not found error: kmod-19-1.i686: req libc.so.6(GLIBC_2.3.4) not found error: kmod-19-1.i686: req libc.so.6(GLIBC_2.4) not found error: kmod-19-1.i686: req libc.so.6(GLIBC_2.8) not found kmod-19-1.i686 marks xz-libs-5.2.0-1.i686 (cap liblzma.so.5) xz-libs-4.999.8-0.beta.1.i686 obsoleted by xz-libs-5.2.0-1.i686 greedy upgrade xz-4.999.8-0.beta.1.i686 to 5.2.0-1.i686 (unresolved xz-libs = 1:4.999.8-0.beta.1) xz-4.999.8-0.beta.1.i686 obsoleted by xz-5.2.0-1.i686 error: xz-5.2.0-1.i686: req libc.so.6 not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.0) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.1) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.17) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.2) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.3) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.3.3) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.3.4) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.4) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.6) not found error: xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.7) not found error: xz-5.2.0-1.i686: req libpthread.so.0 not found error: xz-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.0) not found error: xz-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.2) not found error: xz-5.2.0-1.i686: req rtld(GNU_HASH) not found error: xz-libs-5.2.0-1.i686: req libc.so.6 not found error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.0) not found error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.1.3) not found error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.17) not found error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.4) not found error: xz-libs-5.2.0-1.i686: req libpthread.so.0 not found error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.0) not found error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.1) not found error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.3.2) not found error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.3.3) not found error: xz-libs-5.2.0-1.i686: req rtld(GNU_HASH) not found error: kmod-19-1.i686: req liblzma.so.5(XZ_5.0) not found error: kmod-19-1.i686: req libpthread.so.0 not found error: kmod-19-1.i686: req libpthread.so.0(GLIBC_2.0) not found error: kmod-19-1.i686: req libpthread.so.0(GLIBC_2.2) not found error: kmod-19-1.i686: req rtld(GNU_HASH) not found error: kernel-3.4-3.4.106-3.i686: req kmod >= 12-2 not found There are 10 packages to install (9 marked by dependencies), 9 to remove: I kernel-3.4-3.4.106-3.i686 D glibc-2.21-1.i686 glibc-libcrypt-2.21-1.i686 glibc-localedb-all-2.21-1.i686 glibc-misc-2.21-1.i686 iconv-2.21-1.i686 kmod-19-1.i686 ldconfig-2.21-1.i686 D xz-5.2.0-1.i686 xz-libs-5.2.0-1.i686 R glibc-2.15-6.i686 glibc-libcrypt-2.15-6.i686 glibc-localedb-all-2.15-6.i686 glibc-misc-2.15-6.i686 iconv-2.15-6.i686 ldconfig-2.15-6.i686 R module-init-tools-3.16-2.i686 xz-4.999.8-0.beta.1.i686 xz-libs-4.999.8-0.beta.1.i686 Jak sobie poradzić z tym ? System dość leciwy jest Linux K-SER14-VM107-lmsgit 2.6.28.10-3 #1 SMP Wed Jul 22 01:48:30 CEST 2009 i686 Common_KVM_processor PLD Linux Z góry dziękuję za pomoc. Krzysztof From sir_Misiek w o2.pl Tue Mar 10 10:37:44 2015 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 10 Mar 2015 10:37:44 +0100 Subject: Problem z upgrade kernela w starszej wersji PLD In-Reply-To: <20150309215806.5a4a2de2@1295szwaba.infolan.net.pl> References: <20150309215806.5a4a2de2@1295szwaba.infolan.net.pl> Message-ID: <54FEBB68.4040009@o2.pl> > Przy próbie upgrade kernela dostaję: > > poldek:/all-avail> install kernel-3.4-3.4.106-3.i686 > Processing dependencies... > kernel-3.4-3.4.106-3.i686 marks kmod-19-1.i686 (cap kmod >= 12-2) > module-init-tools-3.16-2.i686 obsoleted by kmod-19-1.i686 > kmod-19-1.i686 marks glibc-2.21-1.i686 (cap libc.so.6(GLIBC_2.17)) > glibc-2.15-6.i686 obsoleted by glibc-2.21-1.i686 > greedy upgrade iconv-2.15-6.i686 to 2.21-1.i686 (unresolved glibc = > 6:2.15-6) iconv-2.15-6.i686 obsoleted by iconv-2.21-1.i686 > greedy upgrade glibc-localedb-all-2.15-6.i686 to 2.21-1.i686 > (unresolved iconv = 6:2.15-6) glibc-localedb-all-2.15-6.i686 obsoleted > by glibc-localedb-all-2.21-1.i686 greedy upgrade > glibc-libcrypt-2.15-6.i686 to 2.21-1.i686 (unresolved glibc = 6:2.15-6) > glibc-libcrypt-2.15-6.i686 obsoleted by glibc-libcrypt-2.21-1.i686 > greedy upgrade glibc-misc-2.15-6.i686 to 2.21-1.i686 (unresolved glibc > = 6:2.15-6) glibc-misc-2.15-6.i686 obsoleted by glibc-misc-2.21-1.i686 > glibc-2.21-1.i686 marks ldconfig-2.21-1.i686 (cap ldconfig = 6:2.21-1) > ldconfig-2.15-6.i686 obsoleted by ldconfig-2.21-1.i686 error: > glibc-2.21-1.i686: req uname(release) >= 2.6.32 not found error: > kmod-19-1.i686: req libc.so.6(GLIBC_2.2) not found error: > kmod-19-1.i686: req libc.so.6(GLIBC_2.2.3) not found error: > kmod-19-1.i686: req libc.so.6(GLIBC_2.3) not found error: > kmod-19-1.i686: req libc.so.6(GLIBC_2.3.4) not found error: > kmod-19-1.i686: req libc.so.6(GLIBC_2.4) not found error: > kmod-19-1.i686: req libc.so.6(GLIBC_2.8) not found kmod-19-1.i686 marks > xz-libs-5.2.0-1.i686 (cap liblzma.so.5) xz-libs-4.999.8-0.beta.1.i686 > obsoleted by xz-libs-5.2.0-1.i686 greedy upgrade > xz-4.999.8-0.beta.1.i686 to 5.2.0-1.i686 (unresolved xz-libs = > 1:4.999.8-0.beta.1) xz-4.999.8-0.beta.1.i686 obsoleted by > xz-5.2.0-1.i686 error: xz-5.2.0-1.i686: req libc.so.6 not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.0) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.1) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.17) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.2) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.3) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.3.3) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.3.4) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.4) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.6) not found error: > xz-5.2.0-1.i686: req libc.so.6(GLIBC_2.7) not found error: > xz-5.2.0-1.i686: req libpthread.so.0 not found error: xz-5.2.0-1.i686: > req libpthread.so.0(GLIBC_2.0) not found error: xz-5.2.0-1.i686: req > libpthread.so.0(GLIBC_2.2) not found error: xz-5.2.0-1.i686: req > rtld(GNU_HASH) not found error: xz-libs-5.2.0-1.i686: req libc.so.6 not > found error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.0) not found > error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.1.3) not found > error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.17) not found > error: xz-libs-5.2.0-1.i686: req libc.so.6(GLIBC_2.4) not found > error: xz-libs-5.2.0-1.i686: req libpthread.so.0 not found > error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.0) not found > error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.1) not found > error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.3.2) not found > error: xz-libs-5.2.0-1.i686: req libpthread.so.0(GLIBC_2.3.3) not found > error: xz-libs-5.2.0-1.i686: req rtld(GNU_HASH) not found > error: kmod-19-1.i686: req liblzma.so.5(XZ_5.0) not found > error: kmod-19-1.i686: req libpthread.so.0 not found > error: kmod-19-1.i686: req libpthread.so.0(GLIBC_2.0) not found > error: kmod-19-1.i686: req libpthread.so.0(GLIBC_2.2) not found > error: kmod-19-1.i686: req rtld(GNU_HASH) not found > error: kernel-3.4-3.4.106-3.i686: req kmod >= 12-2 not found > There are 10 packages to install (9 marked by dependencies), 9 to > remove: I kernel-3.4-3.4.106-3.i686 > D glibc-2.21-1.i686 glibc-libcrypt-2.21-1.i686 > glibc-localedb-all-2.21-1.i686 glibc-misc-2.21-1.i686 iconv-2.21-1.i686 > kmod-19-1.i686 ldconfig-2.21-1.i686 D xz-5.2.0-1.i686 > xz-libs-5.2.0-1.i686 R glibc-2.15-6.i686 glibc-libcrypt-2.15-6.i686 > glibc-localedb-all-2.15-6.i686 glibc-misc-2.15-6.i686 iconv-2.15-6.i686 > ldconfig-2.15-6.i686 R module-init-tools-3.16-2.i686 > xz-4.999.8-0.beta.1.i686 xz-libs-4.999.8-0.beta.1.i686 > > Jak sobie poradzić z tym ? > System dość leciwy jest > Linux K-SER14-VM107-lmsgit 2.6.28.10-3 #1 SMP Wed Jul 22 01:48:30 CEST 2009 i686 Common_KVM_processor PLD Linux > > Z góry dziękuję za pomoc. > Krzysztof Może spróbuj najpierw przeinstalować pakiety z zależności glibc itd. From mailing_ks w infolan.net.pl Tue Mar 10 10:46:39 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Tue, 10 Mar 2015 10:46:39 +0100 Subject: Problem z upgrade kernela w starszej wersji PLD In-Reply-To: <54FEBB68.4040009@o2.pl> References: <20150309215806.5a4a2de2@1295szwaba.infolan.net.pl> <54FEBB68.4040009@o2.pl> Message-ID: <20150310104639.2a7043d2@1295szwaba.infolan.net.pl> Dnia 2015-03-10, o godz. 10:37:44 lord_Niedzwiedz napisał(a): > Może spróbuj najpierw przeinstalować pakiety z zależności glibc itd. Tak właśnie zrobiłem. Udało mi się podnieść glibc do glibc-2.21-1.i686 i kernela do 2.6.38. Na razie tyle mi wystarczy w tym temacie. Teraz walczę w upgr php. Krzysztof From mailing_ks w infolan.net.pl Wed Mar 11 22:57:28 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Wed, 11 Mar 2015 22:57:28 +0100 Subject: alternatywny mirror z archiwalnymi paczkami PLD Message-ID: <20150311225728.47588d15@1295szwaba.infolan.net.pl> Szukam alternatywnego mirrora z archiwalnymi paczkami których nie można już znaleźć na oficjalnych mirrorach PLD Czy ktoś może posiada prywatny mirror i mógłby udostępnić na jakiś czas aby zassać stare pakiety ? Z góry dziękuję za pomoc Krzysztof From masko w ipipan.waw.pl Thu Mar 12 09:31:59 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Thu, 12 Mar 2015 09:31:59 +0100 Subject: alternatywny mirror z archiwalnymi paczkami PLD In-Reply-To: <20150311225728.47588d15@1295szwaba.infolan.net.pl> References: <20150311225728.47588d15@1295szwaba.infolan.net.pl> Message-ID: <2816107.Utg1NuIPV6@geralt> Dnia środa, 11 marca 2015 22:57:28 Krzysztof Szwaba pisze: > Szukam alternatywnego mirrora z archiwalnymi paczkami których > nie można już znaleźć na oficjalnych mirrorach PLD > Czy ktoś może posiada prywatny mirror i mógłby udostępnić na jakiś czas > aby zassać stare pakiety ? > Z góry dziękuję za pomoc Ten adres, jak rozumiem, już znasz? ftp://ftp.pld-linux.org/dists/3.0/.archive/PLD/ -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V From mailing_ks w infolan.net.pl Thu Mar 12 13:00:41 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Thu, 12 Mar 2015 13:00:41 +0100 Subject: alternatywny mirror z archiwalnymi paczkami PLD In-Reply-To: <2816107.Utg1NuIPV6@geralt> References: <20150311225728.47588d15@1295szwaba.infolan.net.pl> <2816107.Utg1NuIPV6@geralt> Message-ID: <20150312130041.51f47c62@1295szwaba.infolan.net.pl> Dnia 2015-03-12, o godz. 09:31:59 Łukasz Maśko napisał(a): > Dnia środa, 11 marca 2015 22:57:28 Krzysztof Szwaba pisze: > > Szukam alternatywnego mirrora z archiwalnymi paczkami których > > nie można już znaleźć na oficjalnych mirrorach PLD > > Czy ktoś może posiada prywatny mirror i mógłby udostępnić na jakiś > > czas aby zassać stare pakiety ? > > Z góry dziękuję za pomoc > > Ten adres, jak rozumiem, już znasz? > > ftp://ftp.pld-linux.org/dists/3.0/.archive/PLD/ > Tak, oczywiście. To jest standardowy mirror w poldku. Szukam np php-calendar-5.3.14-1.i686 ale nie mogę znaleźć na żadnym ze znanych mirrorów. Pozdrawiam Krzysztof From adwol w zonk.pl Thu Mar 12 13:06:49 2015 From: adwol w zonk.pl (Adam Osuchowski) Date: Thu, 12 Mar 2015 13:06:49 +0100 Subject: alternatywny mirror z archiwalnymi paczkami PLD In-Reply-To: <20150312130041.51f47c62@1295szwaba.infolan.net.pl> References: <20150311225728.47588d15@1295szwaba.infolan.net.pl> <2816107.Utg1NuIPV6@geralt> <20150312130041.51f47c62@1295szwaba.infolan.net.pl> Message-ID: <20150312120649.6b8b4567@zonk.pl> Krzysztof Szwaba wrote: > Szukam np php-calendar-5.3.14-1.i686 ale nie mogę znaleźć na żadnym ze > znanych mirrorów. ftp://ftp.polsl.pl/pub/linux/PLD/3.0/.archive/PLD/i686/RPMS/php-calendar-5.3.14-1.i686.rpm From mailing_ks w infolan.net.pl Thu Mar 12 20:35:32 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Thu, 12 Mar 2015 20:35:32 +0100 Subject: alternatywny mirror z archiwalnymi paczkami PLD In-Reply-To: <20150312120649.6b8b4567@zonk.pl> References: <20150311225728.47588d15@1295szwaba.infolan.net.pl> <2816107.Utg1NuIPV6@geralt> <20150312130041.51f47c62@1295szwaba.infolan.net.pl> <20150312120649.6b8b4567@zonk.pl> Message-ID: <20150312203532.72c2da63@1295szwaba.infolan.net.pl> Dnia 2015-03-12, o godz. 13:06:49 Adam Osuchowski napisał(a): > Krzysztof Szwaba wrote: > > Szukam np php-calendar-5.3.14-1.i686 ale nie mogę znaleźć na > > żadnym ze znanych mirrorów. > > ftp://ftp.polsl.pl/pub/linux/PLD/3.0/.archive/PLD/i686/RPMS/php-calendar-5.3.14-1.i686.rpm Dziękuję bardzo :) Krzysztof From mailing_ks w infolan.net.pl Sat Mar 14 18:20:31 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Sat, 14 Mar 2015 18:20:31 +0100 Subject: zdalny mirror ftp bez =?UTF-8?B?aW5kZWtzw7N3?= Message-ID: <20150314182031.683bc512@1295szwaba.infolan.net.pl> Na zdalnym mirrorze ftp ftp://ftp.polsl.pl/pub/linux/PLD/3.0/.archive/PLD/i686/RPMS/ nie ma indeksów packages.ndir.* Czy jest możliwe wykorzystanie takiego zdalnego źródła jako lokalne ? Ewentualnie w jaki sposób można samemu wygenerować brakujące indeksy po zassaniu plików na własny serwer ftp ? Z góry dziękuję za pomoc Krzysztof From sir_Misiek w o2.pl Mon Mar 16 16:02:23 2015 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Mon, 16 Mar 2015 16:02:23 +0100 Subject: mdadm Intent Bitmap : Internal Message-ID: Mam taką sytuację. Personalities : [raid1] [raid6] [raid5] [raid4] md3 : active raid5 sda3[0] sdd3[4] sdc3[2] sdb3[1] 1440141312 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU] bitmap: 0/4 pages [0KB], 65536KB chunk md1 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1] 393472 blocks [4/4] [UUUU] md2 : active raid5 sda2[5] sdd2[4] sdc2[7] sdb2[6] 58601472 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU] unused devices: I nie wiem co oznacza (tak na chłopski rozum): "bitmap: 0/4 pages [0KB], 65536KB chunk" Intent Bitmap : Internal Macierz budowałem standardowo. I wciąż mam "State : active" - mimo, iż się nic nie dzieje ;-/ Ooooo, przez chwile mi się pokazało: bitmap: 4/4 pages [16KB], a potem znowu bitmap: 0/4 pages [0KB]. Co to oznacza ? I dlaczego mam ciągle "State : active" - mimo, że nikt nie korzysta z macierzy ??!! Odmontowałem system plików i nadal mam active ;-/ From sir_Misiek w o2.pl Tue Mar 17 10:12:05 2015 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Tue, 17 Mar 2015 10:12:05 +0100 Subject: mdadm clear/active Message-ID: Czym się różni w mdadm status clear od active ?? "State : clear / State : active" ?? Jak zbuduję macierz z opcją bitmap=none to mam clear. Jak z Intent Bitmap : Internal, to mam ciągle active. O co biega ??!! Co oznacza ten status ? From weed w punkt.pl Tue Mar 17 11:06:33 2015 From: weed w punkt.pl (Arkadiusz Rdest) Date: Tue, 17 Mar 2015 11:06:33 +0100 Subject: mdadm clear/active In-Reply-To: References: Message-ID: <5507FCA9.4030806@punkt.pl> W dniu 2015-03-17 o 10:12, lord_Niedzwiedz pisze: > Czym się różni w mdadm status clear od active ?? > "State : clear / State : active" ?? > > Jak zbuduję macierz z opcją bitmap=none to mam clear. > Jak z Intent Bitmap : Internal, to mam ciągle active. > > O co biega ??!! > Co oznacza ten status ? https://www.kernel.org/doc/Documentation/md.txt From mailing_ks w infolan.net.pl Thu Mar 19 19:14:42 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Thu, 19 Mar 2015 19:14:42 +0100 Subject: rc.scripts + aliasy aliasy - brak =?UTF-8?B?a29tcGF0eWJpbG5vxZtj?= =?UTF-8?B?aQ==?= z net-tools ? Message-ID: <20150319191442.7cfb02fe@1295szwaba.infolan.net.pl> Po upgradzie PLD do nowszej wersji następuje wywrotka przy podnoszeniu eth1.1:0 jak w załączniku Czy od pewnego czasu rc.scripts nie są kompatybilne z net-tools ? [root@~ interfaces]# cat ifcfg-eth1.1:0 DEVICE=eth1.1:0 IPADDR=10.0.3.1/24 ONBOOT=yes BOOTPROTO=none QDISC=sfq Po usunięciu ifcfg-eth1.1:0 system wstaje bez problemów. -------------- następna część --------- Binarny załącznik wiadomości został usunięty... Nazwa: zrzut.jpg Typ: image/jpeg Rozmiar: 84782 bytes Opis: nie znany Adres: From sir_Misiek w o2.pl Fri Mar 20 08:34:33 2015 From: sir_Misiek w o2.pl (lord_Niedzwiedz) Date: Fri, 20 Mar 2015 08:34:33 +0100 Subject: rc.scripts + aliasy aliasy - brak =?ISO-8859-2?Q?kompatybiln?= =?ISO-8859-2?Q?o=B6ci_z_net-tools_=3F?= In-Reply-To: <20150319191442.7cfb02fe@1295szwaba.infolan.net.pl> References: <20150319191442.7cfb02fe@1295szwaba.infolan.net.pl> Message-ID: <550BCD89.9030202@o2.pl> > Po upgradzie PLD do nowszej wersji następuje wywrotka przy > podnoszeniu eth1.1:0 jak w załączniku > > Czy od pewnego czasu rc.scripts nie są kompatybilne z net-tools ? > > [root@~ interfaces]# cat ifcfg-eth1.1:0 > DEVICE=eth1.1:0 > IPADDR=10.0.3.1/24 > ONBOOT=yes > BOOTPROTO=none > QDISC=sfq > > Po usunięciu ifcfg-eth1.1:0 system wstaje bez problemów. A nie możesz tego zapisać w "normalnej" notacji. Bez kropki. Przykład poniżej. [root w Misiek ~]# ifconfig eth1.1:0 10.0.0.1 netmask 255.0.0.0 up SIOCSIFADDR: Nie ma takiego urządzenia eth1.1:0: unknown interface: Nie ma takiego urządzenia SIOCSIFNETMASK: Nie ma takiego urządzenia eth1.1:0: unknown interface: Nie ma takiego urządzenia [root w Misiek ~]# ifconfig eth1:0 10.0.0.1 netmask 255.0.0.0 up [root w Misiek ~]# ifconfig eth1:0 10.0.0.1 netmask 255.0.0.0 down Zresztą skoro to jest interface 0 to po co go w ten sposób synonimować. From mailing_ks w infolan.net.pl Sat Mar 21 23:23:29 2015 From: mailing_ks w infolan.net.pl (Krzysztof Szwaba) Date: Sat, 21 Mar 2015 23:23:29 +0100 Subject: =?UTF-8?B?csOzxbxuaWNlICBtacSZZHp5?= e1000e i e1000e-current Message-ID: <20150321232329.3d67288e@1295szwaba.infolan.net.pl> Czym się różnią moduły e1000e i e100e-current ? Tak na szybko widać dla e1000e [ 1057.487911] e1000e: Intel(R) PRO/1000 Network Driver - 1.9.5-k [ 1057.487918] e1000e: Copyright(c) 1999 - 2012 Intel Corporation. [ 1057.487965] e1000e 0000:02:00.0: Disabling ASPM L0s L1 [ 1057.488174] e1000e 0000:02:00.0: (unregistered net_device): Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode [ 1057.488289] e1000e 0000:02:00.0: irq 43 for MSI/MSI-X [ 1057.488306] e1000e 0000:02:00.0: irq 44 for MSI/MSI-X [ 1057.488322] e1000e 0000:02:00.0: irq 45 for MSI/MSI-X [ 1057.597573] e1000e 0000:02:00.0: eth0: (PCI Express:2.5GT/s:Width x1) 00:25:90:0e:62:1e [ 1057.597588] e1000e 0000:02:00.0: eth0: Intel(R) PRO/1000 Network Connection [ 1057.597685] e1000e 0000:02:00.0: eth0: MAC: 3, PHY: 8, PBA No: 0101FF-0FF [ 1057.597732] e1000e 0000:03:00.0: Disabling ASPM L0s L1 [ 1057.597993] e1000e 0000:03:00.0: (unregistered net_device): Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode [ 1057.598135] e1000e 0000:03:00.0: irq 46 for MSI/MSI-X [ 1057.598161] e1000e 0000:03:00.0: irq 47 for MSI/MSI-X [ 1057.598187] e1000e 0000:03:00.0: irq 48 for MSI/MSI-X [ 1057.707580] e1000e 0000:03:00.0: eth1: (PCI Express:2.5GT/s:Width x1) 00:25:90:0e:62:1f [ 1057.707594] e1000e 0000:03:00.0: eth1: Intel(R) PRO/1000 Network Connection [ 1057.707691] e1000e 0000:03:00.0: eth1: MAC: 3, PHY: 8, PBA No: 0101FF-0FF [ 1106.744282] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 1106.744293] e1000e 0000:02:00.0: eth0: 10/100 speed: disabling TSO [ 1106.900938] e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 1106.900949] e1000e 0000:03:00.0: eth1: 10/100 speed: disabling TSO dla e1000e-current [ 1539.536878] e1000e: Intel(R) PRO/1000 Network Driver - 2.0.0-NAPI [ 1539.536886] e1000e: Copyright(c) 1999 - 2012 Intel Corporation. [ 1539.536934] e1000e 0000:02:00.0: Disabling ASPM L0s [ 1539.537396] e1000e 0000:02:00.0: irq 43 for MSI/MSI-X [ 1539.537413] e1000e 0000:02:00.0: irq 44 for MSI/MSI-X [ 1539.537429] e1000e 0000:02:00.0: irq 45 for MSI/MSI-X [ 1539.644399] e1000e 0000:02:00.0: eth0: (PCI Express:2.5GT/s:Width x1) 00:25:90:0e:62:1e [ 1539.644413] e1000e 0000:02:00.0: eth0: Intel(R) PRO/1000 Network Connection [ 1539.644511] e1000e 0000:02:00.0: eth0: MAC: 4, PHY: 8, PBA No: 0101FF-0FF [ 1539.644560] e1000e 0000:03:00.0: Disabling ASPM L0s [ 1539.645098] e1000e 0000:03:00.0: irq 46 for MSI/MSI-X [ 1539.645126] e1000e 0000:03:00.0: irq 47 for MSI/MSI-X [ 1539.645152] e1000e 0000:03:00.0: irq 48 for MSI/MSI-X [ 1539.754395] e1000e 0000:03:00.0: eth1: (PCI Express:2.5GT/s:Width x1) 00:25:90:0e:62:1f [ 1539.754408] e1000e 0000:03:00.0: eth1: Intel(R) PRO/1000 Network Connection [ 1539.754506] e1000e 0000:03:00.0: eth1: MAC: 4, PHY: 8, PBA No: 0101FF-0FF [ 1555.867568] e1000e: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 1555.867579] e1000e 0000:02:00.0: eth0: 10/100 speed: disabling TSO [ 1556.107559] e1000e: eth1 NIC Link is Up 100 Mbps Full Duplex, Flow Control: Rx/Tx [ 1556.107571] e1000e 0000:03:00.0: eth1: 10/100 speed: disabling TSO Czyli zwykłe e1000e nie ma wsparcia dla NAPI ? Są jeszcze jakieś różnice ? From masko w ipipan.waw.pl Mon Mar 30 14:09:01 2015 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Mon, 30 Mar 2015 14:09:01 +0200 Subject: =?UTF-8?B?QsWCxIVk?= systemd-tmpfiles-setup-dev.service przy starcie systemu Message-ID: <1648903.sFI9jxhxVE@laptok> Pomóżcie proszę wyjaśnić takie coś. Przy starcie systemu wyświetlany jest komunikat o błędzie: Failed to start Create static device nodes in /dev. See 'systemctl status systemd-tmpfiles-setup-dev.service' for details. No to patrzę: # systemctl status systemd-tmpfiles-setup-dev.service systemd-tmpfiles-setup-dev.service - Create static device nodes in /dev Loaded: loaded (/lib/systemd/system/systemd-tmpfiles-setup-dev.service; static) Active: failed (Result: exit-code) since pon 2015-03-30 13:48:11 CEST; 16min ago Docs: man:tmpfiles.d(5) man:systemd-tmpfiles(8) Process: 396 ExecStart=/bin/systemd-tmpfiles --prefix=/dev --create (code=exited, status=1/FAILURE) Main PID: 396 (code=exited, status=1/FAILURE) mar 30 13:48:11 laptok systemd-tmpfiles[396]: [/run/tmpfiles.d/kmod.conf:2] Can't parse device file major/minor '- 10:184'. mar 30 13:48:11 laptok systemd-tmpfiles[396]: [/run/tmpfiles.d/kmod.conf:3] Can't parse device file major/minor '- 10:235'. mar 30 13:48:11 laptok systemd-tmpfiles[396]: [/run/tmpfiles.d/kmod.conf:4] Can't parse device file major/minor '- 10:229'. mar 30 13:48:11 laptok systemd-tmpfiles[396]: [/run/tmpfiles.d/kmod.conf:5] Can't parse device file major/minor '- 10:203'. mar 30 13:48:11 laptok systemd[1]: systemd-tmpfiles-setup-dev.service: main process exited, code=exited, status=1/FAILURE mar 30 13:48:11 laptok systemd[1]: Failed to start Create static device nodes in /dev. mar 30 13:48:11 laptok systemd[1]: Unit systemd-tmpfiles-setup-dev.service entered failed state. Wiersze 2-5 w /ru/tmpfiles.d/kmod.conf są takie: c! /dev/cpu/microcode 0600 - - - 10:184 c! /dev/autofs 0600 - - - 10:235 c! /dev/fuse 0600 - - - 10:229 c! /dev/cuse 0600 - - - 10:203 Tylko ja nie do końca wiem, co tutaj tak na prawdę się kaszani i dlaczego. Bo już po starcie systemu te pliki w systemie są. Więc w czym problem? Może w niczym, ale komunikat o błędzie nastraja do refleksji... -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana"