Newsgroup: it.comp.retrocomputing
Titolo: [cerco] chip per workstation SUN

Salve a tutti,
qualche giorno fa ho recuperato una SUN Ultra 10: una volta collegata ad
un PC via rs232 ed accesa, sul terminale ha continuato a visualizzare la
scritta seguente:
 
MESSAGE=Data miss compare
addr ffffffff.f1001d00
exp  55555555.55555555
obs  ffffffff.ffffffff
 
Facendo una ricerca su internet, ho visto che tale problema indicava un
guasto alla NVRAM, al che ho dato un'occhiata più attenta alla
motherboard (che avevo gia controllato prima di accendere la macchina, e
sembrava essere in buone condizioni) ed ho notato che la NVRAM non c'è
proprio.
Collegando una tastiera SUN ed un monitor (fortunatamente questo modello
ha un ordinario connettore DB15HD) e facendo il boot tenendo premuto il
tasto Stop, sono riuscito ad accedere all'openboot, tuttavia tentando di
fare il boot da HDD, solaris 9 visualizza il messaggio "the idprom
contents are invalid" e si blocca, ed anche provando a reimpostare a
mano il mac address della scheda di rete (seguendo le istruzioni
riportate qui:
http://www.squirrel.com/squirrel/sun-nvram-hostid.faq.html
 ) le
impostazioni non vengono salvate (probabilmente perchè la nvram manca).
 
Detto ciò, non è che qualcuno di voi ha tale chip NVRAM da cedere? Da
quello che ho letto, sembrerebbe essere un M48T59-70PC1.
 
Già che ci sono, qualcuno di voi ha anche per caso una EPROM 27C040 già
cancellata, così aggiorno il firmware di una SparcStation 10 in modo da
renderla compatibile con una CPU SM71? (se poi potesse flasharmela lui,
mi farebbe un ulteriore favore).
 
Fatemi sapere, e grazie per l'attenzione
 
EngiNerd
 
 

 mi farebbe un ulteriore favore).
 
Queste le ho decisamente terminate.
 
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
 
www.unsupported.info
 - 
img.unixantichrist.net
 

Ciao Sadness,
prima di tutto grazie per la disponibilità. 
Per l'M48T59Y, aspetterò un po' per vedere se qualcun altro dell'NG ne
ha per caso uno, guardandomi nel frattempo un po' in giro anche da altre
parti; poi, se proprio non dovesse saltarne fuori uno, ti "scoccerò" in
pvt.
Grazie ancora
 
EngiNerd
 

Buone notizie (almeno per me): ieri mi è arrivato il chip M48T59-70PC1
e, dopo averlo inserito e riprogrammato la IDPROM, la Ultra 10 si è
avviata senza colpo ferire. Dopo aver fatto un'immagine dell'hdd da una
macchina Linux, tentato di decifrare le password con John the ripper
(dopo otto ore non aveva trovato nulla), avviato la workstation col DVD
di Solaris 9, fatto chroot e resettato le password, sono finalmente
riuscito a loggarmi (a proposito, è normale che solaris 9 utilizzi
Kerberos 5 per l'autenticazione o era una personalizzazione per
irrobustirne la sicurezza).
Lato software purtroppo non mi è andata molto bene: sulla macchina era
installato FlexLM con licenze (scadute) di prodotti Cadence e Mentor
Graphics (deduco che la macchina fosse usata per progettazione di
circuiti elettronici), ma nessuno di questi era installato;
probabilmente la macchina serviva solo da server licenze, oppure era
stata ripulita prima di essere eliminata (propenderei per quest'ultima
dato che non c'era nessun documento utente, ed una partizione da oltre
30 GB era completamente vuota). Alla luce di ciò, credo che farò
un'installazione pulita di Solaris 9.
Complessivamente direi che non mi posso lamentare.
 
Spero di non avervi annoiato troppo col mio resoconto.
 
EngiNerd
 

 30 GB era completamente vuota). Alla luce di ciò, credo che farò
 
Una partizione vuota non implica necessariamente che precedentemente 
fosse stata utilizzata e in seguito ripulita, spesso e volentieri le 
macchine venivano consegnate da Sun ai vari clienti (o venivano 
installate dai partner Sun) con i dischi partizionati da qualche scimmia, 
con situazioni in cui si aveva anche piu' del 70% del disco dedicato ad 
delle inutili /opt o /opt2 oppure /export/home e via dicendo a seconda 
della fantasia della scimmia, partizioni che spesso restavano vuote 
mentre il software andava a riempire delle striminzite /usr.
Capitava di trovare sistemi in produzione con partizioni critiche (/ /
var /usr etc) piene al 99% e svariate decine di giga di disco liberi ed 
inutilizzati in /export/home /opt e via dicendo. 
 
Merito anche di chi andando a configurare i sistemi decideva che 
reinstallare (e ripartizionare) era troppo faticoso "l'ha fatto Sun va' 
bene cosi".
 
Un po' come trovare sistemi con 16Gb di memoria e 32Gb di swap, perche 
"lo swap e' sempre il doppio della ram" anche se il disco e' da 73Gb e lo 
swap se ne porta via la meta', in fondo leggere i documenti (di Sun 
stessa) che spiegano come dimensionare lo swap (e che come prima cosa 
dicono di non applicare sta cazzo di inutile regola che lo swap deve 
essere il doppio della ram) era tempo sprecato.
