Capturing Boot Debug (IBM Technote)
A lenyeget kiragadva:
bosboot -I -ad /dev/hdiskX
Openfirmware promptbol:
AIX 5.2 -
boot -s trap
AIX 5.3 ~ 7.1 -
boot -s verbose
KDB-bol:
debug boot -
0> mw enter_debug
0> g
normal boot -
0> quit
AIX alog debug boot log: /tmp/boot.debuglog
lehet úgy usert létrehozni, hogy már létezik egy ugyanazzal az UID-al vagy csak a passwd hegesztésével? 5.3, NIS.
szerk.: itt válaszolok, az egyszerűbbnek tűnik. nem tudom miért következne szükségszerűen a kérdésből, hogy ilyet szeretnék csinálni? nem, nem szeretnék, tudom mit jelent az U az UID-ből. hanem az a helyzet, hogy valaki meg produkált egy ilyet, viszont nekem nem áll módomban mkuser-t végrehajtani, sem a NIS-en passwd-t hegeszteni, hogy leellenőrizzem mindezt.
Kell hozza:
- GNU make
- mktemp
- '-Wall' -t kiszedni a Makefile-okbol, ha nem gcc-t hasznalsz
Jo szokasomhoz hiven ismet IBM xlC-vel forditottam, CFLAGS-be kell a linkernek a korabban emlitett 'qnolibansi -U__STR__', kulonben az 'ld: 0711-768 WARNING: blabla' uzenet, illetve egy instabil binaris lesz az eredmeny. Az elobbi flagek helyett azota mar egy C runtime APAR-ral (gyk. 'patch') is megoldhato a dolog, 6.1-en az xlC.aix61.rte.11.1.0.2 javitja...
Igy ezzel az egyetlen warninggal fordul le (hehe, mert nincs -Wall):
"irc_commands.c", line 41.36: 1506-1332 (W) A function with return type "void" may not return a value of type "void".
A nyomorult GNU installhoz vannak megirva a Makefile-ok (szerencsere ez eleg ritka), szoval hacsak nem teszunk fel coreutilst, ezzel meg a vegen szenvedni kell. Inkabb egyszer majd megirom shellben a funkcioit, es hasznalom cp, chmod, mkdir hivasaval... ha muszaj.
Post-install
group/user:
mkgroup bitlbee # vagy amit akarsz
mkuser id=1003 pgrp=bitlbee rlogin=false login=false bitlbee
mkdir /var/lib/bitlbee
chown bitlbee /var/lib/bitlbee
chmod 0700 /var/lib/bitlbee
bitlbee.conf:
Ez egyedi, nem AIX-specifikus, tehat ezt kihagyom.
En fork daemon modban hasznalom localhoston.
Itt szandekozom gyujteni nehany hasznos infot ebben a temaban.
Hello Mindenki,
Olyan kérdésem lenne, hogy van egy Bull Escala DPX/20 (G10247) szerverem. Igazából ez egy IBM RS/6000-es klón. Jelenleg AIX 4.3 van rajta, de szeretném újratelepíteni AIX 5.x-el, de nem igazán sikerül a boot képernyőt elővarázsolnom. Van benne videokártya, de amikor elindítom (kulcsot szerviz módba állítom) akkor egy 10 perc után bejön egy zöld képernyő, monitor zölden világít és semmi nem történik. Ha normál módban indítom kb. 10 perc után bejön az AIX CDE és a login képernyő ahol tökéletesen betudok lépni.
Szóval a kérdés az, hogy miként lehet boot ordert állítani vagy bejutni valami konfigurációs módba és képet előcsalni a bootoláskor hogy eltudjak indítani egy telepítőt?
Van rajta soros port is természetesen, talán console módban adna valami szerviz menüt indításkor, ahhoz meg nem tudom milyen kábel kell, mert sima soros port van a gépen is!? Ha van valakinek ötlete írjon legyen szíves, klassz lenne rá varázsolni újabb verziót, mert ott már van Samba3 és stb klassz dolog.
Mindeddig kulonosebb nehezseg nelkul fordult AIX 5.3-on es 6.1-en is az irssi (0.8.12~13), de most valahogy meggyult vele a bajom. Vegul a kovetkezo lepeseken at sikerult eljutni a mukodokepes binaris eloallitasaig:
- A kod se cc_r, se c99_r formaban inditott compilerrel nem fordul, csak az xlc_r a jo.
- A printtext.h -bol a korabbiaknak megfeleloen el kell tavolitani a printformat tesztnel a C99-re vonatkozo reszt.
- Hogy utolag ne kelljen a LIBPATH-t piszkalni, CFLAGS-ben adjuk meg a 'site perl' libek utvonalat (elotte persze el kell donteni, hogy 32 vagy 64 bites Perl kell-e, illetve mi van hasznalatban, mert gyarilag ugyan 32 bites erkezik, de ott van mellette az egyetlen paranccsal atvalthato 64 bites is!):
blibpath:/usr/local/lib:/usr/lib:/usr/opt/perl5/lib/5.8.8/aix-thread-multi/CORE
- Ha a rendszeren tobb helyen es eltero verzioban talalhatok meg a kulonbozo libek (elsosorban gettext, ncurses es glib2), illetve ezek reszben gcc-vel, reszben xlc-vel lettek forditva, elofordulhat a '1506-248 (S) More than one storage class specifier typedef' uzenet. Nalam konkretan erre rajonni volt a legtobb ido. Ertelemszeruen erdemes valamelyiket leszedni. Mivel az AIX gyari rpm.rte-jehez tartozo /usr/lib/libintl.a is le lett szedve, az rpm innentol fogva nem mukodik, szoval...
- Egy xlC 11.1-hez kotheto uj feature miatt mind az ncurses, mind az irssi forditasakor a CFLAGS-t ki kell boviteni a '-qnolibansi -U__STR__' opciokkal. IBM info itt.
Kulonben az ld - warningokkal - osszeszereli ugyan a binarist, de az elinditva rogton el is dumpol.
Mindezek utan a cucc kesz, Perl, SSL es modul tamogatassal.
Compiler: IBM XL C/C++ for AIX 11.1 +AIX make, ld stb
Host: IBM AIX 6100-06-01 (64 bit)
Libek: openssl-0.9.8o, gettext-0.18, glib-2.20.5
Irssi: irssi 0.8.15
Az IBM a 36. héten kiadta az AIX 5.3 TL9, TL10, TL11, TL12 legfrissebb SP-it.
5.3 TL9 SP8:
Az SP8 részletei
5.3 TL10 SP5:
AZ SP5 részletei
5.3 TL11 SP5:
Az SP5 részletei
Külön megjegyzés a TL11 SP5-höz, hogy a csomag tartalmazza a bos.iocp.rte 5.3.11.0 base fileset-et is, így megkímélhető a felesleges izgalom az esetleges 'failed' updatek miatt. Emellett egyből tartalmaz is egy APAR-t a bos.iocp egy hibájára.
5.3 TL12 SP2:
AZ SP2 részletei
http://www-01.ibm.com/support/docview.wss?uid=swg21443810
ld: 0711-768 WARNING: Object ../irc/core/libirc_core.a[channel-events.o], section 1, function .strcmp:
The branch at address 0xf38 is not followed by a recognized no-op
or TOC-reload instruction. The unrecognized instruction is 0x63C50000.
A shared library ES az azt hasznalo programok forditasanal is kell hasznalni a 2. pontban emlitett extra compiler flageket, viszont igy tenyleg mukodik. Tesztelve ncurses es irssi forditasaval, ahol a hiba elojott.
Ugy tunik (a leirasbol is), hogy ez valoban csak a 11.1-es xlC-nel jon elo.