Provided by: manpages-pt_20040726-5_all 
NOME
st - Dispositivo de Fita SCSI
SINOPSE
#include <sys/mtio.h>
int ioctl(int fd, int request [, (void *)arg3])
int ioctl(int fd, MTIOCTOP, (struct mtop *)mt_cmd)
int ioctl(int fd, MTIOCGET, (struct mtget *)mt_status)
int ioctl(int fd, MTIOCPOS, (struct mtpos *)mt_pos)
DESCRIÇÃO
O driver st provê a interface para vários dispositivos de fita SCSI. Atualmente, o driver
controla todos os dispositivos detetados do tipo “acesso-seqüencial.” O driver st usa o
número de dispositvo maior 9.
Cada dispositivo usa oito números menores. Os cinco bits de menor ordem nos números
menores são atribuidos seqüencialmente na ordem em que são detetados. Os números menores
podem ser agrupados em dois conjuntos de quatro números. os números menores principais
(auto-rebobinamento), n, e um número de dispositivo “sem rebobinamento” números de
dispositivo, (n+ 128). Os dispositivos abertos usando o número principal receberão o
comando REWIND que os rebobinará quando forem fechados. Dispositivos abertos usando o
”número de dispositvo“sem rebobinamento. (Observe que usando um dispositivo com auto-
rebobinamento, ao posicionar a fita, por exemplo, o mt não dá o resultado desejado: a fita
é rebobinada depois do comando mt e o próximo comando atua a partir do inicio da fita).
Em cada grupo, quatro números menores estão disponíveis para definir dispositivos com
características diferentes (tamanho do bloco, compressão, densidade, etc). Quando o
sistema inicia, apenas o primeiro dispositivo está disponível. Os outros três são ativados
quando as características padrões são definidas (veja abaixo). (Alterando as constantes
durante a compilação, é possível mudar o balanço entre o número máximo de unidades de fita
e o número de menor número de dispositivo para cada unidade. A alocação padrão permite
controlar 32 unidades de fita. Por exemplo, é possível controlar até 64 unidades com dois
números menores para diferentes opções).
Os dispositivos são tipicamente criados por:
mknod -m 666 /dev/st0 c 9 0
mknod -m 666 /dev/st0l c 9 32
mknod -m 666 /dev/st0m c 9 64
mknod -m 666 /dev/st0a c 9 96
mknod -m 666 /dev/nst0 c 9 128
mknod -m 666 /dev/nst0l c 9 160
mknod -m 666 /dev/nst0m c 9 192
mknod -m 666 /dev/nst0a c 9 224
Não há dispositivos de bloco correspondentes.
O driver usa um buffer interno que tem que ter espaço suficiente para manter no mínimo um
bloco de fita. No Linux anterior ao 2.1.121, o buffer é alocado como um bloco contíguo.
Isto limita o tamanho do bloco para o maior bloco contíguo de memória que o alocador pode
prover. O limite atual é de 128kB para a arquitetura de 32 bits e 256kB para a
arquitetura de 64 bits. Nas novas versões do Linux o driver aloca o buffer em várias
partes se necessário. Por padrão, o número máximo de partes é 16. Isto significa que o
tamanho máximo do bloco é muito grande (2 MB se alocado 16 blocos de 128kB).
O tamanho do buffer interno do driver é determinado por uma constante em tempo de
compilação, que pode ser sobrescrita com uma opção na inicialização do kernel do Linux.
Em adição a isto, o driver tenta alocar um buffer temporário grande em tempo de execução
se necessário. Porém, a alocação em tempo de execução de grandes blocos contíguos de
memória pode falhar, portanto, não confie muito em alocação dinâmica de buffer em versões
anteriores a 2.1.121 (isto também se aplica em carga dinâmica de driver usando o kerneld e
kmod).
O driver não suporta especificamente qualquer marca ou modelo de unidade de fita. Depois
que o sistema inicia, as opções do dispositivo de fita são definidas pelo firmware da
unidade. Por exemplo, se o firmware seleciona o modo de blocagem fixa, a unidade de fita
usará este modo. As opções podem ser alteradas com chamadas ioctl() explícitas e mantidas
em efeito quando o dispositivo é fechado e reaberto. As opções definidas afetam, tanto os
dispositivos com auto-rebobinamento, quanto os sem rebobinamento.
Opções diferentes podem ser especificadas para dispositivos diferentes, dentro de um
subgrupo de quatro. As opções fazem efeito quanto o dispositivo é aberto. Por exemplo, o
administrador do sistema pode definir um dispositivo que grava em blocos fixos com uma
certa blocagem e outro que grava em blocos variáveis (se a unidade suportar ambos os
modos).
O driver suporta partições se a unidade de fita suportá-las. (As partições em fita não tem
nada ver com as partições em disco. Uma fita particionada pode ser vista como várias fitas
lógicas.) O suporte a partições tem que ser habilitado com um ioctl. A localização da fita
é preservada em cada partição através das alterações na partição. A partição usada para
operações subseqüentes, é selecionada com um ioctl. A mudança de partição é executada
junto com a próxima operação para evitar movimento desnecessário da fita. O número máximo
de partições um uma fita é definido por uma constante durante a compilação (originalmente
quatro). O driver contém um ioctl que pode formatar uma fita com uma ou duas partições.
O dispositivo /dev/tape é geralmente criado como um vínculo símbólico ou fixo para o
dispositivo de fita padrão no sistema.
TRANSFERÊNCIA DE DADOS
O driver suporta operações nos modos de blocagem fixa e variável (se suportado pela
unidade). No modo de blocagem fixa a unidade grava blocos de tamanho específico e o
tamanho do bloco não é dependente do contador de bytes gravados, usado pelas chamadas do
sistema. No modo de blocagem variável, um bloco é gravado para cada chamada de gravação e
o contador de bytes determina o tamanho do bloco. Observe que os blocos na fita, não
contém quaisquer informações sobre o mode de gravação. Durante a leitura, o importante é
usar comandos que aceitam o tamanho dos blocos gravados.
No modo variável, o contador de bytes não precisa coincidir exatamente com o tamanho do
bloco. Se o contador é maior do que o próximo bloco na fita, o driver retorna os dados e a
função retorna o tamanho atual do bloco. Se o tamanho do bloco é maior do que o contador
de bytes, a quantidade requisitada de dados é retornada a partir do inicio do bloco e o
resto é descartado.
No modo fixo, o contador de bytes lidos pode ser arbitrário se o uso de buffer estiver
habilitado ou um múltiplo do tamanho do bloco se o buffer estiver desabilitado. O Linux
antes da versão 2.1.121 permite gravação com um contador de byte arbitrário, se o buffer
estiver habilitado. Em todos os casos, o contador de bytes de gravados deve ser um
múltiplo do tamanho do bloco.
Um marcador de arquivo é automáticamente gravado na fita se a última operação na fita
antes de fechá-la foi uma gravação.
Quando um marcador de arquivo é encontrado enquanto lendo, a seguinte é comcluído. Se
houver dados no buffer quando um marcador de arquivo é encontrado, estes dados serão
retornados. A próxima leitura retornará zero bytes. A leitura seguinte retornará os dados
do próximo arquivo. O fim dos dados gravados é sinalizado pelo retorno de zero bytes
durante duas leituras consecutivas. A terceira leitura retornará um erro.
IOCTLS
O driver suporta três requisitos ioctl. Os requisitos não reconhecidos pelo driver st são
passados para o driver SCSI As definições abaixo são do /usr/include/linux/mtio.h:
MTIOCTOP - Executa uma operação de fita
Este requisito leva um argumento do tipo (struct mtop *). Nem todos as unidades suportam
todas as operações. O driver retorna um erro EIO se a unidade rejeitar uma operação.
/* Estrutura do MTIOCTOP - comando op de fita mag: */
struct mtop {
short mt_op; /* operações definidas abaixo */
int mt_count; /* quantidade delas */
};
Operações de fita magnéticas para uso normal:
MTBSF Retrocede espaços sobre mt_count marcadores de arquivos.
MTBSFM Retrocede espaços sobre mt_count marcadores de arquivos. Reposiciona a fita
no lado EOT último marcador de arquivo.
MTBSR Retrocede espaços sobre mt_count registros (blocos da fita).
MTBSS Retrocede espaços sobre mt_count setmarks.
MTCOMPRESSION Habilita compressão de dados se mt_count não for zero e desabilita a
compressão se mt_count é zero. Este comando usa o MODO page 15 suportado
pela maioria das fitas DATs.
MTEOM Vai para o final da mídia gravada (para acrescentar arquivos).
MTERASE Apaga a fita.
MTFSF Avança mt_count marcadores de arquivos.
MTFSFM Avança mt_count marcadores de arquivos. Reposiciona a fita no lado BOT do
último marcado de arquivo.
MTFSR Avança espaços sobre mt_count registro (blocos da fita).
MTFSS Avança espaços sobre mt_count setmarks.
MTLOAD Executa o comando load SCSI. Um caso especial está disponível para alguns
carregadores automáticos HP. Se mt_count é a constante MT_ST_HPLOADER_OFFSET
mais um número, o número é enviando para a unidade controlar a carga
automática.
MTLOCK Bloqueia a porta da unidade de fita.
MTMKPART Formata a fita em uma ou duas partições. Se mt_count não for zero, ele dá o
tamanho da primeira partição e a segunda partição contém o resto da fita. Se
mt_count for zero, a fita é formatada com um partição. Este comando não é
permitido em uma unidade a menos que o suporte a esteja habilitado (veja
MT_ST_CAN_PARTITIONS abaixo).
MTNOP Nenhuma operação - descarrega o buffer do driver. Ele pode ser usado antes
de ler o estado com MTIOCGET.
MTOFFL Rebobina a fita e coloca a unidade fora de linha.
MTRESET Reinicia a unidade.
MTRETEN Retensiona a fita.
MTREW Rebobina.
MTSEEK Posiciona no número de bloco especificado em mt_count. Esta operação requer
uma unidade SCSI-2 que suporte o comando LOCATE (endereço de dispositivo
específico) ou uma unidade Tandberg-compatível SCSI-1 (Tandberg, Archive
Viper, Wangtek, ... ). O número do bloco deverá ser aquele previamente
retornado pelo MTIOCPOS se o endereço específico do dispositivo foi usado.
MTSETBLK Define o tamanho do bloco para o valor especificado em mt_count. Um tamanho
de zero define o modo de bloco de tamanho variável.
MTSETDENSITY Define a densidade para o código em mt_count. O código de densidade
suportado pela unidade pode ser encontrado na documentação da unidade.
MTSETPART A partição é alternada para mt_count . As partições são numeradas a partir
de zero. Este comando não é permitido em uma unidade, a menos que o suporte
a partições esteja habilitado (veja MT_ST_CAN_PARTITIONS abaixo).
MTUNLOAD Executa o comando SCSI unload (não ejeta a fita).
MTUNLOCK Desbloqueia a porta da unidade de fita.
MTWEOF Grava mt_count marcadores de arquivos.
MTWSM Grava mt_count setmarks.
Operações de Fita Magnética para configurar opções de dispositivo (superusuário):
MTSETDRVBUFFER
Define várias opções de driver e unidade de acordo com os bits codificados em
mt_count. Isto consiste do modo de buferização da unidade, 13 opções Booleanas da
unidade, os limites de gravação do buffer, padrões para o tamanho do bloco e
densidade e limites de tempo (apenas no Linux >= 2.1). Uma operação simples só
pode afetar um ítem na lista acima (as opções Booleanas contadas com um ítem.)
Um valor zero nos 4 bits de alta órdem será usado para definir o modo de
buferização da unidade de fita. Os modos de buferização são:
0 A unidade não informará o estado GOOD nos comandos de gravação até que os
blocos de dados sejam gravados na mídia.
1 A unidade informará o estado GOOD nos comandos de gravação assim que todos
os dados tenham sido transferidos do buffer interno da unidade.
2 A unidade pode informar o estado GOOD nos comandos de gravação assim que:
(a) os dados foram transferido do buffer interno da unidade e (b) todos os
dados em buffers de inicializadores diferentes foram gravados com sucesso
para a mídia.
Para controlar o limite de gravação, o valor em mt_count deve incluir a constante
MT_ST_WRITE_THRESHOLD logicamente ORed com um contador de bloco nos 28 bits
inferiores. O contador de bloco refere-se a blocos de 1024-byte e não ao tamanho
físico dos blocos na fita. Os limites não podem exceder o tamanho do buffer
interno da unidade (veja DESCRIÇÃO, acima).
Para definir e limpar as opções Booleanas o valor em mt_count deve incluir uma das
constantes MT_ST_BOOLEANS, MT_ST_SETBOOLEANS, MT_ST_CLEARBOOLEANS ou
MT_ST_DEFBOOLEANS logicamente ORed com qualquer combinação das opções a seguir é
desejável. Usando MT_ST_BOOLEANS as opções podem ser definidas para valores
definidos nos bits correspondentes. Com MT_ST_SETBOOLEANS as opções podem ser
seletivamente definidas e com MT_ST_DEFBOOLEANS seletivamente limpas.
As opções padrões para um dispositivo de fita podem ser definidas com
MT_ST_DEFBOOLEANS. Um dispositivo de fita inativo (i.e., um dispositivo com número
menor 32 ou 160) é ativado quando as opções padrões para ele são definidas na
primeira vez. Um dispositivo ativado herda daquele ativado na inicialização as
opções não definidas explicitamente.
As opções Booleanas são:
MT_ST_BUFFER_WRITES (Padrão: true)
Coloca no buffer todas as operações de gravação usando a blocagem fixa. Se
esta opção é false e a unidade usa um bloco de tamanho fixo, então todas as
operações de gravação devem usar um múltiplo do tamanho do bloco. Esta
opção deve ser definida como falsa para se obter uma gravação confiável em
sistemas multi-volumes.
MT_ST_ASYNC_WRITES (Padrão: true)
Quando esta opção é verdadejra, a operação de gravação retorna
imediatamente sem esperar que os dados sejam transferidos para a unidade se
os dados estão ajustados dentro do buffer da unidade. O limite de gravação
determina quando o buffer está cheio mas depois um novo comando de escrita
SCSI é usado. Quaisquer erros relatados pela unidade serão retidos até a
próxima operação. Esta opção deve ser definida como falsa para se obter
uma gravação confiável em sistemas multi-volumes.
MT_ST_READ_AHEAD (Padrão: true)
Esta opção faz o driver prover leitura buferizada e leitura a frente em
blocos fixos. Se esta opção é false e a unidade usa um tamanho de bloco
fixo, todas as operações de leitura devem ser múltiplos do tamanho do
bloco.
MT_ST_TWO_FM (Padrão: false)
Esta opção modifica as características do driver quando um arquivo é
fechado. A ação normal é gravar uma marca de arquivo simples. Se esta
opção é true o driver gravará duas marcas de arquivo e um caracter de
retrocesso sobre a última marca.
Nota: Esta opção não pode ser true para unidades de fita QIC uma vez que
elas não podem sobrescrever a marca de arquivo. Estas unidades detetam o
final dos dados gravados testando se a fita está em branco. A maioria das
unidades atuais também detetam o final dos dados gravados e o uso das duas
marcas de arquivo são necessária apenas quando há intercambio de fita com
outros sistemas.
MT_ST_DEBUGGING (Padrão: false)
Esta opção ativa várias mensagens de depuração de erros do driver (só tem
efeito se o driver foi compilado com DEBUG definido com valor diferente de
zero).
MT_ST_FAST_EOM (Padrão: false)
Esta opção envia a operação MTEOM diretamente para a unidade,
potencialmente acelera a operação, mas causa perda de trilhas do número de
arquivo atual, normalmente retornado pela requisição MTIOCGET. Se
MT_ST_FAST_EOM é false o driver responderá a um requisito MTEOM repassando
espaços sobre o arquivo.
MT_ST_AUTO_LOCK (Padrão: false)
Quando esta opção é true, a porta da unidade é bloqueada quando o
dispositivo é aberto e desbloqueada quando ele é fechado.
MT_ST_DEF_WRITES (Padrão: false)
As opções da fita (tamanho do bloco, modo, compressão, etc.) pode variar
quando muda-se de um dispositivo vinculado a uma unidade, para outro
vinculado a mesma unidade dependendo de como os dispositivos estão
definidos. Esta opção define quando as mudanças são forçadas pelo driver
através de comandos SCSI e quando a unidade auto-deteta que as capacidades
são confiáveis. Se esta opção é false, o driver envia os comandos SCSI
imediatamente quando o dispositivo é alterado. Se a opção é true, os
comandos SCSI não são enviados até que uma gravação seja requisitada. Neste
caso o firmware da unidade tem permissão para detetar a estrutura da fita
durante a leitura e os comandos SCSI são usados apenas para certificar-se
que a fita é gravada de acordo com a especificação correta.
MT_ST_CAN_BSR (Padrão: false)
Quando a leitura a frente é usada, a fita deve algumas vezes ser rebobinada
para a posição correta quando o dispositivo é fechado e o comando SCSI para
efetuar esta tarefa é usado. Algumas unidades antigas não podem processar
este comando confiavelmente e esta opção pode ser usada para instruir o a
não usá-lo. O resultado final é que, com leitura a frente e o modo de bloco
fixo, a fita não pode ser corretamente posicionada no arquivo quando o
dispositivo é fechado.
MT_ST_NO_BLKLIMS (Padrão: false)
Algumas unidades não aceitam o comando SCSI READ BLOCK LIMITS. Se ele é
usado, o driver não usá-o. A desvantagem é que o driver não pode checar
antes de enviar os comandos se o tamanho de bloco selecionado é aceitável
pela unidade de fita.
MT_ST_CAN_PARTITIONS (Padrão: false)
Esta opção habilita o suporte a várias partições em uma fita. Ela aplica-
se a todos os dispositivos vinculados à unidade.
MT_ST_SCSI2LOGICAL (Padrão: false)
Esta opção instrui o driver a usar o endereço lógico de bloco definido no
padrão SCSI-2 durante as operações de procura e ( com os comandos MTSEEK e
MTIOCPOS e durante alterações na partição). Do contrário o endereço
específico do dispositivo é usado. É altamente recomendável definir esta
opção se a unidade suporta os endereços lógicos, porque eles também contam
as marcas de arquivo. Há algumas unidades que só suportam o endereçamento
lógico de bloco.
MT_ST_SYSV (Padrão: false)
Quando esta opção é habilitada, o dispositivo de fita usa a semântica do
SystemV. Do contrário a do BSD é usada. A diferença mais importante entre
as semânticas é o que acontece quando um dispositivo usado para leitura é
fechado: na semântica SYSV a fita é avançada para a próxima marca de
arquivo se a mesma não foi encontrada durante a utilização do dispositivo.
Na semântica BSD a posição da fita não se altera.
EXEMPLO
struct mtop mt_cmd;
mt_cmd.mt_op = MTSETDRVBUFFER;
mt_cmd.mt_count = MT_ST_BOOLEANS |
MT_ST_BUFFER_WRITES |
MT_ST_ASYNC_WRITES;
ioctl(fd, MTIOCTOP, &mt_cmd);
O tamanho padrão do bloco para um dispositivo pode ser definido com
MT_ST_DEF_BLKSIZE e a densidade padrão com MT_ST_DEFDENSITY. Uma operação OU é
executada entre os valores dos parâmetros e o código da operação.
Com o Linux 2.1.x e posteriores, os limites de tempo podem ser definidos com o
subcomando MT_ST_SET_TIMEOUT e um OU do tempo em segundos. O limite longo (usado
para rebobinamento e outros comandos que levam muito tempo) pode ser definido com
MT_ST_SET_LONG_TIMEOUT. O padrão do Linux é muito longo para certificar-se que um
comando falhou por ter excedido o limite de tempo em qualquer unidade. Por isso o
driver pode parecer travar, mesmo que ele seja o único em espera. Estes comandos
podem ser usados para definir valores mais práticos para unidades específicas. O
limite definido para um dispositivo, aplica-se a todos que estejam vinculados a
mesma unidade.
MTIOCGET - Obtém o estado
Esta requisição leva um argumento do tipo (struct mtget *).
/* estrutura para MTIOCGET - comando para obter o estado da fita */
struct mtget {
long mt_type;
long mt_resid;
/* os registradores abaixo são dependentes do dispositivo */
long mt_dsreg;
long mt_gstat;
long mt_erreg;
/* Os dois campos a seguit nem sempre são usados */
daddr_t mt_fileno;
daddr_t mt_blkno;
};
mt_type Arquivo cabeçalho define vários valores para mt_type, mas o driver atual só
informa os tipos genéricos MT_ISSCSI1 (Fita SCSI-1 genérica) e MT_ISSCSI2 (Fita
SCSI-2 genérica).
mt_resid contém o número da partição da fita atual.
mt_dsreg informa a definição de tamanho de bloco da unidade atual (nos 24 bits baixos) e
densidade (nos 8 bits altos). Estes campos são definidos por
MT_ST_BLKSIZE_SHIFT, MT_ST_BLKSIZE_MASK, MT_ST_DENSITY_SHIFT e
MT_ST_DENSITY_MASK.
mt_gstat dá informações genéricas do estado (independente do dispositivo). O arquivo
cabeçalho define macros para testar estes bits de estado:
GMT_EOF(x): A fita está posicionada após a marca de arquivo (sempre false após
uma operação MTSEEK).
GMT_BOT(x): A fita está posicionada no inicio do primeiro arquivo (sempre false
após uma operação MTSEEK).
GMT_EOT(x): Uma operação da fita alcançou o final físico da Fita.
GMT_SM(x): A fita está posicionada na setmark (sempre false após uma operação
MTSEEK).
GMT_EOD(x): A fita está posicionada no final do dado gravado.
GMT_WR_PROT(x): A unidade está protegida contra gravação. Para algumas
unidades isto pode significar que a mesma não suporta gravação no tipo
mídia atual.
GMT_ONLINE(x): O último open() encontrou uma fita na unidade e pronta para
operação.
GMT_D_6250(x), GMT_D_1600(x), GMT_D_800(x): Reporta informações de estado
“genéricas” sobre a densidade atual definida em 9-track enas para unidades
de fita de 12".
GMT_DR_OPEN(x): A unidade não contém uma fita.
GMT_IM_REP_EN(x): Modo de Informação Imediata. Este bit é definido se não há
garantias que os foram fisicamente gravados na fita quando a chamada de
gravação retorna. Ele é definido zero apenas quando o driver não buferiza
os dados e a unidade está definida para não colocar os dados no buffer.
mt_erreg O único campo definido em mt_erreg é o contador de erros recuperados, nos 16
bits de baixa órdem (como definido porMT_ST_SOFTERR_SHIFT e
MT_ST_SOFTERR_MASK). Devido a inconsistências na forma como as unidades
informam os erros recuperados, o contador freqüentemente não é mantido (a
maioria das unidades não informam por padrão erros de programas, mas isto pode
ser alterado com o comando SCSI MODE SELECT).
mt_fileno Informa o número atual do arquivo (base-zero). Este valor é -1 quando o número
do arquivo é desconhecido (i.e., depois de MTBSS ou MTSEEK).
mt_blkno Informa o número de bloco (base-zero) do arquivo atual. Este valor é -1 quando
o número do bloco é desconhecido (i.e., depois de MTBSF, MTBSS, ou MTSEEK).
MTIOCPOS - Obtém a posição da fita.
Este requesito aceita um argumento do tipo (struct mtpos *) e informa a noção da unidade
do número de bloco da fita atual, que não é o mesmo que mt_blkno retornado por MTIOCGET.
A unidade deve ser uma SCSI-2 que suporte o comando READ POSITION (endereço específico do
dispositivo) ou uma unidade SCSI-1 Tandberg-compatível (Tandberg, Archive Viper, Wangtek,
... ).
/* estrutura para MTIOCPOS - comando para obter a posição da fita */
struct mtpos {
long mt_blkno; /* número do bloco atual */
};
VALOR RETORNADO
EIO A operação solicitada não pode ser concluida.
ENOSPC Uma operação de gravação não pode ser concluida porque a fita chegou no
final físico.
EACCES Tentando gravar ou apagar um fita com proteção a gravação. (Este erro não é
detetado durante um open().)
EFAULT Os parâmetros do comando apontam para memória que não pertencem ao processo
chamado.
ENXIO Durante a abertura o dispositivo de fita não existe.
EBUSY O dispositivo já está em uso ou o driver não conseguiu alocar um buffer.
EOVERFLOW Tentou ler ou gravar um bloco de tamanho variável que é maior do que o
buffer interno da unidade.
EINVAL Um ioctl() tem um argumento ilegal ou o tamanho do bloco requisita é ilegal.
ENOSYS ioctl() desconhecido.
EROFS Tentativa de abrir com O_WRONLY ou O_RDWR quando a fita na unidade está
protegida contra gravação.
ARQUIVOS
/dev/st* : Dispositivo de fita SCSI com auto-rebobinamento
/dev/nst* : Dispositivo de fita SCSI sem auto-rebobinamento
AUTOR
O driver foi escrito por Kai Mäkisara (Kai.Makisara@metla.fi) a partir de um driver
escrito por Dwayne Forsyth. Várias outras pessoas também contribuiram com o driver.
VEJA TAMBÉM
mt(1)
O arquivo README.st nos fontes do Linux contém informações mais recentes sobre o driver e
suas possibilidades de configuração.
NOTAS
1. Quando trocar dados entre sistemas, ambos tem que usar o mesmo tamanho de bloco físico
da fita. Os parâmetros da unidade após a inicialização freqÜentemente não são os mesmos
que o sistema usa para o dispositivo. A maioria dos sistema usam unidades no modo de
blocagem variável, se a mesma suportar. Isto aplica-se a maioria das unidades modernas,
incluindo DATs, 8mm, DLTs, etc. Pode ser oportuno usar esta unidades em modo variável
também no Linux (i.e usa MTSETBLK ou MTSETDEFBLK na inicialização para definir o modo), ao
menos quando trocar dados com outros sistemas. A desvantagem disto é que um tamanho de
bloco suficientemente grande tem que ser usado para obter uma taxa de transferência
aceitável em barramento SCSI.
2. Muitos programas (por ex., tar) permitem ao usuário especificar o fator de bloco na
linha de comando. Note que isto determina o tamanho do bloco físico na fita apenas no modo
de bloco variável.
3. Para poder usar unidades SCSI, o driver SCSI básico, o driver da placa SCSI e o driver
para fita SCSI deve ser compilado no Linux ou carregado como módulo. Se o driver para fita
SCSI não estiver presente, a unidade é reconhecida, mas o suporte descrito nesta página
não está disponível.
4. O driver grava as mensagens de erro no console/log. Os códigos escritos em algumas
mensagens são automáticamente traduzidos para texto se a exibição das mensagens SCSI está
habilitada na compilação do Linux.
DIREITOS AUTORAIS
Copyright © 1995 Robert K. Nichols.
Copyright © 1999 Kai Mäkisara.
É permitido fazer e distribuir cópias deste manual desde que o aviso de direitos autorais
e esta permissão esteja presente em todas as cópias. Permissões adicionais estão contidas
nos cabeçalhos do arquivo fonte.
TRADUÇÃO E REVISÃO PARA LÍNGUA PORTUGUESA
Fábio Henrique F. Silva <fabiohfs@eol.com.br> (tradução) Carlos Augusto Horylka
<horylka@conectiva.com.br> (revisão)