Agradecemos a Arthur, do Hobby Support Int., por documentar a sua configuração completa do ZimaBoard 2 e os serviços alojados localmente que utiliza na sua rede doméstica.
Em vez de tratar a placa como um NAS básico, Arthur monta um servidor compacto com armazenamento SATA, arrefecimento ativo e espaço para expansão PCIe. Em seguida, explora a forma como o ZimaOS pode alojar música, filmes, ferramentas de casa inteligente, máquinas virtuais, transferências, cópias de segurança, serviços de IA e armazenamento de fotografias móveis, sem exigir que todos os utilizadores comecem pela linha de comandos.
O título do vídeo diz que esta pequena placa gere toda a rede doméstica dele. Mais precisamente, o ZimaBoard 2 torna-se o anfitrião central de muitas das aplicações e ficheiros utilizados nessa rede. Não substitui automaticamente todos os routers, switches, dispositivos cliente ou serviços de nuvem, mas proporciona uma localização gerível para serviços que, de outro modo, estariam dispersos por vários computadores e subscrições.
Veja antes de ler: A análise original de Arthur inclui a desmontagem da caixa, a montagem do suporte para discos, as opções de montagem PCIe, a configuração inicial do ZimaOS, demonstrações de aplicações, um teste de máquina virtual, a cópia de segurança móvel e o fluxo de trabalho de monitorização remota.
Nota sobre a fonte: Este artigo reorganiza as observações sobre o hardware e os testes às aplicações apresentados na análise do ZimaBoard 2 feita por Arthur. A disponibilidade das aplicações, as interfaces, as funcionalidades de acesso remoto e os requisitos do sistema podem mudar com as atualizações do ZimaOS e das aplicações. Os utilizadores devem também planear a autenticação, as atualizações, as cópias de segurança, a segurança da rede e a redundância do armazenamento antes de confiarem dados importantes a qualquer servidor doméstico.

A configuração compacta de Arthur combina o ZimaBoard 2, armazenamento ligado diretamente, arrefecimento ativo e uma estrutura metálica expansível.
Porquê transferir os serviços da rede doméstica para o seu próprio servidor?
Arthur começa por explicar por que razão o alojamento próprio está a atrair mais utilizadores domésticos. Fotografias, vídeos, música, controlos de casa inteligente, transferências, documentos e outros serviços pessoais estão frequentemente espalhados por plataformas de nuvem não relacionadas.
Um servidor doméstico dá ao proprietário outra opção: as aplicações e os dados podem ser executados em hardware localizado dentro de casa. Isto pode reduzir a dependência de subscrições externas e disponibilizar serviços locais mesmo quando uma plataforma de terceiros altera os seus preços ou a orientação do produto.
A auto-hospedagem não elimina a responsabilidade. O proprietário passa a ser responsável por escolher o armazenamento, criar cópias de segurança, instalar atualizações, controlar o acesso dos utilizadores e proteger qualquer serviço exposto para além da rede local. A vantagem é um maior controlo, não segurança automática nem proteção garantida dos dados.
Arthur apresenta o ZimaBoard 2 como um ponto de partida acessível, uma vez que combina hardware x86 expansível com um sistema operativo de servidor gráfico.
Uma placa x86 compacta concebida para expansão de servidor
A caixa do ZimaBoard 2 é um dissipador de calor compacto de alumínio, e não uma carcaça de plástico decorativa. A sua superfície estriada distribui o calor dos componentes internos e permite que a placa funcione silenciosamente durante cargas de trabalho de servidor típicas.
A configuração 1664 de Arthur inclui:
- Processador Intel N150: Quatro núcleos de CPU x86 com uma frequência máxima de até 3,6 GHz.
- Memória LPDDR5 de 16 GB: Capacidade suficiente para vários contentores e determinadas máquinas virtuais leves.
- Armazenamento eMMC de 64 GB: Fornece espaço interno para o ZimaOS e os ficheiros de sistema de suporte.
- Duas ligações SATA: Permitem ligar diretamente SSDs e discos rígidos.
- Expansão PCIe: Suporta placas compatíveis de armazenamento, rede, aceleração e outras placas de expansão.
- Duas portas 2.5GbE: Fornecem interfaces de rede mais rápidas do que Gigabit para redes locais compatíveis.
- Duas portas USB 3: Suportam unidades externas, dispositivos de entrada e outro hardware USB.
- Mini DisplayPort: Fornece saída de vídeo direta para configuração e diagnóstico local.
O adaptador Mini DisplayPort para HDMI incluído é útil durante a configuração inicial, uma vez que muitos utilizadores têm ecrãs HDMI, mas não dispõem de um monitor com Mini DisplayPort.
Transformar a embalagem num rack temporário para unidades
A caixa foi concebida para oferecer mais do que proteção durante o transporte. Depois de cortar e dobrar a secção assinalada, a tampa de cartão pode suportar o ZimaBoard 2 e uma unidade pequena durante a configuração inicial.
Arthur testa a ideia com um disco rígido de portátil. A estrutura de cartão mantém o sistema no lugar e oferece uma forma rápida de começar a utilizar o cabo SATA incluído antes de obter uma caixa permanente.

