Temos um servidor executando uma unidade ext3 executando o Linux e, em seguida, outra estação de trabalho executando o Windows com uma unidade NTFS.
Quando os usuários usam o Windows, eles usam o NTFS e, quando estão no Linux, eles se conectam diretamente ao ext3.
Nós usamos muito o rsync para copiar arquivos do ext3 para o NTFS e funciona muito bem, mas quando deletamos arquivos no ext3, também os queremos deletados no NTFS e usamos o --delete-after para fazer isso. Ele funciona muito bem, mas gostaríamos que ele consultasse o usuário perguntando se ele queria excluir o arquivo ou não. Isso é possível?
Também às vezes os usuários usam o ext3 e entram no Windows, usam o NTFS e fazem alterações nele. Agora, se fôssemos sincronizar o ext3 com o NTFS, perderíamos as alterações feitas no ext3 antes disso. Existe uma maneira melhor de garantir que essas unidades sejam sincronizadas melhor.
O motivo pelo qual o configuramos assim é principalmente devido à falta de suporte para o ext3 no Windows e ao meu sentimento de que o ext3 é um FS mais desenvolvido que o NTFS.
Sim, seria ideal unificar as unidades (ou apenas eliminar uma). Em vez de usar o Samba, você pode experimentar um dos vários leitores ext2 para Windows (ext2ifs, ext2fsd, Virtual Volumes, etc.). (Não, isso não é um erro de digitação, você o montaria como ext2. O Windows aparentemente não suporta sistemas de arquivos com journal. Ext3 é, até onde eu sei, completamente compatível com versões anteriores.)
Acho que a solução aqui é consolidar as duas unidades em rede para que você possa eliminar esse problema de sincronização. Você pode executar o SAMBA em seu sistema Linux para fornecer acesso ao sistema de arquivos ext3 para os usuários do Windows. Como alternativa, você pode comprar um dispositivo de armazenamento conectado à rede (NAS) - eles tendem a oferecer a capacidade de compartilhar facilmente com usuários de Linux, Mac e Windows. Pessoalmente, recomendo dispositivos NAS produzidos pela Synology.
Tags rsync