Co robi? w Ministerstwie Finansów o 21:07?
Szukaj? solucji do God Of War 2 i wpadaj? na t? stron? :>
ip-61-156.mofnet.gov.pl – – [06/Feb/2008:21:07:58 +0100] „GET /?s=tristani HTTP/1.0” 200 4036 „http://www.google.pl/search?hl=pl&q=god+of+war+2+solucja&btnG
=Szukaj+w+Google&lr=lang_pl” „Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.2; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)”
Przyczajony tygrys, ukryty baran.
(Pe?na rozdzielczo?? po klikni?ciu – 2.6 Mb)
Wczoraj byli?my w pracy ma??onki. To?ka dzielnie odpar?a nawa? nowych ciotek i wujków („a dziu dziu”, „jaka ?liczna dziewczynka”, „ktos si? tak patrzy? NO KTO SI? TAK PATRZY OCZKAMI”) i dosta?a prezent. A w?a?ciwie rodzice dostali utrapi… err, prezent ;)
Prezent wygl?da tak:
Wieczorem kiedy mieli?my troch? spokoju postanowili?my przetestowa? kojec i go roz?o?y?. Zapakowany sprawia? solidne wra?enie i wygl?da? jak d?ugi pustak owini?ty w materac, który wk?ada si? do ?rodka :)
Zdj?cie materaca – pro?cizna. O jest instrukcja, eee po co mi instrukcja do tak prostej rzeczy, tu si? poci?gnie, tam co? zblokuje i sam si? roz?o?y. I nawet mia?em pocz?tkowo racj?. Maksymalnie uda?o mi si? z?o?y? 3 boki (które z?o?one wygl?daj? mniej wi?cej tak \_/ , ?eby je roz?o?y? trzeba po prostu poci?gn?? element _ i ca?o?? zmienia si? w — . Przy czwartym elemencie, który by on nie by? „nie wystarcza?o pa??ka aby si? zblokowa?”. Nie pomaga?y wyci?gania go, przytrzymywanie nog?, zakl?cia, bluzgi. Upokorzony przez kawa? plastiku owini?ty materia?em si?gn??em do instrukcji. O dziwo napisali dok?adnie to co wiedzia?em… Po dwóch godzinach ponownych prób i literowaniu instrukcji podda?em si? i chcia?em go z?o?y? aby odda? na reklamacj?. Jakie? by?o moje zdziwienie kiedy przy sk?adaniu do?u jako? z?o?y?a mi si? góra , po czym dó? nie stanowi? ju? problemu! A wi?c nawet instrukcja ?le napisana! Nieufny mojemu szcz??ciu powtórzy?em kilka razy nowo odkryty sposób i okaza?o si?, ?e nagle kojec z bezu?ytecznej kupy plastiku sta? si? ca?kiem fajnym sprz?tem :) Tosia na nast?pny dzie? przetestowa?a kojec i wida? by?o ?e podoba jej si? nowe miejsce do le?enia. A rodzice teraz mog? wybra? si? na d?u?ej w odwiedziny i jednym ruchem zapewni? bezpieczn? przestrze? dla dziecka ;)
A co, admini te? maj? swój niszowy repertuar, enjoy!
Tekst:
a long long time ago
i can still remember
when my laptop could connect elsewhere
and i tell you all there was a day
the network card i threw away
had a purpose – and worked for you and me….
But 18 years completely wasted
with each address we’ve aggregated
the tables overflowing
the traffic just stopped flowing….
And now we’re bearing all the scars
and all my traceroutes showing stars…
the packets would travel faster in cars…
the day….the routers died
Chorus (ALL!!!!!)
So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try
Now did you write an RFC
That dictated how we all should be
Did we listen like we should that day
Now were you back at RIPE fifty-four
Where we heard the same things months before
And the people knew they’d have to change their ways….
And we – knew that all the ISPs
Could be – future proof for centuries
But that was then not now
Spent too much time playing WoW
ooh there was time we sat on IRC
Making jokes on how this day would be
Now there’s no more use for TCP
The day the routers died…
Chorus (chime in now)
So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try
I remember those old days I mourn
Sitting in my room, downloading porn
Yeah that’s how it used to be….
When the packets flowed from A to B
via routers that could talk IP
There was data..that could be exchanged between you and me….
Oh but – I could see you all ignore
The fact – we’d fill up IPv4
But we all lost the nerve
And we got what we deserved!
And while…we threw our network kit away
And wished we’d heard the things they say
Put all our lives in disarray
The day…the routers died…
Chorus (those silent will be shot)
So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try
Saw a man with whom I used to peer
Asked him to rescue my career
He just sighed and turned away..
I went down to the net cafe
that I used to visit everyday
But the man there said I might as well just leave…
And now we’ve all lost our purpose..
my cisco shares completely worthless…
No future meetings for me
At the Hotel Krasnapolsky
and the men that make us push and push
Like Geoff Huston and Randy Bush
Should’ve listened to what they told us….
The day…the routers….died
Chorus (time to lose your voice)
So bye bye, folks at RIPE 55
Be persuaded to upgrade it or your network will die
IPv6 just makes me let out a sigh
But I spose we’d better give it a try
I suppose we’d better give it a try
Sorry my polish readers, but I waste almost day to figure this out, so maybe this post will help more users if it will be in English.
I got couple of Proliants. Two DL380 G5 which are fully functional with BSDs, and three DL140 G3 that has a problems.
After booting it up from CD, both Net and Open BSD hangs just after initial kernel load. FreeBSD, CentOS even Windows works smooth. I tried diffrent branches – 4.0_STABLE, newest current, some old too. Nothing changed. Then I left it in „hang mode” ;) and went for dinner. After come back both NetBSD and OpenBSD welcomes me with it installers! Yay! I rebooted once again and waits. NetBSD hangs as before, then after about 5 minutes, it booted with green kernel messages and hangs again on pckbc0 at isa0, and after another minutes it continued straight to installer. With OpenBSD was the same, only time changed – 15 minutes dough. I installed both, and didn’t noticed any odd behavior. After install and boot from hard disk, both hangs again, then let me logged in, and work just fine.
Here comes sources for help :) Recompilation of kernel with no pckbc0 support completly solved problem. I was almost sure that with no pckbc0 I will not be able to use ps2 keyboard nor usb keyboard on console, but both works. So flawless success :) I think problem is in controler of keyboard in DL140 that is bridged with PS2 and USB connection.
So conclusion is if You want use BSD on DL140 G3, chose FreeBSD, or arm yourself with patient and sources for Your system :)
P.S. NetBSD on DL140 G3 with SMP support works like a charm :)
Pami?tacie dyskietki ZIP? Swego czasu do?? popularne, jednak nie przyj??y si? jako popularne no?niki danych. Zdarza si? czasem, ?e w starych komputerach s? u?ywane. Dzisiaj trafi?em taki komputer z którego musia?em co? zgra? w?a?nie na ZIPa w tym komputerze. Operacja absolutnie normalna, niczym kopiowanie na pendrive’a, jednak fina? operacji by? do?? zaskakuj?cy :)
Note to myself.
Thanks to morr from #netbsd.pl who pointed me to this.
How many times You forgot to notice after installing package what was in MESSAGE file?
How many MESSAGES information You miss while upgreading lots of packages?
Of course You can always revive it by pkg_info -D package_name, but there is simply yet brilliant way to have MESSAGE info in mail.
Just add to /etc/mk.conf
PKGSRC_MESSAGE_RECIPIENTS?=login or mail adress
and when package have something to say in MESSAGE You have it on Your mail :)
Read /usr/pkgsrc/mk/defaults/mk.conf for details.
Oho, okazuje si?, ?e dzisiaj – 8 stycznia jest dzie? sprz?tania biurka!
By? ju? post o tym niecz?stym wydarzeniu w ?yciu mojego biurka. Min??y 4 miesi?ce i 5 dni. Moje biurko wygl?da w dniu dzisiejszym tak:
Wygl?da na to, ?e kwalifikuj? si? na dzisiejsze ?wi?to, z drugiej strony porównuj?c obydwa zdj?cia widz?, ?e mój ba?agan pojawia si? w bardzo podobny sposób. Zadziwiaj?co pouk?adany chaos ;)
Wyci?g z banku:
Nikt go nie odczyta, nawet w?a?ciciel rachunku … !
… pod warunkiem, ?e u?ywa xpdf lub Evince, w acroread jest ok :)
W ko?cu przyszed? czas aby si? ustabilizowa?. W tym krótkim howto postaram si? do?? szczegó?owo opisa? jak to wykona? i nie strzeli? sobie w stop? a jak ju? si? strzeli jak si? po?ata?.
W moim przypadku upgrade by? przeprowadzony z systemu z ga??zi -current do -stable a konkretnie z 4.99.32 do 4.0_STABLE.
Zaczynamy od ?ci?gni?cia ?róde? systemu odpowiedniej ga??zi.
Wchodzimy do /usr
cd /usr/
Ustawiamy w jaki sposób b?dziemy ??czy? si? z serwerem cvs
setenv CVS_RSH ssh
setenv CVSROOT :ext:anoncvs@anoncvs.NetBSD.org:/cvsroot
I ?ci?gamy (w katalogu /usr!) ?ród?a
cvs checkout -r netbsd-4 -P src
je?li pominiemy -r netbsd-4 ?ci?gniemy ga??? -current, mo?emy si? tak?e cofn?? do netbsd-3 (nie polecane :). Po ca?ej operacji mniej lub bardziej czasoch?onnej w katalogu /usr/src b?dziemy mieli wszystkie ?ród?a potrzebne do budowy systemu. Je?li masz kiepskie po??czenie z Internetem mo?emy doda? po cvs flag? -zx gdzie x to liczba od 1 do 9 okre?laj?ca stopie? kompresji. Pami?ta? nale?y jednak, ?e kompresja po stronie serwera do?? powa?nie go obci??a.
Mo?emy sprawdzi? czy ?ci?gn?li?my dobr? wersj? wykonuj?c skrypt osrelease.sh w katalogu /usr/src/sys/conf/
cd /usr/src/sys/conf/
sh osrelease.sh
4.0_STABLE
Wszystko gra.
Teraz musimy przygotowa? katalogi do budowy systemu, /usr/tools i /usr/obj s? obligatoryjne i kiedy ich nie ma budowa systemu nie zostanie przeprowadzona, build.sh powinien je stworzy? ale dla pewno?ci lepiej zadba? aby by?y dost?pne dla systemu. katalog gdzie faktycznie b?d? przechowywane setsy po budowie jest dowolny w moim przypadku nazywa si? tak jak wersja NetBSD – /usr/4.0_STABLE
mkdir /usr/tools /usr/obj /usr/4.0_STABLE
Teraz zbudujemy sobie toolsy czyli narz?dzia do budowy NetBSD. build.sh jest oczywi?cie na tyle sprytny, ?e sprawdza czy w systemie s? odpowiednie narz?dzia i je?li ich nie ma to je buduje i korzysta z nowych, ale oczywi?cie na tym etapie mog? tak?e pojawi? si? nieprzewidywane trudno?ci wi?c dla pewno?ci wska?emy konkretny katalog i powiemy co build.sh ma budowa?:
cd /usr/src/
./build.sh -T /usr/tools/ tools
Zale?nie od szybko?ci naszej maszyny, mo?e to potrwa? od kilku minut to kilku godzin.
U mnie na p3 500 Mhz i 256 Mb ram toolsy jak wida? budowa?y si? godzin? z kilkoma minutami.
===> Tools built to /usr/tools
===> build.sh ended: Fri Dec 21 15:04:39 CET 2007
===> Summary of results:
build.sh command: ./build.sh -T /usr/tools/ tools
build.sh started: Fri Dec 21 13:58:46 CET 2007
NetBSD version: 4.0_STABLE
MACHINE: i386
MACHINE_ARCH: i386
Build platform: NetBSD 4.99.32 i386
HOST_SH: /bin/sh
No /usr/tools/bin/nbmake, needs building.
Bootstrapping nbmake
TOOLDIR path: /usr/tools
DESTDIR path: /usr/src/destdir.i386
RELEASEDIR path: /usr/src/releasedir
Created /usr/tools/bin/nbmake
makewrapper: /usr/tools/bin/nbmake-i386
Updated /usr/tools/bin/nbmake-i386
Tools built to /usr/tools
build.sh ended: Fri Dec 21 15:04:39 CET 2007
===> .
Po wybudowaniu toolsów mo?emy zbudowa? sobie system:
./build.sh -D /usr/4.0_STABLE -O /usr/obj -T /usr/tools -u build
===> Successful make build
===> build.sh ended: Fri Dec 21 21:53:03 CET 2007
===> Summary of results:
build.sh command: ./build.sh -D /usr/4.0_STABLE -O /usr/obj -T /usr/tools -u build
build.sh started: Fri Dec 21 15:07:38 CET 2007
NetBSD version: 4.0_STABLE
MACHINE: i386
MACHINE_ARCH: i386
Build platform: NetBSD 4.99.32 i386
HOST_SH: /bin/sh
TOOLDIR path: /usr/tools
DESTDIR path: /usr/4.0_STABLE
RELEASEDIR path: /usr/obj/releasedir
makewrapper: /usr/tools/bin/nbmake-i386
Updated /usr/tools/bin/nbmake-i386
Successful make build
build.sh ended: Fri Dec 21 21:53:03 CET 2007
===> .
A po wybudowaniu systemu potrzebujemy jeszcze kernel zgodny z wersj? naszego NetBSD który b?dziemy instalowa?. Najlepiej jest zbudowa? oczywi?cie GENERIC, ale mo?emy oczywi?cie go troch? zmodyfikowa? (np. poprzez dodanie PF który nie jest domy?lnie kompilowany)
vim sys/arch/i386/conf/GENERIC
(oczywi?cie dla innych architektur trzeba zmieni? katalog okre?laj?cy architektur? np amd64, sparc, sparc64 itp.)
Kernel mo?emy wybudowa? nast?pnie tak jak stara szko?a karze, poprzez config, make depend, make, make install, ale build.sh równie? pozwala nam go budowa? wi?c u?yj? w?a?nie tego narz?dzia:
./build.sh -O /usr/obj -T /usr/tools -u kernel=GENERIC
===> Kernels built from GENERIC:
/usr/obj/sys/arch/i386/compile/GENERIC/netbsd
===> build.sh ended: Fri Dec 21 23:00:27 CET 2007
===> Summary of results:
build.sh command: ./build.sh -O /usr/obj -T /usr/tools -u kernel=GENERIC
build.sh started: Fri Dec 21 21:58:15 CET 2007
NetBSD version: 4.0_STABLE
MACHINE: i386
MACHINE_ARCH: i386
Build platform: NetBSD 4.99.32 i386
HOST_SH: /bin/sh
TOOLDIR path: /usr/tools
DESTDIR path: /usr/obj/destdir.i386
RELEASEDIR path: /usr/obj/releasedir
makewrapper: /usr/tools/bin/nbmake-i386
Updated /usr/tools/bin/nbmake-i386
Building kernel without building new tools
Building kernel: GENERIC
Build directory: /usr/obj/sys/arch/i386/compile/GENERIC
Kernels built from GENERIC:
/usr/obj/sys/arch/i386/compile/GENERIC/netbsd
build.sh ended: Fri Dec 21 23:00:27 CET 2007
===> .
Po wybudowaniu kernela musimy jeszcze tylko go podmieni? backupuj?c nasz stary (i dzia?aj?cy ! ;) kernel.
mv /netbsd /onetbsd3
mv /usr/obj/sys/arch/i386/compile/GENERIC/netbsd /
Teraz jeste?my gotowi na reboot i sprawdzenie czy nowy kernel podniesie nam system (b??dami przy starcie us?ug na razie si? nie przejmujemy)
Pami?taj, rebootuj system poprzez shutdown -r now a nie reboot, poniewa? shutdown prawid?owo stopuje us?ugi z /etc/rc.conf
System wsta? (mam nadziej?, ?e u Ciebie te? :). Wi?kszo?? us?ug u mnie nie odpali?o si?, ale np NAT z PF dzia?a?. Mo?emy wi?c zainstalowa? nowy system:
./build.sh -D /usr/4.0_STABLE -O /usr/obj -T /usr/tools -u install=/
make installworld started at: Fri Dec 28 10:12:33 CET 2007
make installworld finished at: Fri Dec 28 10:17:43 CET 2007
===> Successful installworld to /
===> build.sh ended: Fri Dec 28 10:17:44 CET 2007
===> Summary of results:
build.sh command: ./build.sh -D /usr/4.0_STABLE/ -O /usr/obj -T /usr/tools -u install=/
build.sh started: Fri Dec 28 10:12:29 CET 2007
NetBSD version: 4.0_STABLE
MACHINE: i386
MACHINE_ARCH: i386
Build platform: NetBSD 4.0_STABLE i386
HOST_SH: /bin/sh
TOOLDIR path: /usr/tools
DESTDIR path: /usr/4.0_STABLE
RELEASEDIR path: /usr/obj/releasedir
makewrapper: /usr/tools/bin/nbmake-i386
Updated /usr/tools/bin/nbmake-i386
Successful installworld to /
build.sh ended: Fri Dec 28 10:17:44 CET 2007
===> .
Zosta?a jeszcze jedna rzecz, nale?y przeprowadzi? update plików konfiguracyjnych, wydajemy polecenie etcupdate i uwa?nie (bardzo!) sprawdzamy o co nas pyta system. Polecam przekopiowanie /etc w bezpieczne miejsce! Mamy do wyboru kilka opcji przy ka?dym pliku. Najwazniejsze do i – install i d – don’t install. Wszystkie pliki, w których nie przeprwadzali?my zmian mo?emy ?mia?o zainstalowa?, tak samo wszystkie pliki które oznaczone s? jako missing. Nale?y zwróci? szczególn? uwag? na pliki z uzytkownikami i grupami, poniewa? je?li nie opacznie damy install to zostan? zainstalowane czyste pliki tak jak po ?wie?ej instalacji i nie b?dziemy mogli si? zalogowa? poniewa? nasz uzytkownik nie b?dzie istnia?.
etcupdate
Po etc update przeleci postinstall i powie co si? uda?o a co nie i podpowie jakie komendy nale?y uruchomi? aby pozby? si? niepotzrebnych rzeczy typu obsolete.
Po zako?czonej operacji dajemy shutdown -r now i teoretycznie wszystko powinno dzia?a?. Teoria jednak mija si? z praktyk? i np u mnie wymagane by?o przeinstalowanie niektórych aplikacji (perl, mysql). To jest jednak dosy? proste do wykonania gorzej kiedy po etcupdate dostajemy b??d, ?e nie odnaleziono libc.so.12 co skutkuje brakiem mo?liwo?ci zrobienia czegokolwiek ??cznie z zalogowaniem si? lub chocia?by ls. A po restarcie dostajemy kernel pannic z powodu init died…
man init nie podaje nam weso?ych wiadomo?ci:
The role of init is so critical that if it dies, the system will reboot
itself automatically. If, at bootstrap time, the init process cannot be
located, the system will panic with the message ``panic: init died
(signal %d, exit %d)''.
Powodem tego jest to, ?e kernel przy starcie zna jedynie partycj? / i w pierwszej kolejno?ci odpala init który dalej inicjuje pozosta?e partycje, i odpala skrytpty rc.d. Z koleii init do dzia?ania potzrebule /lib/lib.co.12 oraz /libexec/ld.elf_so. Je?li z jakich? powodów nie mo?e ich zlokalizowa? dostejemy init died. Plik /lib/lib.co.12 jest linkiem do innego pliku:
lrwxr-xr-x 1 root wheel 14 Dec 21 15:53 libc.so.12 -> libc.so.12.149
Ja upgreaduj?c z ga??zi -current mia?em zamiast libc.so.12.149 plik libc.so.12.150, a libc.so.12 nie zlinkowa? si? prawid?owo z plikiem od 4.0 st?d problem.
Najprostrzym rozwi?zaniem tego problemu jest wybootowanie z p?yty instalacyjnej NetBSD i z menu narz?dziowego uruchomienie /bin/sh, nastepnie podmontowanie / i stworzenie w?a?ciwego linku, lub te? oprócz podmontowania / podmontowanie /usr (je?li jest na innej partycji) i przekopiowanie ca?ego /usr/4.0_STABLE/lib na miejsce /lib. Po takim zabiegu system wsta? bez ?adnego problemu.
Koniec stabilizacji, all done, bye bye ;)
