Domanda? ma se la SanDisk la utilizzi "tutta per Amiga OS" viene gestita da HDToolbox ?
Si, viene gestita correttamente.
Se la CF la dedico tutta ad Amiga, con HDToolbox ottengo la corretta inizializzazione, ovvero creazione nel blocco 0 (primi 512 bytes) del RDB, creazione di altri blocchi informativi/descrittori (uno per ogni partizione DHx che creo), e poi chiaramente le partizioni bootable o non bootable DHx vere e proprie.
Tutto come da manuale!
Che intendi per non la vede proprio ?
Premetto che le seguenti considerazioni (e i seguenti test) valgono/sono stati fatti con A600 + kick 2.05 v. 37.300 che fa bootstrap su DF0 dal floppy "Install2.1" (con Sys: L/FastFileSystem) ed in DF1 abbiamo il floppy "WB2.1".
All'inizio dei miei esperimenti con HDToolbox, pensavo che queste schermate NON fossero normali:
figura1figura2Pensavo infatti che HDToolbox vers. 2.22 fosse in grado di rilevare, sulla porta IDE, una CF avente un'unica partizione non formattata, il cui ID di partizione = 0x76 ... invece pare di no: HDToolbox dice "status dell'hard-drive = UNKNOWN", in più se chiedo a HDToolbox di restituire a video la configurazione della CF (produttore, nome modello, capienza ec... ), HDToolbox da quell'avviso ... diciamo che mi può anche stare bene, dato che la CF non è un HDD a tracce (al tempo dello sviluppo di HDToolbox sicuramente non c'erano le CF), quindi HDToolbox non è tenuto a darmi informazioni sensate su una CF, ma solo su un HDD a tracce/cilindri.
2 incisi su questa questione:
1)
Per far funzionare bene le cose, ovvero usare una giusta quantità di spazio fisico messo a disposizione dalla CF, ho dovuto editare a manina tutti i parametri/campi che vedi in questa schermata, ovvero facendo finta che la CF fosse un HDD a tracce a tutti gli effetti, e forse è davvero così, dal punto di vista dell'scsi.device/Amiga, quindi ho editato il numero di settori (1 settore = 512 bytes) per singola traccia (63 è il numero che ho trovato più ricorrente, l'ho scoperto anche grazie al feedback che mi hanno dato ben 3 programmi su Windows di partition-managing), il numero di tracce per singolo cilindro (ho messo 16 per essere compatibile con il feedback, seppur poco sensato, datomi di default da HDToolbox, anche se i 3 programmi di cui sopra mi hanno dato 255 per la mia CF SanDisk), ed il numero di cilindri, e tutto questo prodotto da come risultato la capienza in bytes del disco rigido/CF:
figura3Se avessi preso i numeri (assurdi) di default, derivanti dalla fallace lettura eseguita da HDToolbox, oppure se avessi preso dei numeri a casaccio, HDToolbox avrebbe realizzato sulla CF uno spazio di indirizzamento (cilindri) sbagliato (mi è già successo), ad esempio una capienza negativa, che si sarebbe tradotta in una capienza effettiva si positiva, quindi inizializzabile/partizionabile/formattabile (DH0, DH1 ... ), ma ristretta in uno spazio ad esempio di 20MB, piuttosto che di 280MB (faccio esempi realmente accaduti), quando invece la mia CF ha 3.7GB fisici.
Mi confermi che per una corretta gestione di una CF da parte di HDToolbox è necessario editare a manina quei parametri (ovvero, editare e salvare a mano il particolare tipo di drive in questione, che è la particolare CF attualmente inserita sull'IDE), che quindi HDToolbox 2.22 NON ce la fa a rilevare automaticamente quei parametri?
2)
figura4Faccio notare questa cosa, ovvero che mi sono dovuto fermare a 2GB di spazio 0x76 allocabile/indirizzabile dal mio A600 sulla CF in questione: se aggiungo 1 o 2 cilindri ancora al tipo di drive che sto creando, il contatore della size fa overflow e andiamo a cadere verso numeri negativi, ma non cadiamo a -2047MB di size, come mi sarei aspettato nel caso di indirizzamento a 31 bit ... cadiamo verso qualcosa come -1059MB di size, insomma, un numero negativo e strano, non negativo e "sensato", in quanto overflow.
Quindi le domande sarebbero 2:
2.1)
Come ci spieghiamo questa cosa? Ovvero overflow a -10XX MB anzichè a -2047MB ??
2.2)
Io credevo che l'indirizzamento in CF fosse a 32 bit, quindi il range allocabile/gestibile per una partizione fosse di 4GB, invece da questo esperimento vedo che tale spazio è su 31 bit, quindi con range di 2GB ... vi risulta?
Forse "scsi.device" interno alla ROM kick 2.05 vers. 37.300 non permette 4GB, ma soli 2GB ... è colpa sua, insomma?
Dovrei quindi remmare scsi.device nativo e patchare/importare da file un scsi.device più avanzato, che consenta la partizione a 4GB?