A embalagem reutilizável oferece uma opção de montagem temporária para a placa e uma unidade ligada.
Arthur aprecia a ideia de ser reciclável, mas prefere uma estrutura metálica mais permanente. Os utilizadores também podem escolher entre designs de racks imprimíveis em 3D e descarregáveis, compatíveis com diferentes combinações de unidades de 2,5 e 3,5 polegadas.
Qualquer montagem temporária em cartão deve ser mantida seca, estável e afastada de fontes de calor. É útil para testes, mas um servidor que armazene dados importantes beneficia de uma caixa rígida que proteja os discos, os cabos e os conectores contra movimentos acidentais.
Abrir a caixa de alumínio e inspecionar o hardware
Arthur remove os parafusos em forma de estrela e separa a placa do dissipador de calor de alumínio. No interior, identifica o módulo de memória de 16 GB, o processador Intel N150 e o armazenamento eMMC de 64 GB.
A grande caixa de alumínio entra em contacto direto com o hardware interno através de material térmico. Como a abertura da caixa perturba essa interface, Arthur aplica nova pasta térmica antes de voltar a montá-la.
A maioria dos proprietários não precisa de abrir a caixa durante a instalação normal. Quem desmontar o equipamento deve ter em conta as condições da garantia, utilizar as ferramentas corretas, evitar descargas eletrostáticas e restaurar corretamente a interface térmica antes de voltar a ligar a placa.
Construir um servidor doméstico metálico mais permanente
O suporte metálico fixa-se diretamente à ZimaBoard 2 com parafusos mais compridos. Arthur adiciona depois suportes para discos, uma estrutura de apoio PCIe, cabos SATA e uma ventoinha de refrigeração opcional.
O disco de portátil de 2,5 polegadas não corresponde à posição de montagem maior, por isso imprime pequenos adaptadores que permitem fixá-lo com segurança. Este é um bom exemplo do carácter DIY do sistema: a estrutura pode ser adaptada ao hardware de armazenamento já disponível.
Arthur também instala a ventoinha opcional antes de concluir a estrutura. A placa pode funcionar passivamente, mas o fluxo de ar ativo pode ser útil ao adicionar discos, executar cargas de trabalho contínuas ou colocar hardware de expansão perto do dissipador de calor de alumínio.
Utilizar PCIe para armazenamento NVMe, redes ou aceleradores
O suporte da placa de expansão acomoda dispositivos PCIe compatíveis por cima da estrutura dos discos. Arthur demonstra como um adaptador para dois NVMe pode ser ligado através do cabo riser.

O suporte fornece uma posição compatível para dispositivos PCIe, como um adaptador de armazenamento NVMe duplo.
Outras utilizações possíveis do PCIe incluem portas SATA adicionais, redes mais rápidas, controladores de armazenamento e aceleradores compatíveis. Arthur também aborda placas gráficas para modelos de IA locais ou cargas de trabalho de visão computacional, embora uma GPU exija planeamento adicional relativamente à alimentação, às dimensões físicas, aos controladores, à refrigeração e à largura de banda PCIe.
O facto de uma placa caber fisicamente não garante a compatibilidade. Antes de comprar hardware de expansão, os utilizadores devem verificar a interface da placa, o suporte do sistema operativo, os requisitos de energia e a carga de trabalho prevista.
Ligar o servidor a uma rede doméstica de 2,5 GbE
Depois de concluir a montagem do hardware, Arthur liga o servidor ao router e liga-o. As duas portas Ethernet suportam 2.5GbE, mas para atingir essa velocidade é necessário que o resto do percurso também a suporte.
O servidor, o switch ou router, o dispositivo cliente, o adaptador de rede e o cabo têm de negociar uma ligação compatível. Cabos Cat5e ou superiores, devidamente terminados, são geralmente adequados para 2.5GbE, embora o resultado efetivo continue a depender do estado do cabo, da distância, do hardware ligado, da velocidade do armazenamento e do tráfego de rede.
Uma porta 2.5GbE normalmente adapta-se a uma velocidade compatível inferior quando ligada a equipamento Gigabit ou Fast Ethernet. Assim, os utilizadores podem começar com a rede atual e atualizar os restantes componentes mais tarde, mas não devem esperar um débito de 2.5GbE quando outra parte da ligação continua limitada a 1GbE.
Encontrar o ZimaBoard 2 e concluir o primeiro início de sessão
Após o arranque, Arthur encontra o endereço IP do servidor através do router. Outra opção é ligar diretamente um monitor e consultar as informações de acesso local apresentadas pelo ZimaOS.

