Bug XFS no kernel Linux 6.3.3 coincide com o retorno do código SGI

GNU Silicon Graphics: algo não está morto enquanto seu nome ainda é falado.

O SGI pode não existir mais, mas as pessoas ainda estão usando seu código. Além disso, um pouco mais desse código pode estar prestes a desfrutar de um renascimento. é que um bug XFS no kernel Linux 6.3.3 coincide com o retorno do código SGI.

Embora a Silicon Graphics tenha sido retirada da lista em 2005 e seu nome assumido pela Rackable em 2009 , muito de seu código ainda está por aí, em uso ativo e atraindo interesse. Em dezembro, informamos que o kernel 6.2 do Linux receberia algumas correções de bugs no XFS , o sistema de arquivos do Unix proprietário do IRIX da SGI. A SGI doou o sistema de arquivos para o kernel do Linux em 1999.

Bem, se você está no 6.2, pode querer ficar lá por enquanto. Um bug no XFS no kernel 6.3.3 apareceu. Ele corrompe apenas os metadados, em vez dos próprios dados do arquivo, mas isso ainda é desagradável e pode impedir a inicialização de um sistema, mesmo que a partição raiz não esteja no XFS. A equipe do Fedora investigou e rastreou até uma única linha de código. Portanto, foi encontrado e corrigido, mas como vários comentaristas observaram, o bug não deveria ter sido deixado passar.

Esse problema foi corrigido no kernel 6.3.5 atual – o que significa que os desenvolvedores do kernel deletaram uma linha que anteriormente resultava em um loop no write-back tentando alocar um bloco alinhado. Os usuários do XFS não devem se contentar com nada antes, pelo menos na série 6.3.

Bug XFS no kernel Linux 6.3.3 coincide com o retorno do código SGI

O XFS caiu um pouco na obscuridade nos últimos anos, mas no passado foi o sistema de arquivos padrão em mais de uma distribuição corporativa. É também a base do mecanismo de armazenamento Stratis de próxima geração da Red Hat, que combina o formato de disco XFS com o gerenciamento de volume aprimorado no estilo ZFS. ( A mesa do Reg FOSS não usa nenhum sistema de gerenciamento de volume lógico há anos, mas lembra-se vagamente de preferir as ferramentas EVMS ao sistema LVM2 alternativo, que ganhou o favor dos desenvolvedores do kernel e foi incorporado em seu lugar.)

Em outros assuntos relacionados à SGI, o OSNews relata que um projeto surpreendente veio a público na semana passada: um esforço para fazer engenharia reversa da versão de 32 bits do kernel IRIX da Silicon Graphics. A versão final de 32 bits do IRIX era a versão 5.3, e é isso que a equipe espera recriar em formato de código aberto. 

Embora o IRIX tenha ido para 64 bits e tenha chegado ao lançamento 6.5.30, a equipe aponta que a versão de 32 bits tinha aproximadamente um terço do tamanho e da complexidade, além de oferecer melhor compatibilidade com versões anteriores, inclusive com o IRIX 4. x. Melhor ainda, o projeto já conta com patrocínio comercial, da ordem de US$ 6.500. O líder do projeto estima um prazo de 18 a 24 meses. Tememos que tanto o cronograma quanto o orçamento nos pareçam extremamente otimistas.

IRIX e seus problemas

O problema de tentar reimplementar qualquer parte do IRIX que não tenha sido expressamente publicada como código aberto é que alguém ainda o possui. A SGI, como em The Company Formerly Known As Rackable, faz parte da HP Enterprise desde 2016. A HPE também possui seu próprio UNIX, HP-UX, mas que não tem futuro, pois as versões recentes rodam apenas em Itanium. A HPE tinha um plano de portar o HP-UX para x86-64 , mas cancelou o “Projeto Redwood” há mais de uma década. Como não há nenhum novo hardware sendo feito no qual o sistema operacional possa ser executado, o HP-UX está efetivamente tão morto quanto o IRIX.

Ao contrário do Itanic, pelo menos um derivado da plataforma nativa do IRIX ainda sobrevive. A SGI usava processadores MIPS e a arquitetura Loongson chinesa é extremamente próxima do MIPS. Desejamos ao projeto IRIX-32 toda a sorte possível… mas seu argumento de que está fora da patente e, portanto, seguro para recriar soa menos do que totalmente estanque para nós. Pedimos a opinião da HPE.

Maxx Desktop SGI Indigo Magic Desktop clone para Linux.

Há muita nostalgia pela Silicon Graphics e seus produtos por aí. Como abordamos há pouco, também há um projeto que reimplementou o desktop Magic da SGI no Linux , sob o nome de Maxx Interactive Desktop. O site do projeto recebeu atualizações e possui instruções de instalação para versões do Ubuntu recentes o suficiente para ainda serem suportadas. Esperamos dar uma olhada em breve.

Share This Article
Follow:
Jornalista com pós graduações em Economia, Jornalismo Digital e Radiodifusão. Nas horas não muito vagas, professor, fotógrafo, apaixonado por rádio e natureza.
Sair da versão mobile