The Linux Ftape-HOWTO
Claus-Justus Heine, <
[email protected]>
v3.0, agosto 1998
Questo HOWTO tratta dell'essenziale che si pu� fare e che non si deve
fare sotto Linux con il driver ftape per le unit� a nastro per con�
troller floppy. In particolare tratta della versione pi� aggiornata,
la ftape-4.02, disponibile al momento della stesura di questo docu�
mento. Questo HOWTO va inteso come un primo passo di aiuto e fonte di
informazione. Il driver ftape interfaccia le unit� compatibili
QIC-40, QIC-80, QIC-3010 e QIC-3020, e le unit� Iomega Ditto 2GB e
Ditto Max. Gli standard QIC-3010 e QIC-3020 sono anche conosciuti
come ``Travan'' (TR-2 e TR-3). Queste unit� si collegano al con�
troller per disco floppy (FDC) che possono essere o un FDC interno o
parte di alcune unit� a nastro per controller floppy su porta paral�
lela. Riferirsi alla sezione ``Unit� supportate'' per ulteriori
informazioni. ftape non ricopre argomenti riguardanti unit� a nastro
SCSI o QIC-02. Unit� a nastro DAT sono tipicamente (sempre?) connesse
ad un controller SCSI. Questo non � l'unico documento HOWTO per
Linux. � possibile ottenere una lista degli HOWTO dal Linux HOWTO
Index, mentre i veri e propri HOWTO possono essere prelevati (via ftp)
da sunsite.unc.edu:pub/Linux/doc/HOWTO (questo � il sito ``uffi�
ciale'') o via World Wide Web da the Linux Documentation Project home
page. Traduzione di Lorenzo Cappelletti, <
[email protected]>.
1. Legalese
L'ftape-HOWTO per Linux pu� essere riprodotto e ditribuito, per intero
o in parte, ferme restando le seguenti condizioni:
Copyright (c) 1993-1996 by Kai Harrekilde-Petersen Email:
[email protected]
Copyright (c) 1996-1997 by Kevin Johnson Email:
[email protected]
Copyright (c) 1998 by Claus-Justus Heine Email:
[email protected]
Il ``Linux ftape-HOWTO'' � un documento libero; � possibile riprodurlo
e/o modificarlo sotto le condizioni della versione 2 (o, a seconda
della propria opinione, di ogni altra versione successiva) della GNU
General Public License come pubblicata dalla Free Software Foundation.
Questo HOWTO � distribuito nella speranza che risulti utile, ma SENZA
ALCUNA GARANZIA; neppure di COMMERCIABILIT� o IDONEIT� AD UN
PARTICOLARE SCOPO. � possibile ridistribuire copie di GNU Ftape-HOWTO
nei termini della GNU General Public License.
L'autore incoraggia la distribuzione su larga scala di questo
documento per usi personali o commerciali, fermo restando che il
copyright di cui sopra rimanga intatto e che l'utilizzo sia conforme
alla GNU General Public License. In sostanza �"possibile copiare e
ridistribuire questo documento liberamente o mediante compenso.
Nessun permesso esplicito � richiesto dall'autore per la riproduzione
di questo documento con qualsiasi mezzo, fisico o elettronico.
Da notarsi che lavori derivati e traduzioni di questo documento devono
aderire alla GNU General Public License e il copyright originale deve
rimanere intatto. Se si contribuisce con nuovo materiale a questo
documento, si deve rendere il codice sorgente (cio� il sorgente SGML)
disponibile per le proprie revisioni. Si prega di rendere disponibili
revisioni e aggiornamenti direttamente all'autore: contattare
<
[email protected]> a mezzo posta elettronica. Questo
permetter� all'autore di unire gli aggiornamenti e di rendere
disponibili revisioni organiche alla comunit� Linux.
L'autore incoraggia i distributori di software per Linux con ogni
mezzo di utilizzare questo HOWTO come installazione e guida per
l'utente. Dato il copyright di cui sopra, � resa libera la stampa e
la distribuzione di copie di questo documento con il proprio software.
Cos� facendo si potrebbe includere un breve ``supplemento
all'installazione'' per la propria release o modificare le sezioni
rilevanti di questa opera per riflettere il proprio prodotto.
All'autore (ed al traduttore) farebbe piacere venire a conoscenza di
ogni progetto di pubblicazione e distribuzione commerciale di questo
HOWTO. In questo modo possiamo assicurare un aggiornamento continuo
con l'uscita delle nuove revisioni e, se una nuova versione fosse
dietro l'angolo, ritardare la pubblicazione dell'HOWTO finch� la nuova
revisione non viene reasa disponibile.
Se si sta distribuendo questo HOWTO commercialmente, donazioni,
royalty e/o copie stampate sono particolarmente apprezzate dall'autore
(e dal traduttore). Contribuendo in questo modo, si dimostra il
supporto per il ``free software'' e l'(Italian) Linux Documentation
Project.
Per domande o commenti, si prega di contattare l'autore all'indirizzo:
[email protected]
oppure il traduttore all'indirizzo:
[email protected]
Ricordo che non ci e` consentito rimuovere il testo originale inglese
della licenza e che questo non ha alcun valore legale ma puramente
informativo. Ecco quindi la versione originale.
The Linux ftape-HOWTO is a free document; you may reproduce and/or
modify it under the terms of version 2 (or, at your option, any later
version) of the GNU General Public License as published by the Free
Software Foundation.
This HOWTO is distributed in thg hope that it will be useful, but
WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
General Public License for more details.
The author encourages wide distribution of this document for personal
or commercial use, provided that the above copyright notice remains
intact and the provisions of the GNU General Public License are
adhered to. The summary is that you may copy and distribute this
document free of charge, or for a profit. No explicit permission is
required from the author for reproduction of this document in any
medium, physical or electronic.
Note that derivative works and translations of this document must be
placed under the GNU General Public License, and the original
copyright notice must remain intact. If you have contributed new
material to this document, you must make the source code (e.g., SGML
source) available for your revisions. Please make revisions and
updates available directly to the author: Contact
[email protected]
aachen.de via Internet e-mail. This will allow the author to merge
updates and provide consistent revisions to the Linux community.
The author encourages distributors of Linux software in any medium to
use the HOWTO as an installation and user guide. Given the copyright
above, you are free to print and distribute copies of this document
with your software. If doing so, you may wish to include a short
``installation supplement'' for your relecse, or modify the relevant
sections of this book to reflect your product.
The author would like to know of any plans to publish and distribute
this HOWTO commercially. In this way, we can ensure that you are kept
up-to-date with new revisions. And, should a new version be right
around the corner, you might wish to delay your publication of the
HOWTO until it is available.
If you are distributing this HOWTO commercially, donations, royalties,
and/or printed copies are greatly appreciated by the author.
Contributing in this way shows your support for free software and the
Linux Documentation Project.
If you have questions or comments, please contact the author at
[email protected]
2. Storia delle revisioni
versione 3.0 (agosto, 1998)
� aggiunte alla lista dell'hardware supportato;
� nuova sezione sulle differenze fra le versioni di ftape;
� puntatore all'Ftape-FAQ e all'Ftape manual;
� aggiornamento all'ftape-4.02;
� aggiunte alle FAQ;
� aggiornate tutte le URL.
versione 2.0 (marzo 15, 1997)
� aggiornamento all'ftape v2.11 e v3.xx;
� molti aggiornamenti.
versione 1.9 (settembre 20, 1996)
� nuovi manutentori di ftape e dell'HOWTO;
� alcune correzzioni minori di formattazione e grammatica;
� aggiornamento per Linux v2.0;
� inizio dell'integrazione di alcune informazioni su ftape di
Andrew Martin.
versione 1.8 (maggio 22, 1996)
� modifica del copyright in GNU GPL v2;
� l'indirizzo e-mail del manutentore � cambiato;
� aggiornamento a ftape-2.08;
� ftape � ora una parte della distribuzione del kernel.
versione 1.7.1 (febbraio 13, 1996)
� aggiornamento a ftape-2.06b.
versione 1.7 (gennaio 28, 1996)
� aggiornamento a ftape-2.06 e modules-1.3.57.
versione 1.6.2 (gennaio 23, 1996)
� aggiunta l'unit� Connor TST3200R;
� aggiornate informazioni su FDC a 2Mbps.
versione 1.6.1 (gennaio 16, 1996)
� Correzioni minori.
versione 1.6 (gennaio 10, 1996)
� nuovo manutentore di ftape;
� aggiornamento a v2.05;
� aggiunte nuove unit�.
3. Preliminari
3.1. Altre sorgenti di informazione
ftape versione 3
ftape-3.x viene fornito con un proprio manuale contenuto nel
pacchetto ftape-3.04d e disponibile presso i siti abituali.
Vedere ``Procurarsi Ftape''.
ftape versione 4
Anche ftape-4.x ha un pacchetto di documentazione chiamato
ftape-doc disponibile presso gli stessi siti. Questo HOWTO,
allora, focalizzer� la sua attenzione anche sull'ftape-4.x ed �
inteso come un punto di partenza verso la documentazione
disponibile. Vedere ``Procurarsi Ftape''.
ftape-tools
Il pacchetto ftape-tools (che contiene preziose utility per
ftape) viene fornito con un proprio manuale. Vedere
``Procurarsi Ftape''.
Ftape-FAQ
Le Ftape-FAQ sono incluse testualmente in questo manuale, mentre
versioni pi� recenti posso essere visionate all'url
http://www.correct.nl/~ftape.
3.2. Contatti
Il manutentore del codice sorgente per l'ftape � Claus Heine
<
[email protected]>. Possiede una pagina web all'indirizzo
http://www-math.math.rwth-aachen.de/~LBFM/claus/ftape/.
Per problemi o domande su ftape � possibile mandare un messaggio alla
mailing-list di Linux Tape utilizzando l'indirizzo linux-
[email protected] (vedere ``Seguire lo sviluppo di ftape'' pi�
avanti). C'era anche un newsgroup che copiava i messaggi della
mailing-list, ma � sparito un po' di tempo fa.
Anch'io utilizzo un'unit� a nastro (� il solo modo con cui eseguo dei
backup con Linux :-). Esito, per�, a dare raccomandazioni su quale
hardware comprare. Riferirsi alla sezione ``Unit� supportate'' e
``Unit� non supportate'' per una lista di unit� supportate e non
supportate.
� meglio provare ad inviare un riassunto dei problemi riscontrati
corredati da qualche rimedio, anche se solo parziale. � gradito un
messaggio contenente una copia di tali rimedi anche alla mailing-list
di Linux Tape raggiungibile all'indirizzo <linux-
[email protected]>, cosicch� possano essere aggiunti all'HOWTO e/o
alle FAQ.
Nel caso questo manuale facesse parte di una distribuzione su carta o
su CD-ROM, � conveniente dare un'occhiata alla pagina principale
del Linux Documentation Project, o via ftp all'indirizzo
ftp://sunsite.unc.edu:/pub/Linux/doc/HOWTO, per vedere se esiste una
versione pi� recente. Questo potrebbe potenzialmente far risparmiare
un sacco di problemi.
Nel caso mi si volesse spedire un messaggio, gradirei che venisse
inserita la stringa ftape nella linea di ``Subject:''. Questo aiuter�
ad assicurare che il messaggio non venga perso. Comunque � meglio
scrivere alla mailing-list di Linux Tape <linux-
[email protected]>, invece di contattare me direttamente.
3.3. Cos'� ftape
ftape � un driver che controlla vari tipi di periferiche a nastro di
basso costo da collegarsi al controller dell'unit� floppy.
ftape non � un programma di backup; � un driver di periferica che
permette di utilizzare l'unit� a nastro (cos� come il driver per la
SoundBlaster 16 permette di utilizzare la scheda sonora) attraverso il
file di periferica /dev/[n]qft[0-3].
ftape fu originariamente scritto da Bas Laarhoven <
[email protected]>, con
un �piccolo aiuto da parte dei suoi amici� per organizzare l'ECC
(Error Correcting Code [codice per la correzione d'errore]). ftape �
protetto da copyright da parte di Bas sotto la GNU General Public
License, che, in parole povere, dice: �vai avanti e condividi questo
con il mondo, basta che non impedisci ad altre persone di copiarselo
ulteriormente�.
ftape � stato sottoposto a diversi cambiamenti da allora. Mentre la
serie Linux-2.0.x del kernel contiene ancora l'ftape-2.08, la serie
v2.1.x e presto la serie v2.2.* arriveranno con l'ftape-3.x (magari
anche con la ftape-4.02, ma ci� non � ancora chiaro nel momento in cui
sto scrivendo), che differisce in alcuni punti dal driver ftape-2.x.
A partire dalla versione 3.00 il driver ftape � stato mantenuto da me
(Claus-Justus Heine); � stato cambiato e migliorato in diversi ambiti
ed � stato aggiunto supporto per nuovo hardware.
ftape � abbastanza stabile e lo � stato per diverso tempo fino ad ora.
� sufficientemente sicuro per backup critici (ma � sempre una buona
idea controllare i propri backup, cos� da evitare spiacevoli sorprese
prima o poi).
ftape supporta tanto le unit� conformi allo standard QIC-117 e ad uno
degli standard QIC-80, QIC-40, QIC-3010 e QIC-3020, quanto le unit�
Iomega Ditto 2GB e Ditto Max, che non sono pi� strettamente conformi
agli standard QIC.
ftape pu� pilotare unit� connesse all'FDC interno cos� come certe
unit� a nastro per porta parallela.
ftape non supporta n� le unit� QIC-02, IDE (ATAPI), n� le unit� SCSI.
Le unit� SCSI sono accessibili come /dev/[n]st[0-7] e sono supportate
dal kernel attraverso i driver SCSI. In caso di necessit�, per le
unit� a nastro SCSI � possible leggere lo SCSI-HOWTO. Le unit� a
nastro ATAPI sono supportate dal kernel a partire dalla versione
1.3.46. Vedere la sezione ``Unit� supportate'' e ``Unit� non
supportate'' per una lista delle unit� supportate e non supportate.
3.4. Note alla traduzione
Nel testo originale si fa pesantemente riferimento a termini quali
``floppy tape drive'', ``device driver'' ed ``ftape driver'' per
riferirsi alle varie parti hardware e software che compongono un
sistema di backup in ambiente Linux. Per non generare confusione,
nella traduzione si � cercato di tenere ben distinte le varie
componenti utilizzando i seguenti termini:
Unit� a nastro per controller floppy
Il termine floppy tape driver sta ad indicare quelle unit� a
nastro da connettersi al controller per floppy. Nel testo si
utilizzeranno sinonimi pi� brevi quali unit� a nastro o unit�.
Driver ftape
Si tratta del software vero e proprio, quello in grado di
tradurre le richieste da parte dei programmi di backup in
sequenze di comandi interpretabili dall'unit� a nastro.
Sinonimi usati correntemente nel testo sono driver, ftape,
ftape-2.x, ftape-3.x ed ftape-4.x.
File di periferica
Il termine device driver indica i file speciali contenuti nella
directory /dev attraverso i quali il driver ftape dialoga con
l'unit�. Sinonimi di questo termine sono device e periferica.
Per aiutare chi si avvicina per la prima volta a questo tipo di
periferiche e per non disorientare chi, invece, ha gi� familiarit� con
esse, si � deciso di tradurre tutti i termini tecnici relativi al
mondo delle unit� a nastro, ma di lasciare indicato fra parentesi
quadre il relativo termine in lingua inglese.
Commento a parte merita la sezione sulla compatibilit� hardware. Dal
testo originale si pu� comprendere come sia il risultato di un collage
di informazioni provenienti da diverse persone. Ho fatto del mio
meglio per cercare di dare un significato alle frasi che compongono la
sezione.
4. Come procurarsi e installare ftape
4.1. Come procurarsi ftape
Le versioni v.2.0.x del kernel includono la versione 2.08 di ftape.
Consiglio, pertanto, di procurarsi l'ultima versione del pacchetto
contenete il codice sorgente completo per ftape. � una versione pi�
nuova, contiene file che non sono contenuti nella distribuzione del
kernel v2.0.x e include documentazione molto migliore su come
installare ftape. Le versioni di kernel v2.1.x a sucessive contengono
la versione 3.04 di ftape.
� consigliabile scaricare l'ultima versione stabile di ftape, cio� la
4.02 nel momento in cui sto scrivendo, disponible presso
http://www-math.math.rwth-aachen.de/~LBFM/claus/ftape/archives.html
cos� come presso
ftp://sunsite.unc.edu/pub/Linux/kernel/tapes/.
Probabilmente � opportuno procurarsi anche i pacchetti ftape-doc e
ftape-tools disponibili dagli stessi siti.
Se, tuttavia, si vuole fare uso dell'ftape-2.08 che viene fornito con
i kernel v2.0.x, si tenga presente che si � in possesso di una
versione del driver veramente datata, che non supporta correttamente
le unit� QIC-3020 a 2Mbps, n� le unit� Ditto 2GB, n� le unit� Ditto
Max o qualsiasi tipo di unit� su porta parallela. La sezione ``Unit�
supportate'' fornisce dettagliate informazioni a proposito di quali
versioni di ftape supportano determinati hardware.
4.2. Differenze fra le versioni ftape-2. x , ftape-3. x e ftape-4. x
ftape-3.x e ftape-4.x fanno uso di un'interfaccia per file system che
fu implementata per un gruppo di release chiamato zftape. In effetti
il modulo che implementa l'interfaccia VFS (Virtual File System) di
ftape-3.x e anche di ftape-4.x � chiamata zftape.o e il suo codice
sorgente C all'interno dell'albero del kernel si trova in
[/usr/src/linux/]drivers/char/ftape/zftape/.
ftape-2.x (cio� la versione contenuta ancora nel kernel v2.0.x) usa
un'altra interfaccia di file system che fu implementata dall'autore
originale di ftape Bas Larhoven.
Marcatori di file
La differenza concettuale fra l'ftape-2.x e le versioni
successive di ftape sta nel modo in cui i marcatori di file sono
implementati.
Le unit� a nastro per controller floppy non hanno dei veri
marcatori di file. (-- I marcatori di file sono usati per
distinguere fra differenti backup se sono stati scritti pi�
backup sul nastro. Le unit� SCSI e QIC-150 hanno veri marcatori
di file, cio� fra due differenti backup ci sono delle regioni
sul nastro nelle quali vengono scritti dati speciali in modo
tale che la logica dell'unit� possa rilevare tali marcatori
quando il nastro viene avvolto a velocit� (possibilmente+
elevata sopra tali marcatori.--) Poich� l'obiettivo
dell'interfaccia del file system di ftape fu fin dal principio
quello di provvedere ad un'interfaccia che potesse essere usata
con le usuali utility per nastri presenti su sistemi Unix e
simili (per esempio mt), gli sviluppatori di ftape cominciarono
ad emulare i marcatori di file salvando le posizioni del nastro,
che indicavano dove doveva trovarsi il marcatore del file, in
determinati campi dei segmenti d'intestazione. (-- segmento
d'intestazione [header segment] si riferisce ad una regione
all'inizio del nastro grande due volte 29kB, che contiene alcune
informazioni importanti circa il formato e la dimensione del
nastro, e alcune informazioni di stato.--)
Per� gli standard QIC definivano gi� una regione speciale nella
quale salvare tali informazioni, il cosiddetto segmento della
tabella di volume [volume table segment]. A partire
dall'ftape-3.x questo segmento della tabella di volume viene
sfruttato al posto dei campi di dati non utilizzati nel segmento
d'intestazione. Come risultato � possibile usare la propria
cartuccia con differenti sistemi operativi nel senso che il
programma di backup per Win o DOS capiranno che certe regioni
del nastro sono gi� occupate da dati, ed ftape-3.x e successivi
rilevereranno le regioni utilizzate dai programmi per DOS e Win.
Ci� nonostante non � possibile estrarre un backup DOS sotto
Linux, n� estrarre un volume scritto da ftape sotto DOS, fatto
salvo il caso in cui ci si sia cimentati nella scrittura di un
software apposito per conto proprio.
Interfaccia IOCTL
Ci sono alcune differenze nell'interfaccia IOCTL (-- Questa
interfaccia di controllo I/O � utilizzata, per esempio, da mt
per riavvolgere il nastro, saltare al marcatore di file
successivo o eseguire ogni altra operazione sul nastro.--) fra
ftape-2.x e ftape-3.x e successivi. Una dettagliata descrizione
pu� essere trovata nell'ftape-manual contenuto nel pacchetto
ftape-doc. Vedere la sezione ``Come procurarsi Ftape''.
Formattazione
La formattazione delle cartucce � supportata solo con ftape-3.x
e successivi. Conviene procurarsi il pacchetto ftape-tools che
contiene il programma ftformat che si interfaccia con il driver
per formattare le cartucce. Vedere la sezione ``Come procurarsi
Ftape''. Il pacchetto ftape-tools viene distribuito con
documentazione (pi� o meno) dettagliata, cos� il caso della
formattazione delle cartucce non viene trattato in questo
documento.
Compressione
ftape-3.x supportava una compressione software ``al volo'',
trasparente all'utente. Questa caratteristica (o baco) �
sparita con ftape-4.x poich� rendeva veramente molto difficili
ulteriori miglioramenti riguardo all'affidabilit� dei backup.
Questo significa che ftape-4.x viene distribuito senza supporto
alla compressione.
Nonostante questo una decompressione di archivi compressi
prodotti con ftape-3.x � supportata per evitare che programmi di
backup pre-esistenti falliscano l� dove un filtro a livello
utente non � sufficiente a preservare la compatibilit�. Si
pensi, per esempio, a taper che chiama autonomamente gli ioctl
MTIOC, invece di affidarsi al programma mt per eseguire le
operazioni sul nastro.
L'ftape-manual presente nel pacchetto ftape-doc contiene informazioni
molto pi� dettagliate riguardanti l'interfaccia del file system di
ftape, cos� come contiene note implementative che esulano dallo scopo
di questo HOWTO. Vedere ``Come procurarsi Ftape'' per informazioni su
come ottenere il manuale.
4.3. Installare il driver con i kernel v2.0. x e precedenti
La seguente sezione fornisce alcune utili informazioni
sull'installazione della versione 4.x non ancora distribuita con
l'albero dei sorgenti del kernel, ma che deve essere scaricata
separatamente. Vedere la sezione ``Procurarsi ftape'' sopra.
Una volta scaricato il codice sorgente (probabilmente
ftape-4.02-tar.gz), dare il comando tar dopo aver scelto in quale
directory riporre il codice sorgente. Io consiglio /usr/src/ o ~/src.
Quando il file tar viene estratto, tutto il suo contenuto finir� in
una subdirectory ftape-4.02, cosicch� alla fine si otterr�,
proseguendo con l'esempio dato, qualcosa del tipo /usr/src/ftape-4.02
o ~/src/ftape-4.02.
NOTA: non � possibile compilare ftape-4.02 nel kernel v2.0.x. Invece
bisogna configurare il kernel affinch� non compili il driver ftape e
seguire le istruzioni per l'installazione contenute nella
distribuzione ftape-4.02 e installare l'ftape-4.02 come modulo.
Leggere il file README. La lettura di README � necessaria. Si trova
in cima all'albero, tanto per dire. Se ci sono file specifici che
README dice di leggere, conviene farlo. Render� il procedimento molto
meno complicato.
Non procedere con la compilazione del pacchetto finch� non sono stati
letti i file README appropriati ed il file INSTALL.
Dopodich� � necessario editare il file MCONFIG e configurare il
pacchetto secondo le proprie specifiche hardware. Il file MCONFIG
contiene molte spiegazione, tanto che dovrebbe essere facile seguirlo.
Ci� nonostante molte opzioni della configurazione hardware possono
essere specificate attraverso l'impostazione dei parametri letti nella
fase caricamento del modulo, cos� molti prametri specificati nel file
MCONFIG possono mantenere le impostazioni di default senza che ci sia
il bisogno di ricompilare il driver per cambiare l'indirizzo di I/O o
il valore d'interrupt. Il file INSTALL ed il file modules/insert
contengono esempi su come specificare i parametri appropriati del
modulo durante il suo caricamento da parte del kernel, quindi non mi
inoltrer� in maggiori dettagli.
Se si sta usando un kernel linux-v1.3.x, sarebbe opportuno considerare
un aggiornamento alla versione 2.0.x. La versione 1.3.x era la
release di sviluppo antecedente la release di produzione v2.0.x.
4.4. Installare il driver con kernel v2.1.x e successivi
(* Forse ftape-4.02 verr� incluso nel kernel v2.2.x, ma questo non �
chiaro durante la stesura di questo documento. Questo HOWTO verr�
rivisto appropriatamente quando ci� sar� chiaro. Cos�, per ora, �
necessario riferirsi alla sezione precedente ``Installare il driver
con i kernel v2.0.x e precedenti'' ed evitare il contenuto di questa
sezione. *)
Il kernel di Linux v2.1.x e successivi contiene gi� ftape-4.x cosicch�
non � necessario scaricare il pacchetto per il driver del kernel
ftape-4.x.
ftape-4.x, in quanto incluso nelle versioni v2.1.x del kernel, pu�
essere completamente configurato utilizzando i men� di configurazione
del kernel (o con make menuconfig o con make xconfig). � anche
disponibile un aiuto in linea che documenta l'impostazione di ogni
parametro che star� a ripetere qui.
Le impostazioni dei vari parametri disponibili al momento del boot o
del caricamento del modulo sono spiegati nel file
[/usr/src/linux/]Documentation/ftape.txt
delle distribuzioni Linux-v2.1.x e successive del kernel.
4.5. Seguire lo sviluppo del driver ftape
Nel caso si voglia seguire lo sviluppo del driver ftape, � possibile
iscriversi alla mailing-list ``Linux Tape'' <linux-
[email protected]>. Per fare questo, spedire una e-mail che
contenga ``subscribe linux-tape'' nel corpo del messaggio a
<
[email protected]>. Ad iscrizione avvenuta, verr� spedito
un messaggio di benvenuto nel quale viene spiegato come postare
effettivamente i messaggi e come uscire dalla lista. Si prega di
salvare questo messaggio in un posto sicuro.
Vorrei far notare che io non ho, ripeto NON HO, alcun potere speciale
concernente questa mailing-list. Se ci si trova nei guai con la
lista, non serve prendersi il disturbo per dirmelo. Posso solo
stringermi nelle spalle e risponderti con un po' della mia simpatia
(ma questo non ti permetter� di uscire dalla lista).
4.6. Utilizzare assieme ftape e floppy
Se si fa utilizzo dell'unit� a nastro per controller floppy con un FDC
standard, l'unit� floppy e l'unit� a nastro non possono essere
utilizzate assieme, in quanto condividono lo stesso hardware, l'FDC,
ed il floppy ed ftape non comunicano l'uno con l'altro. Cos�, se �
montato un floppy e si prova ad accedere all'unit� a nastro, ftape si
lamenter� del fatto che non riesce ad impadronirsi dell'IRQ6 e
terminer�. Questo diventa un problema vero e proprio quando si crea
un disco d'emergenza da utilizzare con ftape. La soluzione consiste
nel caricare il disco di boot/root in un ramdisk e poi smontare il
floppy, oppure avere due controller floppy.
5. Cura e manutenzione del nastro e dell'unit� a nastro
5.1. Formattazione
Prima che un nastro possa essere utilizzato, deve essere formattato.
Il processo di formattazione distribuisce l'informazione dei settori
sul nastro. Altre interfaccie a nastro non richiedono tipicamente la
formattazione. La ragione per la quale le unit� a nastro per
controller floppy la richiedono, risiede nel fatto che hanno bisongo
di essere visti come dei floppy (piuttosto rozzo, ma che caspita...
funziona :-)???
5.1.1. � possibile formattare nastri sotto Linux?
S�, � possibile, se si utilizza ftape-3.04d o superiori. Per
formattare una cartuccia c'� bisogno di uno strumento a livello utente
chiamato ftformat come quello contenuto nella distribuzione di ftape-
tools (vedere la sezione ``Procurarsi ftape'').
Il pacchetto ftape-tools viene distribuito con un proprio manuale,
cos� non c'� bisogno che ripeta qui come utilizzare ftformat.
5.1.2. Che programmi di formattazione � possibile utilizzare sotto
DOS?
I seguenti si sa che funzionano:
� il software (tape.exe) della Colorado Memory System
� Conner Backup Basics v1.1 e tutte le versioni Windows
� Norton Backup
� QICstream versione 2
� Tallgrass FileSecure v1.52
� Escom Powerstream 3.0 (qs3.exe -- QICstream v3?)
Questi programmi � risaputo che contengono pi� o meno errori:
� Conner Backup Basics 1.0
� il programma per nastri Colorado Windows
� CP Backup (spreca spazio su nastro, ma, a parte questo, va bene)
Come regola generale, la maggior parte del software sotto DOS dovrebbe
funzionare. Il Conner Backup Basics v1.0 ha un parametro errato
(qualcuno non era riuscito a leggere correttamente le specifiche
QIC-80!), che � stato corretto nella versione 1.1. Ci� nonostante
ftape riesce a rilevare questo inconveniente e ad aggirarlo. Dennis
T. Flaherty (<
[email protected]>) ha detto che i proprietari
del Conner C250MQ possono ottenere la nuova v1.1 chiamando la Conner
al numero 1-800-4Conner (negli Stati Uniti) e chiedere l'aggiornamento
(per il prezzo nominale del floppy). La versione per Windows dovrebbe
lavorare bene. Alcune versioni del programma per nastri della
Colorado sotto Windows hanno un errore dovuto ad uno scarto unitario
nel numero dei segmenti. ftape rileva ed aggira anche questo bug.
Il Central Point Backup pu� essere utilizzato, ma spreca prezioso
spazio su nastro quando incontra una porzione danneggiata.
NOTA: se si sta utilizzando un programma per la formattazione sotto
DOS che non � stato menzionato qui, pregherei di spedirmi le
informazioni pi� rilevanti all'indirizzo <
[email protected]>,
affinch� possa aggiornare la lista.
5.2. Ritensionamento
I nastri QIC sono particolarmente sensibili alla tensione del nastro.
Il motivo sta nel fatto che i nastri per le unit� da connettere al
controller floppy sono pre-formattati con informazioni sui settori,
mentre per altri tipi di nastro le informazioni di sincronismo vengono
scritte sul nastro, cos� come avviene per i dati. Se il nastro si
tende e i campi per il sincronismo vanno fuori sincronismo, si
otterranno degli errori in lettura. Il problema � peggiore con i
nastri pi� lunghi.
� una buona idea ritensionare i nastri nuovi un po' di volte prima di
utilizzarli e formattarli. Si dovrebbe, inoltre, provare a
ritensionare il nastro quando si cominciano ad avere degli errori di
lettura. Sarebbe anche una buona idea ritensionare il nastro prima di
un backup.
5.3. Pulizia dell'unit�
Il rivestimento sul nastro � un composto di ossido. Quando il nastro
viene trascinato sopra la testina di lettura, ha la tendenza a
depositarvi sopra una sottile quantit� di residuo. Si dovrebbe
utilizzare periodicamente un pulisci-nastri seguendo le specifiche per
l'unit� in questione. Pulisci-nastri dovrebbero essere disponibili
presso qualsiasi rivenditore di nastri.
Un'ulteriore nota sulla pulizia del nastro. � opportuno pulire
l'unit� dopo il primo uso di un nastro nuovo di zecca. Un nastro
nuovo di zecca lascer� tipicamente un quantit� abbastanza
considerevole di residui la prima volta che viene utilizzato.
Grazie a Neal Friedman per la spiegazione ed il suggerimento di
inserire questa informazione nell'HOWTO.
5.4. Riparare le cartucce sbobinate [despooled]
In rare occasioni pu� accadere che l'unit� a nastro non rilevi i
marcatori di EOT (End Of Tape [fine del nastro]) correttamente.
Questi marcatori sono semplicemente dei buchi nel nastro che vengono
rilevati dall'unit� con dei piccoli foto-transistor (o qualcosa di
simile).
Il manuale dell'unit� a nastro in possesso fornir� probabilmente
opportuni accenni su come pulire questi rilevatori di EOT.
Ci� nonostante, se il rilevamento dell'EOT fallisce, l'unit� a nastro
``sbobina'' la cartuccia in quanto il nastro non � incollato alle
bobine, ma trattenuto solo per frizione.
Ci sono dettagliate istruzioni su come aggiustare tali nastri
sbobinati alla pagina Web di Iomega:
http://www.iomega.com/support/techs/ditto/3006.html
e alla pagina Web della Hewlett Packard:
http://www.hp.com/isgsupport/cms/docs/lpg12020.html
Se le pagine non dovessero trovarsi nell'esatta locazione data sopra,
provare a girovagare un po' fra le pagine di HP o Iomega finch� non si
riesce a trovare le informazioni di cui si ha bisgono.
6. Hardware supportato
6.1. Unit� a nastro supportate
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
(<
[email protected]>) in questo modo:
Questo � un commento.
Attualmente la lista delle unit� funzionanati con ftape �:
Alloy Retriever 250
Archive 5580i, XL9250i
Colorado DJ-10, DJ-20 (conosciuti anche come: Jumbo 120, Jumbo 250)
Colorado 1400
<
[email protected]> ha riportato un problema durante
un backup 1G utilizzando taper.
unit� a nastro per porta parallela Colorado Trakkere
Supporto aggiunto da Jochen Hoenicke
<
[email protected]>.
HP Colorado T1000
I problemi riferiti sono probabilmente ormai superati.
In particolare lo zftape del quale si parla non esiste
pi� e il driver ftape � 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.
(<
[email protected]>)
Sono stati riscontrati problemi con zftape consistenti in un
continuo arresto e partenza dell'unit�
(<
[email protected]>). 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.
(<
[email protected]>).
Conner C250MQ(T)
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.
Conner TSM420R, TSM850R
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 nas�
tro. E allora?
Conner TST3200R
Funziona con nastri TR-3 ad 1Mbps (cio� solo con capacit� da
1600M). Funziona con nastri QIC-WIDE 400M (il Sony 5122?)
(<
[email protected]>). 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 (<
[email protected]>).
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
(<
[email protected]>).
Il TST3200R va bene con ftape.
Conner TST800R
Il TST800R funziona con nastri TR-1, Sony QW5122F (210M) e
DC2120.
Funziona bene con ftape, almeno fino all'ftape-2.07.
L'ho utilizzato personalmente finch� non si � colato un
transistor dell'unit�, probabilmente a causa di un sur�
riscaldamento precedente.
Conner CTT3200
Il CTT3200 � probabilmente identico allo Iomega Ditto 3200.
Funziona con il controller da 2Mbps fornito, ma sembra non
funzionare sotto DOS su alcune macchine (<
[email protected]>).
Conner 1.7G Tapestor (TSM1700R)
Funziona con nastri di tipo QIC-WIDE (<
[email protected]>).
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) (<
[email protected]>). 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. (<
[email protected]>).
Nessuna informazione recente disponibile.
Escom o Archive (Hornet) 31250Q
Exabyte EXB-1500
Funziona con nastri QIC-3010.
Exabyte TR-3
Irwin 80SX, Insight 80Mb
Iomega 250
Iomega Ditto Tape Insider 420, 1700
Iomega Ditto Tape Insider 3200
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 <
[email protected]>).
Fare riferimento al file MCONFIG delle distribuzioni di
ftape 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 (<
[email protected]>). Inoltre, dopo il primo accesso, l'uso
successivo del nastro restituisce un messaggio di protezioni in
scrittura (<
[email protected]>, <
[email protected]>).
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 malfunziona�
mento 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 di ftape hanno aggirato il problema.
Suggerisco di procurarsi l'ultima versione del driver
ftape qualora si avesse esperienza di questo problema.
Iomega Ditto 800 Insider
Funziona con nastri TR1, TR2, o DC2120 (<
[email protected]
rostock.de>).
Iomega Ditto 2GB
Supporto aggiunto da Jochen Hoenicke
<
[email protected]> 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).
Iomega Ditto Max
Iomega Ditto Max Pro
Supportato a partire dall'ftape-4.00. Grazie a Tim Jones
<
[email protected]>.
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.
(* Non c'� bisogno di comprare un 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. *)
Iomega Ditto 800/3200/2GB/Max/Max Pro Easy (porta parallela)
Supportato a partire dall'ftape-4.00 con il driver per FDC bpck-
fdc.
Mountain FS8000
Reveal TB1400
� 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
(<
[email protected]>).
La versione del driver ftape appena menzionata � ormai
vecchia. Se tuttavia si possiede una tale ``bestia'',
procurarsi una versione del driver ftape pi� recente.
Summit SE 150, SE 250
Tallgrass FS300
Con un Tallgrass FS300 e un AHA1542B � necessario aumentare il
tempo di bus-on / bus-off del 1542B. Antti Virjo
(<
[email protected]>) 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.
Teac 800
Sistema di backup con unit� a nastro Memorex
Wangtek 3040F, 3080F
� 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 manu�
tentore dell'HOWTO (<
[email protected]>).
6.2. Controller speciali supportati
I controller ad alta velocit� dedicati, supportati da ftape, sono i
seguenti:
� Colorado FC-10, FC-20
� Mountain MACH-2
� Iomega Tape Accelerator II
� controller da 2Mbps (utilizzanti l'fdc i82078-1)
� il controller Iomega Ditto EZ 4Mbps PnP
6.2.1. Colorado FC-10, FC-20
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!).
6.2.2. Mountain MACH-2
Il supporto per il controller MACH-2 � stato aggiunto all'ftape-1.14d.
6.2.3. Iomega Tape Accelerator II
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 <
[email protected]>)
almeno con l'ftape-2.02.
6.2.4. Iomega Ditto Dash e altri controller da 2Mbps
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.
6.2.5. Controller Iomega Ditto EZ PnP
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 <
[email protected]> n�
io <
[email protected]> 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.
6.3. Unit� a nastro non supportate
� Alcune unit� per porta parallela non funzionano ancora. Altre vanno
bene.
� Irwin AX250L / Accutrak 250. (non � un'unit� QIC-80)
� IBM Internal Tape Backup Unit (identica all'unit� Irwin AX250L)
� COREtape light
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.
6.4. Utilizzare un'unit� a nastro esterna con 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.
� Pin 20-37: MASSA
� 1: +12 Volt (ALIMENTAZIONE)
� 2: +12 Volt ritorno (MASSA)
� 3: +5 Volt ritorno (MASSA)
� 4: +5 Volt (ALIMENTAZIONE)
� 5: 2
� 6: 8
� 7: 10
� 8: 12
� 9: 14
� 10: 16
� 11: 18
� 12: 20
� 13: 22
� 14: 24
� 15: 26
� 16: 28
� 17: 30
� 18: 32
� 19: 34
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.
6.5. Schede madri PCI 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.
7. Archiviare e ripristinare i dati
Questa sezione descrive alcune semplici utilizzi di tar ed mt. Altri
esempi si possono trovare nell'ftape-manual del pacchetto ftape-doc.
L'ftape-tools contiene alcuni semplici ambienti di test automatizzati
tipo DejaGnu (-- Pacchetto per scrivere test automatizzati.--) Vedere
la sezione ``Procurarsi Ftape'' per informazioni su dove scaricare
questi pacchetti addizionali.
7.1. Scrivere un archivio su di un nastro
� possibile utilizzare ``tar'', ``ttdd'', ``cpio'' e ``afio''. Ci
sar� bisogno di utilizzare ``mt'' per ottenere il massimo dalle
potenzialit� dai nastri e dal driver ftape. Per cominciare consiglio
tar, in quanto permette di archiviare molte directory e di estrarre
successivamente file separati dall'archivio. cpio crea archivi pi�
piccoli ed � generalmente pi� flessibile di tar, ma gli mancano alcuni
caratteristiche come l'etichettamento dei volumi. afio crea backup
nei quali ogni file � compresso individualmente e poi concatenato.
Questo permette di accedere ai file ``dopo'' il punto di errore. Se
si utilizzano file archiviati con tar e compressi con gzip, tutti i
dati dopo il punto di errore sono persi! (secondo me, questa � una
buona ragione per non utilizzare la compressione sui backup). Quale
sia la scelta pi� opportuna dipende dalla situazione e dalle
caratteristiche diverse da programma a programma. Consiglio di dare
un'occhiata ad ogni programma ed a rivedere le opzioni che ognuno di
essi fornisce. � possibile che questo HOWTO possa fornire maggiori
dettagli al riguardo in futuro.
Ci sono ulteriori link che puntano a programmi di backup all'indirizzo
http://www-math.math.rwth-aachen.de/~LBFM/claus/ftape/ nella sezione
software della pagina.
Per eseguire il backup del proprio albero dei sorgenti del kernel
utilizzando tar, impartire i seguenti comandi (dove si assume che i
sorgenti si trovino in /usr/src/linux):
# cd /usr/src
# tar cf /dev/ftape linux
Questo non comprime i file, ma fa girare un po' il nastro. Se si
vuole la compressione (e si possiede il tar 1.11.2), � sufficiente
aggiungere il flag -z (-- tar assume che il primo argomento sia
un'opzione, cosicch� il ``-'' non � necessario, cio� i seguenti due
comandi eseguono la stessa operazione: ``tar xzf /dev/ftape'' e ``tar
-xzf /dev/ftape''--)
cio�: ``tar czf /dev/ftape linux ''.
Per maggiori istruzione su come utilizzare tar, dd ed mt consultare le
man-page e i file texinfo ottenuti con le rispettive distribuzioni.
7.2. Ripristinare un archivio
Va bene, ora ripristiniamo il backup dei sorgenti del kernel
effettuato alla sezione precedente ``Scrivere un archivio su di un
nastro''. Per fare questo digitare semplicemente:
tar xf /dev/ftape
Se si � utilizzata la compressione, si dovr� digitare:
tar xzf /dev/ftape
Quando si utilizza la compressione, gzip si lamenter� di dati
ridondanti subito dopo la fine dell'archivio (e ci� condurr� ad un
messaggio di ``broken pipe''). Tutto ci� pu� essere tranquillamente
ignorato.
Per altri programmi di utilit�, consultare la pagina di manuale.
7.3. Provare un archivio
tar possiede un'opzione (-d) per rilevare le differenze fra due
archivi. Per testare il proprio backup dei sorgenti del kernel
digitare:
tar df /dev/ftape
Se non si possiede la man-page di tar, non tutto � perduto (ancora);
tar possiede un'opzione interna per listare i flag disponibili:
provare con ``tar --help 2>&1 | less''.
7.4. Mettere pi� di un backup su di un nastro
Per mettere pi� di un backup su di un nastro si deve possedere
l'utility mt. Probabilmente � gi� installata sul sistema se si
possiede una delle distribuzioni principali (cio� Slackware o Debian).
Programmi come tar e cpio generano un singolo archivio per il nastro
(Tape ARchive) e non sanno nulla circa l'utilizzo di pi� file o il
posizionamento di un nastro. Non fanno altro che leggere o scrivere
su di un file di periferica. mt sa perfettamente come muovere il
nastro avanti ed indietro, ma non sa assolutamente come estrarre i
dati dal nastro. Come probabilmente si avr� gi� intuito, la
combinazione di tar o cpio con mt permette il trucco.
Utilizzando il device nqft[0-3] (nftape), � possibile posizionare il
nastro con mt al posto giusto (``mt -f /dev/nqft0 fsf 2'' indica di
andare avanti di due ``marcatori di file'', cio� di due file tar) e
poi utilizzare tar o cpio per leggere o scrivere i dati rilevanti.
L'utilizzo pi� comune delle periferiche non-riavvolgenti � quello di
aggiungere un altro backup ad un nastro esistente. Qui di seguito ci
sono i passi dettagliati con una breve spiegazione per una
comprensione migliore.
� Inserire il nastro nell'unit�. Su alcune unit� questo potrebbe
causare il riavvolgimento del nastro.
� Impartire un comando di ``fine nastro'' (End-of-Tape) alle
periferiche non-riavvolgenti.
mt -f /dev/n???? eof
Il nastro dovrebbe essere ora posizionato alla fine dei dati (End-of-
Data o EOD). Il nastro non si muover� finch�:
� un programma non aprir� la periferica;
� la periferica riavvolgente verr� chiusa;
� il modulo di ftape verr� rimosso dalla memoria kernel (rmmod);
� il nastro verr� espulso.
L'utilizzo di ``mt eof'' dovrebbe risultare pi� veloce con i nastri
QIC.
� L'operazione successiva comincer� dal marcatore EOD. Se si vuole
intraprendere un'operazione di scrittura, questa aggiunger� un
nuovo ``file''. Se si intraprende un'operazione di lettura, questa
fallir� con un EOF. Il marcatore di EOD per molti formati di
nastro �, in effetti, due marcatori di EOF consecutivi, anche se,
dalla versione 3.xx, ftape utilizza la tavola di volume, come
specificato nello standard QIC-113, per emulare i marcatori di
file, cosicch� non ci sono due marcatori di file consecutivi nel
punto di EOD. La scrittura dei marcatori di EOF viene effettuata o
dal driver o dall'hardware nel momento in cui riceve un close().
� Questo � il momento in cui vengono effettivamente scritti i dati
sul nastro.
� Questo punto � importante. Ora riavvolgere il nastro. ftape
mantiene nella propria cache alcune informazioni inerenti i
segmenti di intestazione del nastro che vengono aggiornati solo
quando il nastro viene riavvolto. L'utilizzo della cache �
necessario in quanto il riavvolgimento del nastro e l'aggiornamento
dei segmenti di intestazione richiede una notevole quantit� di
tempo. L'altra faccia della medaglia � che si perderanno
informazioni se si esegue un'operazione di scrittura e non si
riavvolge il nastro.
7.5. Aggiungere file ad un archivio
�C'� un modo per espandere un archivio mettendo un file sul nastro e,
successivamente. aggiungerne altri?�
No. La documentazine di tar dice di utilizzare ``tar -Ar'', ma non
funziona. Questa � una limitazione del driver ftape corrente.
7.6. Eseguire il mount o l'unmount dei nastri
Poich� un nastro non ha un ``filesystem'' su di esso, non si esegue il
mount o l'unmount di un nastro. Per effettuare un backup, inserire
semplicemente il nastro ed impartire i comandi di tar (o qualsiasi
altro comando si utilizzi per accedere al nastro).
8. Creare un floppy di partenza in caso di emergenze per ftape
(* Nel momento in cui scrivo (agosto 1998), ricordo di aver letto di
diversi set di dischi d'emergenza sul news-group c.o.l.a.
(comp.os.linux.announce). Alcuni di quei pacchetti potrebbero
effettivamente produrre un insieme di dischetti per le partenze
d'emergenza pi� sofisticato. � opportuno controllare di persona. Io
non ho provato a creare un dischetto di emergenza con le recenti
versioni di ftape. *)
Questa sezione � stata scritta da Claus T�ndering <
[email protected]>.
Una volta diventati felici possessori di un'unit� a nastro e di
diversi nastri pieni zeppi di backup, probabilmente verr� spontaneo
porsi questa domanda: �Se qualcosa va storto e perdo completamente il
contenuto del mio hard-disk, come faccio a ripristinare i miei file
dal nastro?�
Ci� di cui si ha bisogno � un disco floppy d'emergenza, che contenga
abbastanza file da permettere la partenza di Linux e di ripristinare
l'hard-disk dal nastro.
La prima cosa da fare � leggere il ``The Linux Bootdisk HOWTO''
scritto da Graham Chapman <
[email protected]>. Questo documento
contiene praticamente tutto ci� che bisogna sapere per creare un kit
di partenza con dischi floppy d'emergenza. I paragrafi seguenti
contegono alcune altre informazioni che renderanno la vita un po' pi�
semplice quando si seguiranno le procedure di Graham Chapman.
� Non c'� effettivamente bisogno di /etc/init, /etc/inittab,
/etc/getty e /etc/rc.d/* sul floppy. Se Linux non trova /etc/init,
far� partire /bin/sh dalla console, cosa che va benissimo per
ripristinare il sistema. Cancellando questi file si guadagna dello
spazio sul floppy, cosa di cui, probabilmente, si ha bisogno.
� � meglio cercare un versione ridotta di /bin/sh. Spesso �
possibile trovarla sui floppy di boot che si ottengono con una
distriuzione Linux. Questo, ancora, permette di guadagnare
ulteriore spazio. Personalmente suggerisco ash, estremamente
ridotta (circa 62kB) e gran parte compatibile con bash.
� L'/etc/fstab che verr� incluso nel floppy dovrebbe assomigliare a
qualcosa del genere:
/dev/fd0 / minix defaults
none /proc proc defaults
/dev/hda /mnt ext2 defaults
Una volta fatto partire il sistema dal floppy, impartire il comando
seguente:
mount -av
� Assicurarsi che il driver per il floppy non sia montato quando si
accede all'unit� a nastro! In caso contrario � possibile ottenere
in risposta il seguente messaggio di errore:
Unable to grab IRQ6 for ftape driver
Questo significa che � necessario caricare il floppy in un ramdisk.
La sfortunata conseguenza di questo � che i programmi necessari a
ripristinare i file dal nastro non possono risiedere su di un floppy
separato. A questo punto si hanno due opzioni:
1. Salvare tar (cpio, afio o qualsiasi altro programma di backup si
utilizzi) sul floppy di root. Qui � dove si sfrutta tutto lo
spazio addizionale creato nei passi precedenti.
2. Prima di cominciare a ripristinare il nastro, copiare tar (cpio,
afio o quant'altro) sul proprio hard-disk e caricarli da l�.
� Oltre ai programmi di backup, ci sar� probabilmente bisogno anche
di mt sul floppy di root.
� Assicurarsi che il device del nastro (tipicamente /dev/nqfto) sia
presente sul floppy di root.
� Infine, provare il tutto! Ovviamente non consiglio di distruggere
il contenuto dell'hard-disk per vedere se si � in grado di
ripristinare tutto. Consiglio, invece, di provare a far partire il
sistema dai dischi di emergenza e di assicurasi di poter almeno
listare il contenuto dei backup presenti sul nastro.
9. Domande poste frequentemente
(* Questa � l'inclusione testuale della raccolta delle domande poste
pi� frequentemenete sull'Ftape, che sono mantenute da Johan De Wit e
che possono essere visionate in rete all'indirizzo
http://www.correct.nl/~ftape. Poich� l'SGML Linuxdoc non contiene le
sotto-sotto-sezioni nell'indice, ho aggiunto la parola FAQ alle
sezioni del documento FAQ originale. *)
Questa raccolta di FAQ potrebbe essere leggermente datata in quanto �
stata fatta mentre la versione 3.04d del driver ftape era la pi�
recente. Se qualche risposta data nelle FAQ contraddice ogni altra
affermazione di questo HOWTO, si prega di non considerare la risposta
della FAQ e di spedire a me (<
[email protected]>), cos� come
al manutentore dell'Ftape-FAQ (Johan De Wit <
[email protected]>), una nota
al riguardo.
Nella lettura di questo documento � possibile incontrare riferimenti
ai seguenti indirizzi:
� Il manutentore delle FAQ di Ftape:
Johan De Wit <
[email protected]>
� Il manutentore di Ftape:
Claus-Justus Heine <
[email protected]>
� L'home-page di Ftape:
<
http://www-math.math.rwth-aachen.de/~LBFM/claus/ftape/>
� Mirror dell'home-page di Ftape:
<
http://www.torque.net/ftape/>
Un ringraziamento va a:
Grant R. Guenther <
[email protected]>
<
http://www.info-systems.com/ftape/>
Un ringraziamento va a:
Jakob Curdes <
[email protected]>
<
http://www.newwave.net/~joshg/ftape/>
Un ringraziamento va a:
Josh Goins <
[email protected]>
� L'Ftape-HOWTO
<
http://sunsite.unc.edu/LDP/HOWTO>
� La mailing-list di Ftape:
<
[email protected]>
Ci sono sicuramente molte mancanze. Non ci si faccia problemi a voler
migliorare queste FAQ. Il modo migliore per farlo � quello di mandare
messaggi alla mailing-list di Ftape nel caso ci siano domande che non
trovano risposta qui.
Inoltre, se si sta gi� leggendo regolarmente la mailing-list e si ha
l'impressione che alcune domande vengano poste frequentemente, �
possibile senza alcun problema spedire la domanda, con l'eventuale
risposta, nel formato indicato qui sotto al manutentore delle FAQ di
Ftape ed anche alla mailing-list di Ftape.
Se si inviano messaggi relativi alle FAQ, si prega di non dimenticarsi
di prependere la parola ``[FAQ]'' all'oggetto del proprio messaggio.
Si prega di non aggiungere la parola ``FAQ'' all'oggetto se il
messaggio non � inerente alle FAQ.
Questo per ora � tutto.
Claus-Justus Heine.
10. FAQ: domande relative alla �Compilazione ed installazione di
Ftape�
10.1. Che versione di Ftape devo utilizzare?
Sempre l'ultima versione stabile che si suppone sia disponibile agli
indirizzi
ftp://sunsite.unc.edu/pub/Linux/kernel/tapes e
http://www-
math.math.rwth-aachen.de/~LBFM/claus/ftape/.
Nel momento in cui sto scrivendo, l'ultima versione stabile � la
ftape-4.02.
<risposta di Claus Heine>
10.2. Sto riscontrando problemi nel cercare di far girare l'unit� XYZ
con il kernel 2.0. xx con il driver compilato staticamente. Come
faccio a rimediare?
La versione predefinita di Ftape inclusa con i sorgenti del kernel
2.0.xx � la 2.08 o la 2.09 ed � alquanto datata. Si prega di
aggiornare i driver di Ftape all'ultima versione disponibile all'home-
page di Ftape.
<risposta di Tim Jones>
10.3. Sto lavorando con Linux/SMP e il sistema si congela quando
tento di accedere ai device di Ftape!
� necessario aggiungere -D__SMP__ alla variabile KERNEL_OPT nel file
MCONFIG. Nelle versioni di ftape pi� aggiornate � sufficiente
togliere il commento ad alcune linee presenti nel file MCONFIG.
<risposta di Claus Heine>
10.4. Perch� depmod si lamenta di certi ``undefined symbols'' [sim�
boli indefiniti]?
Si ignorino i messaggi d'errore di depmod. Il problema � che i moduli
di Ftape devono essere compilati senza la caratteristica del checksum
di versione (cio� CONFIG_MODVERSIONS) con i kernel 2.0.*;. Questo non
comporta alcun problema, anche quando i moduli vengono utilizzati con
un kernel che supporta questa caratteristica; solo che depmod
erroneamente si lamenta di certi simboli indefiniti. Si ignorino le
lamentele di depmod e si provi ad inserire i moduli nonostante queste
lamentele:
modprobe zftape
Se non funziona, c'� qualcosa di sbagliato.
<risposta di Claus Heine>
10.5. insmod dice che la versione del kernel � sbagliata.
Il programma insmod pu� confrontare la versione del kernel con la
versione per la quale Ftape � stato compilato in due modi: pu�
direttamente comparare il numero di versione del kernel registrato nel
modulo di Ftape con la versione del kernel che sta girando, oppure, se
sia il kernel che Ftape sono stati compilati con i simboli di
versione, confrontare la versione dei simboli utilizzati dal kernel.
Se la versione di GCC � stata aggiornata alla v2.7.0 o successive, �
necessario ricompilare le utility dei moduli con gcc v2.7.x.
Versioni di insmod pi� recenti permettono di ``forzare'' l'inserimento
di un modulo nel kernel, anche se la stringa di versione non �
corretta.
<dall'Ftape-HOWTO>
10.6. insmod dice che kernel 1.2.0 e 1.2.0 differiscono.
Ci si � ricordati di applicare il patch ksyms.c al kernel? Se non lo
si � fatto, leggere il file README.linux-1.2 nella distribuzione dei
sorgenti.
<dall'Ftape-HOWTO>
10.7. Provando a compilare Ftape si ottiene l'errore: � modver�
sions.h: no such file or directory �.
Il file modversions.h viene creato quando il kernel � compilato con il
flag di configurazione CONFIG_MODVERSIONS attivato. Con questa
opzione abilitata, il file verr� creato durante il passo make dep.
Un consiglio pi� pratico: make mrproper rimuover�
/usr/include/linux/modversions.h. � necessario riconfigurare il
kernel ed impartire un make dep per riottenere il file.
<dall'Ftape-HOWTO>
10.8. In ogni caso, cosa sono questi ``versioned symbols'' [simboli
di versione]?
Rispondendo affermativamente al CONFIG_MODVERSIONS durante il make
config, tutti i simboli esportati dal kernel, cio� i simboli che i
moduli caricabili possono ``vedere'', vengono aumentati per
comprendere una somma di controllo attraverso i tipi dei parametri di
chiamata/ritorno. Ci� permette ad insmod di rilevare se la
definizione di una variabile o funzione nel kernel � cambiata dal
tempo in cui Ftape � stato compilato.
Questo assicura un alto grado di sicurezza, tale da evitare un
tracollo del kernel nel caso si utilizzi un modulo vecchio con il
proprio kernel.
Se si abilita CONFIG_MODVERSIONS nel kernel, assicurarsi di aver tolto
il commento da
-DMODVERSIONS -include /usr/include/linux/modversions.h
alla linea MODULE_OPT nel Makefile di Ftape. Viceversa, se non si ha
CONFIG_MODVERSIONS abilitato, assicurarsi di avere la linea commen�
tata.
<dall'Ftape-HOWTO>
10.9. Mi sembra di avere sftape invece di zftape. Quando lancio il
comando ftmt status , ottengo una risposta che, nei documenti di
Ftape, corrisponde a sftape ( /dev/qft0: Invalid argument ). Perch�?
Ci sono (almeno) due possibili cause a questo problema:
� Tutte le versioni Ftape-3.*; precedenti alla 3.04 installano i
moduli in /lib/modules/misc invece di /lib/modules/uname -r/misc.
Poich� modprobe cerca in /lib/modules/misc/ come ultima risorsa, ci
potrebbe essere un vecchio modulo ftape.o disperso in
/lib/modules/uname -r/misc che modprobe trova prima (``uname -r''
sta per la versione del kernel). In questo caso rimuovere il
vecchio modulo ftape.o.
� Il proprio kernel ha il supporto per Ftape compilato. In questo
caso riconfigurare il proprio kernel senza il supporto per Ftape
(CONFIG_FTAPE), ricompilarlo ed installarlo.
<risposta Claus Heins>
10.10. La mia scheda DASH/FC-20/Exabyte Accelerator funziona sotto
Microsoft Windows, ma ottengo un errore di tipo ``unit� non trovata''
in var/log/messages/ quando provo ad utilizzarlo sotto Linux.
Probabilmente si sta provando ad utilizzare le stesse impostazioni di
IRQ e DMA dell'FDC installato. Ci� non funziona per le versioni di
Ftape precedenti alla 3.03b. Si prega di aggiornare il driver di
Ftape all'ultima versione disponibile dall'home-page di Ftape.
<risposta di Tim Jones>
10.11. I trasferimenti DMA di Ftape danno errori di ECC.
Sono spiacente di dover dire che ci sono alcune schede SVGA e schede
Ethernet che non decodificano correttamente i propri indirizzi.
Questo tipicamente accade quando i buffer di Ftape si trovano
nell'intervallo 0x1a0000-0x1c0000. In qualche modo i cicli di
scrittura DMA vengono rovinati ed ogni altro byte scritto ottiene un
valore sbagliato (0xff). Questi problemi si sono avuti sia con schede
SVGA che schede Ethernet. Siamo a conoscenza di almeno una (cattiva?)
scheda VGA ATI 16bit che provoca questo.
La soluzione pi� semplice consiste nel mettere la scheda in uno slot
ad 8bit (spesso non � abbastanza riconfigurare la scheda per
trasferimenti ad 8bit). Spostare il buffer di Ftape lontano
dall'intervallo della VGA � solo una soluzione parziale. Tutti i
buffer DMA utilizzati in Linux possono avere questo problema! Vorrei
che fosse chiaro questo concetto: questo non ha niente a che fare con
il software di Ftape.
<dall'Ftape-HOWTO>
10.12. Aiuto! Sto avendo dei `` dmaalloc() failed '' nel mio file di
syslog.
Si dovrebbe vedere questo solo se si sta tentando di eseguire un
insmod con il modulo ftape.o. Provare a lanciare prima swapout.
Viene fornito con i sorgenti di Ftape distribuito singolarmente. Non
compare nei sorgenti di Ftape che vengono forniti con il kernel.
Qui di seguito � riportato un esempio di come si possa impostare il
file rc.local per un suo utilizzo.
# Install the Floppy Tape Driver
if [ -f /boot/modules/`uname -r`/misc/ftape.o ]; then
echo Installing ftape for Linux `uname -r`
swapout
insmod /boot/modules/`uname -r`/misc/ftape.o
fi
Si noti che questo problema non compare se il driver di Ftape viene
compilato nel kernel.
<dall'Ftape-HOWTO>
10.13. Syslogd lavora in continuazione quando gira Ftape.
Le opzioni in fase di compilazione NO_TRACE e NO_TRACE_AT_ALL in Ftape
controllano l'ammontare dei log di sistema. Aggiungere tutto quello
che si ritiene opportuno alla linea FTAPE_OPT nel Makefile e
ricompilare.
<dall'Ftape-HOWTO>
10.14. Come posso cambiare il trace-level?
Ci sono tre modi per fare questo (in ordine di preferenza personale).
Quando ci arriveremo, qui ci sono i significati dei vari trace-level.
� 0 bugs [bachi]
� 1 + errors [errori]
� 2 + warnings [avvertimenti]
� 3 + information [informazioni]
� 4 + more information [informazini ulteriori]
� 5 + program flow [flusso del programma]
� 6 + FDC/DMA info [informazioni FDC/DMA]
� 7 + data flow [flusso dei dati]
� 8 + everything else [qualsiasi altra cosa]
1. Utilizzare insmod per cambiare trace-level: se si sta utilizzando
il meccanismo dei moduli per caricare il driver di Ftape, �
possibile specificare il trace-level come opzione del comando
insmod.
/sbin/insmod ftape.o tracing=<trace-level>
2. Utilizzare mt per cambiare trace-level: il driver di Ftape ha un
hack (-- taglio--) che permette all'opzione fsr di mt di venir
utilizzata per impostare il trace-level. zftape non ha questo
hack.
mt -f /dev/ftape fsr <trace-level>
L'utilizzo del comando fsr in mt � un hack e probabilmente sparir� o
cambier� col tempo.
3. Ricompilare per cambiare trace-level: il file tracing.c contiene
una linea int tracing = 3;. Cambiare il 3 in ci� che si ritiene
opportuno e ricompilare.
<dall'Ftape-HOWTO>
10.15. Sto avendo problemi con Ftape. Sto utilizzando l'ultima ver�
sione di Ftape prelevata dall'home-page di Ftape e credo di aver indi�
viduato un bug vero. Cosa devo fare?
Controllare l'home-page di Ftape per una versione ancora pi� recente.
Poi controllare che le FAQ contenute nel pacchetto non riportino il
problema riscontrato. Successivamente provare a controllare che il
manuale che arriva con la distribuzione di Ftape non menzioni i
problema.
Non c'� bisogno di leggere l'intero manuale. Pi� semplicemente si
cerchi nell'indice analitico una parola che possa riferirsi al proprio
problema e leggere il paragrafo relativo.
Se ancora si � convinti di aver trovato un baco, allora postare una
domanda di carattere generale che descriva il problema nella mailing-
list di Linux-Tape, ma non allegare tutto il log dell'errore di Ftape.
Se ci siamo gi� imbattuti nel problema in passato, faremo sapere dove
si trova la soluzione. Se, invece, non lo abbiamo mai visto, il
manutentore di Ftape probabilmente richieder� l'intero log d'errore
(ottenuto dal proprio file dei messaggi di sistema).
<risposta di Tim Jones>
11. FAQ: domande relative all'�utilizzo di Ftape�!
11.1. Quanto va veloce Ftape?
� possibile ottenere velocit� di backup e ripristino abbastanza
rispettabili con Ftape: con un Colorado DJ-20 ed un controller Adaptec
1542CF sono state misurate delle velocit� di trasferimento
continuative di 4.25MB/min (senza compressione) con un archivio tar da
70MB, mentre si stava confrontando l'archivio sul nastro con i dati su
di un disco IDE. La velocit� di Ftape dipende fortemente dalla
velocit� di trasferimento del proprio FDC: l'AHA1542CF � un FDC di
tipo "post-1991 82077" che permette di inviare 1Mb/s di dati
all'unit�. Se si possiede un FDC che permette di spedire 500kb/s di
dati, si otterr� una velocit� di trasferimento dimezzata (beh, ovvio).
11.2. Quando scrivo su alcuni dei miei nastri, sembra che perda un
sacco di tempo a ``lustrarsi le scarpe'' o nel riposizionamento,
invece di trasferire dati. C'� qualcosa che non va nel mio sistema?
Ci sono stati un paio di casi di ``lustramento di scarpe''. Questo
accade quando il nastro sembra correre avanti ed indietro senza fine.
Ci� � stato notato con un Jumbo 250 (<
[email protected]>) e
con uno Iomega 250 Ditto Insider (<
[email protected]>). Nell'ultimo
caso si stava utilizzando Linux ELF con hard-disk SCSI (connesso ad un
Adaptec 1542cf). Pregerei di contattarmi nel caso si abbia un
aggiornamento al riguardo.
<dall'Ftape-HOWTO>
Probabilmente no. Se si sta eseguendo il backup di un gran numero di
file di dimensione inferiore ai 2kB, bisogner� abituarsi a conviverci.
In questo caso il riposizionamento � causato da un accesso
spropositato al file system. Se si sta eseguendo il backup di file di
sistema normali, questo pu� essere dovuto a sporco o stiratura del
nastro della cartuccia. Con una semplice ritensionatura del nastro
tutto dovrebbe sparire. Provare con
ftmt -f /dev/zqft0 reten
per ritensionare il nastro. Se la ritensionatura non risolve il
problema e accade solo con certi nastri, pu� essere opportuno
sostituire il nastro in questione.
<risposta di Tim Jones>
Se si utilizza afio come strumento di backup, � possibile fargli
scrivere un gran numero di buffer in un colpo solo utilizzando il flag
-c. Utilizzare un valore opportuno in modo da fornire dati
sufficienti per molti dei singoli passaggi punto-a-punto sopra il
nastro. Per il mio sistema, le seguanti impostazioni vanno abbastanza
bene, in quanto fanno fermare il nastro, a sistema scarico, un numero
di volte relativamente basso ad ogni passaggio:
find /usr/local -xdev -print | afio -o -v -f -b 10240 -c 800 /dev/qft0
Nel mio caso sto scrivendo 800x1024 byte per ogni scrittura sul
nastro, cio� cira 8MB.
Non ho fatto molte esperienze con queste impostazioni, cos� qualcuno
potrebbe volerne cercare di migliori.
Probabilemente altre utility di backup possono essere modificate per
utilizzare una tecnica simile.
<risposta di Michael Hamilton>
Il tar di GNU non utilizza i buffer in questo modo. Il programma di
backup commerciale bru � in grado di trattare buffer multipli
utilizzando memoria condivisa; questo funziona solo quando si sta
scrivendo archivi compressi con bru (indipendentemente dal fatto che
si stia utilizzando la compressione di Ftape).
Un altro modo per sopperire al problema potrebbe essere quello di
utilizzare pi� buffer DMA nel driver Ftape del kernel:
mt -f /dev/qft0 setdrvbuffer $((6*32786))
$((6*32786)) dovrebbe venir espansa dalla propria shell quando se ne
utilizzi una Bourne-compatibile. Questo produce un impatto negativo
sulla memoria di sistema: i buffer DMA di Ftape non possono essere
utilizzati da nessun'altra parte del kernel, n� da nessun'altra
applicazione. E la memoria contenente il kernel non pu� essere messa
nella partizione di swap. Se si decidesse di utilizzare questo tipo
di bufferizzazione multipla, � conveniente scaricare il driver non
appena il suo utilizzo � terminato.
<risposta di Claus Heine>
11.3. Devo far ripartire il mondo DOS per formattare i nastri?
No, se si sta usando l'ultima versione dei driver di Ftape disponibile
all'home-page di Ftape.
Per formattare un nastro QIC-80, TR-1, TR-3, QICWide 3010 o 3020,
procurarsi l'ultima versione di ftape e l'ultima versione del
pacchetto ftape-tools (dallo stesso sito) e leggere la documentazione
dell'utility ftformat inclusa nel pacchetto ftape-tools.
(* Non provare a formattare nastri Ditto 2GB. *)
(* Non provare a formattare nastri Ditto Max o Max Pro. *)
<risposta di Tim Jones e Claus Heine>
11.4. � possibile formattare nastri Ditto 2GB con ftape?
Non � possibile formattare nastri Ditto 2GB con unit� a nastro Ditto
2GB, cos� come non � assolutamente possibile riformattare nastri Ditto
2GB in modo tale da poter essere utilizzati ancora da unit� a nastro
Ditto 2GB.
Questa � una limitazione hardware dell'unit� a nastro Ditto 2GB. Non
c'� possibilit� di aiuto a livello software, cio� non � una mancanza
di ftape.
11.5. � possibile formattare nastri Ditto Max o Max Pro con ftape?
No, il Ditto Max non pu� formattare nastri.
Questa � una limitazione hardware dell'unit� a nastro Ditto 2GB. Non
c'� possibilit� di aiuto a livello software, cio� non � una mancanza
di ftape.
11.6. Ftape rileva pi� settori danneggiati con nastri QIC-3020 di
quanto non faccia DOS.
Se si presta attenzione alla differenza, si noter� che Ftape rileva
sempre 2784 settori in pi� di DOS.
Il numero che Ftape riporta � corretto (ovviamente :-). Tutti i
nastri QIC-3020 correttamente formattati hanno 2784 settori in
posizioni predefinite che sono marcati nella mappa dei settori
danneggiati. Quotando dalle specifiche:
Le tracce 5,7,9,11,13,15,17,19,21,23,25 e 27 comprese nei 4
segmenti o dell'EOT o del BOT sono disposte per aumentare i
tassi d'errore per via delle hole imprints [impronte del
buco?]. Per questo motivo queste regioni devono essere map�
pate come danneggiate nel momento della formattazione ed
ascritte nella mappa dei settori danneggiati per indicare
che tutti i settori all'interno dei segmenti identificati
sono danneggiati.??
Questo fornisce 12 tracce * 2 * 4 segmenti * 29 settori = 2784
settori.
Cos� Ftape preferisce riportare il numero effettivo di settori che non
possono essere utilizzati sul nastro, mentre DOS fornisce un numero
pi� ottimistico indicando una migliore qualit� del nastro. Il
comportamento di Ftape, comunque, potrebbe cambiare in futuro per
rilevare una formattazione corretta e mostrare due numeri separati.
In ogni caso a questo, per ora, non � riservata un'alta priorit�.
I nastri QIC-3010 sono simili ai QIC-3020 al riguardo.
<dall'Ftape-HOWTO>
11.7. Non ci sono problemi se non sento il nastro muoversi quando
impartisco un comando fsf o bsf con mt ?
No. L'unit� semplicemente aggiorna un contatore interno quando riceve
questi comandi. Il nastro dovrebbe muoversi alla posizione corretta
con l'accesso in lettura o scrittura all'unit� successivo.
<dall'Ftape-HOWTO>
11.8. Perch� il mio programma di backup XYZ si lamenta di errori di
tipo ``Invalid argument'' [argomento non valido]?
zftape richiede che i dati vengano scritti come multipli della
dimensione dei blocchi minima fissata. Questo � un comportamento
tipico per una periferica a nastro. Ci sono tre modi per eliminare
questi errori:
� impostare la dimensione dei blocchi di Ftape alla dimensione dei
blocchi utilizzati dal programma di backup. L'esempio sottostante
� applicabile ad afio:
mt -f /dev/qft0 setblk 5120
� se non si vuole utilizzare la compressione di Ftape, � anche
possibili usare:
mt -f /dev/qft0 setblk 0
per attivare la modalit� di dimensione variabile dei blocchi di Ftape
ed essere in grado di scrivere i dati sul nastro in porzioni arbi�
trarie (ma la compressione interna non funziona con questa
impostazione). Quando si avesse l'intenzione di utilizzare KBackup,
questo � il solo modo per farlo lavorare assieme ad Ftape (perlomeno
dovrebbe funzionare, ma non so con esattezza se lo fa).
� informare il proprio programma di backup circa la dimensione di
default di 10kB dei blocchi di Ftape (che � anche il valore tipico
per GNU tar). Per afio � possibile utilizzare il seguente comando:
afio -b 10k ...
� opportuno leggersi la sezione ``Tape blocks'' del manuale
(utilizzare l'indice analitico per andare direttamente alla sezione
relativa).
Quando si utilizza la compressione interna di GNU tar con versione di
GNU tar antecedente la tar-1.12, � necessario lanciare tar con
l'opzione --block-compress impostata su re-block. In caso contrario
tar comprimer� i dati che legge e li scriver� in porzioni arbitrarie
sul nastro.
Eesempio:
tar -czvf /dev/qft0 --block-compress /etc
Attenzione: non si dovrebbe utilizzare la compressione interna di tar
con grandi backup, in quanto ci� produce un enorme blocco compresso
del flusso di dati. Se un tale archivio viene rovinato proprio
all'inizio, � veramente difficile ripristinarlo.
<risposta di Claus Heine>
11.9. Errori I/O e FDC: alcune spiegazioni.
Se si ottengono i seguenti messaggi, questo � ci� che fa per te!
� fdc-io.c (ft_handle_perpend) - Your FDC does not support QIC-3020
[l'FDC non supporta il QIC-3020].
� Cannot write to /dev/qft0: I/O error [non posso scrivere su
/dev/qft0: errore di I/O].
La spiegazione:
``FDC'' significa ``Floppy Disk Controller'' [controllore per dischi
floppy]. Il problema � che il proprio controller floppy deve essere
in grado di supportare qualcosa chiamato ``perpendicular mode'' [modo
perpendicolare], per essere in grado di leggere e scrivere cartucce
QIC-3020/QIC-3010 (cio� cartucce TR-3). Per quanto ne sappia, tutti
gli FDC che sono in grado di trasferire dati ad almeno 1Mb/s
supportano anche il ``perpendicular mode'' (l'aggettivo
``perpendicolare'' si riferisce alla direzione della magnetizzazione
delle particelle ferro magnetiche sul nastro).
Questo significa che � necessario procurarsi un altro FDC. Oppure
dare un'occhiata in qualche negozio per computer e chiedere di una
scheda di controllo I/O che sia in grado di supportare floppy da
2.88MB (che implica un velocit� di trasferimento di 1Mb/s ed il modo
perpendicolare).
� possibile anche procurarsi i cosiddetti ``controller ad alta
velocit�'', che supportano anche trasferimenti da 2Mb/s. Questi
controller sono basati su un FDC Intel 82078. Iomega vende tali
schede sotto il nome di ``Ditto Dash''. Penso che anche Exabyte venda
i suoi controller da 2Mb/s separatamente, mentre Seagate fornisce
l'unit� TR-3 (cio� TST-3200) con questi controller inclusi.
<risposta di Claus Heine>
11.10. Perch� ottengo errori del tipo � /dev/qft0: No such device �
[/dev/qft0: nessun device come questo]?
Supponiamo che il problema sia il seguente. Il modulo Ftape � caricato
correttamente nel kernel:
/usr/src/ftape-3.03b-970603# lsmod
Module Pages Used by
ftape 22 0
ma accade che:
$ ftmt -f /dev/qft0 status
ftmt: /dev/qft0: No such device
La soluzione: � necessario anche caricare il modulo zftape.o. Con
Ftape-3.* il modulo ftape.o non implementa l'interfaccia VFS. Questo
� fatto da zftape.o.
<risposta di Claus Heine>
11.11. Ottengo un ``device busy'' [periferica occupata] quando eseguo
backup multipli su di un nastro utilizzando alcuni script.
I messaggi di ``periferica occupata'' possono verificarsi mentre le
file di periferica di Ftape sono ancora mantenute aperte da alcuni
programmi. Non appena la chiamata di sistema close() viene
completata, il flag di occupato viene azzerato. Potrebbe darsi che
bru, o altri programmi, abbiano eseguito un fork di un figlio che
ritarda a morire?
S�, questo riproduce il problema:
tar -cvvzf /dev/nqft0 --block-compress ; mt rewind
� possibile omettere --block-compress se si sta utilizzando un
versione di GNU tar pi� recente.
Comunque questo non � un baco di Ftape. Sembra che il processo tar
genitore esca prima che suo figlio abbia chiuso il device del nastro.
So comunque, per aver studiato il codice di tar alcuni anni fa, che
tar attende correttamente che il proprio genitore muoia.
In ogni caso, il messaggio di occupato significa semplicemente che la
variabile ``busy'' [occupato] � ancora mantenuta ad un valore logico 1
(zftape/zftape-init.c), e questo significa semplicemente che c'�
ancora un processo in giro che tiene il device del nastro aperto.
Penso di aver capito il motivo (solo nel caso di tar in quanto di
questo ho il codice sorgente).
Se si utilizza tar con la compressione abilitata, allora viene
eseguito un fork di un figlio che diventer� il compressore tramite
l'esecuzione di gzip o qualcos'altro. Prima della chiamata a
execlp(), il figlio eseguir� un fork di un nipote di suo padre tar.
Questo nipote eseguir� l'effettvo lavoro di I/O sul nastro.
tar - fork() - scrive verso il figlio di tar
|
figlio di tar - fork() - gzip (eseguir� un pipe al nipote di tar)
|
nipote di tar - apre l'archivio
Ora, il genitore tar aspetta che suo figlio muoia. gzip sicuramente
non aspetta il nipote in quanto gzip � il risultato di un execlp().
Ci� che non so � se il nipote dovrebbe essere implicitamente aspettato
dal genitore tar o se la funzione wait() aspetta anche i nipoti.
Comunque questo sembra essere il problema: il genitore tar � uscito
mentre suo nipote � ancora occupato a chiudere l'archivio. In
condizioni normali difficilmente si noter� questo problema se la
funzione close() viene portata a termine velocemente (cio� file
regolari, periferiche a blocchi e magari altri device per nastri?), ma
non � un baco di Ftape, mentre lo � nei programmi di backup, nel
kernel o forse nel codice d'uscita delle libc.
Non so se le considerazione fatte in precedenza si possono essere
applicate anche a bru. Se non ci sono nipoti e il processo padre
attende in maniera corretta suo figlio, allora non ci dovrebbero
essere problemi.
<risposta di Claus Heine>
11.12. Come faccio a... con tar ?
Queste sono propriamente domande per tar: si prega di leggersi la
pagina man e la pagina info realtive. Se non sono installate sul
sistema, provare con
tar --help 2>&1 | less
Se la propria versione di tar � la v1.11.1 o precedente, si consideri
l'opportunit� di aggiornarla alla v1.11.8. Questa versione pu�
chiamare GNU zip direttamente (cio� supporta l'opzione -z) e possiede
un elaborato help incluso. Inoltre tutto pu� essere compilato in
ambiente Linux.
<dall'Ftape-HOWTO>
11.13. Che dimensione per i blocchi devo utilizzare con tar ?
Se si fa uso della compressione (ed anche pi� in generale), pu�
tornare a proprio favore specificare a tar che deve spezzettare
l'uscita in blocchi grossi. Poich� Ftape taglia i dati in blocchi da
29kB, un ``-b58'' dovrebbe essere ottimo.
�Perch� 29kB?� mi sembra di sentir gridare. Beh, lo standard QIC-80
specifica che tutti i dati debbano essere protetti da un Error
Correcting Code [codice per la correzione d'errore] (ECC). Il codice
specificato nello standard QIC-80 � conosciuto come codice Reed-
Solomon (R-S). Il codice R-S considera 29 byte di dati e genera 3
byte di parit�. Per aumentare le prestazioni del codice ECC, i byte
di parit� sono generati su 29 settori da 1kB. Cos� Ftape prende 29kB
di dati, aggiunge 3kB di parit� ECC e scrive 32kB sul nastro alla
volta. Per questa ragione Ftape scriver� e legger� sempre blocchi da
32kB per essere in grado di rilevare (e correggere) eventuali errori.
Se si possiede una spiccata curiosit� e si vuole conoscere di pi�, �
possibile dare un'occhiata ai file ecc.c ed ecc.h per una spiegazione
del codice e un riferimento a testi sui codici Reed-Solomon.
<dall'Ftape-HOWTO>
11.14. Dove posso trovare i binari, i sorgenti e le pagine man di
tar , mt , cpio e dd ?
Tutti questo strumenti sono stati sviluppati dal progetto GNU ed i
sorgenti (cos� come le pagine man) possono essere prelevate da
praticamente ogni sito ftp nel mondo (inclusi ftp.funet.fi,
tsx-11.mit.edu, e sunsite.unc.edu). In ogni caso possono essere
prelevati dal sito ufficiale GNU: prep.ai.mit.edu
[18.71.0.38]:/pub/gnu. Le ultime versioni (ad oggi 12 settembre 1996)
sono:
cpio: 2.4.2 (cpio-2.4.2.tar.gz)
dd: 3.13 (fileutils-3.13.tar.gz)
mt: 2.4.2 (cpio-2.4.2.tar.gz)
tar: 1.11.8 (tar-1.11.8.tar.gz)
gzip: 1.2.4 (gzip-1.2.4.tar.gz)
Tutto quanto pu� essere compilato in ambiente Linux successivo alla
versione v1.0.4, libc v4.5.19 e gcc v2.5.8.
<dall'Ftape-HOWTO>
11.15. Se utilizzo la compressione dell'unit� a nastro, � sbagliato
sfruttare anche la compressione di zftape . O sarebbe meglio non uti�
lizzare la compressione dell'unit� e lasciare che faccia tutto zftape
?
Non � cos� sbagliato come utilizzare la compressione due volte (che
sarebbe il caso in cui si utilizza la compressione dell'unit� assieme
alla compressione di ftape), ma non ha senso. Non si guadagna un
maggior compressione, ma solo cicli di CPU sprecati.
La compressione dell'unit� dovrebbe essere abbastanza sicura, in
quanto l'unit� comprime singoli file, a differenza di tar -czf..., che
fa dell'intero flusso di dati un grande blocco compresso. Questa,
infatti, � una pessima idea con backup seri, in quanto un singolo byte
rovinato all'inizio dell'archivio pu� rendere inutilizzabile l'intero
archivio, o, almeno, ne rende piuttosto difficoltoso un suo recupero.
<risposta di Claus Heine>
11.16. Com'� la compressione di zftape a confronto di quella, dici�
amo, di gzip -9 ?
gzip -9 � migliore (cio� si pu� ottenere una maggiore compressione).
La compressione di zftape � paragonabile al programma Un*x compress,
ma dovrebbe essere pi� veloce, e lo � rispetto a gzip.
<risposta di Claus Heine>
11.17. Non utilizzo la compressione, ma sento che l'interfaccia
zftape se ne sta andando. Cosa posso fare?
Si utilizzi l'interfaccia zftape, senza caricare il modulo zft-
compressor. Il device allora diventa /dev/qft0.
<risposta di Tim Jones>
11.18. Ftape dice � This tape has no 'Linux raw format' � [questo
nastro non � nel ``formato elementare Linux''].
Si ottiene questa lamentela se non si � cancellato il proprio nastro
appena formattato. Questo accade perch� Ftape si aspetta un ``magic
header'' [intestazione magica] sul nastro per sapere di essere in
grado di interpretare il segmento di intestazione a suo modo (cio� con
i marcatori di file). Per eliminare il problema, impartire il
comando:
mt -f /dev/nftape erase
<dall'Ftape-HOWTO>
11.19. Posso scambiare nastri con qualcuno che utilizza il DOS?
No. Il software per DOS � conforme alle specifiche QIC-80 circa la
disposizione del filesystem di DOS e non dovrebbe essere un grosso
problema scrivere un programma che possa leggere e scrivere il formato
DOS. Infatti, scommetto che creare un'interfaccia utente graziosa
sarebbe un problema pi� grande.
<dall'Ftape-HOWTO>
11.20. Come funziona mt eom quando si comincia a sovrascrivere un
nastro dalla met�?
Per inciso, EOM � l'acronimo di ``End Of recorded Media'' [fine del
supporto di registrazione], la posizione esattamente dopo tutti i dati
gi� registrati sul nastro.
Non si pu� utilizzare i ``file'' del nastro come file di un ordinario
filesystem. In linea di principio, un nastro non permette nient'altro
che aggiungere nuovi dati in coda all'EOM. Ci� nonostante, se ci si
posiziona proprio nel mezzo dei dati gi� registrati e si comincia a
scrivere, allora l'unit� prima cancella tutti i file successivi (cos�
da spostare l'EOM alla posizione effettiva) e poi comincia a scrivere.
Cos� il nuovo EOM, terminato il processo di scrittura, si trova dopo i
dati appena registrati. Una delle conseguenze di quanto sopra, � che,
ovviamente, quella scrittura sul nastro nel mezzo dell'area gi�
registrata � distruttiva, nel senso che non solo sovrascrive il
``file'' sopra il quale la testina era posizionata, ma cancella anche
tutti i file che seguono.
<dall'Ftape-HOWTO>
<risposta di Claus Heine>
11.21. Quando eseguivo dei backup prima di utilizzare taper , sotto
ftape 2.0.29 la mia unit� non supportava l'fsf, mentre sotto il nuovo
zftape lo supporta. Perch� dovrebbe e cos'� esattamente l'fsf?
Probabilmente non funzionava prima perch� non si era utilizzato un
mt -f /dev/rft0 erase
prima di scrivere i dati sulla cartuccia. Questo non � pi�
necessario.
Ma ``mt fsf'', cosa significa? Le unit� a nastro non registrano i
file in modo che si possa utilizzare un
cp qualche_file /dev/la_mia_unit�
o in modo da essere capaci di montare un'unit� a nastro cos� come si
monta un hard-disk. Non � possibile fare altro con un'unit� a nastro
se non scrivere dati in maniera sequenziale su di essa.
Poich� queste � abbastanza scomodo, qualcuno ha inventato qualcosa che
� conosciuto con il nome di file mark o eof mark (eof � l'acronimo di
``End Of File'' [fine del file]). Questi marcatori non separano i
file di cui � stato fatto il backup sull'unit� a nastro, ma separano
solo i blocchi di dati (qualsiasi cosa i dati possano rappresentare).
Normalmente i driver del kernel dell'unit� a nastro si occupano di
scrivere questi marcatori di file quando il device del nastro viene
chiuso, cio� con
tar -cf /dev/nqft0 /bin
tar -cf /dev/nqft0 /etc
mt -f /dev/nqft0 rewind
si otterrebbe un backup di tutti i file sotto /bin ed /etc. Quando il
primo tar termina, il driver del kernel si occuper� della scrittura di
un marcatore di file sul nastro alla posizione corrente e, quando
termina il seconfo processo tar, un altro marcatore di file viene
scritto sulla cartuccia in quella posizione. Ora, il motivo di questi
marcatori di file consiste nel fatto che � possibile saltare fra
archivi differenti presenti sul nastro pi� velocemente di come si
potrebbe fare con un rilettura sequenziale dei dati.
I comandi che fanno questo sono:
mt fsf
cvanzamento veloce al prossimo marcatore di file verso l'EOT
(End Of Tape [fine del nastro]),
mt bsf
avanzamento veloce al prossimo marcatore di file verso il BOT
(Begin Of Tape [inizio del nastro]).
Cos�, per estrarre il secondo archivio nell'esempio precedente, non �
necessario rileggere il primo archivio, ma procedere come segue:
mt -f /dev/nqft0 rewind
mt -f /dev/nqft0 fsf
tar -xvf /dev/nqft0
<risposta di Claus Heine>
11.22. Qual'� esattamente la differenza fra ftape e zftape ?
Quando Ftape era ancora giovane, c'erano due versioni dei driver per
unit� a nastro, una delle quali venne chiamata zftape per via della
sua compressione interna eseguita al volo e trasparente all'utente.
Se questa sia una caratteristica positiva od un baco (in quanto non
strettamente necessario che sia fatta dal codice del kernel) �
un'altra questione. Comunque sia, l'interfaccia ioctl e l'uso dei
marcatori di file forniti da zftape erano notevolmente superiore e con
meno bachi. Inoltre zftape permette di utilizzare cartucce a nastro
per floppy con differenti sistemi operativi. Beh, non � possibile
scambiare dati, ma ftape non sovrascriver� i volumi creati con il
proprio programma Windoze e viceversa.
Oggi giorno Ftape � il nome dell'intero pacchetto di driver per unit�
a nastro via controller floppy, ed ftape.o � il nome del file del
modulo kernel che implementa il supporto hardware a basso livello.
zftape ha cessato di esistere come un pacchetto separato, mentre la
nuova versione di Ftape (da ftape-3.00) contiene un modulo zftape.o
che si appoggia ad ftape.o (cio� diventa necessario caricare entrambi
i moduli per essere in grado di accedere alla propria unit�) e
implementa l'interfaccia del sistema di file e le caratteristiche
avanzate della precedente versione di zftape.
<risposta di Claus Heine>
11.23. Qual'� la differenza fra una periferica riavvolgente ed una
non-riavvolgente?
Beh, i file delle periferiche a nastro riavvolgenti riavvolgono il
nastro al BOT (Begin Of Tape [inizio del nastro]), cio�
tar -cvf /dev/qft0 /bin
riavvolger� la cartuccia quando il lavoro di tar � terminato. Invece
tar -cvf /dev/nqft0 /bin
non riavvolger� la cartuccia e lascier� la testina di
lettura/scrittura nella possizione corrente.
Periferiche riavvolgenti dovrebbero essere utilizzate quando si
effettuano backup singoli; periferiche non-riavvolgenti dovrebbero
essere utilizzate quando si eseguono backup multipli, a meno che non
ci sia bisogno di tutto lo spazio fino all'EOM (End Of recorded Media
[fine del supporto di registrazione]) prima di aggiungere un altro
archivio.
Le periferiche non-riavvolgenti devono essere utilizzate quando si
invia un qualsiasi comando di movimento all'unit� a nastro, come
mt -f /dev/nqft0 fsf
perch�, quando il processo mt termina, l'unit� a nastro viene chiusa e
ci� comporta un riavvolgimento della cartuccia con le periferiche
riavvolgenti.
<risposta di Claus Heine>
11.24. C'� qualcuno che potrebbe dirmi come utilizzare mt per
riavvolgere la mia unit� TR-3 dopo aver registrato un archivio con
zftape , cos� da poterlo verificare?
Beh, dipende. Se il nastro � ancora posizionato all'interno del
volume appena scritto, un ``mt bsf 1'' (o equivalentemente ``mt bsf'')
far� ritornare il nastro proprio all'inizio di quel volume (questo �
il modo in cui tar --verify lavora). Se il nastro � gi� posizionato
dopo il marcatore di file che indica la fine dell'ultimo volume
scritto, allora � neccessario impartire un ``mt bsf 2''.
La logica che sta dietro a tutto ci� � la seguente: Il ``contatore
MTBSF'' viene decrementato di tante unit� quanti sono i marcatori di
file contati, il nastro viene fermato e successivamente posizionato
sull'EOT dell'ultimo marcatore di file saltato. Questo significa che
un mt bsf 2 posizioner� il nastro esattamente all'inizio del
precedente volume.
<risposta di Claus Heine>
11.25. ``Non-riavvolgente'' significa che �non si riavvolge automati�
camente�, giusto? Non sta ad indicare che sotto nessuna circostanza
non si riavvolger�, vero? Ho provato ad utilizzare /dev/zqft0 ed il
nastro � stato subito riavvolto.
Corretto: ``auto-riavvolgente'' significa che il nastro viene
riavvolto quando il file di periferica viene chiusa; ``non-
riavvolgente'' sta ad indicare che il nastro non � automaticamente
riavvolto quando la periferica viene chiusa (ma, ovviamente, �
possibile utilizzare i comandi bsf ed fsf di movimento del nastro per
posizionare la testina in qualsiasi posizione si desideri).
<risposta di Claus Heine>
11.26. Qual'� la differenza fra ci� che mt considera un record e ci�
che considera un file?
Un record � il quantitativo minimo di byte che verranno accettati dal
nastro in una singola operazione di lettura/scrittura (tranne che nel
modo ``variable block size mode [modalit� dimensione blocco
variabile]'', per la quale dovrebbe rappresentare il quantitativo di
dati effettivamente scritti in una singola operazione di scrittura).
Per zftape ogni accesso per lettura o scrittura deve essere un
multiplo di una dimensione di blocco fissa (fissa, ma regolabile con
MTSETBLK). La dimensione di blocco � un ``tape record [record del
nastro]'' (come viene chiamata nella pagina di manuale di GNU mt) ed
assume un valore di 10kB per zftape.
Un ``file'' (nella terminologia delle pagine di manuale di mt) � un
termine ben definito. Sta ad indicare un'area del nastro fra due
marcatori di file. Questo non � un file come lo � quello di un
filesystem, nel senso che possiede un nome, delle modalit� di accesso,
pu� essere spostato o copiato con cp, mv, rm, etc.
Al contrario, � semplicemente l'area del nastro che � stata registrata
in una sessione di backup, la sua fine � marcata con un marcatore di
file del nastro e il suo inizio � delimitato da un BOT o dal marcatore
del ``file'' precedente. Questi ``file'' di nastro sono oggetti che
possono essere saltati con i comandi mt bsf ed mt fsf.
<risposta di Claus Heine>
11.27. Riutilizzare nastri con zftape senza riformattare il nastro.
Proviamo a rispondere alle seguenti domande:
� C'� un buon metodo per cancellare o rimuovere dati, o almeno volumi
dal nastro, senza riformattarlo?
� � possibile sovrascrivere l'ultimo volume di un nastro senza fare
un disastro?
� � possibile sovrascrivere gli ultimi volumi senza fare danni?
� � possibile cancellare l'ultimo volume?
Se si desidera ``cancellare'' un'intera cartuccia, digitare
semplicemente:
mt -f /dev/qft0 erase
Questo canceller� la tavola dei volumi (cio� i marcatori di file).
Con le versioni di ftape o zftape antecedenti la 3.x era possibile
sovrascrivere volumi gi� presenti sulla cartuccia. Ho rimosso questa
caratteristica in quanto mi � stato riferito che ha gi� causato la
perdita di dati con alcuni programmi di backup.
Se, invece, si necessita di rimuovere alcuni volumi dal nastro, allora
si deve utilizzare il programma
vtblc
che viene distribuito con il pacchetto ftape-tools scaricabile dallo
stesso sito del pacchetto dei driver del kernel di ftape. Si prega di
fare riferimento alla documentazione contenuta nel pacchetto ftape-
tools per maggiori informazioni.
Se si desidera semplicemente riutilizzare vecchi nastri, allora �
sufficiente impartire un
mt rewind
Se il nastro si trova al BOT (Begin Of Tape [inizio del nastro]),
allora ogni accesso in scrittura al nastro canceller� implicitamente
tutti i marcatori di file e sovrascriver� i dati gi� presenti sul
nastro.
<risposta di Claus Heine>
11.28. Questo script permette di ottenere un semplice indice di un
pacchetto zftape utilizzando lo ioctl TIOCVOLINFO .
Qui di seguito viene riportato un piccolo script in perl/bash che list
il contenuto di una cartuccia utilizzando lo specifico ioctl
``volinfo'' di zftape. Spero che permetta di capire come trattare
questo tipo di esigenza.
Ci� che fondamentalmente fa �:
1. riavvolgere la cartuccia;
2. impartire il comando volinfo
claus@thales:~$ mt volinfo
file number = 1
block size = 10240
physical space used = 522.0 kilobytes
real size of volume = 520.0 kilobytes
analizzandone il contenuto e posizionando i valori in varibili appro�
priate;
3. saltare al volume successivo con mt fsf;
4. uscire se questo produce un errore (EOD), oppure saltare al secondo
passo.
Lo script in Perl
______________________________________________________________________
#!/usr/bin/perl
#
# Copyright (C) 1997 Claus-Justus Heine
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2, or (at your option)
# any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; see the file COPYING. If not, write to
# the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA.
#
# This script implements a simple contents listing for the zftape
# package using the MTIOCVOLINFO ioctl.
#
$version = <<EOT;
listtape-1.0 -- a perl script to list the contents of a floppy tape cartridge
under Linux using the zftape driver
RCS \$Revision: 1.16 $
RCS \$Date: 1999/04/05 20:18:16 $
EOT
$tapedev = "/dev/tape";
$usage"= <<EOT;
Usage: listtape [options ...]
Mandatory or optional arguments to long options are mandatory or optional
for short options too.
-f, --file=FILE Tape device to use. Default is "/dev/tape".
-h, --help Print this help.
-? Same as '-h'.
--usage Same as '-h'.
-V, --version Print version information.
Author: Claus-Justus Heine <claus\@momo.math.rwth-aachen.de>
EOT
while ($ARGV[0] =~ /^-/) {
$_ = shift;
if (/--file/) {$_ = shift; $tapedev = $_; next;}
if (/-f/) {$_ = shift; $tapedev = $_; next;}
if (/--help/) { print $usage; exit 0; }
if (/-h/) { print $usage; exit 0; }
if (/--usage/) { print $usage; exit 0; }
if (/-\?/) { print $usage; exit 0; }
if (/--version/) { print $version; exit 0; }
if (/-V/) { print $version; exit 0; }
die $usage;
}
&open_tape($tapedev, "status");
while(<FTMT>)
{
$online = 1 if (/.*online.*/);
}
if (! $online) { die "No cartridge present.\n"; }
&mtop($tapedev, "rewind");
printf "%11s%12s%20s%20s\n",
"file number", "block size", "volume size", "tape space";
while (1)
{
&open_tape($tapedev, "volinfo");
while (<FTMT>) {
if (/^file number\s*=\s*([0-9]*)$/) { $filenumber = $1; }
if (/^block size\s*=\s*([0-9]*)$/) { $blocksize = $1; }
if (/^physical space used\s*=\s*([[0-9]*.*)/) { $rawsize = $1; }
if (/^real size of volume\s*=\s*([[0-9]*.*)/) { $size = $1; }
}
close(FTMT);
if (&mtop($tapedev, "fsf 1") != 0) {
&mtop($tapedev,"rewind");
print "\nRemaining space: $rawsize\n";
print "Tape block size: $blocksize\n";
exit 0;
}
printf "%6d %5d %20s%20s\n",
$filenumber, $blocksize, $size, $rawsize;
}
sub mtop
{
local ($tape, $operation) = @_;
local ($exitval);
system "ftmt -f $tape $operation > /dev/null 2>&1";
}
sub open_tape
{
local ($tape, $operation) = @_;
local ($command);
$command = "ftmt -f " . $tape . " " . $operation . " |";
open(FTMT, $command) || die "Couldn't open $command -- $!\n";
}
______________________________________________________________________
Lo script in Bash
______________________________________________________________________
#! /bin/bash
#
# Copyright (C) 1997 Claus-Justus Heine
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2, or (at your option)
# any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program; see the file COPYING. If not, write to
# the Free Software Foundation, 675 Mass Ave, Cambridge, MA 02139, USA.
#
# This script implements a simple contents listing for the zftape
# package using the MTIOCVOLINFO ioctl.
#
#
# insert better option parsing here
#
TAPEDEV=${1-/dev/tape}
if ! echo $TAPEDEV | grep "/dev/n"
then
TAPEDEV=/dev/n$(basename $TAPEDEV)
fi
if ! [ -c $TAPEDEV ]
then
echo $TAPEDEV is not a character device! 1>&2
exit 1
fi
if ! mt -f $TAPEDEV rewind
then
echo Could not rewind $TAPEDEV - no cartridge present? 1>&2
exit 1
fi
echo -e "\nContents of $TAPEDEV:\n"
printf "%11s%12s%20s%20s\n" "file number" "block size" "volume size" "tape space"
trap "rm -f /tmp/$0.$$" exit
while true
do
if ! foo=$(mt -f $TAPEDEV volinfo |cut -f 2 -d =)
then
echo $TAPEDEV doesn\'t seem to be a floppy tape device 1>&2
exit 1
fi
#
# "echo foo | read foo" will not work as the "read foo" is executed in
# another shell.
#
echo $foo > /tmp/$0.$$
read file blksz used usedunit size sizeunit < /tmp/$0.$$
if ! mt -f $TAPEDEV fsf 1 > /dev/null 2>&1
then
echo -e "\nRemaining space: $used $usedunit"
echo -e "Tape block size: $blksz"
if ! mt -f $TAPEDEV rewind
then
echo Rewind of $TAPEDEV failed 1>&2
exit 1
fi
exit 0
fi
printf "%6d %5d %20s%20s\n"\
$file $blksz "$size $sizeunit" "$used $usedunit"
done
______________________________________________________________________
<risposta di Claus Heine>
12. FAQ: Domande relative alle �Unit� e nastri�
12.1. Chi sono i buoni produttori di nastri Travan?
Ero lo UNIX Product Manager presso l'Archive Corp (prima della
confusione Conner/Seagate) e realizzavamo test estensivi di supporti a
nastro per la certificazione di compatibilit�, inclusi
ritensionamento, consistenza ``flaking'' e di lunghezza. Dai
risultati dei test, scegliemmo il meglio di questi prodotti
manufatturieri, certificati su commessa di etichette private, come
nostro supporto. Qui di seguito � riportato l'ordine con cui
selezionammo i rivenditori fino al 1995 (quando persi il contatto con
il gruppo ATI):
QIC
1. 3M (ora conosciuto come Imation)
2. QMaxell/Sony (in associazione)
3. (BTW - Iomega utilizza supporti con etichetta privata della
Sony)
4MM
1. Fuji
2. Maxell/Sony (in associazione - � un trend?)
8MM
1. Fuji/Exabyte - che credemmo essere un prodotto OEM della Fuji
(in associazione - cos� tanto per un trend!)
2. Sony
3. Maxell
DLT
1. Maxell
2. Sony
Comunque avevamo altri venditori in lista che risultarono essere, in
generale, una versione con etichetta privata di una delle etichette
maggiori di cui sopra. Le eccezioni furono Verbatim e DIC. Entrambi
i supporti di queste aziende ebbero delle discrepanze di tassi e
lunghezza tali che non potemmo certificarli ed, anzi, avvertimmo i
rivenditori indicando loro che non potevamo offrire alcun tipo di
garanzia circa il risultato di un buon backup con l'utilizzo dei
supporti prodotti da queste aziende.
Inoltre, da quando vengono all'EST, ho trovato che i supporti Verbatim
non valgono il prezzo che costano. Avevamo 11 nastri di tipo R-Extra
e QIC-Extra (QICXL) che risultarono inutilizzabili dopo poco meno di
20 passaggi ognuno.
Anche se questa � la mia opinione personale, essa � basata su nove
anni di esperienza con problemi reali. Consiglio vivamente Imation/3M
per gli utenti QIC/Travan, supporti Fuji per gli utenti 4MM,
Exabyte/Fuji per 8MM e supporti etichettati DEC per utenti DLT.
<risposta di Tim Jones>
12.2. Dove posso ottenere gli standard QIC?
Se si ha intenzione di aiutare nello sviluppo di Ftape od aggiungere
alcune utility (per esempio un programma per la formattazione dei
nastri), sar� necessario procurarsi gli standard QIC appropriati. Gli
standard da ottenere sono: QIC-80, QIC-117, QIC-3010 e QIC-3020.
QIC-117 descrive come i comandi vengano inviati all'unit� a nastro
(incluse le temporizzazioni), tanto che, probabilmente, non ce ne sar�
mai bisogno. QIC-80/3010/3020 descrivono la parte a livello
superiore, come lo strato nastro, il codice ECC, il filesystem
standard. � possibile prelevare gli standard QIC da seguenti
indirizzi:
Quarter Inch Cartridge Drive Standards, Inc.
311 East Carrillo Street
Santa Barbara, California 93101
Phone: (805) 963-3853
Fax: (805) 962-1541
Oss.: sono sotto il nome di ``Freeman Associates, Inc'' nell'elenco
telefonico.
<dall'Ftape-HOWTO>
12.3. L'unit� Iomega Ditto 2GB � supportata?
S�, se si sta utilizzando la versione di ftape 3.x o successive dei
driver di Ftape dall'home-page di Ftape o da
ftp://sunsite.unc.edu/pub/Linux/kernel/tapes.
<risposta di Tim Jones>
Poich� il Ditto 2GB � un nastro TR-3 (anche se pu� salvare solo 1GB
invece di 1.6GB come fanno le unit� TR-3 regolari), � necessario
utilizzare un FDC (FDC � l'acronimo di Floppy Disk Controller
[controllore per disco floppy]) capace di trasferimenti da 1Mb/s.
Nessun problema, invece, se si possiede una scheda acceleratrice (cio�
il controller Ditto Dash). Altrimenti provare a comperare un FDC che
dichiari di essere in grado di pilotare floppy da 2.88MB, in quanto
questo implica che l'FDC sia in grado di trasferimenti da 1Mb/s.
Ftape registra l'indice massimo dell'FDC nei file log del kernel in
questo modo:
ftape-ctl.c (ftape_init_drive) - Highest FDC supported data rate: 500 Kbps.
<risposta di Claus Heine>
12.4. L'unit� Iomega Ditto Max � supportata?
S�, se si sta utilizzando una versione 4.02 o successive come driver
di Ftape dall'home-page di Ftape o da
ftp://sunsite.unc.edu/pub/Linux/kernel/tapes.
<risposta di Claus Heine>
12.5. L'unit� Iomega Ditto Max Pro � supportata?
S�, ma se si desidera utilizzare le cartucce da 5GB (10GB con la
compressione) non ce n'� bisogno. Con ftape non sembra ci sia alcuna
differenza fra il Ditto Max e il Ditto Max Pro.
<risposta di Claus Heine>
13. FAQ: Miscellanea!
13.1. Come ci si iscrive alla mailing-list di Ftape?
Ci si pu� iscrivere spedendo un messaggio di posta elettronica
all'indirizzo
[email protected]
con l'unica linea nel corpo del messaggio
subscribe linux-tape
Si prega di salvare la risposta ottenuta da majordomo in un posto
sicuro in quanto contiene istruzioni su come uscire dalla mailing-
list.
<risposta di Claus Heine>
13.2. Come uscire dalla mailing-list di Ftape?
Spedire un messaggio di posta elettronica a
[email protected]
con l'unica linea nel corpo del messaggio
unsubscribe linux-tape
[email protected]
dove
[email protected] deve essere sostituito con l'indirizzo di
posta elettronica utilizzato al momento della sottoiscrizione alla
lista. Notare che si deve aver ricevuto una e-mail con le istruzioni
su come uscire dalla mailing-list nel momento in cui ci si � iscritti.
<risposta di Claus Heine>
13.3. Link ad informazioni correlate.
<
http://www.uwsg.indiana.edu/usai/library/backups.html>
Si stanno cercando altri link!!!
14. Eseguire il debug del driver di ftape
14.1. Il kernel/ ftape si pianta quando faccio... Questo � un baco?
No, questa � una sua caratteristica :-)
Seriamente, il buon software non si pianta. Soprattutto il kernel non
o non dovrebbe piantarsi. Se il kernel si pianta quando si sta
eseguendo ftape ed � possibile dimostrare che � proprio ftape a
confondere le cose, riferirsi ad esso come ad un �Bug That Should Be
Fixed [baco da correggere�. Spedire una mail al manutentore
(<
[email protected]>) ed alla maling-list di Ftape.
14.2. Va bene, � un baco... cio�, una caratteristica. Come faccio a
spedire un rapporto?
Primo. Assicurasi di essere in grado di riprodurre il problema.
Errori spuri sono un spina nel sedere, in quanto sono praticamente
impossibili da correggere :-/ La seguente � un breve lista di
controllo:
� versione di kernel e patch applicati;
� versione di ftape;
� modello e produttore dell'unit� a nastro;
� tipo di bus di espansione (EISA, ISA, PCI, o VL-bus);
� il modo in cui si � esposto il problema;
� cosa � andato storto sul proprio sistema;
� non cancellare il kernel ed il file ftape.o. Potrei aver bisogno
di provare alcune patch o un test differente sul sistema.
Aumentare il trace-level a 4 o 5 ed eseguire ancora il comando che ha
dato problemi (non farlo se si ha paura di perdere dati o di
danneggiare il proprio hardware; non c'� assolutamente alcuna garanzia
n� per i dati persi n� per i danni all'hardware causati da ftape.
Ricordarselo!). Aumentando il trace-level oltre il 5, probabilmente
non ha alcun senso, in quanto ci� si ripercuote sulle temporizzazioni
del driver in un modo tale da non farlo pi� lavorare bene. Estrarre i
dati di debug dal file di log del kernel o da /proc/kmsg, a seconda di
dove vengono raccolti. Provare a dare un'occhiata a cosa ftape sputa
fuori. Il tutto dovrebbe risultare alquanto incomprensibile di primo
acchito, ma � possibile estrarre informazioni utili dal file di log.
Molti messaggi hanno un nome di funzione preposto per facilitare la
localizzazione del problema. Dare un'occhiata al codice sorgente e
non solo gridare �Al lupo!�, senza averci provato. Se la propria
versione di kernel (o di ftape, per ci� che importa) � ``vecchia'',
quando confrontata con uno degli ultimi kernel, provare a prelevare un
kernel pi� recente (o anche l'ultima) e vedere se il problema sparisce
sotto il nuovo kernel. Quando si posta il proprio rapporto, includere
le informazioni riguardanti la versioni di ftape, la versione del
kernel, il tipo di bus di espansione (ISA, VL-bus, PCI o EISA),
velocit� del bus, controller floppy e tipo di unit� a nastro.
Riportare esattamente cosa si � fatto, cosa � accaduto al proprio
sistema. Alcune persone hanno potuto provare come ftape non giri su
sistemi con bus PCI, mentre girava senza problemi su normali macchine
con bus ISA basate su processore 386DX (vedere la sezione ``Schede
madri PCI ftape'' su macchine PCI sopra),
Inoltre si prega di pensare anche a quei poveri diavoli che
effettivamente pagano per il loro accesso ad Internet (come me):
evitare di postare un (enorme) file di log di ftape senza una ragione.
Invece si potrebbe descrivere il problema e offrirsi di spedire il log
alle parti interessate.
Inviare il proprio bug a <
[email protected]>. Se si vuole,
si pu� spedire una mail con il bug anche a <
[email protected]
aachen.de>.
15. Contributi
La seguente � una lista di persone distinte che hanno contribuito al
documento HOWTO di ftape. La lista � stata aggiunta recentemente da
qualcuno che si � aggiunto a met� cammino. Le mie scuse pi� sentite
se ho innavvertitamente dimenticato qualcuno di importante nella
lista. � possibile visionare un altro tentativo di raccolata di
questo tipo di informazione nella ``Hall of Fame'' di Ftape.
Johan De Wit <
[email protected]>: il manutentore delle FAQ di Ftape;
Kevin Johnson <
[email protected]>: il manutentore precedente dell'Ftape-
HOWTO;
Kai Harrekilde-Petersen <
[email protected]>: il manutentore precedente
di ftape e dell'HOWTO;
Andrew Martin <
[email protected]>: molte aggiunte
all'HOWTO;
Bas Laarhoven <
[email protected]>: l'autore originale di ftape.
