Eu tenho testado a atualização do Ubuntu 16.04 para 18.04. Atualizei na semana passada e reiniciei 18.04 esta noite. Observe como conky
mostra lacunas para vnstat
:
- "Ontem" está em branco, mas deve haver 8,76 GB.
- "Semana" mostra 7 GB, mas deve ser 32,33 GB + 2,52 GB para a inicialização de 18,04 esta noite.
- "Mês" mostra 45,63 GB, mas na verdade é cerca de 70 GB
O motivo é que 16.04 e 18.04 têm bancos de dados separados que não são sincronizados quando eu clonei 16.04 para testar a partição e atualizar para 18.04: script Bash para clonar o Ubuntu em uma nova partição para testar a atualização 18.04 LTS
Como posso ter o Ubuntu 16.04 em uma partição e o Ubuntu 18.04 em outra partição, ambos atualizando o mesmo vnstat
banco de dados? Eu gostaria de armazenar o banco de dados em uma terceira partição ( ntfs
sistema de arquivos) já configurada para compartilhar dados do Windows Subsystem for Linux (WSL) e dados do Ubuntu.
Bônus: supondo que eu possa coletar estatísticas diárias de RX/TX/Total no Windows, como posso preenchê-las no banco de vnstat
dados?
EDIT 1: Usando a resposta aceita 16.04 e 18.04, ambos atualizam vnstat
os arquivos de dados da versão 16.04 na partição formatada em NTFS /mnt/e/var/lib/vnstat/
. Eu tive que reverter o Ubuntu 18.04 vnstat
versão 1.18 e fixá-lo no Ubuntu 16.04 versão 1.13, também conhecido como 1.14-1.
A próxima etapa será fazer com que o Windows 10 WSL "veja" os dados e os exiba de alguma forma. Depois disso, faça com que o WSL execute o vnstatd
daemon na inicialização e colete/atualize as estatísticas de largura de banda da rede.
As versões 1.3 - 1.18 do vnStat usam a mesma estrutura de banco de dados, portanto, é possível compartilhar um banco de dados com essas versões, desde que
Como no seu caso, uma inicialização dupla está em questão, essas limitações não devem ser um problema, desde que os nomes das interfaces de rede correspondam.
O diretório do banco de dados precisa ser movido para um local acessível por ambos os ambientes. No arquivo de configuração,
/etc/vnstat.conf
a palavra-chave correta a ser procurada éDatabaseDir
. Com o ntfs em questão, você também pode desabilitarUseFileLocking
eCheckDiskSpace
evitar surpresas. Provavelmente também ajudaria a desabilitarCreateDirs
eUpdateFileOwner
. Observe que a montagem precisa estar disponível antes que o daemon vnStat seja iniciado.As edições do arquivo de configuração requerem uma reinicialização ou recarga do daemon. Também é melhor manter o daemon parado ao fazer uma cópia do diretório do banco de dados. Você também precisará sincronizar as alterações do arquivo de configuração para ambos os ambientes após a alteração.
Bônus
Em teoria, isso poderia ser possível. Presumo que seja possível fazer o
vnstat
comando funcionar no Windows Subsystem for Linux. Uma vez que funcione, é possível usar a--exportdb
funcionalidade para despejar o conteúdo do banco de dados em um arquivo ascii, adicionar os dados coletados aos números existentes (o que pode não ser exatamente direto) e usar--importdb
para importar de volta as alterações e sobrescrever o existente base de dados.A alternativa possivelmente mais fácil seria usar o vnStat 2.0 em ambos os ambientes. Isso resultaria em um banco de dados sqlite contendo os dados e presumo que existam ferramentas do Windows disponíveis para manipular os dados existentes. Essa opção exigiria menos etapas, mas, no entanto, ainda requer algum tratamento com a maneira como o vnStat armazena os dados no banco de dados.