Newsgroup: it.comp.retrocomputing
Titolo: OS/400 QSECOFR

Ho acceso l'altro AS/400... un quarto d'ora per ottenere la schermata di 
accesso :P
Ma QSECOFR/QSECOFR non funziona, come, invece, m'aveva assicurato l'ex 
proprietario.
Password non corretta per il profilo utente.
Devo partire in DST ?
In che modo ? B M ?
E lo posso spegnere senza danni, adesso ?

Senza spegnere la macchina, ho seguito passo passo le istruzioni di rpt 
sul Retronomicon.
01 B M 
03
Ho avviato DST, e ripristinato le password.
Sempre senza spegnere, ho effettuato il successivo IPL.
È rimasto quasi un'ora in C6004260 Storage management directory recovery
Poi s'è posizionato su C6005082 e lì è rimasto da oltre un'ora.
Il codice non l'ho trovato da nessuna parte: che si fa ?

Sorry ... A600 5082 Lost Console ... ma se non s'è mai mossa di lì :(
Ho trovato un articolo in cui afferma la necessità di utilizzare la 
funzione 12 del pannello.
Ho solo 12-2 e, premendola, si posiziona su 0960 1160 e lì rimane 
un'altra volta ...


wrote:

12-2 invece di 12 perché è la seconda versione/rivisitazione delle funzioni
di sistema eseguibili da pannello LCD. Ora dovremmo essere alla 3, credo.
Insomma, sempre della funzione 12 si tratterebbe. Uso il condizionale perché
mi sa che anziché 12 tu volessi scrivere 21. Vero? 12 serve per visualizzare
la seconda word diagnostica (di nove, da 11 a 19), invece 21 è per forzare
la ricerca della console dopo che se ne è perso il contatto (per esempio)...
Dato che sei a macchina accesa, la funzione 20 invece ci dice modello
macchina e processore. Occhio a non smanettare troppo col pannello LCD (e
col DST) perché diverse funzioni sono potenzialmente pericolose. Per dirne
una: la funzione 22 del pannello forza un crash e relativo dump.
Ciao,
G.

 Il codice non l'ho trovato da nessuna parte: che si fa ?
