SunFire X2100.

Egy szar.

Fantasztikus AMIBIOS van benne, garancia a minőségre. A második bootnál már gombnyomással tudom fagyasztani a POST-ot. A HDD rack-en semmi LED nincs, az nem fér bele az árba gondolom. Semmi különös, szabvány dzsunka szar PC, az Úr kettőezerhetedik esztendejéből, kurvadrágán mérik a parasztnak, kilóra. VPS. Van benne szervízprocesszor persze, dehát ekkora fos mellé ez a minimum. A fasza, huszonvalahány éves Solaris kernel darabokra esik szét egyes USB billentyűzetektől, ki ne bízna rá bármit egy ilyen rendszerre?

De mondjuk legyen, install! Dacára annak, hogy az install közben tökéletes a linux-feeling, megvan a kifestőkönyvbe való gyermeteg és ronda gnome desktop, ami persze a szokásos, 8 bites személyi számítógépeket idéző sebességgel rajzólódik ki (de minek)... Ott unom meg végleg, hogy első mozdulatom egy bináris indítása lenne a filekezelőből, duplaklikk. Ami szabványos. De nem ebben a fosban! Mert ez a ganétenger erre megkérdezi, hogy mégis mi a faszt akarok: megnyitni terminálban, megnézni a tartalmát, simán csak elindítani, USB-s vibrátoros műpinára kiírni, esetleg cancel? Jó kurva anyád, az. Ez önmagában nem sun bug hiszen szoftverkommunizmus végeredménye, viszont abszolut beszédes hogy a cég ezt választotta. Javadesktop meg mindenfaszom, de a staroffice se képes elindulni. Ez még az első login volt.

Csoda, ha ingyen küldenek ebből a fospumpából DVD-ket, csak valaki vigye már? "Trusted..."

Partíciókat akarsz szerkeszteni? Hülye paraszt, jobb ha kéznél van nálad valami atomfizika tankönyv, mert cylinderhatárokat fogsz számolni terminálban. 2007 van, amúgy. Ez a legfapadabb, leggusztustalanabb implementáció amit valaha láttam. FreeBSD-t bootolsz, megtudod, hogy a video adapter CGA (igen bazmeg, vissza 1990-be, "Hogyan Kellene Implementálni A VGA Szabványt Ezen A Héten" compo hegyek).

És zúg, mintha ettől jobb lenne, vagy cserébe nyújtana valamit. Ja, kikapcsolva is.

Micsoda fos, micsoda fos, dejó, hogy nem az enyém. *phew*

P.s.: anno egy sparc-os ultrastationt egy pcmcia kártyára és egy bugos hub-ra cseréltem. Na az a csótány, az ennél mérföldekkel volt jobb. Ezt most azért mondom, hogy meglegyen a perspektíva. Sun still suxx ass.

UPDATE: csak vicceltem. A fenti bugok ellenére SunFire rulez, van benne Lights Out Management meg minden. Vegyetek ilyet.

Tegnap beszereztem egy M-Audio Transit nevű USB csatlakoztatású hangkártyát, mivel az iBook nem rendelkezik optikai kimenettel. 4 CD járt hozzá, de én csak egy párszáz kilobyte-os drivert tettem fel a Mac-en megszokott duplaklikk+reboot módszerrel, és ennyi. Ez még nem vinne rá írásra, de van egy ilyen érdekes feature-e az OSX-nek, hogy ha kihúzom az éppen használt USB-s kártyát, akkor az audio streamet megszakadás nélkül áttolja a beépített analóg kimenetes hangkártyára. Ugyanez visszafelé is működik.

Ja, hogy linuxon még mindig nincsenek a hangrendszerekben összemixelt csatornák sem?

A standard unix permissionok sok esetben túl kevesek, ez oké. Kellene jobb. Itt lépnek színre a droidok, amikor megírják a POSIX Extended ACL-eket definiáló IEEE 1003.1e draft-ot (withdrawn!). Az elképzelés önmagában még nem is lenne teljes katasztrófa, de valamelyik "igazán haladó szellemiségű" lamer okosan kitalálta, hogy a group permission-ök mostantól a mask permission-öket írják le (ami tartalmazza az összes, egyes usereknek kiosztott permissiont).

At this point we are owned badly. Miért? Mert bullshit van a group permissionökben. Jelenleg két, egymásnak ellentmondó információ van eltárolva a kérdéses file-ről (dir, actually): a standard ACL szerint a tulajdonos csoport összes tagjának read, write, exec engedélyei vannak, míg az extended ACL szerint ezek közül egyik sincs meg! Nagyon sok olyan program van ami nem fogad el group/world readable fileokat (pl scponlyc, maildrop), ezeken az eseteken segítene az extended ACL, de hála a katasztrofális implementációnak, a helyet egy cseppet sem javult, csak a breakage lett több.

