On Wed, 2005-10-26 at 16:51 -0200, Thadeu Penna wrote: > > Explique porque não dá.. > > A flexibilidade de configuracão dá margem a erros na configuracão do > > clone. Dá chance ao usuário de errar. O usuário é humano. :) > > Usuários erram menos no Windows ??? É bem menos flexível... O que > acontece com o dd se o usuário trocar o if pelo of (uma única letra) ?
Nao dah pra comparar.. Em um sistema que engana o usuario fazendo-o clicar em Iniciar para Desligar, tudo eh possivel.. Na verdade, usar windows eh muito dificil e ele mesmo forca os usuarios ao erro. if e of, eh soh prestar atencao no que se estah fazendo, o help e manuais deixam bem claro. O problema nem eh trocar um por outro e sim trocar os dispositivos em si hda, hdb .. no meio de testes voce pode se enganar e submeter o dispositivo errado, mas isso voce sempre estarah sujeito em qualquer estrategia. Anyway, depois de fazer um script voce nao precisará ficar digitando os comandos e a chance de erro se tornará praticamente nula. > > Qual a vantagem de se ter um particionamento diferente na máquina > > replicada? Se você quer máquinas particionadas de forma diferente, sua > > matriz deve estar da forma que você deseja as cópias.. > > Uma instalação linux universal em micros não universais (alguns tem > windows, outros tem outra distribuição), etc... Existem tantas > justificativas para partições diferentes quanto o número de usuários. A questao original da thread objetiva a geracao de imagens identicas pois todas as maquinas destino sao identicas. > >>>Eh o tipo de coisa que precisas testar algumas vezes antes de botar em > >>>pratica. > >>>Nao podes simplesmente mandar dar um rsync ou tar ou seja lah o que for > >>>direto na raiz.. > >> > >>E quem disse que o replicator é isto?? Se fosse, não seria um pacote e > >>sim um comando... > > > > > > Comandos? Exemplifique.. > > Até o dd faz parte de um pacote.. Não entendi.. > > Exemplos > Um comando : > ls > um pacote: > coreutils > com o comando ls, com a documentação, com arquivos de configuração, etc... Epa, ls eh um programa, um executavel, um binario.. e nao um comando.. Comandos sao builtin em outros binarios, por exemplo, os comandos builtin da bash ou de um busybox.. > > Não pois não vejo uma situacão onde ele seria útil e que eu não pudesse > > fazer de outras formas.. :) > > Mas o /dev é necessário e deve ser copiado :P > > > > Nunca vi ninguém copiar o /dev/. Existem o udev, devfs, MAKEDEV, etc.. Dependendo da config do kernel voce irá precisar dos arquivos correspondentes aos dispositivos previamente no FS. Por exemplo, a uns tempos atras era conhecido o problema de iniciares o linux e nao teres o /dev/console :) > > Pois é, o tar, o dd, o cpio nem precisam ser testados por um monte de > > gente.. eles estão ai desde que você nasceu :) > > > > Eu tenho mais de 40. Mas se ler o changelog do coreutils e do tar, já > sofreram várias atualizações ainda este ano... Tio.. :) Sim, estao sempre sendo corrigidos ou alterados para suportarem novas tecnologias.. Outro argumento: sao mais difundidos e isso resulta em menor chance de possuirem erros.. Mais gente usa, mais bug eh reportado e corrigido.. Simples, nao? > >>>Com o replicator, como fica o boot? o rsync nao vai escrever ele? Como > >>>ficam as definicoes de particoes? Este tipo de coisa nao serah clonada? > >> > >>Se quiser clone o esquema de partições, se não quiser não clone. Isto é > >>o que eu chamo de flexível. Ele vai copiar o /usr de um para outro, como > >>vc mesmo disse, arquivo por arquivo. Se for diferente o esquema de > >>partições, é só o fstab que será diferente. > > > > > > Não, não é só o fstab, é a quantidade de blocos em cada particão, é o > > tamanho e localizacão delas, é a localizacão e fragmentacão dos > > arquivos, etc, etc, tudo está sendo colocado em locais diferentes.. Até > > mesmo o lilo ou outro boot manager não apontará para a localizacão > > correta do kernel. Ao fim da cópia não tens um clone fiel. Se não tens > > um clone fiel, não podes dar 100% de certeza que irá funcionar.. > > > > > > Ah,, você não está falando de Linux, está falando de clonar Windows, não > é? Pois não entendo nada sobre fragmentação e nem localização de > arquivos. O kernel (vmlinuz) é um arquivo binário, como outro qualquer. > Não precisa atualizar o lilo se mover o kernel de inode (desde que > dentro da mesma partição). O local do arquivo (no mundo linux) não tem a > menor importância... CLARO QUE NAO! Praticamente qualquer FS eh fragmentado, uns mais outros menos.. Soh nao se fragmentam os implementados para nao se fragmentarem :) O local do arquivo tem importancia no desempenho. Algumas aplicacoes especificas, algumas maquinas dedicadas ou embarcadas possuem esse requisito. Já li sobre os filesystems do linux darem suporte a isso.. No ext2 existem parametros de configuracao para que ele tente colocar os arquivos de forma continua.. Isso eh configuravel.. > > Mas uma coisa que eu não havia pensado.. Com o Unison (grafico! > > inclusive) em uma máquina mestre/matriz, você pode instalar a partir de > > outra fonte o base e mais um sshd na máquina a ser clonada e fazer um > > pull de todo o filesystem da matriz para as máquinas a serem clonadas > > resultando exatamente no mesmo que o seu replicator faz.. :) Cópia em > > nível de arquivos .. > > > > SSH instalado onde ? Se for no HD, tem que particionar, configurar a > rede e baixar o pacote. Não é isto que o replicator faz. Já que você não > quer ler a documentação, aí vai o resumo: > a) monta uma partição / via nfs do servidor > b) formata o disco, cria partições,etc.. > c) copia via rsync da máquina a ser copiada > d) opcionalmente atualiza arquivos de configuração ou reconfigura > pacotes em uma jaula chroot. Roda o lilo. > e) reboota e pronto (com pouquíssimas intervenções) Nao lerei a documentacao pois existe n aplicacoes capazes de fazer o mesmo.. Pois eh, com o Unison, que nao eh uma ferramenta dedicada a isso voce faz o mesmo! Detalhe, falei em "pull" acima e eh "push" o correto.. Com o Unison voce pode comecar a instalacao da maquina escrava, particionar, colocar o base, configurar a rede e instalar um ssh.. A partir disso voce clona todo o conteudo do HD empurrando do mestre para o escravo inclusive o banco de dados de pacotes instalados.. Entao voce soh tera de escrever o lilo e pronto.. Alem da nossa diferenca de idade, em nossos argumentos vemos precisamente o quanto diferimos nos nossos pontos de vista visto que teus argumentos sao bem menos preocupados com o estado do sistema e o que estah acontecendo com ele. Essa eh a principal diferenca de alguem da fisica na computacao e de alguem com a bagagem e graduacao em ciencia da computacao.. Jah observei isso algumas vezes em outros locais e no "mundo real".. Estou com uma thread em paralela a essa sobre estrategias de backup, convido voce a discutir comigo.. -- [] JA Tavares -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]