Como montar com êxito uma unidade SCSI de 8 bits em um computador moderno?


50

Eu tenho várias unidades SCSI-1 internas de 8 bits que gostaria de arquivar para fins históricos. Todos esses são os cubos e as NeXTS da NeXT (monocromáticos e coloridos) usados ​​pela id Software para criar DOOM e Quake. Eu gostaria de doar as máquinas em algum lugar em que elas possam fazer algo de bom, mas John Carmack me prometeu há mais de uma década que limparia as unidades se alguma vez as passasse e odiaria perder dados inestimáveis isso é neles.

Em teoria, percebo que o SCSI é compatível com versões anteriores e, portanto, posso apenas conectá-lo a um cabo apropriado e a uma moderna placa SCSI ...

Mas suspeito que não é tão simples e, além disso, não é óbvio que tipo de cabo ou adaptador eu precisaria e onde adquirir um.

Se eu extrair os dados com êxito, sigo John e verifico se pode ser bom liberar as imagens de disco para o público. São os dados dele, então será a ligação dele. O id tem código aberto em grande parte do código, portanto pode não haver nada útil aqui, mas o nerd em mim odiaria perdê-lo, se houver. :)


John Romero disse que não há problema em jogar as unidades no lixo. Claro que isso foi antes de toda a coisa "Daikatana".
Joeqwerty

Não há problema em conectar unidades SCSI de 8 bits de largura a um adaptador de host amplo (16 bits). E se você tiver unidades SCSI grandes usando apenas comandos de 6 bytes (basicamente SASI), estou muito interessado nelas para ajudar a ressuscitar um computador antigo. (Veja tnodiana.com/node/12 Essa mini-mudou-se para o TU / e e de lá para o clube computador Temos ainda, mas nenhuma unidade e nenhuma placa de rede..)
Hennes

11
Uma placa com conector de 50 pinos (8 bits) pode ser encontrada por menos de 12 libras no ebay. Apenas certifique-se de ter um computador com uma interface correspondente (por exemplo, PCI) e, para facilitar o uso, obtenha um com uma interface de 40 pinos. Quanto à terminação: a terminação SCSI é feita nas duas extremidades do barramento, puxando os cabos até + TERMPWR com um resistor de 220 ohm e para o chão com um resistor de 330 ohm. Esses drives antigos provavelmente ainda possuem conjuntos de resistores removíveis.
Hennes

4
O Nextstep usou sua própria variação menor do bom e antigo UFS para que uma máquina Linux possa lê-lo. A montagem do Linux ainda tem uma opção ufstype = nextstep.
user143690

5
Mesmo fora do escopo de sua pergunta, considere entrar em contato com Jason Scott (não eu) em textfiles.com ou @textfiles . Ele trabalha para o Internet Archive e é particularmente interessado em preservação digital.
Jscott

Respostas:


11

Hardware antigo do NeXT. DESMAIO!

Obter um adaptador SCSI2 -> SCSI 1 deve ser trivial. Havia variedades internas e externas. Google é seu amigo. Por alguma razão, pensei que as lajes "mais recentes" deveriam ser SCSI2, mas faz muito tempo.

Você ainda precisa finalizar a cadeia SCSI. Mantenha os endereços de 0 a 7.

Além disso, apenas pesquisar no " scsi-2 pci card " vem com hits. Uma placa Adaptec, por exemplo, ainda deve ter um bom suporte SCSI funcional no linux. Parece que um pode ser comprado por ~ $ 20.

Aqui está a coisa tho. Como diabos você vai ler o sistema de arquivos usando algo além do NeXTSTEP? Suponho que você possa inicializar um CD antigo NeXTSTEP / OpenStep Intel e ftp / scp / rsync nos arquivos que deseja salvar depois de montar a unidade. O truque provavelmente seria encontrar um cartão Adaptec suportado pelo OpenStep.

Boa sorte!


4
Apenas coloque o disco inteiro em um arquivo e se preocupe com o formato mais tarde? (Provavelmente usando a montagem de loopback mais tarde).
Hennes

3
Pode ser montado no Linux como o usuário143690 acima já mencionado.
quer

Eu acredito que as lajes têm SCSI-1 interno, externo SCSI-2. Mas tem sido um longo tempo desde que eu babava sobre essas folhas de especificação (e as amostras de engenharia na NeXT HQ!)
Don MacAskill