O primeiro arranque fornece as informações de rede necessárias para abrir o ZimaOS a partir de outro dispositivo.
O início de sessão inicial cria a conta de administrador do sistema. Como esta conta tem um controlo abrangente sobre o servidor, a sua palavra-passe deve ser única, guardada em segurança e protegida contra acessos não autorizados.
O Modo de programador fornece acesso por SSH e ao terminal para administração avançada. No entanto, Arthur salienta que o principal valor do ZimaOS é o facto de muitas tarefas normais de instalação e gestão não exigirem trabalho na linha de comandos.
Os utilizadores que estejam a configurar a plataforma pela primeira vez podem consultar o guia oficial de introdução ao ZimaOS para obter as instruções de configuração mais recentes.
Instalar aplicações autoalojadas através do ZimaOS
A App Store apresenta aplicações de servidor através de uma interface mais semelhante a uma loja de aplicações para telemóvel ou computador do que a um terminal Linux tradicional. O utilizador seleciona uma aplicação, consulta as respetivas definições, escolhe as localizações de armazenamento necessárias e instala-a.
Isto não elimina os conceitos subjacentes de contentores, volumes de armazenamento, portas, permissões e acesso à rede. Fornece uma camada de gestão mais simples, permitindo que os novos utilizadores comecem com configurações comuns antes de aprenderem uma administração mais aprofundada do Docker.
| Aplicação ou serviço | Função na rede doméstica do Arthur | Requisito de planeamento |
|---|---|---|
| Navidrome | Organiza e transmite uma coleção pessoal de música. | Uma pasta de música claramente organizada e uma aplicação cliente compatível. |
| Plex | Organiza e transmite bibliotecas de filmes e programas de televisão. | Capacidade de armazenamento, permissões de multimédia, compatibilidade dos clientes e limites de transcodificação. |
| Home Assistant | Centraliza dispositivos domésticos inteligentes compatíveis e automatizações. | Integrações de dispositivos, cópias de segurança, fiabilidade da rede e acesso remoto seguro. |
| ESPHome | Gere dispositivos domésticos inteligentes compatíveis baseados em ESP. | Hardware compatível, configuração do firmware e cobertura sem fios fiável. |
| Máquinas virtuais | Executa outro sistema operativo dentro do servidor. | Memória suficiente, capacidade de CPU, armazenamento e expectativas realistas de desempenho. |
| Transmission | Transfere as transferências de longa duração para longe de um PC principal. | Transferências legais, limites de armazenamento, permissões e controlos de rede. |
| Aplicações de IA | Fornece interfaces para assistentes e outros serviços de IA. | APIs compatíveis ou modelos locais, credenciais, memória e requisitos de acelerador. |
O Navidrome cria um serviço privado de streaming de música
O Arthur começa pelo Navidrome, um servidor de música de código aberto. Depois de indicar à aplicação a pasta de música, o Navidrome analisa a coleção, organiza álbuns e artistas e cria uma biblioteca acessível através do navegador.