Failed attempt. Az -n opció nem használható, ha még nincs mask entry. Mivel ezt a szabvány megköveteli, a stuff inkább kiszáll. Természetesen Linuxon ezt is sikerült újabb faszsággal tetézni, ott ugyanis ugyanez a parancs el sem száll, épp csak nem csinál semmit. Way to go, fasza implementáció ez is.

Nade mi van akkor, ha már van egy üres mask entry (tehát standard ACL = extended ACL), és utána probálom ugyanezt az opciót? Akkor már jó a group permission, éljen!

Fussatok. Ja, és a slusszpoén, OSX-en úgy működik ahogy az értelmesen gondolkodó ember számára (az unix applikációkról nem is beszélve) elvárható:

És hogy ez miért van? Nos azért mert az Apple nem a POSIX szabványt (valójában nem is az, mert mint már írtam, nem fogadták el) választotta (még jó, hiszen fundamentally broken), hanem az NFSv4 ACL szabványt. Az IBM AIX rendszerében is ez található meg, a többi viszont mind szar.

Unod már, hogy mindenhol egy olyan paravirtualizációs béta programot hypeolnak aminek a bugos fő daemonja egy python script, ami error checking helyett másfél oldalas python errorokat dobál?

Unod már, hogy domain0, domainU és egyéb szerencsétlenségeket kell létrehoznod?

Ki nem állod hogy hetente változik a Xen API, és tele van backward compatilibity hack-ekkel?

Akkor ideje megnézni miféle értelmesebb elképzelések vannak amiket érdemes lenne ehelyett támogatni...

Itt van például az L4 mikrokernel API és a rá épülő hard-realtime mikrokernel: a Fiasco! Hja kérem, ez bizony az opensource piacon fellelhető egyetlen hard-realtime operációs rendszer aminek értelmes környezete van. Értem ezalatt például, hogy egy komplett device driver environmentje van arra, hogy a Linux device drivereit szinte egy az egyben fel tudja használni, így egy-egy feature portolása csak rövid időt vesz igénybe. Az L4-ből többek között az USB driver valamint az egyik TCP/IP stack említhető, ami a Linuxból származik.

Na tehát itt van ez a komplett, multiplatform (ppc, arm, mips, x86) környezet, ami egy rakás fejlesztésre teljesen jó alapot nyújt, de mire tudja az r=1 user használni? Na, hát vágjuk nyakon egy Linux-szal szegény jobb sorsra érdemes mikrokernelt, elvégre sok helyen van arra szükség, hogy legyen egy realtime környezet, de tudjon futtatni komplex nonrealtime bugware bloat applikációkat is.

Az L4Linux. Ezen a ponton érdemes talán megnézni ezt az egységsugarú usereknek szánt demo CD-t, amelynek egyik része azzal foglalkozik hogy minden egyes klikkre feldob egy linuxot, dejó. Azért a valóságban látványosabb. Az is, hogy a bootolás megkezdésétől számított 5. másodpercben már egy teljes, hard-realtime grafikus ablakkezelő rendszer fut, és ez is csak a CD drive sebessége miatt tart ennyi ideig.

Architektúra, na. Linus amúgy teljesen idióta elképzelésnek tartja ezeket a rendszereket, dehát minden szentnek maga felé hajlik a keze, hát még neki. /me pets Linus

Na, ha mindenki megnézte a gyakorlatban hogy miről van szó, akkor lássuk hogy is lehet ezt összetákolni @ home. Nem vesződnék most step-by-step magyar howto létrehozásával, mert a gyári leírások segítségével elég egyszerű az L4, a Fiasco, és az L4Linux lefordítása (értsd: nem jár több szopással mint egyéb F/OSS komponensek összeizgatása, tehát full szopás). Nagy vonalakban a következőkről van szó:

1. Fel köll rakni egy normál Linux diszribet, amit nem sajnálunk majd utána óriási lelkesedéssel letörölni (ezért hát Debiant használtam, úgyis csak a /bin/sh érdekel első körben, az meg még működik benne).



2. Ezen a rendszeren le kell fordítani a fent említett stuffokat, fogni egy módosított grub-ot (ami ismeri a modaddr opciót) például az említett CD-ről, mert a CVS-ben lévő verzió mindent csinál csak épp lefordítani nem lehet nullára szopás nélkül. Majd ezeket a dokumentációban részletezett módon installálni. A kernel kompilálásnál a siteon leírtakon kívül fontos, hogy a PCI buszhoz ne a BIOS-on keresztül akarjon a limugz hozzáférni, mert abból max panic lesz, sokkal jobb neki a "Direct" hozzáférés (persze azért nem árt ha ilyen dolgokhoz csak az egyik Linux tud hozzányúlni, mert különben gyönyörűszépen összeverik egymást a hardver accessért;). Úgy általában az input eszközöket, VGA text konzolt (FB marad!) és ACPI, APM meg hasonlókat kell teljesen kivágni, PCI busz, IDE/SCSI és hálókártyák maradhatnak ha szükséges.

