É Seguro usar um disco rígido enquanto o rsync está em execução?
Se você está apenas começando com o rsync pela primeira vez e tem vários discos rígidos grandes para fazer backups, é seguro para realmente usar um ou mais deles durante o longo processo? A postagem de perguntas e respostas do SuperUser de hoje tem a resposta para a pergunta de um leitor preocupado.
A sessão de Perguntas e Respostas vem para nós, cortesia do SuperUser - uma subdivisão do Stack Exchange, um agrupamento de sites de perguntas e respostas conduzido pela comunidade.
SuperUser reader Todos querem saber se é seguro usar um disco rígido enquanto o rsync está sendo executado:
Eu planejo fazer backup de minha coleção de discos rígidos grandes usando o rsync e prevejo que isso levará alguns dias. É seguro usar o disco rígido original (adicionar arquivos) enquanto o rsync está funcionando ou é melhor deixar os discos rígidos intocados até que o rsync esteja completamente terminado?
É seguro usar um disco rígido enquanto o rsync está rodando?
A resposta
O colaborador do SuperUser Michael Kjorling tem a resposta para nós:
Como outros já apontaram, é seguro ler o disco de origem ou usar o disco de destino fora do diretório de destino enquanto o rsync está em execução . Também é seguro ler dentro do diretório de destino, especialmente se o diretório de destino estiver sendo preenchido exclusivamente pela execução do rsync.
O que geralmente não é seguro, no entanto, é escrever dentro do diretório de origem enquanto o rsync está sendo executado. "Write" é qualquer coisa que modifique o conteúdo do diretório de origem ou qualquer subdiretório dele, de modo que inclua atualizações de arquivos, exclusões, criação, etc.
Ao fazer isso, ele não quebrará nada, mas a alteração pode ou não pegou pelo rsync para copiar para o local de destino. Isso depende do tipo de alteração, se o rsync já varreu o diretório em questão e se o rsync copiou o arquivo ou diretório em questão ainda.
Existe uma maneira fácil de contornar isso, no entanto. Uma vez terminado o rsync, execute-o novamente com os mesmos parâmetros (a menos que você tenha algum parâmetro de deleção de funk; se fizer isso, tenha um pouco mais de cuidado). Fazer isso fará com que o rsync varra novamente a fonte e transfira quaisquer diferenças que não tenham sido coletadas durante a execução original.
A segunda execução deve transferir apenas as diferenças que aconteceram durante a execução anterior do rsync e, como tal, serão concluídas muito mais rapido. Assim, você pode se sentir à vontade para usar o computador normalmente durante a primeira execução, mas deve evitar fazer alterações, tanto quanto possível, na fonte durante a segunda execução. Se você puder, considere remontar o sistema de arquivos de origem como somente leitura antes de iniciar a segunda execução de rsync (algo como mount -o ro, remount / media / source deve fazer).
Tem algo a acrescentar à explicação? Som desligado nos comentários. Quer ler mais respostas de outros usuários do Stack Exchange com experiência em tecnologia? Confira o tópico de discussão completo aqui
Crédito de imagem: Linux Screenshots (Flickr)
Como adicionar um atalho às configurações do teclado do Google no App Drawer do Android
O Google Keyboard tem várias opções de personalização, mas cada ajuste exige uma visita ao menu Configurações. Embora haja uma maneira fácil de acessar esse menu a partir do teclado em si, há também outra maneira: por meio do ícone do aplicativo na gaveta de aplicativos. Infelizmente, isso não está habilitado por padrão, mas com uma última viagem no menu Configurações, um simples switch tornará possível Como basicamente todos os ajustes do teclado do Google, primeiro você precisa abrir algum tipo de campo de texto para abrir o teclado, pressione e segure o ícone à esquerda da barra de espaço.
O Windows no ARM não faz sentido (ainda)
A Microsoft está lançando novos "Always Connected PCs" que conectam o Windows com processadores ARM de smartphones. Esses dispositivos podem executar aplicativos tradicionais de desktop do Windows e oferecer uma longa duração de bateria com conectividade celular, mas são muito caros e limitados. Futuro Windows em dispositivos ARM provavelmente terá melhor desempenho a um preço menor e será muito mais atraente.
