Giorni stupendi questi ultimi giorni a Dublino. Non una nuvola. Sole tutto il giorno. Ne abbiamo approfittato io e Katia per fare una gita ieri a North Bull Island.

North Bull Island e’ un ammasso di sabbia e erba che sta a meta’ tra il porto di Dublino e la penisola di Howth. Si prende la Dart fino a Raheny e poi si prosegue e piedi per qualche Km. Vedere Google map sotto.

Curiosa la storia di questo pezzo di terra, che pare sia stato creato come conseguenza dei lavori di costruzione del porto di Dublino. Le correnti furono modificate ed hanno causato l’ammassarsi di sabbia che lentamente, ha creato questa specie di isola. Curioso anche il fatto che pare che i lavori del porto di Dublino sia stanno iniziati e seguiti dal capitano Blake (si quello del Bounty, e del famoso ammutinamento!)

Si possono trovare varie specie di uccelli (per gli appassionati del bird watching), a volte anche le foche, e soprattutto una location con vista su howth e sul mare abbastanza fica quando il tempo lo consente (come ieri).

View Larger Map

Dopo questa gita fuori porta siamo andati alla Science Gallery del Trinity college a vedere una esposizione di robotica, art-robots per la precisione.

Bellissimo il robot che riusciva a risolvere il cubo di kubrik (UNO REALE) in pochi secondo. La migliore prestazione che ho visto e’ stata 16 secondi. Prendevi il cubo reale, lo scombinavi a piacimento, lo mettevi in posizione, il robot lo prendeva con le sue braccia meccaniche, memorizzava tutte le facce una ad una. E poi iniziava a ruotarlo freneticamente! STUPENDO!

Altro robot fico era l’hexopod, una specie di ragno a 6 teste con una webcam, riusciva a riconoscere i volti delle persone, una volta fissato un volto era in grado di seguirne gli spostamenti, scattare una foto e metterla online nel suo sito!!! http://www.hexapodrobot.com/index.html

Le foto stanno qui: http://www.hexapodrobot.com/ic/

Ci dovrebbe essere quella mia e di katia!

Sabato invece ero di straordinario e non ho potuto godere della giornata. Sono andato ad un BBQ a casa di un collega italiano insieme ad altri colleghi di varia nazionalita’. Serata molto divertente.

Ieri sera pizza a casa mia!

Sarai anche l’ex monopolista delle telecomunicazioni irlandesi… ma lascietelo dire: IL TUO SERVIZIO DSL FA SCHIFO!

Ho una ADSL di schifo, sara’ 1 megabit, e me la fai pagare un botto (vabe’ che me la paga in toto Newbay…). Hai un packet loss che supera anche il 30% (certe volte anche 40%!)…

--- google.ie ping statistics ---
291 packets transmitted, 199 received, 31% packet loss, time 355913ms
rtt min/avg/max/mdev = 113.550/198.333/1997.198/137.548 ms, pipe 2

Basta che uno dei miei coinquilini usi Skype per fare una telefonata (non parliamo di skype che per fare traffico voce/video mi usa TCP…), o scarichi qualche pornazzo con BitTorrent, che io non posso nemmeno usare una fottutta sessione SSH verso il mio server.

Non e’ possibile. Siamo nel 2008.

Schifo! Fate schifo!

This is a post for nerds so I’m writing it in English. If you don’t understand English or technical stuff please close this page
I’m at work and I’ve just finished to write a Nagios script to monitor expiration date of a SSL certificate.

I wanna share it with you.

To have the script working properly you just need to install OpenSSL and let the openssl
command be in your PATH environment.

This is the usage:

Usage:
check_ssl_cert.sh hostname port [warningdays]

Warning days default value is 30 days.

Some examples:

[afailla@terminus ~]$  /usr/local/nagios/bin/check_ssl_cert.sh google.com 443
OK: Certificate is valid for 289 days expires on May  2 17:02:55 2009 GMT

[afailla@terminus ~]$  /usr/local/nagios/bin/check_ssl_cert.sh google.com 443 400
CRITICAL: Certificate will expire in 289 days on May  2 17:02:55 2009 GMT