Ho visto nell'altro post che il secondo codice in realtà è un A6xx. Qui
voglio solo dire che la prima lettera dice cosa sta succedendo: "A" indica
una richiesta da parte della macchina o l'avviso di una condizione che è
possibile recuperare (per esempio perdita del contatto con la console o
richiesta di conferma per l'inizializzazione dei dischi); "B" indica che la
macchina è irrimediabilmente bloccata a causa di un errore (crash e amenità
varie); "C" indica l'esecuzione dei normali passi di IPL; "D" indica lo
stato normale della macchina quando non è possibile comunicare per mezzo di
un terminale (tipicamente durante le fasi finali dello shutdown o durante il
dump in seguito a un errore). Tutti gli altri valori del primo carattere
indicano errori hardware (in tal caso le prime quattro cifre indicano il
modello della parte problematica).
Quando il primo carattere degli otto visualizzati nel pannello LCD è A, B, C
o D, il secondo indica quale parte del sistema sta inviando la segnalazione:
1 per il processore di servizio, 3 per il processore principale, 6 per il
microcode, 9 per OS/400. Ci sarebbero anche altri casi, ma semplifichiamo.
Quindi nel tuo caso C6xx è uno step dell'IPL normale del microcode, mentre
A6xx è una richiesta o avviso da parte del microcode.
Molto probabilmente su quel C6004260 è rimasto fermo molto perché è stato
spento in malo modo diverse volte: ogni volta in cui viene spento male,
specie poi se viene spento durante il recovery di un precedente spegnimento
anomalo, i tempi di IPL si allungano sensibilmente. Spegnere almeno con il
tasto bianco (piuttosto che staccare la spina) allevia questo problema.
Ciao,
G.

Il tasto bianco non ha sortito nessun effetto, quando l'AS/400 era 
bloccato su A600xxxx, nulla di nulla.
E mentre cercavo di recuperare la console, il terminale ha emesso un 
lampo di luce, lo schermo s'è riempito di caratteri strani e non 
rispondeva più.
Spento e riacceso, suona continuamente, anche disconnesso dal cavo 
twinax, ed il video è nero.
L'"elemento logico" è andato :(
L'ho aperto, ed ho visto che era già stato aperto (e richiuso anche male).
Dunque era già difettoso ...
Così ho preso il mio dal garage (quello defunto l'avevo recuperato 
insieme all'AS/400), ed ho ricominciato.
A proposito, mea culpa.
QSECOFR/QSECOFR funziona.
Quando metto la password, devo ricordarmi di attivare le maiuscole.
Ero rimasto ad SSP :P
-----
Certo che è moooolto più lento di SSP.
-----
Gli HD sono tre da 2GB l'uno: per la RAM ancora non ho le idee chiare...
Lo stato del sistema riporta 5120M (sempre che sia finito nel menu' 
giusto ...), ma ho visto due banchi da 8MB. (2x40)
C'è un'interfaccia Token-ring con uno shielded filter e, credo, una 
seriale singola (2612).


entra con QSECOFR e digita il seguente comando:
DSPSYSVAL QMODEL
e poi:
DSPSYSVAL QPRCFEAT
cos� finalmente sapremo modello e processore....
con DSPHRWRSC *AHW
invece ti fa vedere praticamente tutto l'hw ....
poi digita il comando:
GO LICPGM
scegli l'opzione 10 (visualizzare i programmi su licenza installati)
poi ancora premi F11  e, nelle prime due colonne da sx ,
vedrai la versione ed il release installato.
Le prime righe dall'alto verso il basso sono i moduli principali del sistema 
operativo
Da sx  verso destra, dovresti leggere qualcosa del genere:
5xxxSS1 VxRxM0    libreria QGPL ...
5xxxSS1 VxRxM0    libreria QUSRSYS
5xxxSS1 VxRxM0    OS/400
...
A questo punto abbiamo inquadrato il tuo AS...:-)
A proposito, non ricordo se hai specificato il colore esterno,
non e' una "macchina nera" vero?...e' del solito beige ibm?
Anche perche' macchine nere con dischi da 2GB ...??....uhmmm....
ciao
fm

 macchine nere con dischi da 2GB ...??....uhmmm....
Nell'attesa dei risultati ...
È una macchina nera, come l'Advanced 36, anzi, sono praticamente 
identiche, sia come case che come alimentatore.
L'unica differenza è la targhetta, Advanced System.
La motherboard (insieme alla scheda che contiene la RAM), invece, 
sembrano diverse.
C'è un'etichetta bianca, in alto, che recita V3R1, e dovrebbe essere la 
versiona (iniziale ?) di OS/400 installata.
Uno dei vari menu', riporta tre dischi, dalle dimensioni di 1.9 GB l'uno.
Il modello è DFHS, ma non serve a molto: il DFHS va da 1.12 a 4.51 GB.

 macchine nere con dischi da 2GB ...??....uhmmm....
Una macchina nera con dischi da 2Gb non e' nulla di sorprendente, 
suppongo lui abbia un 9402-200 o simile, vi sono anche sistemi piu' 
grossi (sia in termini fisici che di cpw) con dischi di piccolo taglio 
(magari una dozzina, ma da 2Gb).
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
www.unsupported.info
 - 
img.unixantichrist.net

 Il modello è DFHS, ma non serve a molto: il DFHS va da 1.12 a 4.51 GB.
come scritto da sadness possono benissimo esserci questi dischi.
Io ricordo come prime macchine nere che ho visto  i 150, i 170 e  i 600 ... 
anni 1999-2000
e  avevano tutte processori RISC ( mentre le bianche erano tutte CISC)
e dischi da 4 Gb.
Ovviamente parlo di un campione di macchine limitatissimo:  ci son stati 
tanti  modelli
e con le  configurazioni piu' diverse.
Ad es,  ho visto un 150 con l'unità a nastri da 2.5 Gb, mentre abitualmente 
avevano tutti quella da 4/8 Gb.
ciao
fm 

 seriale singola (2612).
Token-Ring? Interessante. Che formato ha? Grande tipo libro o piccolo come
la 2612 (che confermo essere una seriale singola)? E com'è marcata? 2619?
Ciao,
G.

 '90... forse 1998?
No, no. Nel 1998 uscì il 170 (nero e RISC, in effetti) con la V4R3, ma già
da diversi anni circolavano macchine nere CISC, una su tutte: il modello 300
che a suo tempo era una delle più potenti in circolazione, specialmente
nella versione 320 biprocessore. Le macchine nere sono venute fuori quando
hanno iniziato a dare modelli solo numerici, quindi dopo l'F97, per
intenderci. Direi che una delle prime CISC nere sia stata proprio il modello
200 (proc. 2030). Poi fra le CISC nere c'è stato anche il P03, il portable!
Le prime nere vennero fornite addirittura con la V3R0M5 che in pratica era
una V2R3 travestita con quel minimo di supporto per i nuovi processori. La
prima vera V3 fu la V3R1, di cui la V3R6 era il parallelo RISC. :-)
Ciao,
G.