O Navidrome transforma uma pasta de música armazenada localmente numa biblioteca de streaming organizada para clientes compatíveis.
Vários dispositivos podem ligar-se à biblioteca utilizando clientes compatíveis com Subsonic. A música permanece no servidor, enquanto telemóveis, tablets e computadores funcionam como clientes de reprodução.
Esta configuração pode reduzir a dependência de uma conta de streaming comercial para música que o utilizador já possui. Não fornece uma licença para distribuir música protegida por direitos de autor a outras pessoas, pelo que o acesso deve permanecer limitado a utilizadores autorizados.
O Plex organiza bibliotecas de filmes e televisão
O Arthur utiliza o Plex para vídeo. O Plex analisa filmes e séries armazenados localmente, obtém metadados e disponibiliza a biblioteca através de navegadores, telemóveis, televisores inteligentes, projetores e outros clientes compatíveis.
Os requisitos de transmissão multimédia variam. A Reprodução direta exige relativamente poucos recursos, enquanto a transcodificação em tempo real pode exigir bastante mais do processador e dos gráficos integrados. Os resultados dependem do codec de origem, da resolução, da taxa de bits, das legendas, do suporte do cliente e do número de transmissões simultâneas.
Os utilizadores que preferem uma plataforma multimédia de código aberto também podem seguir o guia oficial de configuração do Jellyfin Media Server.
O Home Assistant e o ESPHome reúnem os dispositivos inteligentes
Arthur instala o Home Assistant e o ESPHome para um futuro projeto de casa inteligente.
O Home Assistant pode reunir luzes, sensores, interruptores, câmaras, sistemas de climatização e outros dispositivos compatíveis numa única interface. O ESPHome é normalmente utilizado para configurar e gerir dispositivos ESP8266 e ESP32 compatíveis.
Executar estas ferramentas localmente pode manter muitas automatizações de rotina a funcionar dentro da rede doméstica. Ainda assim, os utilizadores devem manter cópias de segurança e evitar criar automatizações críticas que não tenham uma alternativa manual. Uma unidade avariada, um erro de configuração ou uma falha de rede não deve impedir o acesso à iluminação, às fechaduras ou aos sistemas de segurança essenciais.
Executar o Linux Mint dentro de uma máquina virtual
A aplicação de virtualização permite a Arthur criar uma máquina virtual e aceder ao respetivo ecrã a partir de um navegador. As opções predefinidas incluem sistemas Windows e Linux, enquanto as imagens de instalação personalizadas podem suportar outros sistemas operativos compatíveis.
Para a demonstração, Arthur instala o Linux Mint 21 e indica que a máquina virtual arranca em aproximadamente um minuto. Isto confirma que a placa pode alojar um ambiente convidado leve, além dos seus contentores normais.
As máquinas virtuais reservam mais recursos do que a maioria dos contentores. Num sistema com 16 GB, a memória atribuída a um convidado fica indisponível para o ZimaOS e as restantes aplicações. Uma VM leve pode ser útil para testes ou serviços isolados, mas um ambiente de virtualização denso exige um planeamento cuidadoso do CPU, da memória e do armazenamento.
O Transmission gere transferências de longa duração
De seguida, Arthur demonstra o Transmission. Transferir uma transferência de longa duração para um servidor doméstico sempre ligado significa que não é necessário manter um computador de secretária ligado apenas para concluir a transferência.

O Transmission permite que as transferências autorizadas continuem no servidor sem deixar um PC principal ligado.
O BitTorrent é um protocolo de transferência com utilizações legítimas, incluindo a distribuição de software de código aberto. Os utilizadores continuam a ser responsáveis pela legislação local, pelos direitos de autor, pelo consumo de armazenamento, pela largura de banda e por quaisquer ficheiros partilhados através do cliente.
Assistentes de IA e aplicações baseadas no navegador
O Arthur também destaca aplicações como o OpenClaw e o Hermes. Algumas aplicações de IA dependem de APIs de modelos externos e, por isso, requerem uma chave de API, uma conta e um orçamento de utilização. Outras configurações podem utilizar modelos locais, mas essas cargas de trabalho dependem mais da memória, do armazenamento e do hardware acelerador.
As credenciais de API nunca devem ser coladas em capturas de ecrã públicas, ficheiros de configuração partilhados ou campos de aplicações que não expliquem claramente como a chave é armazenada. Os utilizadores devem aplicar limites de gastos quando disponíveis e revogar qualquer credencial que possa ter sido exposta.
Para uma análise mais detalhada dos requisitos de hardware subjacentes a estas cargas de trabalho, a análise do assistente de IA local ZimaBoard 2 relacionada explica como o armazenamento, a memória, as APIs e a expansão PCIe afetam a configuração de um servidor de IA.
Fazer cópias de segurança das fotografias do telemóvel para o servidor doméstico
A aplicação móvel expande o servidor para além da interface do navegador local. O Arthur ativa a cópia de segurança de fotografias para que as imagens do telemóvel possam ser carregadas para o ZimaBoard 2 em segundo plano.

