Newsgroup: it.comp.hardware.storage
Titolo: hard disk grossi e vecchi bios, le patch software dove vengono scritte?

I produttori dei nuovi Hd da 20, 40, 80 ecc. gigabyte offrono dei
programmi per far vedere i nuovi dischi ai vecchi computer con BIOS
limitati a 8 - 16 - 32 GB. 
Questi programmi "installano una patch".
La patch dove la installano? in qualche settore del disco in modo che
valga per qualunque sistema operativo, o nei file di sistema di windows
in modo che valga solo per windows?
Se ho ben capito il problema del BIOS non si pone per SO come linux che
ragionano in termini di LBA anziche' cilindri/testine/settori, perche'
qs. SO "bypassano le informazioni del bios", e' corretto? 
Quindi la patch sarebbe solo per windows (95 - 98) perche' e' solo
windows che ne ha bisogno? 
Il problema mi interessa perche' avevo un HD da 20 GB su cui
inizialmente avevo solo linux, e lo vedeva tutto (pentium 200 con
amibios 1.00.05). Poi ho avuto necessita' di installarci W98 e devo aver
fatto il partizionamento con lo FDISK di windows. da allora vede solo 8
gigabyte, sia in W98 che in Linux.
Grazie ciao
B.

 ha scritto nel messaggio
news:3D4CDD66...@virgilio.it...


 periferica certamente non potrà farlo il windows.
E' proprio questo il punto : linux non si fida di quello che dice il bios e
fa un detect dell' HW per conto suo.
Ciao.
Sanshiro.

 ha scritto nel messaggio
news:lM639.34162$n04.9...@twister2.libero.it...


Linux quindi non inizia neanche il caricamento e di conseguenza il detect.
Ma questo e` un caso speciale :)
-- 
Ikitt


Strano... di solito se un hdd è più grande di quello che il bios prevede
viene riconosciuto, anche se più piccolo. Io ho preso un 60gb, ma il bios
non aggiornato vedeva l'hdd da 32gb. Funzionava tutto senza problemi: ho
pure partizionato e formattato. "Solo" che era grosso la metà. Cmq mi è
bastato aggiornare il bios... e tutto è andato a posto. Ad ogni modo so per
certo che esistono patch soft, ma non saprei dire come funzionano. Per linux
è vero che c'è un rilevamento "a parte" però il bios deve riconoscere l'hdd
se no non c'è boot. Cmq è strano che linux non "veda" più parte dell'hdd...
ma sei sicuro che non ci siano parti del disco non formattate?
^^DarIO^^

 della tua scheda madre). I rischi dell'aggiornamento del bios sono ben noti.
Dunque no, mi sono informato, l'aggiornamento del BIOS e' una cosa, lo
offre il fornitore della motherboard e presuppone che il bios sia
flashabile. Nel mio caso (MB intel TC430HX) ho aggiornato l'ami bios da
1.00.05 a 1.00.07, e non e' cambiato niente, il diagnostico del disco mi
dava sempre wrong bios, evidentemente l'aggiornamento non correggeva
questo specifico problema, dopodiche' la MB non e' piu' supportata
quindi qs. e' un vicolo cieco.
La patch invece viene offerta dal fabbricante dell'hard disk (nel mio
caso WD) e viene scritta nel primo settore del disco stesso, quando il
bios la interroga da' una risposta falsa, dopodiche' e' chiaro che qs.
"bugia" e' indipendente dal s.o. 
Il bios permetterebbe di ragionare in termini di geometria  sia CHS sia
LBA, ho cambiato il default da CHS a LBA, ma non gli  fa effetto.
L' installazione della patch fa parte di un pacchetto che installa,
partiziona e formatta, per cui perederi i dati. Per ora soprassiedo.
Ciao!

in linea di massima...
A)    se il BIOS trova il disco in qualche modo hai la possibilità di
installare-usare un SO
    installando la patch vai ad inserire un loader nel MBR (Master Boot
Record) che ti serve solo per i sistemi obsoleti     quali DOS o per i
programmi di manutenzione. Questo loader installa una estensione al BIOS
rimappando l'interrupt     13H in modo da puntare ad un diverso codice +
aggiornato, che riconosce un'indirizzamento LBA esteso. Quando     usi
sistemi tipo Win98,NT,2k,XP, Linux... il BIOS e la patch non vengono piu'
utilizzati in quanto lavori in modo         protetto.
B)    se il BIOS non riconosce il disco sei a piedi
    non trovando il disco, il sistema non riesce a caricare un valido MBR e
trasferire il controllo a tale loader, la                 macchina non ha
quindi speranze e devi risolvere prima questo problema indipendentemente dal
SO installato. La         causa spesso e' imputabile al mancato
riconoscimento del protocollo di comunicazione, UDMA 4/5  possono creare
questo problema che risolvi con i tools del produttore del disco. Questi
tools identificano il disco direttamente dal         port di IO e quindi
sono fortemente dipendenti dal produttore. Permettono quindi la
ridefinizione del transfer                 massimo da mostrare
all'autodetect del BIOS.

     non trovando il disco, il sistema non riesce a caricare un valido MBR e
Ho sperimentato recentemente anche questa situazione, su un vecchio
linuxbox IBM P166 con uno SCSI da 2 GB cui cercavo di aggiungere un IDE
maxtor da 40 GB. Appena ho attaccato l' ide nuovo di fabbrica, li' per
li' linux me lo ha visto, e lo ha usato. Pero' poi nel corso delle
prove, leva metti, cancella e riprtiziona, da un certo punto in poi la
macchina ha dato errore e smesso di vederlo, si piantava al boot e non
c'era nulla da fare. 
Tuttavia in questo caso "riformattando a basso livello" con la utility
maxtor  (che in realta' scrive 000 in tutti i settori del disco),
successivamente il vecchio pentium ha tornato a vederlo e linux lo
gestisce senza problemi.
Ciao
B.