Eu estava pensando em usar o dd para criar uma cópia exata e descobrir o resto mais tarde. IIRC (já faz um tempo), o NeXT usava um sistema de arquivos UFS semelhante a outras variantes do BSD. Eu suspeito que o Linux possa montá-lo nativamente, assim como outras variantes do UFS, então eu seria capaz de (com a permissão de John) passar as imagens do disco e qualquer pessoa poderia montá-las em uma caixa do Linux.
Don MacAskill

O Adaptec 2904 funcionou para mim no Linux há alguns anos ...
Janus Troelsen

1

Eu tenho uma placa NeXTStation e estou tentando descobrir por que ela não inicializa. Removai a unidade da NeXTStation e a instalei no PC antigo (IBM Z Pro) com um controlador UltraWide SCSI integrado. Encontrei um adaptador que converte do conector UW de 80 pinos para o conector de 50 pinos do estilo antigo usado pelas unidades SCSI-1. Outras opções óbvias podem estar desenterrando um controlador SCSI-1. Se for uma laje NeXTStation, a unidade provavelmente já estará terminada com resistores do tipo SIL, para que você não precise de nenhum cabo SCSI.

Inicializei o sistema e a unidade foi detectada como / dev / sdc. Antes de fazer qualquer outra coisa, fiz um backup completo de toda a unidade assim:

dd if=/dev/sdc of=backup.img bs=$[1024*1024*32]

Como é uma unidade Seagate ST1280, o arquivo resultante ficou em torno de 238MB. Depois disso, adicionei manualmente o módulo ufs ao kernel, embora isso possa não ser necessário:

modprobe ufs

Estou executando o Fedora 21, então o módulo ufs fazia parte do pacote kernel-modules-extra. Depois disso, o disco pode ser montado com este comando:

mount /dev/sdc /mnt/nextstep -t ufs -o ufstype=nextstep

O módulo UFS instalado a partir do kernel-modules-extra suporta apenas leitura apenas, como parece com o dmesg:

ufs: ufs was compiled with read-only support, can't be mounted as read-write

Se você precisar montá-lo para leitura e gravação, provavelmente precisará recompilar o kernel e / ou o módulo.



0

Você deve realmente conectá-los a qualquer cadeia de dispositivos SCSI-1 ou SCSI-2 e, em seguida, limpe-os a partir daí. No entanto, se as máquinas inicializarem, o que eu faria é exportar uma pasta compartilhada pelo NFS de uma máquina com espaço suficiente para reter o conteúdo das unidades, tar o conteúdo completo das unidades para a pasta compartilhada e, em seguida, execute dd para limpá-los.

Você pode instalar o gnu tar primeiro, assumindo que o Carmack o deixou com o gcc na caixa, porque a versão do tar instalada com o NeXTStep tem problemas com nomes de caminho com mais de 255 ou 1024 caracteres - esqueço qual deles.

Eu aposto que eles arrancam. Meu próprio cubo ainda faz.


0

Eles podem ser lidos em um PC Linux com um adaptador SCSI. Eu estaria disposto a fazê-lo se você estiver perto.

O melhor recurso sobre esses assuntos é a lista de discussão ClassicCmp ( http://www.classiccmp.org/ ) - uma comunidade muito ativa de pessoas muito conhecedoras e técnicas. Postar na lista; Tenho certeza de que alguém estará perto o suficiente para ajudar.


0

A solução mais fácil é ler as unidades no equipamento original NeXT. Eu tenho três cores NeXTStations e esperaria que duas delas estivessem totalmente operacionais, embora não tenha verificado isso por muitos anos. Informe-me como posso ajudar - estou em AZ e CA.


0

Como observado acima, a coisa mais fácil a fazer é despejá-los usando uma caixa NeXT existente. Eu tenho uma unidade externa na qual conecto os discos e despejo a imagem usando dd, cpio e tar e, em seguida, transfiro as imagens para a minha caixa de arquivo morto. Faço o mesmo para imagens MO / OD (tenho unidades em funcionamento). Se você possui um cabo de 50 pinos de unidade dupla, poderá sobreviver sem a unidade externa.

Como alternativa, se você puder encontrar uma placa pci adaptec de 50 pinos mais antiga e conectá-la a uma caixa do Linux, poderá dd a imagem no Linux e posteriormente montar o disco usando um loop no Linux. De certa forma, isso é melhor porque o dd no NeXT não despeja o disco inteiro.

Se você tiver problemas, eu estaria disposto a ajudar ou até mesmo despejar as unidades para você. Eu fiz isso por várias pessoas / empresas.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.