Caixa Seca

Em Miúdos de clonagens manuais de partições (II) , sugeri, para regerar o machine-id, deletar /etc/machine-id e reiniciar. O systemd recriaria-o com o conteúdo de /var/lib/dbus/machine-id . Este método funciona no openSUSE 12.3, mas não no Fedora 18. Nele, existem alguns problemas. 1) /var/lib/dbus/machine-id não existe mais. D-Bus e demais códigos que dependem do machine-id foram atualizados para usarem o arquivo presente em /etc . 2) /etc é somente leitura quando o código que regera-o durante o boot é executado ( machine_id_setup() ), ou seja, a criação automática não funcionará. 3) Ao deletar /etc/machine-id e recriá-lo no ambiente do SystemRescueCd, o label do SELinux ficará errado e o arquivo ficará inacessível para os daemons quando o sistema for carregado. O sintoma de /etc/machine-id inacessível se manifestará (dentre outras formas) assim: # systemctl status systemd-journald.service systemd-journald.service - Journal Service Loaded: loaded (/usr/lib/systemd/sy...

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...

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

Ler primeiro: Clonagem manual de partições com o Partclone Clonagem manual de partições com o Partclone (II) Clonagem manual de partições com o FSArchiver Nos posts anteriores sempre salvei a imagem em um arquivo. E quando queremos clonar de partição para partição? O Partcolne tem um modo de operação para esse cenário (chave -b ). O método continua o mesmo dos tutoriais anteriores. Apenas adaptamos a forma de transferir o sistema de arquivos. Considerando /dev/sda1 (em EXT4) como partição de origem e /dev/sdb1 como destino: # partclone.extfs -b -s /dev/sda1 -o /dev/sdb1 # e2fsck -f /dev/sdb1 # resize2fs /dev/sdb1 A limitação do Partclone de não restaurar imagens para partições menores que a origem continua valendo. Neste exemplo, /dev/sdb1 precisa ser igual ou maior que /dev/sda1 .

Ter sistemas de arquivos diferentes com o mesmo UUID não é recomendável. Sempre que um sistema de arquivos for parar em outro lugar, crie um novo UUID. Para isso, depois de restaurar a imagem com o Partclone e antes de montar a partição para reinstalar o GRUB2, mande o tune2fs criar um novo UUID: (seguindo o post anterior com a partição sendo /dev/sda1 em EXT4) # tune2fs -U random /dev/sda1 Só reinstalar o GRUB2 não bastará. Seu arquivo de configuração precisa ser regerado para conter o UUID atualizado. Mesma coisa com o /etc/fstab . Primeiro obtenha o novo UUID que acabou de ser criado: # blkid -p -s UUID -o value /dev/sda1 Colocarei o bloco inteiro de comandos para facilitar. Os comandos novos são dois, grub2-mkconfig e nano (ou outro editor de sua preferência). # mount /dev/sda1 /mnt/fedora # mount --bind /dev /mnt/fedora/dev # mount --bind /proc /mnt/fedora/proc # mount --bind /sys /mnt/fedora/sys # nano /mnt/fedora/etc/fstab (troque o UUID antigo pelo novo) # c...

Partimage → está obsoleto e morto. Não suporta EXT4 e trabalha no nível dos blocos, sem entender a estrutura do sistema de arquivos. Portanto não é uma ferramenta eficiente, pois armazena informações além dos dados em si do sistema de arquivos. Não protege os dados salvos com checksums. Partclone → bem melhor comparativamente. Entende a estrutura do sistema de arquivos, por isso salva apenas os dados. Não é, contudo, uma ferramenta dinâmica. Ele faz uma imagem espelho do sistema de arquivos original e não é capaz restaurá-la para partições menores nem redimensionar por conta o sistema de arquivos (precisa de ferramenta externa específica — resize2fs , xfs_growfs , etc). FSArchiver → seria o melhor se tivesse um desenvolvimento ativo. É um programa muito promissor, que implementa um modo de clonagem eficiente e totalmente dinâmico. Usa o kernel [1] para ler as informações de cada arquivo e armazena um conjunto arquivo/propriedade em seu formato de armazenamento de imagem. Ao re...

Antes de começar, se você quiser automatização, olhe o post Personalizando o Clonezilla Live . Neste post explicarei como fazer uma imagem de uma partição EXT4 onde o Fedora está instalado, bem como restaurá-la manualmente. Esta instalação do Fedora usa apenas uma única partição EXT4 englobando todo o disco. Mais nada. Sem partição swap e usando o particionamento MBR. Os procedimentos foram executados usando o Parted Magic 64-bit. A versão 64 é requerida se sua instalação for 64-bit (mais sobre isso adiante). Com o Parted Magic carregado, crio duas pastas em /mnt para acomodar os pontos de montagem: # mkdir /mnt/{fedora,rede} Salvarei a minha imagem pela rede num compartilhamento Windows: # mount.cifs //192.168.1.10/Documents /mnt/rede -o user=Marcos Com a partição desmontada ( /dev/sda1 ), crio a imagem com o Partclone e comprimo com XZ: # partclone.extfs -c -s /dev/sda1 | xz -c -2 > /mnt/rede/fedora.pcl.xz OK. Imagem salva. Para fins de demonstração, ainda de...

Aviso: texto escrito usando Linux como base. É possível segui-lo no Windows, tendo as ferramentas adequadas, o que não é discutido aqui. O Clonezilla Live é um live CD baseado no Debian ou Ubuntu que traz o Clonezilla embutido. O Clonezilla, por sua vez, é um programa para clonagem de discos que usa ferramentas como parted, sfdisk, dd, partclone, entre outras. Neste post, mostrarei como criar uma mídia personalizada do Clonezilla para automatizar tarefas. Primeiro, baixe-o: http://clonezilla.org/downloads.php A diferença entre a versão normal e a versão alternative é que a primeira usa o Debian como base e a segunda o Ubuntu. Sempre uso a versão Debian. Fique à vontade para testar a versão Ubuntu. Em cada uma delas, existe a versão estável e versão de teste. Prefira a versão estável. Tente a versão de teste apenas no caso de problemas. Depois, você tem arquivos .iso e .zip para baixar. Os .iso são imagens de CD e os .zip são o conteúdo da imagem de CD compactada, para uso ...