e che e' esistito un AS/400 ...ROSSO... lo sapevate?
1993 circa, credo che la sigla fosse A02 ..????
Lo slogan Ibm dell'epoca era : "Rosso come le fragole del lago di 
Nemi"...:-)
ciao
fm
P.S. Erano rosse solo le fiancate e il coperchio superiore....
il frontale era quello di un D02 

 
5763SS1 V3R2M0

 
Enorme, delle dimensioni del filler del bus proprietario, 17G3859 895774, 
che San Google identifica con AS/400 Token-Ring. È presente, su questa 
scheda, un connettore DB25 maschio, chiuso da una placca metallica ad 
incastro.
-- 
*** Nucleare ? No, grazie ! ***

 incastro.
La porta DB25 non è dato sapere cosa sia. Probabile che sia diagnostica.
Comunque nell'etichetta laterale che evidentemente hai letto, dato che hai
riportato quei codici, dovrebbe esserci anche un identificativo a quattro
cifre tipo 2619 o 2626. Ora ti toccherà mettere su una Token-Ring in casa,
se già non ce l'hai... :-P
Ciao,
G.


pardon per l'errore di ortografia.
Idem come sopra, il parametro *AHW (all hardware) non era presente all'epoca 
nel comando.
Per vedere il processore digita:
DSPHDWRSC *PRC
il modello 200 aveva tre varianti : #2030,#2031,#2032  (7.3, 11.6, 16.8 
CPW )
dovresti trovare uno di questi tre
ciao
fm


 
Se c'era, è caduta ... pensa che sul pannello metallico ci sono impronte 
di mani e piedi che non riesco a togliere :P
Per la token ring, ho quasi tutto, anche un paio di hub e l'attrezzo per 
inizializzarli, ma sono pigro :P

 dovresti trovare uno di questi tre
Ecco i risultati:
CEC01	9402-200	Contenitore schede principale
MP01	2031-00A	Processore di sistema
MS01	3119-***	 8MB
MS02	3118-***	16MB
La memoria è di 24MB, secondo WRKSHRPOOL

 La memoria � di 24MB, secondo WRKSHRPOOL
non male, direi :-)
Se digiti WRKSYSSTS....
in altro a destra dovresti vedere la memoria ausiliaria (lo spazio totale 
sui dischi)....es 6000 MB
e sotto la percentuale della memoria ausiliaria utilizzata (quanto spazio e' 
occupato in %  sui dischi).
es. 55,45   (ossia 55,45%)
Questa e' un'informazione fondamentale del sistema.
Ad es. ... puo' servirti per calcolare quante
cassette a nastro ti servono per il salvataggio dell'intero sistema.
Operazione molto lunga, ma che sarebbe da  fare al piu' presto ( digita GO 
SAVE e poi  Opzione 21)
Tieni conto che il salvataggio sul nastro, con opzioni di default, esegue 
una compressione del 30% circa...
Es....se hai 6Gb di disco e i nastri da 2.5GB, due cassette dovrebbero 
essere sufficienti.
Il salvataggio fatto in questo modo ti permette di reinstallare il tuo AS 
...*da zero* (ovvero da dischi formattati)
qualora dovessero  esserci problemi ai dischi o al software.
Uno dei  tanti vantaggi di OS/400.
[mode OT on]
Fai conto che con le macchine odierne si salva in 2-3 minuti tutto il 
sistema informativo
di una piccola media azienda con qualche decina di posti di lavoro !!!
[mode OT off]
ciao
fm

 
Ma i nastri da 2.5GB non si possono proprio toccare, su epay :P
Che prezzi !
Devo razzolare bene, credo di averne qualcuno sepolto insieme ai nastri 
da 150MB e 525MB...



