Atualizando arquivos de configuração do Arch Linux

Depois do meu último tópico, fiquei com aquela sensação de quem está deixando o tempo passar demais para começar a modificar os meus arquivos de configuração do Arch Linux.

Enfim, resolvi fazer isso apenas para poder enfrentar melhor as atualizações que estão vindo aí.

O grande desafio é não usar mais o /etc/rc.conf como forma centralizada de gerenciamento de tudo.

Assim, todas as seções foram migradas. Algumas coisas que eu vou escrever abaixo só são válidas porque eu tenho uma instalação antiga e nunca fiz nenhuma atualização de arquivos de configuração até a data de hoje (exceto o pacman, que me obrigou em sua última grande modificação para inclusão das chaves de autenticação ! Mas isso não está em foco aqui !)

/etc/vconsole.conf

Nsse arquivo ficou com as configurações de fontes para o terminal. Mas até onde eu sei, falo aqui da tela preta, aquela que quase nenhum novato já viu e que pode ser acessada por um "ctrl+alt+F1" (no Arch Linux "ctrl+alt+F7" para retornar. Na maioria das outras distribuições use "ctrl+alt+F8". Se der problemas teste todos as teclas funcionais, de F1 até F12. Em algum lugar está !)
No meu caso esse arquivo tem apenas duas linhas. Uma definindo o teclado e a outra habilitando as cores.

KEYMAP="br-abnt2"
USECOLOR="yes"

/etc/hostname

Ao contrário de todas as outras distribuições, no Arch Linux esse arquivo não existia até eu ter criado ele.
Ele tem apenas um nome. O nome da minha máquina.

Depois disso é conveniente e sábio modificar o /etc/hosts também. Mas isso eu já tinha feito por outros motivos (há certos aplicativos que necessitam a configuração do /etc/hosts apresente nome de domínio no 127.0.0.1)

/etc/adjtime 

Simplesmente é a configuração que me deu mais trabalho.

O que eu faço é usar o comando hwclock para acertar o horário da bios manualmente e depois atualizo o horário da máquina usando o mesmo comando com a opção --hctosys.

hwclock --set --date="YYYY-MM-DD hh:mm:ss"
hwclock --hctosys

Ao contrário de todas as recomendações eu uso a opção localtime e não utc nas minhas configurações, assim, para escrever o horário em /etc/adjtime eu uso

hwclock -w --localtime

E por que eu faço isso contra todas as recomendações ? Porque eu não quis acessar a BIOS e dizer a ela que o horário que ela está mostrando é utc. Com sobreposições de informações, o meu relógio na barra de tarefas me mostra -6 horas em relação ao UTC e isso, claro, não é legal. Não seria fácil seria modificar a tal opção da BIOS e deixar tudo como é recomendado ? Sim, seria. Quando se tem um teclado que funciona direito. O meu teclado, não me pergunte o porquê, funciona apenas depois que o sistema operacional carrega. Pelo tempo de uso desse teclado, vale mais apena comprar outro do que resolver problemas. Pois é... estou a mais de um ano para fazer isso. Enquanto ele não quebra de vez ou sei-lá-o-que acontece eu não vou me mexer para gastar essa grana (comprando um teclado bom !).

O trabalho que me deu foi justamente como fazer o horário funcionar adequadamente considerando os defeitos físicos. Trabalho esse que não existia antes porque eu já tinha a configuração ajustada quando eu tinha acesso a BIOS... enfim.

[updade] Note que isso é uma hipótese de problema. Talvez o problema seja alguma outra coisa. Fato é que configurar hora é para ser uma das atividades mais simples do sistema. Portanto, o problema que há, seja qual for, é meu e não do OS. [updade]

Ah ! Eu uso o time.is para verificar o horário exato.
Configurando dessa forma eu não consigo precisão absoluta, estou 3,6 segundos atrasados.

Para resolver esse "problema" você pode se dedicar a aprender a instalar e configuração de um cliente NTP. Qualquer dia eu faço isso...

/etc/localtime

Apesar de até hoje ele não ser obrigatório, era um arquivo que já estava em uso. O motivo é que ele é um link simbólico (no meu caso, pelo menos, não quis duplicar o arquivo) para o /usr/share/zoneinfo/America/Sao_Paulo que é onde eu digo para o sistema onde eu estou.

Essa configuração já estava feita porquê eu, assim como muitos brasileiros, temos horário de verão e todos devem saber o quanto esse arquivo nos ajuda ...

Configuração dos módulos

Particularmente, antigamente eu bloqueava uma das minhas placas de rede (eu tenho duas) então eu tinha um seção no rc.conf no array de módulos que bloqueava o "via_rhine".

Desfiz isso, mas a utilização do /etc/modprobe/modproble.conf e do /etc/modulos-load.d/ é bem simples. Não precisei, mas não vejo grande problemas hoje.

Ah ! Hoje, o carregamento automático de módulos está mais fluido do que quando eu instalei o Arch Linux e, por exemplo, era obrigado carregar os módulos de VirtualBox manualmente ou via arquivos de configuração no boot para usar o programa. Hoje isso não é mais necessário. ;)

Configuração de rede

A segunda mais antiga modificação do arquivo /etc/rc.conf desde que eu passei a usar o Arch Linux e que mais gerou arquivos de alerta pela minha máquina.

Vou ser franco, gosto muito do modo antigo de fazer as coisas, mas a evolução veio e eu acabei modificando também a configuração de rede hoje instalando e configurando o netcfg e, para fazer um bom gerenciamento das coisas, também instalei o ifplugd. A configuração é bem simples também, está na internet.

Eu não gosto muito dessa modificação, por isso não mudei antes. A antiga era muito mais simples e eu não precisava de dois programas adicionais. Ok. Agora é melhor, mas antes também funcionava.

Conclusão

Demorei 3 vezes mais tempo para escrever esse artigo do que para fazer as modificações. O comandos "man archlinux" e "man rc.conf", bem como a internet (os links que eu usei estão nos respectivos tópicos) podem ser úteis para sanar outras dúvidas.

O futuro promete liquidar a última e única linha que há no meu /etc/rc.conf, o DAEMONS. Pelo que li (não me lembro mais onde) as novas instalações já vão usar o systemd.

O ponto positivo é que eu não tenho mais nenhuma mensagem durante o boot escrita em letras vermelhas me alertando sobre as recomendações de atualização do arquivo de configuração. :D