lunedì 7 dicembre 2020

OpenBSD 6.8 Sparc64

Ho due portatili RDI/Tadpole, uno SPARCLE e uno SparcBook 6500 e su entrambi è installato OpenBSD 6.7 che da molti anni ormai sembra essere l'unico sistema operativo, oltre al nativo Solaris 9/10, che funziona in maniera decente su queste macchine.

Sullo SPARCLE ho eseguito l'aggiornamento alla 6.8 partendo con il boot da CROM e tutto è andato liscio come l'olio. Fiducioso ho fatto la stessa cosa con lo SparcBook e l'installazione/aggiornamento da CD non ha dato il minimo problema, però al primo riavvio è arrivato un bel kernel panic con errori in lettura dal file system e questo ad ogni riavvio.

Quindi ho riavviato dal CD di installazione di OpenBSD e aperto una shell per fare il check del file system di root che è risultato gravemente corrotto, tanto da essere praticamente irrecuperabile. Poco male mi sono detto, per modo di dire .... reinstallo tutto da zero riformattando il disco.

Bene, l'installazione da zero va alla grande, nessun errore segnalato .... al riavvio solito kernel panic. Come è possibile mi chiedo ? .... forse il CD ? Rifaccio un nuovo CD e ripeto l'installazione, ancora una volta nessun problema fino al riavvio dove appare il solito kernel panic.

OK, a questo punto per non saper ne leggere ne scrivere deduco che c'è qualcosa che non va con la 6.8, cosa ? boh ? Sullo SPARCLE è andato tutto bene, OK ci sono differenze hardware tra i due modelli e una di queste è il disco fisso .... ma può essere questo il problema ? Quindi ripiego e reinstallo la 6.7 che ovviamente funziona perfettamente e mi permette di avere un sistema funzionante. Cosa devo pensare se non che con la 6.8 ci sia qualcosa che non fa con qualche specifica componente hardware dello SparcBook, qualche cosa che non c'era con la 6.7 .... ma purtroppo le mie competenze non mi permettono, al momento, di andare oltre.

Il fatto che sia il file system ad andare in crash non è che possa dire molto perché ricordo che anche con lo SPARCLE dopo un pò di utilizzo della macchina arrivavano una sfilza di errori che la mandavano in crash e sembravano legati all'attività del disco ma poi alla fine avevo scoperto che era il driver della scheda wireless ....una volta rimossa la connessione senza fili il problema è sparito.

Sarebbe un vero peccato se anche OpenBSD non fosse più aggiornabile su questa macchina.



Validare la IDPROM su uno Sparcbook

Tempo fa in questo post avevo descritto la procedura per aggiornare il contenuto della IDPROM su un portatile RDI/Tadpole, che è una macchina con CPU Sparc64 in formato notebook.

Purtroppo questo portatile ha presentato un problema con il display, ovvero non visualizzava più nulla, si vedeva che il display si illuminava ma oltre a questo nessun segno di vita.

Collegandovi un monitor ho potuto appurare che la scheda video era ancora integra infatti sul display LCD esterno funzionava tutto a dovere. Ho quindi pensato di smontare il display del portatile per controllare il cavo flat ma senza successo, ovvero sembrava tutto regolare ma non arrivava l'output video. Quando poi mi sono messo di buona lena ho smontato anche la base del portatile e rimosso anche la batteria NVRAM. 

A questo punto forse ho toccato anche qualche altro cavo perché riaccendendo il portatile l'output sul display del portatile è magicamente riapparso, anche se in maniera piuttosto sgranata, cioè i caratteri non sono ben definiti anche se abbastanza leggibili. Ovviamente è apparso anche il messaggio che indicava che il contenuto della IDPROM era invalido.

A questo giro ho deciso di usare il comando set-host-id che stando alla documentazione usa come parametro il numero di serie del portatile per ricostruire una serie di dati in modo che la IDPROM venga validata. Il numero di serie viene visualizzato al boot in alto a destra assieme ad altre informazioni. La procedura da seguire è questa, al prompt OK per prima cosa si indica il numero di serie e si preme INVIO, non succede nulla, o meglio il valore viene messo sullo "stack", ora si digita il comando set-host-id che preleva il valore immesso sullo stack e lo usa per "ricostruire" il contenuto della IDPROM, poi un bel reset-all ed il gioco è fatto.

Per quanto riguarda il display e la "sgranatura" sarà sempre qualche problema con qualche contatto ..... ma per ora lascio stare.