anche  da 1Gb ....
ciao
fm 

 ha scritto nel messaggio 
news:4e2c705c$0$15665$4faf...@reader2.news.tin.it...

 per meglio dire: QIC1000...da 1,2Gb
ciao
fm 



Ahi, la caccia andò male ...
Uno da 3M da 1GB ed uno Imation SLR5-8GB.
Su quest'ultimo nutro dei dubbi di compatibilità.
Il primo dovrebbe andar bene.
Fammi veder prima quant'è lo spazio occupato sui dischi ...


 dubbi di compatibilità. Il primo dovrebbe andar bene.
Mi rispondo da solo... il nastro da 8GB non va bene, secondo la tabella 
di compatibilità :(

 inizializzarli, ma sono pigro :P
Ehm, quale attrezzo? :-O
Ciao,
G.

 MP01	2031-00A	Processore di sistema
Uh, un processore superiore al 2030. Ti hanno dato dei nastri insieme alla
macchina? Se sě, ravana bene anche in eventuali scatole e scatolette e vedi
se ne trovi uno con scritto Feature Unique Licensed Internal Code, magari
con anche un adesivo col numero di serie della macchina attaccato sopra. Se
lo trovi, custodiscilo gelosamente: si tratta del microcode specifico per
quel modello di processore, e serve solo nel caso in cui si guasti o venga
sostituito il primo disco della macchina.
In classico stile IBM, non č ben chiaro perché esistano questi nastri, a
cosa servano e cosa succede se non li si ha. Si sa solo che 1. esistono per
i processori CISC, non tutti ma solo quelli superiori ai modelli base; 2. la
copia su disco di questi nastri non viene salvata neppure facendo il piů
completo dei salvataggi; 3. inizializzando i dischi per fare una nuova
installazione da zero, quella roba NON viene toccata.
Considerando anche il poco codice contenuto in quei nastri, mi sono sempre
chiesto se non si tratti di una cosa puramente di marketing, una specie di
licensing ante litteram per limitare il mercato dell'usato. O viceversa mi
sono domandato se/quali funzioni in piů potrebbe attivare del codice cosě e
quali sono le ragioni per le quali č stato implementato in quel modo...
Ciao,
G.



Cercherò di spiegarmi, attirandomi le ire funeste di ... Sadness ;) , a 
causa dell'uso non appropriato dei termini.
Questo qui ...
http://www.mcamafia.de/mcapage0/8228tool.htm
per il MAU 8228

 G.
Ma gli HD sono formattati diversamente da 512 bytes/sector ?
Perché se sono standard basterebbe effettuare un'immagine disco ...


 Perché se sono standard basterebbe effettuare un'immagine disco ...
Quelli di OS/400 sono certamente a 520 bytes/sector. E comunque conoscendo
l'IBM non mi meraviglierei affatto se il tutto fosse costellato di controlli
checksum basati sul numero di serie del singolo disco etc. etc. etc.
Per l'Advanced/36 non so, ma visto che alla fine a livello hardware è quasi
in tutto e per tutto un AS/400, immagino che i dischi siano uguali.
Ciao,
G.


La storia dei dischi dell'AS/400 e' ben nota.
Mi diceva un tecnico che in parecchi nelle societ� esterne
di manutenzione avevano cercato, piu' per motivo commerciale che tecnico,
di avere in qualche modo dei dischi "compatibili", ma  senza successo.
Nell'AS/400 ci vanno solo i "suoi" dischi...:-)
ciao
fm


