Re: Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
On Fri, 2006-12-22 at 10:39 +0100, =?UTF-8?Q? Linuks=20pytania ?= wrote: > PS Co wy tam robicie w "OSS Implementation Department"? Nie jestem z Comarchu, ale zakładam, że chodzi o: http://en.wikipedia.org/wiki/Operations_Support_System Jeśli zakładałeś, że to Open Source Solutions, zły strzał :) Pozdrawiam, Adam -- Adam Byrtek / Alpha "Każdy ideał w ciele jest trywialny" - prawdy algebraiczne
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
06-12-28, Jarek Buczyński <[EMAIL PROTECTED]> napisał(a): Witam > no nie wiedizalem ze knoppix takio bystry ;) Ja też o tym nie wiedziałem, ale ogólnie lubię knoppixa w razie kłopotów zawsze bootuje z tego LiveCD BOOT: knoppix 2 ja uzywam damnsmallinuxa -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)}
RE: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Witam > no nie wiedizalem ze knoppix takio bystry ;) Ja też o tym nie wiedziałem, ale ogólnie lubię knoppixa w razie kłopotów zawsze bootuje z tego LiveCD BOOT: knoppix 2 -- Pozdrawiam
RE: pivot_root: No such file or directory - po uaktualnieniukrenela z security.debian.org
Witam > W /boot/grub/menu.lst przyjrzyj się opcjom kopt i groot Dodałem taki wpis do menu.lst kopt=root=/dev/md0 ro vga=773 mam nadzieje że to rozwiąże problem przy kolejnej aktualizacji kernela i system wystartuje bez mojej ingerencji. Co jeszcze z tym wpisem: initrd /boot/initrd.img-2.6.8-3-686-RAID1 jak już pisałem, tutaj też dopisywałem to ręcznie ponieważ po aktualizacji wpis zmienia się na: initrd /boot/initrd.img-2.6.8-3-686 Jeszcze ten błąd na hda1 który się pojawił oznacza jakiś problem fizyczny z dyskiem czy raczej chodzi o system plików ReizerFS? Nie można tego było usunąć "normalnie" przez fsck.reiserfs jedynie z opcją --rebuild-tree -- Pozdrawiam
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Korze napisał(a): w knoppixie jest magiczne mdstart, które z osobnych dysków składa macierze o ile jest wszystko z nimi ok poza tym gdy złożysz macierze pod knoppixem i w chroocie coś na nich zainstalujesz (instalowałem tak gentoo ze stage1) to bez problemu startuje z już działającej macierzy no nie wiedizalem ze knoppix takio bystry ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Wojciech Ziniewicz napisał(a): 06-12-27, Marcin Owsiany <[EMAIL PROTECTED]> napisał(a): Jeśli pisząc "raid1" masz na myśli linuksowy "md", to wydaje mi się że mkinitrd nie bardzo potrafi zrobić poprawny ramdysk przy zdegradowanej macierzy. Przynajmniej tak mi chyba wyszło kiedy ostatnio się z tym bawiłem. O ile dobrze pamiętam, to poradziłem sobie dodając odpowiedni skrypt do /etc/mkinitrd/scripts czy jakoś tak - po prostu parę linijek w bashu poprawiających to, co mkinitrd pakuje do ramdysku. btw. knoppixem chyba dość ciezko bedzie sie chrootnąć na taką macierz - tzn dużo pracy bo wg knoppixa , kazdy twoj dysk bedzie posiadał system plików "linux raid autodetect" wiec srednio to zamontować , chyba ze w knopixxie na szybko zrobisz macierz MD.. to juz predzej w knoppixie jest magiczne mdstart, które z osobnych dysków składa macierze o ile jest wszystko z nimi ok poza tym gdy złożysz macierze pod knoppixem i w chroocie coś na nich zainstalujesz (instalowałem tak gentoo ze stage1) to bez problemu startuje z już działającej macierzy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Dnia 27-12-2006, śro o godzinie 23:42 +0100, Jarek Buczyński napisał(a): > Tu drugie pytanie czy można to jakoś zmienić żeby przy aktualizacji jądra > (w przyszłości) te wpisy automatycznie były zmieniane na te "własciwe" z md0 > i RAIID1? W /boot/grub/menu.lst przyjrzyj się opcjom kopt i groot Pozdrawiam, -- Jakub Ambrożewicz
RE: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Hurra działa, zrobiłem po swojemu. Plan był taki żeby uruchomić system chociaż z jednego dysku a następnie dodać drugi. Odłączyłem więc drugi hdc zostawiłem tylko hda. Wystartowałem z knoppixa Sprawdziłem partycje fsck.reiserfs na pierwszej nie obeszło się bez opcji --rebuild-tree Właśnie dlaczego coś takiego, co oznacza --rebuild-tree? Czy to powoduje usuwanie jakichś danych z dysku? Następnie sprawdziłem plik /boot/grub/menu.lst i tutaj była druga przyczyn a dokładnie te dwa wpisy: Jak robiłem raida zmieniłem na: kernel /boot/vmlinuz-2.6.8-3-686 root=/dev/md0 ro vga=773 initrd /boot/initrd.img-2.6.8-3-686-RAID1 a po uaktualnieniu jajka zmieniło się na: kernel /boot/vmlinuz-2.6.8-3-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-3-686 wiec zmieniłem na to co było wcześniej restartowałem, podłączyłem drugi dysk, system pięknie wystartował, dodałem ręcznie drugi dysk (nie został dodany automatycznie) i znów mam Debiana z raidem - super :) Tu drugie pytanie czy można to jakoś zmienić żeby przy aktualizacji jądra (w przyszłości) te wpisy automatycznie były zmieniane na te "własciwe" z md0 i RAIID1? cat /proc/mdstat Personalities : [raid1] md5 : active raid1 hda9[0] hdc9[1] 971776 blocks [2/2] [UU] md4 : active raid1 hda8[0] hdc8[1] 232832 blocks [2/2] [UU] md3 : active raid1 hda7[0] hdc7[1] 1453760 blocks [2/2] [UU] md1 : active raid1 hda5[0] hdc5[1] 2923712 blocks [2/2] [UU] md2 : active raid1 hda6[0] hdc6[1] 281024 blocks [2/2] [UU] md0 : active raid1 hda1[0] hdc1[1] 377408 blocks [2/2] [UU] unused devices: -- Pozdrawiam
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
06-12-27, Marcin Owsiany <[EMAIL PROTECTED]> napisał(a): Jeśli pisząc "raid1" masz na myśli linuksowy "md", to wydaje mi się że mkinitrd nie bardzo potrafi zrobić poprawny ramdysk przy zdegradowanej macierzy. Przynajmniej tak mi chyba wyszło kiedy ostatnio się z tym bawiłem. O ile dobrze pamiętam, to poradziłem sobie dodając odpowiedni skrypt do /etc/mkinitrd/scripts czy jakoś tak - po prostu parę linijek w bashu poprawiających to, co mkinitrd pakuje do ramdysku. btw. knoppixem chyba dość ciezko bedzie sie chrootnąć na taką macierz - tzn dużo pracy bo wg knoppixa , kazdy twoj dysk bedzie posiadał system plików "linux raid autodetect" wiec srednio to zamontować , chyba ze w knopixxie na szybko zrobisz macierz MD.. to juz predzej -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)}
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
On Mon, Dec 25, 2006 at 12:34:23PM +0100, Jarek Buczyński wrote: > Witam > > > nie da sie go załadować przed uruchomieniem systemu (czyt. przed > > INITem) . musisz go wkompilować w jądro. > > jelsi masz raida - musisz wkompilować na stałe obsluge raida, jesli > > masz płytę np. pod VIA - musisz wkompilować obsługe tego czipsetu, > > jesli masz filesystem EXT3 - musisz na stałe wkompilować i to... > > Dziękuje za pomoc, dokładnie mama raida1, obecnie sytuacja wygląda tak że > rozłączyłem te dyski i próbuję wystartować z jednego, później dodam sobie > ten drugi dysk do macierzy. Jeśli pisząc "raid1" masz na myśli linuksowy "md", to wydaje mi się że mkinitrd nie bardzo potrafi zrobić poprawny ramdysk przy zdegradowanej macierzy. Przynajmniej tak mi chyba wyszło kiedy ostatnio się z tym bawiłem. O ile dobrze pamiętam, to poradziłem sobie dodając odpowiedni skrypt do /etc/mkinitrd/scripts czy jakoś tak - po prostu parę linijek w bashu poprawiających to, co mkinitrd pakuje do ramdysku. Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Jarek Buczyński napisał(a): Witam Tak dzięki wielkie, tylko jak ja mam skompilować to jajko jak system mi nie startuje, pytam dlatego ponieważ kompilowałem kilak razy ale na działającym systemie. Proponuję odpalić z knoppixa, zamontować partycje w odpowiednich miejscach, a później chrotoować się tam, gdzie jest podmontowany /. Potem pozostaje już tylko kompilacja i instalacja. Pozdrawiam, -- Jakub Ambrożewicz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
06-12-25, Jarek Buczyński <[EMAIL PROTECTED]> napisał(a): Tak dzięki wielkie, tylko jak ja mam skompilować to jajko jak system mi nie startuje [...] nie wiem Druga sprawa musze coś zmienić po wkompilowaniu tego w kernel aby chodziło bez initrd, jako bootmanagera mam gruba wystarczy odkomentować wpis o initrd i zostawic sam dotyczący defaultowo pliku o nazwie vmlinuz. -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)}
RE: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Witam > wkompilować obsluge raid1 w kernela, moj fragment konfiga : > > > beta wojtek # grep RAID /usr/src/linux/.config > # CONFIG_RAID_ATTRS is not set > # CONFIG_BLK_DEV_3W__RAID is not set > # CONFIG_SCSI_AACRAID is not set > # CONFIG_MEGARAID_NEWGEN is not set > # CONFIG_MEGARAID_LEGACY is not set > # CONFIG_MEGARAID_SAS is not set > # Multi-device support (RAID and LVM) > # CONFIG_MD_RAID0 is not set > CONFIG_MD_RAID1=y > # CONFIG_MD_RAID10 is not set > # CONFIG_MD_RAID5 is not set > # CONFIG_MD_RAID6 is not set > > > dodatkowo tak jak napisałem - wkompiluj wszystko co dotyczy twojego > czipsetu, block device'u (ata/sata, LVM/LVM2 / RaidX itd) w jajko i > nie uzywaj initrd. to łatwe i nie wpływa na stabilność / wydajnosc. Tak dzięki wielkie, tylko jak ja mam skompilować to jajko jak system mi nie startuje, pytam dlatego ponieważ kompilowałem kilak razy ale na działającym systemie. Druga sprawa musze coś zmienić po wkompilowaniu tego w kernel aby chodziło bez initrd, jako bootmanagera mam gruba -- Pozdrawiam
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
06-12-25, Jarek Buczyński <[EMAIL PROTECTED]> napisał(a): Dziękuje za pomoc, dokładnie mama raida1, obecnie sytuacja wygląda tak że rozłączyłem te dyski i próbuję wystartować z jednego, później dodam sobie ten drugi dysk do macierzy. Tylko w jaki teraz sposób skompilować jądro jeżeli system nie startuje? Mam domyślnie zainstalowane jajko + łatki, chciałbym zachować dokładnie tą samą konfigurację + właśnie ten raid1 wkompilowany na stałe, system plików to ReizerFS. > mozesz tez zostawić wszystko jako moduły i zamiast jądra obsługującego > wszystko przed startem systemu, załadować initrd (man mkinitrd, > apt-cache search initrd) - wtedy zamiast jądra lilo bedzie ladowalo > pierw potrzebne skrypty startowe wraz z obslugą twojego sprzetu, aby > podczas INITa uzywac juz normalnego odchudzonego jądra. Tak mam zrobione teraz czyli raid1 jako moduł, ale chciałbym to zmienić żeby uniknąć w przyszłości podobnych problemów Jak przejść na tą opcję że raid1 będzie wkompilowany w jajko? Co musze zmienić w tym co mam teraz? wkompilować obsluge raid1 w kernela, moj fragment konfiga : beta wojtek # grep RAID /usr/src/linux/.config # CONFIG_RAID_ATTRS is not set # CONFIG_BLK_DEV_3W__RAID is not set # CONFIG_SCSI_AACRAID is not set # CONFIG_MEGARAID_NEWGEN is not set # CONFIG_MEGARAID_LEGACY is not set # CONFIG_MEGARAID_SAS is not set # Multi-device support (RAID and LVM) # CONFIG_MD_RAID0 is not set CONFIG_MD_RAID1=y # CONFIG_MD_RAID10 is not set # CONFIG_MD_RAID5 is not set # CONFIG_MD_RAID6 is not set dodatkowo tak jak napisałem - wkompiluj wszystko co dotyczy twojego czipsetu, block device'u (ata/sata, LVM/LVM2 / RaidX itd) w jajko i nie uzywaj initrd. to łatwe i nie wpływa na stabilność / wydajnosc. -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)}
RE: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Witam > nie da sie go załadować przed uruchomieniem systemu (czyt. przed > INITem) . musisz go wkompilować w jądro. > jelsi masz raida - musisz wkompilować na stałe obsluge raida, jesli > masz płytę np. pod VIA - musisz wkompilować obsługe tego czipsetu, > jesli masz filesystem EXT3 - musisz na stałe wkompilować i to... Dziękuje za pomoc, dokładnie mama raida1, obecnie sytuacja wygląda tak że rozłączyłem te dyski i próbuję wystartować z jednego, później dodam sobie ten drugi dysk do macierzy. Tylko w jaki teraz sposób skompilować jądro jeżeli system nie startuje? Mam domyślnie zainstalowane jajko + łatki, chciałbym zachować dokładnie tą samą konfigurację + właśnie ten raid1 wkompilowany na stałe, system plików to ReizerFS. > mozesz tez zostawić wszystko jako moduły i zamiast jądra obsługującego > wszystko przed startem systemu, załadować initrd (man mkinitrd, > apt-cache search initrd) - wtedy zamiast jądra lilo bedzie ladowalo > pierw potrzebne skrypty startowe wraz z obslugą twojego sprzetu, aby > podczas INITa uzywac juz normalnego odchudzonego jądra. Tak mam zrobione teraz czyli raid1 jako moduł, ale chciałbym to zmienić żeby uniknąć w przyszłości podobnych problemów. Jak przejść na tą opcję że raid1 będzie wkompilowany w jajko? Co musze zmienić w tym co mam teraz? -- Pozdrawiam
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
06-12-23, Jarek Buczyński <[EMAIL PROTECTED]> napisał(a): Witam > Może nie załadował się moduł do obsługi dysku i dlatego init nie może > znależć pliku. Dziękuję za odpowiedź. Jak można to sprawdzić, zmienić aby ten moduł był ładowany automatycznie? nie da sie go załadować przed uruchomieniem systemu (czyt. przed INITem) . musisz go wkompilować w jądro. jelsi masz raida - musisz wkompilować na stałe obsluge raida, jesli masz płytę np. pod VIA - musisz wkompilować obsługe tego czipsetu, jesli masz filesystem EXT3 - musisz na stałe wkompilować i to... mozesz tez zostawić wszystko jako moduły i zamiast jądra obsługującego wszystko przed startem systemu, załadować initrd (man mkinitrd, apt-cache search initrd) - wtedy zamiast jądra lilo bedzie ladowalo pierw potrzebne skrypty startowe wraz z obslugą twojego sprzetu, aby podczas INITa uzywac juz normalnego odchudzonego jądra. w praktyce sprawdza się metoda nr. 1 poniewaz moda na wywalanie wszystkiego z jądra i pakowanie w moduły imho zanika. -- Wojciech Ziniewicz Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje ct;umount;makeclean; zip;split;done;exit:xargs!!;)}
RE: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Witam > Może nie załadował się moduł do obsługi dysku i dlatego init nie może > znależć pliku. Dziękuję za odpowiedź. Jak można to sprawdzić, zmienić aby ten moduł był ładowany automatycznie? -- Pozdrawiam
Re: pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Może nie załadował się moduł do obsługi dysku i dlatego init nie może znależć pliku. Pzdr. Witam Kilka dni temu uaktualniłem sobie kernela do kolejnej wersji która pojawiła się na debian security.org. Robiłem to już wcześniej kilkakrotnie bez żadnych problemów. Po ostatnim uaktualnieniu system już nie wystartował, pojawia się taki komunikat: -- pivot_root: No such file or directory /sbin/init: 432: cannot open dev/console: no such file Kernel panic: Attempted to kill init -- Jak to można naprawić, co mogło się stać? -- Pozdrawiam -- == Maciej Gajewski OSS Implementation Department COMARCH S.A. mobile +48 691 464 309 == smime.p7s Description: S/MIME Cryptographic Signature
pivot_root: No such file or directory - po uaktualnieniu krenela z security.debian.org
Witam Kilka dni temu uaktualniłem sobie kernela do kolejnej wersji która pojawiła się na debian security.org. Robiłem to już wcześniej kilkakrotnie bez żadnych problemów. Po ostatnim uaktualnieniu system już nie wystartował, pojawia się taki komunikat: -- pivot_root: No such file or directory /sbin/init: 432: cannot open dev/console: no such file Kernel panic: Attempted to kill init -- Jak to można naprawić, co mogło się stać? -- Pozdrawiam
Re: security.debian.org (194.109.137.218)
Witam. Bartoszko: > nie wiecie co sie dzieje z security.debian.org (194.109.137.218) > ? bo cos nie moge sie tam dzis dostac :/ Za debian-user: --- 8< --- 8< --- 8< --- From: Colin Watson <[EMAIL PROTECTED]> Subject: Re: Is non-us.debian.org down? Date: Sun, 1 Feb 2004 22:57:18 + On Sun, Feb 01, 2004 at 05:35:32PM -0500, Antonio Rodriguez wrote: > It seems that non-us.debian.org is down. At least it doesn't responde > to calls for update from aptitude. Anyone knows what's going on? klecker went down earlier today and isn't responding to its remote power switch. Wichert will be visiting the site tomorrow to have a look at it. This affects security.debian.org, qa.debian.org, and nm.debian.org too. --- 8< --- 8< --- 8< --- Pozdrav -- Shot -- .--- http://shot.pl/ --- http://shot.pl/wycinki/ --- -- - | - Cóż, jestem tylko wróblem Galaktyki, nie takim jaszczembiem jak Ty. | - Mówi się jaszczombem. Pszeszczeni. | -- Paweł Pluta i Ewa Pawelec, pl.rec.fantastyka.sf-f `- --- -- -
Re: security.debian.org (194.109.137.218)
Witam, Sunday, February 1, 2004, 9:29:46 PM, napisałeś: > Nie żyje od rana i nigdzie na żadnym www nie znalazłem złamanego słowa > wyjaśnienia. Ja przed 11 upgradowalem perla na kilku serwerach i security zylo. Jakies 2-3 godziny pozniej chcialem podniesc sobie wersje OWM i juz bylo timed out. -- Pozdrawiam, Michałmailto:[EMAIL PROTECTED] -- www.kkr.org.pl www.wrc.net.pl
Re: security.debian.org (194.109.137.218)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dnia 02/01/2004 03:55 PM, Bartoszko napisał(a): | Hej ho, | | nie wiecie co sie dzieje z security.debian.org (194.109.137.218) | ? bo cos nie moge sie tam dzis dostac :/ Nie żyje od rana i nigdzie na żadnym www nie znalazłem złamanego słowa wyjaśnienia. - -- Pozdrawiam Krzysztof Jastrzębski <>< Jotka Usługi Informatyczne http://free.polbox.pl/j/jotkajot/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAHWG6WYfRo5JdmkARAvFwAKCQSp7ZiZMsCFGwJohH/801QScBtACffHBz /7G7BKYu5QkW7is6l0iv0kk= =1Aa5 -END PGP SIGNATURE-
Re[2]: security.debian.org (194.109.137.218)
Sunday, February 1, 2004, 4:52:29 PM, you wrote: PS> nic to nie dało - parallel mam włączony natomiast config_paraport_other PS> wyłączony (tak jak zalecał opis) zauważyłem w dev/ pliki par0, 1, 2 których PS> wcześniej nie było, ale próbując je zalinkować w printers.conf i tak nic nie PS> zystałem - wciąż "no such device" No to nam faktycznie wszystkim tlumaczy dlaczego security.debian.org jest niedostepny:) --- Radosław Maliborski
Re: security.debian.org (194.109.137.218)
On Sun, Feb 01, 2004 at 03:55:49PM +0100, Bartoszko wrote: > nie wiecie co sie dzieje z security.debian.org (194.109.137.218) > ? bo cos nie moge sie tam dzis dostac :/ Ponoć problemy sprzętowe, ale ja też nie wiem dokładnie.. Marcin -- Marcin Owsiany <[EMAIL PROTECTED]> http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216
Re: security.debian.org (194.109.137.218)
nic to nie dało - parallel mam włączony natomiast config_paraport_other wyłączony (tak jak zalecał opis) zauważyłem w dev/ pliki par0, 1, 2 których wcześniej nie było, ale próbując je zalinkować w printers.conf i tak nic nie zystałem - wciąż "no such device"
security.debian.org (194.109.137.218)
Hej ho, nie wiecie co sie dzieje z security.debian.org (194.109.137.218) ? bo cos nie moge sie tam dzis dostac :/ -- Bartoszko <[EMAIL PROTECTED]>
Re: security.debian.org
Witam, Dnia wto, lis 25, 2003 at 04:38:22 CET, Jaroslaw Radziszewski napisał: : witam : zanim okrzyniesz sie takim macho od newsow to zobacz kiedy ten post byl : wyslany ;-) : tak wogole to jestem w szoku iz dotarl na liste. Niby czemu? Jedna z maszyn ktora zostala zaatakowana byl murphy ktory obsluguje listy. --- In particular the following machines have been affected: master (Bug Tracking System) murphy (mailing lists) gluck (web, cvs, people) klecker (security, non-us, web search, www-master, qa) --- Pozdrawiam, Tomasz T. Ciaszczyk -- .: ciachociacho.pl ][ Nie lubić man bash. Jest długi i nudny. :. .: http://ciacho.pl][ -- Wojciech Moczydlowski, Jr :. .: ciachojabber.org][ :. pgpYrWHBaUiNc.pgp Description: PGP signature
Re: security.debian.org
W liście z wto, 25-11-2003, godz. 16:36, Jaroslaw Radziszewski pisze: > W liście z wto, 25-11-2003, godz. 16:35, Leonard Milcin Jr. pisze: > > > Gdybys' by? na biez.a;co z newsami ze s'wiata to wiedzia?bys' dlaczego. > > Zapraszam do lektury http://debian.org/News/2003/20031121 > > > > Pozdrawiam, > > > > > > Leonard witam zanim okrzyniesz sie takim macho od newsow to zobacz kiedy ten post byl wyslany ;-) tak wogole to jestem w szoku iz dotarl na liste. pozdrawiam jr
Re: security.debian.org
> Err http://security.debian.org stable/updates/main Release > Could not connect to security.debian.org:80 (194.109.137.218). - connect > (111 Connection refused) > ktos wie co sie dzieje? oficjalne serwery debiana zostaly zaatakowane. Widac security nie jest security. Maciej Bobrowski
Re: security.debian.org
jradziszewski wrote: witam Err http://security.debian.org stable/updates/main Release Could not connect to security.debian.org:80 (194.109.137.218). - connect (111 Connection refused) itd. itp. ktos wie co sie dzieje? pozdr. jr Gdybys' by? na biez.a;co z newsami ze s'wiata to wiedzia?bys' dlaczego. Zapraszam do lektury http://debian.org/News/2003/20031121 Pozdrawiam, Leonard
security.debian.org
witam Err http://security.debian.org stable/updates/main Release Could not connect to security.debian.org:80 (194.109.137.218). - connect (111 Connection refused) itd. itp. ktos wie co sie dzieje? pozdr. jr
(s±/bêd±) problemy z security.debian.org
Host obsÅugujacy security.debian.org i non-us.debian.org spaliÅ siÄ wraz z otaczajÄ cym go budynkiem. Adres zostanie przeniesiony na innÄ maszynÄ ale ... należy oczekiwaÄ przejÅciowych trudnoÅci. (patrz też http://slashdot.org/article.pl?sid=02/11/20/132259&mode=thread&tid=99) OgÅoszenie Wicherta Akkermana z debian-devel: At around 8 this morning (local time) a fire started in the computing facilities of Twente University. This affects Debian, since on of our servers (satie) is hosted there. At this moment it seems very likely that the machine can not be recovered from the fire. The following services are currently down as a result of this: security.debian.org non-us.debian.org nm.debian.org qa.debian.org We are working to restoring these services on another machine and hope to have things in mostly working order by tomorrow. Security advisories are still available at http://www.debian.org/security/ Wichert. -- ( Marcin Kasperski | A complex system designed from scratch never works) ( http://www.mk.w.pl |and cannot be patched to make it work. (Booch) ) () ( Generated by Signify v1.07. Check out http://www.debian.org/ )