Caixa Seca

O gerenciador de pacotes coloca os arquivos de unidade na pasta /usr/lib/systemd/system . Não devem ser editados manualmente. Caso você queira modificar algo, a maneira correta é copiá-lo para /etc/systemd/system , editá-lo ali e rodar systemctl daemon-reload : # cp /usr/lib/systemd/system/<nome>.<tipo> /etc/systemd/system # nano /etc/systemd/system/<nome>.<tipo> # systemctl daemon-reload Arquivos com o mesmo nome em /etc têm prioridade frente aos de /usr . Também é possível usar a diretiva .include para poupar texto quando apenas queremos mudar um parâmetro ou outro. Para adicionarmos, por exemplo, uma dependência a determinada unidade: /etc/systemd/system/<nome>.<tipo> .include /usr/lib/systemd/system/<nome>.<tipo> [Unit] After=blabla.service Wants=blabla.service A partir do systemd 198, são suportados arquivos drop-in de configuração no diretório /etc/systemd/system/<nome>.<tipo>.d (precisa ser criado de ac...

O script está no GitHub: https://github.com/marcosfrm/fsarchiver_linux Automatiza ideias da série de posts sobre o assunto: Clonagem manual de partições com o Partclone Clonagem manual de partições com o Partclone (II) Clonagem manual de partições com o Partclone (III) Clonagem manual de partições com o FSArchiver Miúdos de clonagens manuais de partições Miúdos de clonagens manuais de partições (II) Miúdos de clonagens manuais de partições (III)

Em Clonagem manual de partições com o Partclone (II) comentei que é recomendável mudar o UUID do sistema de arquivos quando ele for usado em mais de uma máquina. Uma medida de saneamento. Entretanto, existe outra informação que é prudente alterar: o machine-id. É um identificador único por instalação e que não deve mudar depois de definido. São dois arquivos relacionados: /var/lib/dbus/machine-id (D-Bus) /etc/machine-id (systemd) O primeiro foi o precursor. Depois, o systemd trouxe o seu em /etc . No openSUSE 12.3, /var/lib/dbus/machine-id e /etc/machine-id são diferentes, o que não faz sentido . Olhando o código do systemd, uma solução genérica me parece a seguinte: - Apagar /etc/machine-id . - Colocar um novo UUID em /var/lib/dbus/machine-id a cada restauração do sistema de arquivos. Durante o boot, o systemd detecta que /etc/machine-id não existe e cria-o automaticamente com o mesmo conteúdo de /var/lib/dbus/machine-id . Assim, existirá um único machine-id...

Pouco mais de um ano e meio de blog. Tem sido muito legal escrever aqui. Seguidamente volto para pesquisar os meus posts. :-) Mais de cem mil acessos segundo as estatísticas do Blogger. Acho que está bom para um espaço que mantenho sem nenhuma técnica de promoção de visitas. A maioria dos acessos é proveniente do São Google. Sobre não liberar comentários anônimos, assim o é de propósito. Onde comentários anônimos são permitidos, a chance da anarquia reinar e o ambiente virar uma zona de trollagem aumenta muito. Todos os comentários (educados) são bem-vindos, porém identifique-se com alguma conta do Google, WordPress, OpenID. Obrigado pela visita!

Pequenas atualizações nos posts: Clonagem manual de partições com o Partclone Clonagem manual de partições com o Partclone (II) Também válidas para: Clonagem manual de partições com o Partclone (III) Clonagem manual de partições com o FSArchiver Na hora de instalar o GRUB no disco do sistema de arquivos restaurado, estava assim: # chroot /mnt/fedora # <comando> # exit Porém não funciona num shell script. A solução, que até simplifica para poucos comandos: # chroot /mnt/fedora <comando> Agora funcionará em shell scripts. Na parte para desmontar tudo, restringi um pouco os pontos de montagem bind para o umount não reclamar que demais diretórios não são pontos de montagem: # umount /mnt/fedora/{dev,proc,sys} /mnt/fedora A partir da versão 2.23 (ainda não lançada enquanto escrevo) da suíte util-linux, o umount terá a opção -R (ou --recursive ) para este tipo de cenário: # umount -R /mnt/fedora