Anche nel SSP del 34 e del 36 esisteva il floppy del microcodice (il primo 
da usare
nell'installazione)
Potrebbe essere parte del firmware (termine forse improprio in questo 
contesto)
 tenuta a se' in quanto specifica della macchina
mentre sugli altri supporti c'e' la parte "standard" del sistema operativo,
o meglio "standard" per un dato insieme di macchine/modelli (es. tutti i 170 
hanno
lo stesso codice come MI, machine interface, e nel LIC c'e' il codice per
lo specifico processore, es per il  2292...diverso da quello "base")
Nei release attuali probabilmente il microcodice e' nel primo dvd del
sistema operativo, il cosiddetto  "base_01".
Anche qui IMVHO  questi set di cd o dvd sono diversi da macchina a macchina 
...
ciao
fm

 di cd o dvd sono diversi da macchina a macchina ...
Mi risulta invece che i set siano generici e non vi sia un cd/dvd col 
microcodice specifico di un singolo sistema.
Perlomeno ho/abbiamo vari set di release V4Rx e V5Rx di "varia" 
provenienza e non ho/abbiamo avuto problemi a installarli su sistemi 
anche molto diversi tra loro (tra cui macchine con i dischi assolutamente 
vuoti, posso garantire, quindi privi di qualsivoglia copia preesistente 
del microcodice).


 Ehm, quale attrezzo? :-O
Meraviglie della token ring, e' il tool necessario a resettare/
inizializzare le porte dei vecchi mau.
Dovresti sapere (mi par ne discutemmo) che i mau token ring, almeno 
quelli base, sono totalmente passivi, il tool in questione serve per 
resettare i rele' delle singole porte e in pratica non e' altro che una 
batteria con un paio di resistenze montata su un plug token ring.
Alcuni mau di terze parti ne fanno a meno (specie quelli con i connettori 
rj45, per i quali non mi risulta esista l'apposito tool) integrando al 
loro interno una batteria e un circuitino che permette di resettare le 
porte (tutte) tramite un apposito pulsante. 
Vi sono anche alcune schede tr (di solito non IBM) che riescono a 
resettare lo stato della porta.
Tutto questo diventa alquanto inutile usando apparati piu' complessi dei 
soliti mau passivi, vi sono switch alquanto avanzati per la tr che ormai 
si possono reperire allo stesso costo dei vecchi mau, tra l'altro hanno 
generalmente la comodita' di poter usare connettori rj45 e normalissimi 
cavi di rete ethernet al posto del classico connettore tr e relativo 
(ingestibile) cavo.


> La memoria è di 24MB, secondo WRKSHRPOOL

Lo stato dei dischi è il seguente:
Type  MB   %
6606 1967 47.1
6606 1967 42.6
6606 1967 32.1
Utilizzando 1967MB come unità di riferimento ed assumendo una 
compressione del 30%, otteniamo
1967*(0.471+0.426+0.321)*0.7=1677,0642 espressa in MB
Un singolo nastro da 2GB dovrebbe bastare ... tutto sta a trovarlo... ma 
la pazienza è la prima arma del retrocomputerista...


 (ingestibile) cavo.
Ed è per questo che non ho ancora montato una TR ... ho solo due mau, uno 
IBM ed uno di una altra marca, quelli con l'attacco "strano" e solo due 
cavi, per cui avevo serie difficoltà.
Se riesco a vincere l'asta che m'ha proposto Alessandro Mazzini, sarebbe 
tutta un'altra musica...
Ho, realmente, vagonate di schede TR, una metà solo microchannel ... e 
persino il programma IBM per il bridging TR-Ethernet.

 due cavi, per cui avevo serie difficoltà.
beh a dire il vero mi sembra tu abbia tutto il necessario per collegare 
il 400 e un pc qualsiasi a uno dei mau in tuo possesso, due cavi li hai, 
un mau pure, delle interfacce pci o isa o mca idem.
Poi sul pc ficchi pure una ethernet e vai di routing verso il resto della 
rete.


 (ingestibile) cavo.
Dài, non ti piace l'IBM Cabling System? :P
Ciao,
G.

 Anche qui IMVHO  questi set di cd o dvd sono diversi da macchina a macchina 
No no, i CD sono sempre quelli, compreso I_BASE_01 che è generico, tanto
generico che non è neppure suddiviso per lingue come il resto dei CD/DVD.
Poi vabbe', ora con le macchine con la HMC le cose sono un po' cambiate, ma
in sostanza, riassumendo, per le macchine RISC il codice è tutto comune a
tutti i modelli, mentre per le macchine CISC _forse_ il codice sotto il
livello MI può essere in parte differente da modello a modello, o per lo
meno certe funzioni sui modelli più potenti sono eseguite in hardware invece
che simulate in software. Che poi cambino i driver da una macchina all'altra
è ovvio, ma lì si parla di codice diverso come funzionalità, non a livello
macchina. È un po' come dire che i driver per diverse schede video per PC
sono diversi: è ovvio, ma si tratta pur sempre di codice per x86.
Ciao,
G.

 Dài, non ti piace l'IBM Cabling System? :P
come no, sono belli come i cavi twinax, se ne ficchi piu' di un paio su 
un mau non saldamente ancorato (a un rack, a una scrivania, salcazzo 
dove) te lo ritrovi sospeso a mezz'aria, se poi ce ne colleghi otto devi 
fargli un plinto di cemento per tenerlo giu'.


 
Io l'ho aperto, e son rimasto sorpreso !
Praticamente è vuoto !
Ci sono degli "ammortizzatori" e la parte ove si inserisce il cavo in 
stile IBM (cavo traino) è blindata ...


 Appena mi gira apro un mau e lo scopriamo.
Ecco, bravo. :-)
Ciao,
G.


Hai usaro il forse ed io ho usato IMVHO, invece sadness sembrava sicuro.
Quello che ha scritto sopra  potrebbe esser interpretato come:
"dato un set di cd V4Rx o V5Rx , questi cd si possono
installare senza problemi su sistemi anche molto diverse fra loro"
Questo sara' certamente  vero in un ambito limitato,
ho parecchi dubbi  che possa essere valido in generale,
V4Rx e V5Rx coprono un intervallo temporale (troppo) vasto e molti modelli 
diversi.
Se vai su it.comp.as400 e scorri i post di qualche giorno fa....
troverai che   qualcuno ha chiesto:
"ma su piccolo 150 ci gira la V5R2?"
e, una persona che abitualmente risponde a ragion veduta,  ha scritto:
"Tieni presente che la V5R2 di un 150 non e' la stessa di un as
"normale", se provi ad utilizzare i CD standard per installare la V5R2
si inchioda tutto...."
Il che mi fa pensare che ci abbiano provato e che  le limitazioni a questi 
"innesti" ci siano.
Le macchine attuali vengono vendute con un release minimo iniziale.
Ad es.  ci sono macchine con processore power6 che fino all'anno scorso 
potevano  essere
acquistate, nuove, anche con  release V5R4 ...
vogliamo provare a metterci i cd  del V4R1 anno 1997?...:-)
ciao
fm

