Arch Linux pré-instalado em todo tier, com pacman, o AUR e um mirrorlist nórdico prontos no primeiro boot. Reconstruído a cada 14 dias para que um deploy novo nunca esteja a mais de duas semanas de um -Syu atual. Kernel padrão, sem patches NordBastion.
Imagens Arch pré-instaladas em todo tier — base, minimal, Wayland-headless e Docker — reconstruídas a cada 14 dias.
Pacman, AUR, kernel upstream padrão — sem patches NordBastion, sem lock-in de LTS, sem re-empacotamento opinativo.
Fixado em uma de quatro jurisdições constitucionais nórdicas — Suécia, Finlândia, Noruega ou Islândia — pago em Bitcoin ou Monero.
Sem freeze de stable, sem atraso de dois anos do LTS, sem arqueologia de backports. Quando o Linux upstream entrega o 6.11 você obtém o 6.11 em dias, não dezoito meses depois como uma compilação Debian-backports. Para cargas que dependem de uma funcionalidade recente — io_uring, tracepoints eBPF, um novo target netfilter — Arch é a menor distância até o upstream.
Arch não entrega nada que você não pediu. O grupo base são algumas centenas de pacotes, todos explícitos; não há tier "recomendado" silenciosamente puxando uma stack de desktop em um servidor. Você compõe o sistema que de fato quer com pacman, e a imagem resultante é auditável — cada binário em disco rastreia até um pacote que você instalou.
O Arch User Repository é a cauda longa — ferramentas de linha de comando de nicho, pacotes de vendor, runtimes beta que nenhuma outra distribuição pegou ainda. PKGBUILDs são scripts shell curtos que você pode ler antes de rodar; em um VPS de operador único onde você já audita tudo, AUR está mais próximo de "leia esta receita de build de cinco linhas" que de um binário de vendor caixa-preta.
| Imagem | Slug | Caso de uso |
|---|---|---|
| Arch base (rolling) | arch-base |
A imagem de referência — um pacman -Syu atual do grupo base archlinux oficial com openssh habilitado. A escolha padrão para um novo servidor Arch. |
| Arch minimal-base | arch-min |
Mais enxuta que a base — sem man-pages, sem docs, sem utilitários recomendados. ~330 MB para o operador que estende a mão para o pacman ele mesmo no primeiro boot. |
| Arch + Wayland (headless) | arch-wayland |
Wayland + wlroots + Sway pré-instalados, otimizado para testes gráficos headless, automação de browser sob wayvnc, ou workstations de dev remotas. |
| Arch + Docker | arch-docker |
docker, docker-compose e a cola iptables-nft pré-configurados — pacman mantém o engine na cadência upstream, sem repo de vendor separado para ligar. |
ISO custom mount disponível para archlinux-bootstrap ou qualquer derivativa (Artix, EndeavourOS, CachyOS) sob solicitação — sem ticket via painel.
Rolling release, sem LTS, sem arqueologia de backports, AUR para a cauda longa. O custo é a disciplina rolling — pacman -Syu é um hábito semanal deliberado, não um cron job não-assistido.
Família apt do Debian com as PPAs e docs de vendor que miram Ubuntu LTS. O meio fácil entre a borda upstream do Arch e o conservadorismo do Debian. Veja /ubuntu-vps/.
Janela de suporte de cinco anos, conjunto conservador de pacotes, sem surpresas. O padrão chato-e-correto para produção e sidecars. Veja /debian-vps/.
2 vCPU, 4 GB RAM, 120 GB NVMe. Arch minimal aqui roda um serviço single-purpose — um proxy reverso Caddy, um relay Tailscale, um worker yt-dlp — próximo do upstream sem inchaço.
4 vCPU, 8 GB RAM, 240 GB NVMe. O sweet spot para uma host Arch + Docker rodando uma stack de container construída por você, ou um build-server usando o AUR para compilar um runtime custom.
8 vCPU, 16 GB RAM, 480 GB NVMe. Confortável para uma imagem Wayland-headless dirigindo automação de browser, um lab Arch + KVM aninhado, ou uma workstation de dev pessoal na nuvem.
Linha completa de tiers — Sentinel · Garrison · Ravelin · Bulwark · Citadel — em /vps/.
Para um operador que trata seu servidor como uma oficina — uma host de build, um nó de relay, um lab Wayland-headless, uma workstation de cloud pessoal — Arch na NordBastion te dá o kernel de hoje, o userland de hoje e um sistema vazio para compor. O pareamento com uma host nórdica sem KYC é consistente: dois sistemas que se recusam a fazer escolhas implícitas por você e esperam que você as faça explícitas você mesmo.
Escolha Debian se você quer esquecer o servidor. Escolha Ubuntu se seu runbook já assume apt + PPAs. Escolha Arch quando você de fato quer viver próximo do upstream e aceita o custo.
As perguntas que operadores realmente fazem antes de rodar uma distribuição rolling-release em uma host privacy-first.
Arch é uma distribuição de desktop no sentido de que a maior parte da sua comunidade visível roda em workstations, mas o sistema subjacente — pacman, systemd, uma base mínima, sem escolhas opinativas de init — é de fato extremamente bem adequado a um VPS de operador único onde você quer um kernel recente, um userland recente e nenhum freeze de LTS sentado entre você e o upstream. A razão de ser menos comum em servidores é a disciplina rolling que ele exige, não uma limitação técnica.
A cada 14 dias, em linha com a cadência mensal oficial do archlinux-bootstrap mais um refresh de meio-ciclo. Um VPS Arch recém-implantado já estará dentro de duas semanas de um pacman -Syu atual — então atualizações de primeiro boot são minutos, não horas, e você quase nunca esbarra em um problema de keyring desatualizado no dia um.
Sim. yay e paru não vêm pré-instalados (a convenção Arch é que você escolhe seu próprio helper), mas o AUR é totalmente alcançável, makepkg funciona contra o /etc/makepkg.conf padrão, e o firewall da NordBastion não bloqueia aur.archlinux.org nem qualquer mirror Arch. Os repos binários oficiais cobrem a maior parte das necessidades de servidor; o AUR preenche a cauda longa.
Não, e não pode haver — Arch é explícito de que upgrades parciais são não suportados e o arquivo de pacotes não garante retenção de versão antiga. O fluxo recomendado na NordBastion é o mesmo do bare metal: faça snapshot do VPS pelo painel antes de pacman -Syu, rode o upgrade, reinicie, e faça rollback do snapshot se algo na sua stack não sobreviver. Snapshots são uma única ação do painel; rollback é cerca de 30 segundos.
linux do repo core — o kernel upstream stable atual conforme empacotado pelo Arch, sem patches NordBastion. linux-lts está a um pacman install de distância se você quer a branch long-term, e você pode manter ambos instalados em paralelo e selecionar entre eles no boot via systemd-boot. mkinitcpio é o gerador padrão de initramfs.
Honestamente, nem tanto. Arch recompensa um operador que trata pacman -Syu como hábito semanal deliberado e lê /var/log/pacman.log depois de cada transação. Se você quer um servidor que não peça nada por anos a fio, Debian (veja /debian-vps/) é o pareamento correto na NordBastion — Arch é o pareamento correto quando você genuinamente quer estar próximo do upstream e aceita o custo.
Sim. /etc/pacman.d/mirrorlist é pré-gerado com reflector no momento de build da imagem, classificando por velocidade da vantagem do bastion — o topo da lista é tipicamente um mirror sueco ou finlandês (mirror.osbeck.com, mirror.f4st.host, ftp.acc.umu.se). Você pode rodar reflector novamente a qualquer momento para reclassificar se sua carga mudar.
Sim — o KVM trata seu disco virtual como disco real, e o systemd-boot ou grub do Arch fará chain-load de outro SO instalado em uma segunda partição com prazer. O padrão mais comum na NordBastion, contudo, é provisionar duas instâncias VPS pequenas separadas para os dois sistemas; o custo é similar ao de um setup dual-boot maior e os modos de falha são independentes.
