Eu encontrei o mesmo problema:
O serviço systemd-localed lança o binário /lib/systemd/systemd-localed , que então tenta ler /etc/locale.conf , /etc/vconsole.conf e - mesmo que isso não pareça estar documentado em nenhum lugar - /etc/default/keyboard :
# strace /lib/systemd/systemd-localed
[…]
open("/etc/locale.conf", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 6
[…]
open("/etc/vconsole.conf", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 6
[…]
open("/etc/default/keyboard", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 6
/etc/default/keyboard é geralmente gerado pelo pacote keyboard-configuration . Você provavelmente também desejará instalar os "utilitários de fonte e keytable do console Linux" no pacote kbd e nos mapas de teclado do console-data package:
apt-get install keyboard-configuration kbd console-data
dpkg-reconfigure console-data
dpkg-reconfigure keyboard-configuration
Como seu sistema usa uma arquitetura ARM, você terá que selecionar seu mapa de teclado da lista "completa" quando console-data estiver configurado.
Isso gerará /etc/default/keyboard e permitirá que systemd-localed seja iniciado e localectl seja usado, mesmo que pareça não reconhecer os mapas de teclado instalados com console-data . Você pode definir manualmente algo como localectl set-keymap us-latin1 , mas não consegui verificar se isso tem algum efeito.
Além disso, embora localectl mostre a localidade correta, ela não parece ser definida globalmente, então locale ainda mostra "POSIX" e programas como tmux e htop continuarão usando ASCII.
Não tenho certeza se isso é um bug real do Debian ou apenas um efeito de instalar um sistema via debootstrap (como normalmente é feito para criar imagens de cartão SD para placas embarcadas) em vez de executar o instalador completo (que pode criar automaticamente alguns dos arquivos necessários acima).