Newsgroup: it.comp.os.unix
Titolo: Errore hd durante installazione s.o. su SPARCstation4

Hi all,
sto provando a far ripartire una vecchia SPARstation4 (ROM Rev.2.20,
32Mb RAM) che ho avuto in regalo. La macchina e` senza cdrom e senza
floppy, per questo ho configurato un'altra macchina linux per operare
un'installazione via rete di una Debian 3.0 (per architettura sun4m,
ovviamente).
Mi e` stato detto che l'hd (un SEAGATE ST5660N da circa 500Mb) aveva
qualche problema, e in effetti il sistema che era gia` installato
(SunOS5.5.1) si rifiutava di completare il boot piantandosi sul check
della partizione /. Per questo ho optato per l'installazione ex-novo.
Una prima installazione pero` e` fallita in fase di formattazione delle
partizioni (rilevando possibili errori in diversi blocchi del disco).
Dopo una pausa di mesi sto` tentando di nuovo, ma in questo momento
l'installer di linux non mi vede proprio piu` il disco scsi. L'errore e`
il seguente:
[...]
esp0: IRA 36 SCSI ID 7 Clk 40Mhz CCF=8 TOut 167 NCR53C9XF(espfast)
ESP : Total of 1 ESP hosts found, 1 actually in use
scsi0: Sparc ESP100A-FAST
scsi: 1 host.
scsi aborting command due to timeout: pid 3, scsi0, channel 0, id 3, lun
0 0x00 00 00 00 00 00
esp0: Aborting command
esp0: dumping state
esp0: dma -- cond_reg<a6400210> addr<fff00000>
esp0: SW [sreg<00> sstep<c0> ireg<00>]
esp0: HW reread [sreg<00> sstep<c0> ireg<00>]
esp0: current command [tgt<03> lun<00> pphase<UNISSUED> cphase<SLCTNORM>]
esp0: disconnected
SCSI: host 0 abort (pid 3) timed oud - resetting.
SCSI bus is being reset for host 0 channel 0
esp0: Resetting scsi bus
esp0: Gross error sreg=40
esp0: SCSI bus reset interrupt
esp0: data bad parity detected
esp0: still in msgout, parity error assumed
esp0: data bad parity detected
esp0: still in msgout, parity error assumed
scsi0: channel 0 target 3 lun 0 request sens failed, performing reset
SCSI bus is being reset for host 0 channel 0
esp0: Resetting scsi bus
esp0: SCSI bus interrput.
SCSI: detect total.
[...]
dopodiche non risulta nessun disco presente.
La domanda e` scontata: so` che il disco ha problemi ma vorrei cmq
provare a recuperarlo (anche perche` non ho un sostituto). L'errore qui
sopra e` recuperabile in qualche modo, o devo rinunciare e buttare il tutto?
La macchina SPARC riporta i seguenti dati:
All'avvio, la prima cosa che compare a video accanto al logo SUN e` la 
seguente scritta:
   Bad magic number in disk label
   Can't open disk label package
(dopodiche` procede con il boot via rete, come da configurazione)
Fermando con <STOP><A> e provando qualche diagnostica (sono tutt'altro
che un esperto di architettura sparc, quindi non so` se e quanto questi
valori siano utili o significativi...) si ottiene questo:
   OK  test scsi
   OK
   OK  probe-scsi
   Target 3
      Unit 1  Disk
      Unit 2  Disk
      Unit 3  Disk
      Unit 4  Disk
      Unit 5  Disk
      Unit 6  Disk
      Unit 7  Disk
   OK
   OK  show-devs
   /FMI, MB86904
   /virtual-memory@0,0
   /memory@0,0
   /obio
   /iommu@0,10000000
   /openprom
   /aliases
   /options
   /packages/
   /obio/SUNW,fdtwo@0,40000
   /obio/power@0,910000
   /obio/interrupt@0,e00000
   /obio/counter@0,d00000
   /obio/auxio@0,900000
   /obio/slavioconfig@0,900000
   /obio/eeprom@0,200000
   /obio/zs@0,0
   /obio/zs@0,100000
   /iommu@0,10000000/sbus@0,10001000
   /iommu@0,10000000/sbus@0,10001000/power-management@3,a000000
   /iommu@0,10000000/sbus@0,10001000/SUNW,tcx@2,800000
   /iommu@0,10000000/sbus@0,10001000/ledma@4,8400010
   /iommu@0,10000000/sbus@0,10001000/SUNW,bpp@4,c800000
   /iommu@0,10000000/sbus@0,10001000/espdma@4,8400000
   /iommu@0,10000000/sbus@0,10001000/ledma@4,8400010/le@4,8c00000
   /iommu@0,10000000/sbus@0,10001000/espdma@4,8400000/esp@4,8800000
   /iommu@0,10000000/sbus@0,10001000/espdma@4,8400000/esp@4,8800000/st
   /iommu@0,10000000/sbus@0,10001000/espdma@4,8400000/esp@4,8800000/sd
   /packages/obp-tftp
   /packages/deblocker
   /packages/disk-label
   OK
Ora io ci capisco poco, ma quel "Target 3" nel probe-scsi non dovrebbe
dire che il disco viene riconosciuto almeno come presente (dove scsi id
3 = disco interno)? Quindi non e` del tutto andato?
Insieme al "Bad magic number in disk label" all'avvio, la mia speranza
e` che sia stato l'installer di linux ad inserire dei dati errati nel
settore d'avvio del disco, e che esista un modo per riazzerarlo e farlo
tornare utilizzabile per un nuovo tentativo. La domanda e`: si puo`? e
se si: come?
Un'altra cosa strana e` che al tftpd che fornisce da remoto il kernel
per il boot, la prima volta veniva richiesto un file di nome
C0A80114.SUN4M, mentre ora la richiesta e` per un file C0A80132.SUN4M.
E` normale? La richiesta non dovrebbe esser fatta sempre per lo stesso
file? ...
Scusate il post lungo, spero in un vostro aiuto.
-- 
Matteo

...per quel disco prova a fare dei tentativi bootando magari netbsd, o
solaris, (nelle ss4 il disco ha sempre id scsi 3, quindi probe-scsi
dovrebbe darti le informazioni relative ad esso, cosa che non fa) se
continua a darti altri errori sul controller, allora hai solo l'ultima
spiaggia, prendi il disco e lo sollevi a 5 cm dal tavolo, con delicatezza,
ma grinta allo stesso tempo, lo rilasci senza impedire che la gravita'
faccia il suo compito...se ancora con questo metodo non funziona nulla,
gettalo e prendine un'altro...dischi SCA di quelle taglie sono abbastanza
comuni. Per il tftboot il file deve avere necessariamente un nome che si
ricava dall'indirizzo IP del client, ovvero
<indirizzoIPinHEXaottetti>.<arch>.
						ciao. Andrea.