Eu tenho algumas fitas antigas do SunOS Eu preciso olhar para o índice antes de rasgá-las.
Existe uma solução Linux para restaurar essas fitas?
Se as fitas estiverem no formato tar, você poderá tentar
tar -tf /dev/sr0
Se os arquivos estiverem no formato cpio,
cpio -ivtB </dev/sr0
pode funcionar. Se as fitas estiverem no formato ufsdump, você pode tentar usar restore
restore -if /dev/st0
use ls e cd para ver o que está neles
Iain deu uma parte da resposta, mas não está completa. Aqui vem um conselho sobre como ler fitas desconhecidas em um host linux:
Fator de bloqueio
Você precisa saber qual fator de bloqueio foi usado, a menos que a unidade (possivelmente antiga) use um tamanho de bloco fixo. Primeiro, você terá que configurar a unidade para usar o fator de bloqueio suave:
# mt -f /dev/nst0 setblk 0
Então você usará dd para ler um bloco da fita:
dd if=/dev/nst0 of=./testfile bs=128k count=1
Você pode precisar experimentar vários tamanhos de bloco, de preferência algo grande o suficiente. Se o tamanho do bloco dd selecionado for maior que o tamanho real do bloco de fita, o dd só vai ler um bloco, algo assim:
# dd if=/dev/nst0 of=./testfile bs=128k count=1
1+0 records read
1+0 records written
32768 bytes (32 kiB) copied, 236 kiB/s
Aqui descobrimos que um tamanho de bloco de 32K foi usado, essa é a primeira informação importante. Nota: se você estiver usando um tamanho de bloco muito grande, vários erros estranhos podem ocorrer, como um erro de E / S. A maioria das unidades de fita antigas não aceita ler muito mais do que 128K por vez, talvez menos para formatos antigos como o QIC.
Formato de dados
Agora que você determinou o tamanho do bloco de fita, é hora de descobrir como é o formato de dados de fita! Aqui devemos usar uma ferramenta preciosa e poderosa: o comando file . Agora devemos pegar mais alguns blocos da fita para determinar o que é mais fácil:
# dd if=/dev/nst0 of=./testtape.img bs=32k count=100
100+0 records read
100+0 records written
3276800 bytes (3 MiB) copied, 160 kiB/s
# file ./testtape.img
testtape.img: POSIX tar archive (GNU)
Convenientemente, o arquivo identificará corretamente a maioria dos dados de tar, cpio, * dump, dados compactados, salvando você de um longo jogo de tentativa e erro.
Advertência
As fitas podem muito bem hospedar vários formatos de dados diferentes. Uma ocorrência comum de fitas usando um formato sem índice (como tar) é ter um arquivo de texto listando o conteúdo da fita como o primeiro arquivo, por exemplo, ou alguns outros cabeçalhos semelhantes. Então você pode precisar ler vários registros antes de encontrar dados reais.
As fitas foram escritas com uma versão única do CPIO que existia apenas nas primeiras versões do SunOS, eu acho SunOS 2 ou 3. Na época, no início dos anos 90 (quando eu era um cowboy , não um sysadmin), Auspex (SunOS) foi uma peça importante em servidores de arquivos UNIX. A Sun estava tentando ativar arquivos grandes (> 2 GB, também conhecido como BIG_FILE). As nozes & Para os parafusos do CPIO, o primeiro campo de X bits em um registro de despejo CPIO é a contagem de bytes nesse INODE. Tudo isso é bom e bom. Exceto que o CPIO posterior foi padronizado em um número diferente de bytes para representar a contagem de bytes do INODE.
Você pode imaginar a diversão que resulta quando seu nome de arquivo é precedido por bits aleatórios e sua contagem de bytes está errada.
Você quer dizer fitas ou fitas do Sistema SunOS escritas em um antigo sistema SunOS?
As fitas do sistema começam com uma imagem de inicialização, seguida por um índice (a ser lido com /usr/etc/install/xdrtoc ), seguido pelos pacotes individuais no formato tar.gz, conforme estabelecido pelo arquivo TOC. Você precisa pular para o arquivo que deseja extrair usando mt (por exemplo, mt -f/dev/non-rewinding-tapedevice fsf para pular para o próximo arquivo)
Se você quiser ler fitas escritas em SunOS Systems antigos, eu usaria star , disponível para download em berlios , pois é capaz de ler mais ou menos qualquer formato de tar (incluindo histórico versões), pax ou cpio.
Para o formato ufsdump, o uso do ufsrestore foi apontado por um pôster anterior.
Dica: hoje em dia, o conteúdo dessas fitas antigas provavelmente se encaixa facilmente em um sistema de arquivos disponível. Para reduzir o desgaste da fita antiga desgastada, pode ser uma boa ideia fazer um loop pela fita, lendo um arquivo após o outro em arquivos para explorar mais. Apenas lembre-se de usar sempre o dispositivo de fita não rebobinador (como nrst0, ou qualquer dispositivo de fita aponta para sua unidade), pois toda vez que você esquecer esse pequeno detalhe, você começa em 0.
No passado, isso levou a muitas situações desagradáveis, como cópias de segurança de seus antecessores repetidas vezes nessa fita mágica ou restaurações que só encontravam parte dos dados, quando todos tinham certeza de que deveria ser vários arquivos na fita ...
Supondo que as fitas foram gravadas usando tar, tar -tvf your-backup-file.tar imprimirá uma lista de arquivos e diretórios no arquivo sem extraí-los. Isso ainda envolve a leitura de todo o arquivo da fita, o que levará muito tempo.
Você pode precisar instalar drivers para sua unidade de fita específica. Pode ajudar se você atualizar sua pergunta com a marca e o modelo da sua unidade de fita. O software usado para fazer o backup também pode ajudar se você souber disso.