Download the script here and enjoy it.

Questo minihowto suppone che il vostro disco sia organizzato cosi’:

• c1d0s0 e’ /
• c1d0s1 e’ la partizione di swap
• c1d0s5 e’ /var
• c1d0s6 e’ /usr
• c1d0s7 verra’ usato per ospitare metadb

Entrare in modalita’ single user:

# init 1

Smontare tutti i possibili mount point. Usare il comando format sul secondo disco c2d0, questo ci consentira’ di usare fdisk per installare preventivamente le partizioni richieste da Solaris.

Copiare la tabella delle partizioni dal primo disco sul secondo:

# prtvtoc /dev/rdsk/c1d0s2 | fmthard -s - /dev/rdsk/c2d0s2

Installare grub sul secondo disco:

# installgrub /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c2d0s0

Creare 3 metadbs sullo slice 7 di ogni disco:

# metadb -af -c 3 /dev/dsk/c1d0s7 /dev/dsk/c2d0s7

Creare i metadevice submirror associandoli ai dischi reali.

# metainit -f d11 1 1 c1d0s0
# metainit -f d12 1 1 c2d0s0

Questo comando associa il submirror d11 al mirror d10:

# metainit d10 -m d11

Si fa lo stesso con le altre slice:

# metainit -f d21 1 1 c1d0s1
# metainit -f d22 1 1 c2d0s1
# metainit d20 -m d21

# metainit -f d51 1 1 c1d0s5
# metainit -f d52 1 1 c2d0s5
# metainit d50 -m d51

# metainit -f d61 1 1 c1d0s6
# metainit -f d62 1 1 c2d0s6
# metainit d60 -m d61

A questo punto lanciare metaroot per indicare quale metadisk e’ quello che monta la partizione di root. Questo comando andra’ a modificare alcuni file come /etc/system, /kernel/drv/md.conf ed anche /etc/vfstab (ma solo la partizione /):

# metaroot d10

Controllare la situazione con il comando metastat:

# metastat

Editare vfstab per farlo puntare ai raid devices sostituendo i vari device coi corrispondendi metadevice in /dev/md/:

# vi /etc/vfstab
#device         device          mount           FS      fsck    mount   mount
#to mount       to fsck         point           type    pass    at boot options
#
fd      -       /dev/fd fd      -       no      -
/proc   -       /proc   proc    -       no      -
/dev/md/dsk/d20 -       -       swap    -       no      -
/dev/md/dsk/d10 /dev/md/rdsk/d10        /       ufs     1       no      -
/dev/md/dsk/d60        /dev/md/rdsk/d60        /usr    ufs     1       no      -
/dev/md/dsk/d50 /dev/md/rdsk/d50        /var    ufs     1       no      -
/devices        -       /devices        devfs   -       no      -
ctfs    -       /system/contract        ctfs    -       no      -
objfs   -       /system/object  objfs   -       no      -
swap - /tmp tmpfs - yes size=512m

Usare il comando lockfs e rebootare:

# lockfs -fa
# init 6

Al reboot fare l’attach dei submirror del secondo disco:

# metattach d10 d12
# metattach d20 d22
# metattach d50 d52
# metattach d60 d62

A questo punto il sync del disco secondario iniziera’. Per controlloare lo stato di avanzamento utilizzate questo comando:

# metastat | grep -i sync

PS: il sync puo’ durare diverse ore a seconda delle perfomance del vostro server e dello spazio.

Cosi’ ecco, per gli aficionados nerd che mi leggono, un post tecnico. Come sapete sono stato in Germania la scorsa settimana per delle attivita’ on site. Uno dei task era quello di installare i server del secondo armadio per avere ridondanza. I server sono delle macchina Sun Fire X2200 (processore AMD x86).

A parte che in questo progetto ne abbiamo avuto gia’ troppo di sfiga:

• Una di queste box che abbiamo trovato era rotta. Ti potevi connettere all’ILOM, ma dopo l’accensione della macchina ed uno start AgentInfo/console non accadeva niente. IL NIENTE. Neanche il bios si riusciva a vedere. L’omino SUN e’ poi venuto a cambiare LA CPU.
• Su uno di questi server mesi fa siamo stati vittima di un non tanto noto bug di UFS (piu’ che bug lo chiamerei cataclisma), che ci ha fatto perdere il contenuto della root partition.
• Il controller B di un SAN andato.

Mi chiedo se SUN faccia i quality check come si deve… Non ti aspetti simili problemi specie su macchine che si vantano di essere fighe super enterprise…

Comunque, per mettere su le macchine del secondo armadio ci si rompeva ad installare Solaris a mano in ogni macchina via CD-ROM cosi’ si e’ pensato di fare lo split del mirror delle macchine del primo armadio, usare il secondo disco di ogni macchina del primo armadio come primo disco delle nuove macchine sul secondo armadio.

Fare il boot e risincronizzare i mirror su entrambe le macchine.

Mi sono fatto una procedura che pubblico per gli altri sysadmin o wannabie tali:

• stop all applications (runlevel 1?)
• unmount all possible mount points. umount /var ?
• detach the second mirror of /root, /var, swap and slice 6

  metadetach d10 d12    # /
  metadetach d50 d52    # /var
  metadetach d20 d22    # swap
  metadetach d60 d62    # slice 6, if present

• detach the metadb on the second disk  — metadb -d /dev/dsk/c2d0s7
• detach the metadb on the first disk forcing  –  metadb -fd /dev/dsk/c1d0s7
• run a file check on the detached mirrors
• mount the root file system of the detached mirror (mount /dev/dsk/c2d0s0 /mnt) (upgrade /etc/hosts, /etc/nodename, zones, etc.)
• I hope but I don’t know if the sun engineer copied grub to the second disk.

  installgrub -m /boot/grub/stage1 /boot/grub/stage2 /dev/rdsk/c2d0s0

• remove all entries in /mnt/etc/system between  begin and end of MDD (do the same on /etc/system)

  * Begin MDD root info (do not edit)
  rootdev:/pseudo/md@0:0,10,blk
  * End MDD root info (do not edit)

• remove all entries in /mnt/kernel/drv/md.conf between  begin and end of MDD (do the same on /mnt/kernel/drv/md.conf):

  # Begin MDD database info (do not edit)
  mddb_bootlist1="cmdk:71:16:id1,cmdk@ASEAGATE_ST32500NSSUN250G_0741B58YS4=5QE58YS4/hcmdk:71:8208:id1,cmdk@ASEAGATE_ST32500NSSUN250G_0741B58YS4=5QE58YS4/hcmdk:71:16400:id1,cmdk@ASEAGATE_ST32500NSSUN250G_0741B58YS4=5QE58YS4/hcmdk:7:16:id1,cmdk@ASEAGATE_ST32500NSSUN250G_0741B58Z22=5QE58Z22/hcmdk:7:8208:id1,cmdk@ASEAGATE_ST32500NSSUN250G_0741B58Z22=5QE58Z22/hcmdk:7:16400:id1,cmdk@ASEAGATE_ST32500NSSUN250G_0741B58Z22=5QE58Z22/h";
  # End MDD database info (do not edit)