A aplicação móvel pode transferir fotografias do telemóvel para um armazenamento controlado pelo proprietário do servidor.
Isto cria outra cópia da biblioteca do telemóvel, mas o servidor também tem de ter cópias de segurança. Se o telemóvel eliminar os originais locais e o servidor contiver a única cópia restante, uma falha de disco ou uma eliminação acidental pode ainda causar uma perda permanente.
Um plano mais robusto mantém a cópia de segurança do telemóvel num armazenamento redundante ou protegido regularmente no servidor e cria outra cópia num dispositivo separado ou numa localização externa.
Monitorizar o ZimaBoard 2 fora de casa
O Arthur utiliza a interface móvel para verificar se o servidor está online, consultar a carga e a temperatura do sistema e reiniciar aplicações. Explica que estas funções de gestão podem continuar disponíveis quando o telemóvel está fora da rede local.

A monitorização remota permite ao Arthur verificar a conectividade, a carga, a temperatura e o estado das aplicações a partir do telemóvel.
O acesso remoto é conveniente, mas deve ser ativado deliberadamente. As credenciais de administrador devem ser únicas, as portas desnecessárias devem permanecer fechadas e tanto o ZimaOS como as aplicações instaladas devem ser atualizados. Os utilizadores devem seguir as instruções oficiais atuais, em vez de exporem uma interface de administração através de reencaminhamento de portas improvisado.
O que a configuração do ZimaBoard 2 do Arthur demonstra
| Área | O que o vídeo demonstra | O que ainda requer planeamento |
|---|---|---|
| Hardware | Uma estrutura metálica compacta pode acomodar a placa, armazenamento SATA, uma ventoinha e expansão PCIe. | Compatibilidade das unidades, alimentação, arrefecimento, encaminhamento dos cabos e proteção física. |
| Rede | As interfaces duplas de 2.5GbE proporcionam um caminho mais rápido na rede local quando ligadas a equipamento compatível. | Switch, router, cliente, cablagem, armazenamento e limites de débito reais. |
| Aplicações | O ZimaOS reduz a configuração necessária para muitas aplicações Web em contentores. | Mapeamentos de armazenamento, permissões, atualizações, contas e definições específicas das aplicações. |
| Virtualização | A configuração de 16 GB pode executar uma máquina virtual Linux leve. | Alocação de recursos e número de outros serviços em execução simultânea. |
| Acesso móvel | Os utilizadores podem monitorizar o servidor e transferir fotografias a partir de um telemóvel. | Autenticação, acesso remoto seguro, retenção de cópias de segurança e utilização de dados móveis. |
| Self-hosting | Vários serviços do dia a dia podem funcionar a partir de um único sistema sob controlo pessoal. | Manutenção, segurança, recuperação, eletricidade e proteção de dados a longo prazo. |
Para Quem se Destina Esta Configuração de Servidor Doméstico?
A configuração de Arthur é adequada para utilizadores que querem uma plataforma flexível, em vez de um equipamento diferente para cada serviço.
- Iniciantes no self-hosting podem começar pela instalação gráfica de aplicações e aprender gradualmente os conceitos subjacentes.
- Colecionadores de conteúdos multimédia podem organizar música, filmes, séries e fotografias pessoais no armazenamento local.
- Utilizadores de casas inteligentes podem executar o Home Assistant e ferramentas relacionadas num sistema sempre ligado.
- Pequenos escritórios podem alojar aplicações internas selecionadas, cópias de segurança e serviços de ficheiros.
- Pessoas que constroem homelabs podem experimentar contentores, máquinas virtuais, redes e expansão PCIe.
- Utilizadores preocupados com a privacidade podem reduzir a quantidade de dados pessoais que depende exclusivamente de plataformas de terceiros.
É menos adequado para quem quer um equipamento sem manutenção, sem responsabilidade por atualizações ou cópias de segurança. Um servidor self-hosted proporciona controlo porque o seu proprietário passa a ser o administrador.
Arthur Torna o Self-Hosting Parecido com um Projeto Doméstico Prático
A análise de Arthur mostra por que razão o ZimaBoard 2 é mais do que um pequeno computador com várias portas. A combinação de compatibilidade x86, armazenamento SATA, expansão PCIe, duas portas 2.5GbE, ZimaOS e gestão móvel permite que um sistema compacto suporte muitos serviços diferentes de rede doméstica.
A montagem do hardware continua aberta e adaptável, enquanto a experiência de software reduz a quantidade de trabalho na linha de comandos necessária para instalar aplicações comuns. Navidrome, Plex, Home Assistant, máquinas virtuais, Transmission, ferramentas de IA, cópias de segurança móveis de fotografias e monitorização remota podem servir diferentes áreas da mesma casa.
Isso não torna o autoalojamento completamente automático. O proprietário continua a ter de decidir que dados pertencem ao servidor, quem pode aceder-lhes, como serão salvaguardados e como as aplicações serão mantidas em segurança. O ZimaOS reduz a barreira inicial, enquanto o ZimaBoard 2 permite que o sistema cresça.
Veja a análise completa do ZimaBoard 2 feita pelo Arthur para conhecer a desmontagem original, o processo de montagem, a apresentação do ZimaOS, as demonstrações de aplicações e o teste de gestão móvel.
Se está a planear um servidor doméstico semelhante ou já utiliza o ZimaOS para multimédia, aplicações de casa inteligente, transferências, cópias de segurança ou máquinas virtuais, junte-se à comunidade ZimaSpace para partilhar a sua configuração e aprender com outros entusiastas.
Perguntas frequentes
O ZimaBoard 2 pode substituir todos os dispositivos de uma rede doméstica?
Não. Pode centralizar muitos serviços, mas a maioria das casas continua a precisar de um router, comutador de rede ou ponto de acesso, dispositivos clientes e armazenamento adequado. O seu papel exato depende das aplicações e da configuração de rede escolhidas pelo proprietário.
Os principiantes podem utilizar o ZimaOS sem aprender comandos Linux?
Muitas aplicações podem ser instaladas e geridas através da interface gráfica. O conhecimento da linha de comandos continua a ser útil para a resolução avançada de problemas, contentores personalizados, permissões e configurações de rede invulgares, mas não é necessário para todas as instalações básicas.
O ZimaBoard 2 requer uma rede de 2,5 GbE?
Não. As interfaces Ethernet podem funcionar a velocidades compatíveis mais baixas. Só é necessário um percurso completo de 2,5 GbE quando o utilizador pretende uma velocidade superior à Ethernet Gigabit convencional.
O ZimaBoard 2 consegue executar o Plex e o Navidrome em simultâneo?
Sim, desde que o sistema tenha armazenamento e recursos suficientes para a carga de trabalho selecionada. O Navidrome é geralmente leve, enquanto os requisitos do Plex aumentam quando é necessário transcodificar os conteúdos multimédia em vez de os reproduzir diretamente.
O ZimaBoard 2 consegue executar o Home Assistant?
Sim. O Arthur instala o Home Assistant e o ESPHome através do ambiente ZimaOS. Os utilizadores devem verificar as integrações dos dispositivos, manter cópias de segurança da configuração e dispor de uma alternativa manual para as funções essenciais da casa inteligente.
O ZimaBoard 2 de 16 GB consegue executar máquinas virtuais?
Sim. O Arthur demonstra o Linux Mint 21 dentro de uma máquina virtual. O desempenho disponível depende dos recursos atribuídos ao sistema convidado e dos contentores executados em simultâneo.
A cópia de segurança móvel das fotografias é suficiente para proteger uma biblioteca de fotografias?
Não. Carregar fotografias para o servidor cria outra cópia, mas o servidor também precisa de uma cópia de segurança independente. As fotografias importantes devem existir em vários dispositivos de armazenamento, com pelo menos uma cópia separada do servidor principal.
Centro de Campanhas Zima
Mais para Ler

Como Giorgio Cappello Di Paglia testa jogos como se estivéssemos em 1997 no ZimaBoard 2
Giorgio Cappello Di Paglia utiliza o ZimaBoard 2 e o Batocera para questionar se os jogadores modernos ainda conseguem adaptar-se a jogos concebidos como...

Como a YOTECH avalia o ZimaBoard 2 como servidor doméstico compacto
A YOTECH analisa o ZimaBoard 2 como uma plataforma compacta para servidor doméstico, abrangendo a caixa de alumínio com arrefecimento passivo, os cabos incluídos,...

Como a schvabek transforma o ZimaBoard 2 num pequeno servidor que também permite jogar
A schvabek explora as duas vertentes da ZimaBoard 2: primeiro, como um servidor doméstico ZimaOS compacto, com acesso a ficheiros através do navegador e...