title L4Linux
kernel /boot/L4/bootstrap
modaddr 0x02000000
module /boot/L4/fiasco -nokdb -serial -serial_esc -comport 1 -comspeed 115200
module /boot/L4/sigma0
module /boot/L4/roottask task modname "bmodfs" attached 7 modules
module /boot/L4/events
module /boot/L4/names --events
module /boot/L4/log --prio 0xA1 --buffer 0
module /boot/L4/dm_phys --events
module /boot/L4/simple_ts -t 300 --events
module /boot/L4/rtc
module /boot/L4/ore --events
module /boot/L4/l4io --noirq --events

Ablakkezelő environment nélkül (L4Con):

module /boot/L4/con --events --l4io --cpuload
module /boot/L4/loader --events --fprov=BMODFS l4run.cfg l4linux.cfg

Vagy vele (L4Dope):

module /boot/L4/l4dope --events --l4io --cpuload
module /boot/L4/loader --events /boot/L4/proxygon --fprov=BMODFS l4run.cfg l4linux.cfg

module /boot/L4/bmodfs
        module  /boot/L4/libloader.s.so
        module  /boot/L4/libld-l4.s.so
        module  /boot/l4linux
        module  /boot/l4linux.cfg
        module  /boot/l4run.cfg
        module  /boot/L4/run
vbeset 0x111

Az l4linux.cfg:

task "l4linux" "earlyprintk=yes mem=32M video=l4fb root=/dev/hda1 ro console=tty0 init=/bin/sh"
        all_sects_writable
        allow_cli

És az l4run.cfg:

task "run"

Ezutóbbi két file mondja meg a loader-nek, hogy az ott megadott defaultban indítandó modulokat milyen paraméterekkel csapja nyakon. A "run" egy egyszerű kis app, amivel majd boot után is el lehet indítani pl TFTP-n, vagy - mint jelen esetben is - a bmodfs-el boot közben memóriába töltött modulokat (pl néhányszáz újabb Linuxot), az "l4linux" nevű meg szerintem elég triviális (amúgy a task nevének kell egyeznie a modul nevével nyilván, így találja meg hogy mi melyikre vonatkozik).

A boot képei, Mac OSX/ppc-n futó QEMU alatt. Itt nem a Dope-t használom, mert QEMU alatt a grub vbeset opciójával elég szépen kifekszik az egész. Szerencsére azonban az L4con-nak van egy --vbemode kapcsolója, amivel úgyszintén át lehet kapcsolni grafikus módba, csak ez még működik is.



Az üres L4con, még nem fut semmilyen modul



A run már elindult



A linux is behúzta magát végre, a 2-es konzolra (shift Fx a váltás)

A háttérben egyébként a soros konzol kimenete látszik (Qemu fícsör). Elég hasznos, tekintve hogy mindkét grafikus interface (l4con, dope) természetszerűleg elfedi az L4 Fiasco outputját.

Nos, ennyi lenne ez a gyors ismertető, amatőrök és gentoofanboyok ne kezdjenek bele, a többiek meg RTFM.

Something useful for a change. What's the big ruckus on the net about this FireWire/USB chipset found in several external racks? Well to sum it up: you can't use two of these racks on the same 1394 bus, IF they both contain the same type of device (e.g. two HDDs, or two CD drives).

Why? The firmware of this device generates an 1394 unique ID (like MAC address for network cards), based on the IDE/ATAPI device inside. For me, it was "0050770e 00071002" (0x0e is the generated value, the others are hardcoded). However, two devices can't have the same ID on the same bus (which occurs for example with daisy chaining, or using 1394 hub), and this setup will not work.

For example, the XNU kernel (MacOSX) says:


kernel[0]: FireWire Error: Devices with identical unique ID: 0050770e 00071002 cannot be used.


The fix is simple: take the ROMWrite.exe utility, grab the latest (or as a last resort: use your current one, the aforementioned util can extract it) firmware, connect the rack to a Windows by USB, and modify this ID in the firmware file (look for 0x00071002). I bumped the last value to 0x03 and 0x04, uploaded the new firmware, and voila it's working.

Thanks to Pontscho / fresh!mindworkz for pointing out.

Alapjaban veve - nehany targyi tevedese mellett - nem gondolkozik rosszul Put About a linux, firefox, opensource temakban, foleg ha trey-hez es a hup egyeb idiotaihoz hasonlitom. Csak ezt a "fopingvines" poent kene elhagyni - nem mintha nem allna -, csak epp unasig ismetelve nagyon szar.

... voltakepp Windows-os letere tobbet, es jobb optikaval foglalkozik a Unix-okkal, mint a fent emlitett portalmester site.