Che io sappia, si usa anche dopo un trasporto in cui abbia subito urti o 
scossoni ...

 "innesti" ci siano.
Sì, ma sono limitazioni a livello di driver più che architetturali. Del
resto alla fine il LIC RISC non è altro che il kernel di OS/400 corredato di
tutti i suoi possibili driver, poi all'atto dell'installazione vengono
copiati su disco solo quelli necessari al particolare hardware su cui si sta
installando, dopodiché parte la fase di link-loading (la chiama proprio così
l'IBM) che in pratica fa quello che altrove si chiama relink del kernel.
È chiaro che se nel CD/DVD del LIC manca un driver per un certo componente
hardware di un certo modello, su quel modello quella versione di LIC (e
quindi di OS/400) non si potrà installare.
-----
Spero di essermi spiegato, non ne faccio una questione di supporto: è ovvio
che ci siano release minime e massime per ogni modello, ma l'architettura è
sempre quella [1]. Sembra una cosa banale, ma non lo è. La prima a capire fu
proprio l'IBM che col S/360 creò la prima famiglia di macchine compatibili
fra loro, però poi per almeno due decenni hanno applicato questa idea solo
ai sistemi di fascia alta e altissima. Nel frattempo è arrivata la DEC che
fece scalpore quando con lo stesso nastro di VMS supportava macchine formato
scatola da scarpe e i VAX 9000 raffreddati ad acqua grandi come un bilocale.
Ciao,
G.
[1] Almeno su RISC. Su CISC rimane il dubbio mosso dai vari nastri M/FULIC.

 vogliamo provare a metterci i cd  del V4R1 anno 1997?...:-)
Ti risulta che io abbia scritto della possibilita' di installare una V4R1 
su una macchina power6 ? il discorso mi sembrava abbastanza chiaro e mi 
sembra anche scontato che vi siano delle limitazioni, come per 
_qualunque_ altro os.
Quello che sostenevi e' che vi sono dei media kit (o set di 
installazione) specifici per i singoli modelli o famiglie di 400, quello 
che ti posso assicurare e' che _non_ e' cosi e che i media kit sono 
generici e installabili su tutti i sistemi supportati dalla release di os 
scelta.


 Ecco, bravo. :-)
Devo solo andare in cantina e ripescare dalla roba sedimentata dietro gli 
scaffali un 8228 originale, da qualche parte ne riposano almeno un paio.
