|
Tutte le unità che sono compatibili con lo standard QIC-117 e con uno tra gli standard QIC-30, 80, 3010 e 3020 dovrebbero funzionare correttamente. Anche le unità QIC-WIDE e Travan sono supportate (TR-1 è semplicemente un QIC-80 con nastri da 8mm, mentre TR-2 e TR-3 sono anche conosciute come QIC-3010 e 3020 rispettivamente). Le unità Iomega Ditto 2GB e Ditto Max sono ugualmente supportate nonostante non siano completamente conformi agli standard QIC. Sono supportati anche alcune unità da collegare alla porta parallela.
Alcuni commenti riportati piú avanti a proposito di potenziali problemi con determinate unità sono molto datati, ma non ho accessibilità a tutti i tipi di hardware e quindi non posso provarli tutti.
Taluni resoconti riportati di seguito sono stati commentati da me (<heine@math1.rwth-aachen.de>) in questo modo:
Questo è un commento.
Attualmente la lista delle unità funzionanati con ftape
è:
<kosowsky@bellini.harvard.edu> ha riportato un problema durante un backup 1G utilizzando taper.
Supporto aggiunto da Jochen Hoenicke <Jochen.Hoenicke@Informatik.Uni-Oldenburg.DE>.
I problemi riferiti sono probabilmente ormai superati. In particolare lozftape
del quale si parla non esiste piú e il driverftape
è in realtà l'ftape-2.08
.
Funziona con nastri 3M Travan 400M (TR-1) e nastri da 120M. È stato
riscontrato che mt
esce improvvisamente, mentre con backup che
utilizzano tar
funziona bene. Con cpio
si consiglia l'uso
di ftape
al posto di zftape
.
(<millner@millner.bevc.blacksburg.va.us>)
Sono stati riscontrati problemi con zftape
consistenti in un
continuo arresto e partenza dell'unità
(<75104.1756@compuserve.com>). Sembra sia un problema del nastro
che gira troppo velocemente per il computer; il buffer DMA viene
svuotato prima che sia riempito nuovamente. Le versioni piú recenti
di zftape
non eseguono questa operazione se si utilizza un
programma di backup opportunamente veloce e un buffer DMA
sufficientemente grande.
(<millner@millner.bevc.blacksburg.va.us>).
Il 250Q sembra generi errori in scrittura e frequenti riposizionamenti. (Frank Stuess presso Nacamar Data Communications)
Errori in scrittura non sono necessariamente causati dall'unità a nastro, ma anche da cartucce rovinate. Anche riposizionamenti frequenti possono essere causati da cartucce rovinate, ma possono essere causati anche da errori di overrun, indice di problemi di comunicazione fra il controller FDC e quello DMA.
I modelli 400 e 800 funzionano solo con nastri TR-1.
Non so se questo stava ad indicare che le unità citate non funzionano con le normali cartucce DC-2120 da 120MB o che i nastri TR-3 non possono essere letti. Queste unità non erano state progettate per quest'ultimo tipo di nastro. E allora?
Funziona con nastri TR-3 ad 1Mbps (cioè solo con capacità da 1600M). Funziona con nastri QIC-WIDE 400M (il Sony 5122?) (<chris@cs.wmich.edu>). Funziona con nastri TR-3, QIC-3010 e QIC-3020. Viene distribuito con un FDC da 2MB che utilizza il controller Promise 2300+ da 1Mbps (<kjh@pollux.usc.edu>).
Sembra che il diver floppy non riesca piú a leggere dischi a bassa densità. Bisogna perdere un po' di tempo con i canali IRQ, quelli degli indirizzi ed i canali DMA (<chris@yakkocs.wmich.edu>).
Il TST3200R va bene con ftape
.
Il TST800R funziona con nastri TR-1, Sony QW5122F (210M) e DC2120.
Funziona bene conftape
, almeno fino all'ftape-2.07
. L'ho utilizzato personalmente finché non si è colato un transistor dell'unità, probabilmente a causa di un surriscaldamento precedente.
Il CTT3200 è probabilmente identico allo Iomega Ditto 3200. Funziona con il controller da 2Mbps fornito, ma sembra non funzionare sotto DOS su alcune macchine (<jmorris@dtx.net>).
Funziona con nastri di tipo QIC-WIDE (<pschmidt@slip.net>).
Parzialmente lavora con QIS-3200. Se si utilizza il controller HSC-2,
il canale DMA deve essere cambiato (incrementato di 1 -canale 2?-
modificare il Makefile
). Successivamente è necessario modificare
il Makefile
di ftape
per riflettere questo cambiamento.
Nonostante ciò, ftape
si comporta in maniera un po' bizzarra con
questo (non viene fornito alcun numero di versione)
(<ttait@tiac.net>). Potrebbe non funzionare a 2Mbps (QIC-3020)
con il controller HSC. L'unità si ferma con un messaggio del tipo
"dumb tape stop" che fino ad ora non è stato compreso.
(<ttait@tiac.net>).
Nessuna informazione recente disponibile.
Funziona con nastri QIC-3010.
Questa è l'unità che utilizzo io. Le impostazioni di default dei jumper non funzionano. Lasciare invariati l'IRQ e l'indirizzo della porta di I/O (6 e 0x370, rispettivamente), ma cambiare il DMA da 3 a 2. (Kevin Johnson <kjj@pobox.com>).
Fare riferimento al fileMCONFIG
delle distribuzioni diftape
piú recenti per altri suggerimenti sulla porta di I/O, l'IRQ ed il canale DMA.
Potrebbe essere necessario aggiungere {0x08882, 80,
wake_up_colorado, "Iomega 3200"}
al file vendors.h
per le
versioni di ftape
piú vecchie.
Sono stati riscontrati problemi con ftape 2.07 ed il kernel 1.12.13. Tra tutte le combinazioni possibili di acceleratori, etc., l'unità potrebbe essere accessibile (su alcuni sistemi) una volta sola (<erwin@box.nl>). Inoltre, dopo il primo accesso, l'uso successivo del nastro restituisce un messaggio di protezioni in scrittura (<erwin@box.nl>, <M.J.Ammerlaan@dutiwy.twi.tudelft.nl>).
C'è stato anche un caso nel quale il nastro è stato sbobinato.
Ciò potrebbe essere stato causato da un sensore di EOT sporco e non è necessariamente un effettivo malfunzionamento hardware (tranne quando è il malfunzionamento a sporcare il sensore di EOT...).
Un altro problema è stato riscontrato durante la creazione di archivi
(con dd
). Può partire bene, ma quando l'unità comincia ad
utilizzare dd
, si ferma ed il nastro viene riavvolto fino al
principio. Successivamente comincia a far girare il nastro in
continuazione senza fermarsi. Sembra che tutto ciò accada quando il
driver chiede al nastro di fermarsi. Ciò dovrebbe causare
l'arretramento del nastro di 3 segmenti, ed invece viene riportato
all'inizio. Una correzione dell'errore è stata postata, ma il
problema non è stato risolto.
Dovrebbe essere stato aggiustato in qualche versione fra l'ftape-3.00
e l'ftape-4.00
. Sfortunatamente l'utile comando di fast-skipping (salto veloce) di tutte le unità a nastro per controller floppy è veramente scarno. Recenti versioni diftape
hanno aggirato il problema. Suggerisco di procurarsi l'ultima versione del driverftape
qualora si avesse esperienza di questo problema.
Funziona con nastri TR1, TR2, o DC2120 (<klein@informatik.uni-rostock.de>).
Supporto aggiunto da Jochen Hoenicke
<Jochen.Hoenicke@Informatik.Uni-Oldenburg.DE>
all'ftape-3.xx
e successivi.
Non è possibile formattare cartucce, la scrittura è possibile solo con
speciali cartucce Ditto 2GB (limite hardware, non è una mancanza di
ftape
).
Supportato a partire dall'ftape-4.00
. Grazie a Tim Jones
<tjones@estinc.com>.
Non è possibile formattare cartucce, la scrittura è possibile solo con
speciali cartucce Ditto Max (limite hardware, non è una mancanza di
ftape
).
Non sono stato in grado di far funzionare il Ditto Max con altri file
di periferica all'infuori di /dev/[n]qft0
. Non so se questa
è una caratteristica del Ditto Max o del controller Ditto EZ che ho
collegato al Ditto Max.
Fitto Max Pro
per utilizzare le
cartucce da 5/10GB. Con ftape
non ci sono sostanziali differenze
fra il Ditto Max
e il Ditto Max Pro
.
Supportato a partire dall'ftape-4.00
con il driver per FDC
bpck-fdc
.
È stato riferito che non funziona con il kernel 1.3.79 ed ftape
(nessuna versione fornita) o con il kernel 1.2.13 e zftape 1.04
(<colin@colina.demon.co.uk>).
La versione del driverftape
appena menzionata è ormai vecchia. Se tuttavia si possiede una tale ``bestia'', procurarsi una versione del driverftape
piú recente.
Con un Tallgrass FS300 e un AHA1542B è necessario aumentare il tempo
di bus-on / bus-off del 1542B. Antti Virjo
(<klanvi@uta.fi>
) dice che portare CMD_BUSON_TIME
a 4 e
CMD_BUSOFF_CMD
a 12 in linux/drivers/scsi/aha1542.c
permette di attuare il trucchetto.
È sempre possibile controllare la lista piú recente delle unità
riconosciute da ftape
, guardando nel file vendors.h
della
distribuzione di ftape
.
Anche se non voglio garantire il buon funzionamento di un'unità piuttosto che un'altra, è stato detto che il Colorado DJ-20 è piuttosto rumoroso, quando paragonato ad un, diciamo, Conner C250MQ. Per inciso, è stato detto che il Colorado è 5-10 volte piú rumoroso del Conner. Ma, poiché non ho mai avuto né l'uno né l'altro, non posso dirlo con certezza.
Se possiedi un'unità a nastro che funziona bene, ma non è listata qui,
o se hai delle correzioni per le informazioni riportate sopra, ti
pregherei di spedire una mail al manutentore dell'HOWTO
(<heine@math1.rwth-aachen.de>
).
I controller ad alta velocità dedicati, supportati da ftape
, sono
i seguenti:
Il supporto per il controller FC-10 è stato aggiunto alla versione
1.12 del driver di ftape
. Vedere i file RELEASE-NOTES
e
Makefile
nella distribuzione di ftape
. Dalla versione 2.03
di ftape
, il controller FC-20 comincerà a funzionare, ma solo ad
1Mb/s (controllare le note di release!).
Il supporto per il controller MACH-2 è stato aggiunto
all'ftape-1.14d
.
Per usare lo Iomega Tape Accelerator II (da non confondersi con
lo Iomega Ditto Dash!), utilizzare -DMACH2
e configurare
correttamente i valori per l'indirizzo I/O di base, l'IRQ e il DMA.
Funziona (secondo prove empiriche fatte da Scott Bailey
<sbailey@xcc.mc.xerox.com>) almeno con l'ftape-2.02
.
Lo Iomega Ditto Dash e tutti gli altri controller da 2Mbps usano il
chip 82078-1 della Intel, che può lavorare a 2Mbps. Il chip è
supportato pienamente a partire dall'ftape-3.00
.
Questo controller richiede l'utilizzo del cosiddetto pacchetto
isapnptools
per essere configurato. È disponibile presso
http://www.roestock.demon.co.uk/isapnptools/
Il controller produce troppi errori di overrun quando viene utilizzato alla massima velocità di 4Mbps. Né Tim Jones <tjones@estinc.com> né io <heine@math1.rwth-aachen.de> siamo stati in grado di trovare una macchina che potesse far lavorare il controller a 4Mbps. 3Mbps sembrano andare bene.
Se il Ditto EZ viene configurato per utilizzare il DMA 2 (il canale
DMA usato dal controller del floppy), il drive del floppy non
funzionerà piú. Non è di alcuna utilità disabilitare il gate DMA dei
controller (come nel caso di altri controller ad alta velocità), cosí
non può esserci alcun aiuto nemmeno dalla modifica di ftape
.
L'Irwin AX250L (e l'IBM Internal Tape Backup Unit) non funziona con
ftape
. Questo è dovuto al fatto che supporta solo il QIC-117, ma
non lo standard QIC-80 (utilizza il formato proprietario della Irwin
``servoe (Rhomat)''). Non so nulla del formato Rhomat, né dove
trovare qualche informazione. Mi dispiace.
Il COREtape light non accetta i comandi di inizializzazione, ma ce ne stiamo occupando. Questo problemino lascia l'unità inutilizzabile.
ftape
Se si possiede un controller floppy provvisto di un connettore femmina
DB37 fissato alla staffa (alcuni piedini servono per alimentare
l'unità) è possibile utilizzarlo con ftape
. Va bene, questa
frase non era proprio ovvia. Proviamo in questo modo: alcuni FDC
(quelli proprio vecchi) hanno un connettore DB37 sulla staffa per
connettere unità floppy esterne.
Se si costruisce un cavo adatto per collegare il connettore DB37 (del
FDC) alla propria unità a nastro esterna, è possibile utilizzare
ftape
per controllare la propria unità.
Ciò è dovuto al fatto che dal punto di vista di un programma non c'è
differenza fra un connettore esterno ed uno interno. Cosí, dal punto
di vista di ftape
, sono identici.
Il connettore per l'alimentazione è del tipo ``mini'', come quello delle unità floppy da 3.5". L'idea è quella di collegare uno dei connettori per l'alimentazione della PSU
Si tratta dell'alimentatore interno al computer (N.d.T.)al connettore presente sulla scheda. Se si intende utilizzare solo un cavo, ci si dovrà procurare un cavo da 50 fili e utilizzare piú fili per l'alimentazione (e la massa, per ciò che serve).
Nessuno mi ha confermato che funzioni. Fatemi sapere i risultati se ci provate.
ftape
Sfortunatamente alcune schede madri PCI causano problemi quando si
tenta di far girare ftape
. Alcune persone hanno avuto modo di
provare che ftape
non gira su computer con tecnologia PCI, mentre
non fanno una grinza su di un normale 386DX con tecnologia ISA. Se si
presenta un problema come questo, fare riferimento al file
README.PCI
nella distribuzione di ftape
.
Un controller per floppy ha bisogno di un controller DMA su bus ISA per i suoi trasferimenti di memoria. Sembra che il controller DMA ISA non ottenga il controllo sulla memoria abbastanza frequentemente su alcuni sistemi basati sul PCI.
Hosting by: hurra.com
Generated: 2007-01-26 17:56:16