• save the original vfstab; copy /mnt/etc/vfstab /mnt/etc/vfstab.mirror (do this on the first disk too)
• edit /mnt/etc/hosts, /mnt/etc/nodename, /mnt/etc/hostname.* and /mnt/etc/zones/*, etc.

• restore the vfstab to boot without mirror device; maybe there is an old one (without zfs!!!) (do this on the first disk too)

Dopo aver effettuato questa procedura si spegne la macchina in questione con init 5.
Si spegne anche l’altra macchina. Quella ancora brasata.

Si attende un 30 secondi per lo spin off dei dischi (sono paranoico), poi si swappano i dischi e si eseguono le normali procedure di mirroring del root file system su solaris. Trovate un sacco di howto su internet ma ne pubblico uno alla prossima puntata.

Sono tornato dalla “Gemmania”.

Abbiamo trovato 4 giorni di tempo fantastico! Cosi’ caldo che si mangiava fuori la sera in maglietta. Piacevolissimo. Butto giu’ un po’ di impressioni e giudizi sulla Germania (almeno la zona di Dusseldorf, Bonn e dintorni):

• No limiti di velocita’. Me ne sono accorto mentre ero in macchina. Un mio collega tedesco ci e’ venuto a prendere a Dusseldorf. Eravamo in autostrada, e fra compilation intere di musica tecno tedesca ad alto volume (con testi che suonavano un po’ terzo reich nazista), guardo il cruscotto e vedo 230 km/h! ahahahaha! Macchina mostruosa. Sembra di fare 140!
• Girando per le autostrade e le citta’ senti la differenza con l’Irlanda, ti accorgi subito di essere in una nazione con una forte industrializzazione e infrastrutture (comparate con l’Irlanda anni luce avanti).
• Il verde: che verde signori. Sara’ il periodo. Quella zona attorno al Reno e’ davvero figa. Non so’, d’inverno probabilmente sara’ la morte del gelo.
• Una buona quantita’ di tedeschi parla un buon inglese e quindi non ci si trova a disagio
• Contrariamente a quanto ho sentito dire in Germania si mangia bene. Carne buona soprattutto!

Questi 4 giorni sono stati utili per il mio inglese, finalmente 4 giorni full in cui non ho potuto parlare italiano nemmeno un po’. Ho anche avuto modo di iniziare a prendere confidenza con questi miei due colleghi con cui sono andato.

Il lavoro a Bonn e’ andato benissimo, sono stato alla sede di $grossooperatoremobile.

Il lavoro consisteva nel “rackaggio” e cablaggio di un nuovo armadio (in realta’ dovrebbero essere due armadi uguali con diversi componenti in trunk per avere HA) e configurazione iniziare di network (Cisco Catalyst), Big IP F5, SAN e switch Brocade in fibra, console access server seriali e macchine Sun x86 e Sparc (ipmp e altre cazzatelle), and so on. Ora che abbiamo finito possiamo continuare il resto del deploy in VPN da Dublino. Quello che gira nel nuovo armadio e’ la release 2 di un prodotto gia’ in produzione. Dopo il deploy seguira’ un periodo di test e poi la morte dell’integration e passaggio dalla vecchia release alla nuova (e li prevedo cazzi amari e rompimenti di culo).

Per il resto tempo fantastico anche a Dublin. Sole. No nuvole. E’ un paio di giorni che esco in maglietta o felpa per andare in ufficio.

Alla prossima.

Anche il gateway della sede di Milano (una macchina Soekris con OpenBSD e hd da 2.5″) era in riparazione… Hd sminchiato anche lui… nella sede di Milano qualcuno inizialmente decideva che il sabato era il caso di staccare la corrente dal contatore… e addio hd…

Abbiamo optato questa volta per una bella CF da 1GB.

Purtroppo per ripristinare questo backup ce la siamo presi comoda, vuoi per cose e progetti paralleli, vuoi per altri impegni… fatto sta che sono passati 3 mesi, su Bacula noi facciamo un retention di 3 mesi, quindi addio backup. Fortunatamente avevo un dump, fatto con dd, di tutto l’hd da 40GB sul mio portatile aziendale.

Cosi’ installo in.tftpd e dhcpd sul mio notebook e configuro tutto (se siete curiosi di capire come leggete qui e qui). Verifico che tutto sia funzionante quindi apro un bel minicom sulla seriale del soekrist, parte il ramdisk di openbsd ma… ORRORE! mi accorgo che il ramdisk non ha ssh, ne supporto ftp o nfs… morte male… io pensavo di poter fare un bel dd over ssh ma niente da fare…

Cosi’ inizio a bestemmiare contro Teo il ratto, ma dico, ma mettetelo ssh!

Cosi’ girovagando per la rete e chiedendo agli amici di #mortodentro [grazie guly :*] scopro che esiste questo progetto, YAIFO: Yet Another Installer for OpenBSD.

Yaifo (Yet Another Installer for OpenBSD) is basically a stock bsd.rd kernel with sshd enabled. It also includes RAIDFRAME support. Suppose you have a server that is 500 miles away and you want to either upgrade it or do a fresh install — what do you do? You could download Yaifo for OpenBSD 4.1, edit the config file, copy your authorized_keys file, copy the server’s ssh_host_* files, compile the yaifo.rd kernel, upload it to your server as /bsd and reboot. When the server comes back up, ssh to the server as root and you will be prompted with the familiar “(I)nstall, (U)pgrade or (S)hell?” prompt.

Mentre sono li’ li’ per compilare questo ben di Dio mi accorgo che sul mio gw OpenBSD 3.8 (si, lo so, e’ vecchio, ma le cose che funzionano NON SI CAMBIANO OGNI 5 MINUTI) non posso compilarlo.

Chiedo a guly di farlo per me sulla sua macchina e ottengo due file: yaifo.fs e yaifo.rd che ora sono custoditi nel mio scrigno delle cose utili.

Mentre sto per usare questo rd via ssh seguendo le istruzioni qui mi rendo conto, mentre sto gzippando il dump dell’hd che si e’ rotto, che sto dump supera gli 8GB e ancora va’! Mi rendo conto che quando fu’ feci la cazzata di fare il dump di tutto wd0 e non delle partizioni singole… Sicuramente c’e’ un modo per estrarre dal dump le singole partizioni, magari usando disklabel sul file… ma non avevo tempo cosi’ ho deciso di usare flashdist.

Che cos’e'?

Flashdist is an embedded OpenBSD installer. It will install OpenBSD onto any attached disk, IDE or USBvnode pseudo disk device, or hard disk. CompactFlash adapter,

It is designed to install a minimal version of OpenBSD with all of its advanced networking features. The flashdist installation is mounted read-only during normal operation, eliminating the need for frequent writes. This greatly reduces the potential for both boot failure due to a dirty filesystem and for flash corruption from repeated writes. The default distribution list, GENERIC kernel and the default flashdist rc fit within 32MB of RAM and 32MB of flash. This can be scaled down with adjustments. Flashdist will leave a large amount of free space on larger storage mediums which can be used for 3rd party software, data sets, or long term log rotation from the device itself.

Scarico la immagine da 64MB per Soekris e utilizzo il comando growimg.sh per allargare la iso a 1GB della mia CF. Per usare questo comando dovete ottenre il numero di settori, cilindri e testine della vostra CF (usate fdisk su linux per saperlo).

La immagine carica ma non ho avuto il tempo di usarla. Vi faro’ sapere.

A fine serata mi sono fatto i pacchi per portare via la mia roba. Incredibile quanta roba uno si porta a lavoro… ho anche trovato una bottiglia di plastica contentente un litro di vinozzo padronale (Nero d’Avola) regalatomi da un, ormai, ex collega questa estate. Non ho osato aprirlo… sara’ aceto a quest’ora…

Poi ho lasciato il portatile aziendale in ufficio, acceso col Linux Rescue CD, a fare un:

sysresccd ~ #  mount /dev/sda3 /mnt/ciao_spmc/
sysresccd ~ #  wipe -r /mnt/ciao_spmc/home/pallotron/

sotto screen, e ancora STA GIRANDO

Sul fronte Dublino: ieri ho ricevuto qualche telefonata aggiuntiva da una recruiter per ulteriori position e pare che forse posso dividermi una doppia con qualcuno trusted… vi tengo aggiornati.

Nelle foto: colleghi mi aiutano a trasportare le mie cose fuori dall’ufficio (notate la gioia delle persone nella prima foto).

Questa settimana sara’ dedicata al competence transfer (da cui il titolo), per l’occasione un mio collega, quello del comando sul titolo (part-time come me), verra’ l’intera settimana per potermi parlare…

Ieri e’ finalmente e’ arrivato il portatile Thinkpad T61; ho installato ubuntu 7.10, funziona tutto a meraviglia, pero’ ho problemi con la scheda wifi integrata… pare sia un problema noto:

https://bugs.edge.launchpad.net/ubuntu/+source/linux-ubuntu-modules-2.6.22/+bug/144621

https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/149214/comments/24

Provero’ ad aggiornare il BIOS, visto che sul sito Lenovo/IBM c’e’ una nuova versione…

Ieri ho fatto anche domanda per il passaporto, siccome le foto del passaporto sono piu’ grandi e particolari mi sono fatto azziccare 7 euro da uno studio fotografico che mi ha fatto aspettare 1 ora per 4 foto formato passaporto.

Mi hanno fatto anche perdere tempo a fotoritoccare le mie rughe e le imperfezioni della pelle… ahahahaha, vedi che me ne fregava a me!

Dovrei averlo fra 15 gg… Si! Lo so! non mi serve il passaporto per l’Irlanda, me lo sono voluto fare io, NON SI SA MAI. Metti che poi devo andare da qualche parte per lavoro, farselo fare in ambasciata sara’ un casino…

Ho comprato anche il router nuovo cosi’ posso dismettere la Sun Sparc Server 20 e donarla al Poetry Hacklab…

La richiesta del committente era la realizzazione di un sistema che fosse collegato ad un PLC, a sua volta collegato a macchine di taglio lamiera, per la ricezione di dati e allarmi dalla macchina di taglio, e la successiva scrittura di questi dati su un RDBMS centralizzato.

Il sistema embedded era munito di LCD con risoluzione 640×480 e touchscreen per l’interazione.

All’avvio il sistema doveva aprire un browser (javascript capable) che doveva puntare ad una webapplication scritta da un’altra azienda, che serviva per pilotare le macchine.

Realizzai qualcosa in un mesetto:

• l’embedded in se’: kernel + file system layout minimale + busybox + dropbear (ssh) + xorg + opera 9 (versione minimal): circa 100mb facendo un lavoro certosino di taglio di file inutili. Il dom dell’embedded era di 128MB
• un daemon scritto in C che leggeva la seriale, parsava i dati (mi sono divertito con gli operatori bit a bit, grazie al K&R, per estrapolare gli allarmi dai char letti sulla seriale), ed utilizzava unixODBC per scriverli sul server MS SQL Server (?!?!**##%%$) della applicazione web fatta dall’altra azienda

Ne’ risulto’ un bel lavoro.
Dall’inizio avevo cercato di evitare Xorg e di usare qualcosa tipo links2 in modalita’ framebuffer, ma l’applicativo web di terze parti faceva uso massivo di Javascript…
Poi provai con Dillo, ma anche li il supporto Javascript era penoso.
Poi provai con Firefox, funzionava ma chiedeva troppo tempo al boot…
Poi sono approdato a Opera9! Opera e’ davvero un bel browser, molto personalizzabile, forse piu’ facilmente di Firefox perche’ basta editare il file opera.ini.
Date un occhio a http://del.icio.us/pallotron/opera.

Opera9 aveva gia’ una funzionalita’ di kiosk mode interna, senza bisogno di installare addon come nel caso di Firefox.

Questo lavoro produsse la pubblicazione di un howto da me scritto che illustrava come usare il portage di Gentoo Linux per realizzare sistemi embedded. E’ ancora un valido documento. Ho visto che molta gente approda ad esso cercando con Google. Ne realizzai anche una versione English.In questi giorni mi sono trovato nella situazione di dover realizzare un altro embedded. Nel frattempo la mia considerazione di Gentoo e’ andata scemando. Per una serie motivi che se volete possiamo discutere.BTW mi sono messo all’opera per vedere che strumenti offre Debian per realizzare lo stesso lavoro.Premetto che sia l’embedded precedente che quello odierno sono basati su cpu x86 compatibili. No ARM.

Quindi per realizzare un sistema usabile e funzionante non si deve fare cross-compiling delle applicazione per la CPU target.

Debian mi ha permesso di essere molto piu’ spedito nella creazione di questo nuovo embedded. Ho utilizzato debootstrap, dando comandi simili a questi:

main # mkdir -p /opt/lenny-root
main # debootstrap lenny /opt/lenny-root http://ftp.debian.org/debian/
[ ... attendere prego ... ]

Alla fine del processo otterrette un sistema debian standard minimal (in questo caso la relase lenny) nella directory prescelta.

A questo punto mountare /proc, copiare /etc/hosts e chrottarsi:

main # mount proc /opt/lenny-root/proc -t proc
main # cp /etc/hosts /opt/lenny-root/etc/hosts
main # chroot /opt/lenny-root /bin/bash

A partire da questo punto ho installato il software necessario al cliente usando apt.
Ho installato Firefox, Xorg, dropbear, Splashy, ed un RPM della National Instruments fornitomi dal cliente che installa un envoirnment chiamato Labview che include anche un plugin di Firefox.

E’ un ambiente molto utilizzato da 20 anni in automazione industriale:

For more than 20 years, NI LabVIEW graphical development has revolutionized the development of scalable test, measurement, and control applications. Regardless of experience, engineers and scientists can rapidly and cost-effectively interface with measurement and control hardware, analyze data, share results, and distribute systems.

Il cliente ha gia’ scritto applicazione LabVIEW, il terminale embedded deve puntare all’applicazione di monitoring della infrastruttura automatizzata.

Il cliente voleva anche che il processo di boot non mostrasse tutte le scritte tipiche del boot dei kernel UNIX. Ma qualcosa di grafico con una barra di scorrimento, qualcosa alla Ubuntu/Windows.

L’ho realizzata con Splashy.
E’ stato sufficiente installarlo, leggere la documentazione, realizzare delle bmp con pochi colori come questa, con le immagini da usare, configurare qualche file di xml per definire colori della barra ed i comportamenti.

Mentre che c’ero ho anche utilizzato lilo in modalita’ grafica con immagine bmp e menu’ di scelta dove l’utente al boot puo’ scegliere se partire con lo splash, senza splash (per vedere i messaggi del kernel), oppure in una modalita’ “configurazione”.

La modalita’ “configurazione” viene usata per configurare l’apparecchio.
In pratica a dopo il boot, e dopo aver effettuato il login uno script in .bashrc legge la command line del kernel leggendo /proc/cmdline ed eventualmente esegue uno script bash che fa domande sulla configurazione e poi scrive i file che deve scrivere…

Il filesystem dell’embedded e’ cosi’ organizzato:

• / in read only
• /usr compressa con squashfs
• una partizione /rw di pochi mega in read write

In totale tutto sta in 164MB. OK non proprio dimensioni embedded, ma in realta’ questo non e’ proprio un embedded nel vero termine della parola… e’ piu’ un dispositivo da affiancare ad una macchina di taglio, e poi dovendo anche avere Xorg… Considerato che il dom che ho a disposizione e’ di 256MB direi che vado tranquillo, ma sono convinto che con un po’ di lavoro certosino fatto di strace, ldd, e altri tool posso minimizzare di molto!
Ed ora pappatevi un video che ho girato l’altra notte mentre ci lavoravo, in questo video il sistema impiega ben 4’30″ dall’accensione elettrica al caricamento di una pagina di test con un plugin Labview. Ma nel momento in cui scrivo sono riuscito a ridurre il tempo di caricamento a soli 2’20″… purtroppo l’embedded che ho e’ solo 166mhz… 129MB di ram… e si sa firefox non e’ che sia leggerissimo… beh casomai il cliente optera’ per ferragglia piu’ prestante.

Leggo, apprezzo, e rigiro qui questo comunicato girato su UseNet (it-alt.comp.folklore) e passatomi da Asbesto via email:

Newsgroups: it-alt.comp.folklore
From: gerr…@no.spam.mail.com
Date: Tue, 23 Oct 2007 13:17:40 GMT
Local: Tues, Oct 23 2007 3:17 pm
Subject: Still exceeding expectations… 30 anni e non li dimostra

Dopodomani (25 ottobre) sarà il trentesimo anniversario della release
iniziale del sistema operativo HP OpenVMS. La versione 1.0 di quello
che allora era conosciuto come VAX/VMS per il processore VAX-11/780 fu
rilasciata dalla Digital Equipment Corporation il 25 ottobre 1977.
Nato su VAX, portato su Alpha e infine su Itanium, in trent’anni ha
passato tre architetture e tre proprietari: prima la gloriosa DEC di
cui ha vissuto i fasti e il declino che le fu fatale, poi il periodo
buio nelle mani di Compaq che stava per farlo sparire, e ora una nuova
rinascita con HP che ha completato il port su IA64 e si appresta a
mantenerlo ed aggiornarlo con nuove release ancora per molto tempo.
In questi 30 anni, VMS è stato protagonista dello storico passaggio
dall’informatica centralizzata al personal computing, è stato uno dei
grandi sistemi multiuser e multitask che hanno dominato le università
prima dell’avvento dei PC, nonché un importante componente delle più
grandi reti geografiche mondiali prima dell’avvento di Internet.
VMS ha introdotto sul mercato soluzioni pionieristiche, in seguito
considerate necessarie per qualunque sistema operativo di fascia alta.
Già nel 1983 fu presentato quello che poi sarebbe diventato il
leggendario VAXcluster (e relativo concetto di zero downtime) mentre
altre idee come il calling standard comune fra programmi scritti in
linguaggi diversi, il file system record-oriented e le funzioni di
rete integrate nel sistema furono presenti fin da subito.
Si possono fare considerazioni analoghe anche riguardo alla
proverbiale sicurezza di VMS: le funzioni di auditing e accounting,
gli allarmi, le ACL su file e altre risorse del sistema e il
rilevamento dei tentativi di intrusione con relative contromisure
furono introdotti fra il 1977 e il 1983, quando altri sistemi
operativi ancora regolavano gli accessi in modo primitivo.
Tutta la sua struttura ci parla di grandi installazioni, con centinaia
di terminali, unità nastri, dischi, stampanti, moltitudini di utenti
collegati e job batch in esecuzione. Non a caso c’è una nutrita serie
di comandi dedicati agli operatori di sistema, suddivisi in classi
(printer, tapes, disks, cards, network, etc.) per permettere a ciascun
operatore di ricevere solo i messaggi che lo riguardano, e tante
funzioni studiate apposta per far convivere tra loro grandi quantità
di utenti, ognuno con le sue necessità di potenza e sicurezza.
Nel 1997, a vent’anni dal primo rilascio, fu inaugurato il programma
Hobbyist che permette a chiunque, per scopi non commerciali,
l’utilizzo del sistema operativo e di un centinaio di altri prodotti
aggiuntivi a costo zero. In mancanza di hardware adatto, si può anche
utilizzare l’ottimo emulatore SIMH [1] su cui gira senza alcun
problema la versione per VAX di OpenVMS, a tal punto da poter entrare
in cluster insieme ad altre macchine reali.
Nei prossimi giorni, HP dovrebbe pubblicare qualcosa di interessante
in una pagina preparata appositamente per celebrare il trentennale,
all’indirizzo http://h71000.www7.hp.com/openvms/30th/index.html
Altri link interessanti:
http://h71000.www7.hp.com/doc/index.html
http://h71000.www7.hp.com/faq/openvms_faq.html
http://h71000.www7.hp.com/openvms/freeware/index.html
http://h71000.www7.hp.com/openvms/journal/toc.html
http://h71000.www7.hp.com/openvms/products/clusters/index.html
http://h71000.www7.hp.com/openvms/os/openvms-release-history.html
http://h71000.www7.hp.com/opensource/opensource.html
http://www.testdrive.hp.com/
http://www.openvmshobbyist.com/
http://groups.google.com/group/comp.os.vms/
Da comp.os.vms: “Remember: VMS is not unix, and there’s no reason for
it to act as if it were”.
Ciao,
G.
[1] Per Unix e Windows: http://simh.trailing-edge.com/