Em Configurações->Relatórios, alguns arquivos são classificados como informações financeiras. O que o Backblaze classifica como informação financeira?
Da página de manual do rsync:
Ele é famoso por seu algoritmo de transferência delta, que reduz a quantidade de dados enviados pela rede enviando apenas as diferenças entre os arquivos de origem e os arquivos existentes no destino...
O Rsync encontra arquivos que precisam ser transferidos usando um algoritmo lqquick checkrq (por padrão) que procura por arquivos que mudaram de tamanho ou no último horário modificado. Quaisquer alterações nos outros atributos preservados (conforme solicitado pelas opções) são feitas diretamente no arquivo de destino quando a verificação rápida indica que os dados do arquivo não precisam ser atualizados.
A transferência delta "diferenças entre os arquivos de origem e os arquivos existentes no destino" significa:
- source/file e dest/file são arquivos idênticos, conforme calculado pelo timestamp ou checksum, portanto não são transferidos
- junto com 1, source/file e dest/file são próximos em diff binário, então apenas a diferença entre os arquivos é enviada
Por que o rsync não usa delta-transfer para arquivos locais? diz que o rsync não usa delta-transfer para arquivos locais (no meu caso, entre /home e /media). Mas se eu deixar --no-W desativado ou usar -W, ele ainda não transferirá arquivos idênticos?
Ao arquivar dados (não música) em discos de dados ópticos como CDs/DVDs/discos BluRay (em outro meio de armazenamento como um HDD), quais são os benefícios/casos de uso de arquivar todo o conteúdo do disco como um arquivo de imagem de disco óptico em vez de apenas os arquivos, que usam menos espaço de armazenamento que a imagem de disco e, na minha experiência, também são mais compactáveis que as imagens de disco?
De https://en.wikipedia.org/wiki/Optical_disc_image :
Uma imagem de disco óptico (ou imagem ISO, do sistema de arquivos ISO 9660 usado com mídia de CD-ROM) é uma imagem de disco que contém tudo o que seria gravado em um disco óptico, setor de disco por setor de disco, incluindo o sistema de arquivos do disco óptico.
O único caso de uso que me vem à mente é o backup de software, cuja proteção contra cópia não depende apenas dos arquivos, mas também das informações que seriam armazenadas na imagem do disco.
Que outros benefícios e/ou casos de uso existem? Você pode citar/explicar alguns?
O que poderia estar faltando se eu apenas fizesse backup dos arquivos de dados em discos ópticos em vez da imagem inteira?
Então, estou aplicando esta regra de backup 3-2-1.
O formato da pasta ssd-sync é sincronizado com vhd-sync através robocopy, aqui está o comando do argumento.
robocopy D:\ssd-sync E:\vhd-sync /LOG+:D:\ssd-sync\robocopy-autosync\ssd-to-vhd-robocopy-log.txt /V /DST /COPYALL /E /MIR /XO /XC /FFT ^
/SECFIX /TIMFIX ^
/W:1 /R:2 ^
/NP /NFL /NDL ^
/XF *tmp* *temp* *robocopy-log* ^
/XD *tmp* *temp* ^
/XF *.pyc *.exe *.log *.debug .idea *.sublime* *.dll *.o Thumbs.db .DS_Store *.bak *.old thumbs.db *.cache *.msi *.exe *.dmg *.obj *.class *.~* *.thumbnail *.thumb ^
/XD .venv node_modules .pio .git .vscode .idea *.sublime* *.dll *.o Thumbs.db .DS_Store *.bak *.old thumbs.db *.cache *.msi *.exe *.dmg *.obj *.class *.~* *.thumbnail *.thumb *build* *test* *tests* *logs* *output* *cache* *cached* *temporary* *thumbnails* *thumbs* *dependencies* *libs* *lib* *.sublime*
E aqui está o log de exemplo:
-------------------------------------------------------------------------------
ROBOCOPY :: Robust File Copy for Windows
-------------------------------------------------------------------------------
Started : 11 May 2024 16:43:38
Source : D:\ssd-sync\
Dest : E:\vhd-sync\
Files : *.*
Exc Files : .idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*robocopy-log*
*.pyc
*.exe
*.log
*.debug
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
Exc Dirs : .venv
node_modules
.pio
.git
.vscode
.idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
*build*
*test*
*tests*
*logs*
*output*
*cache*
*cached*
*temporary*
*thumbnails*
*thumbs*
*dependencies*
*libs*
*lib*
*.sublime*
Options : *.* /FFT /DST /V /NDL /NFL /S /E /COPYALL /SECFIX /TIMFIX /PURGE /MIR /NP /XO /XC /R:2 /W:1
------------------------------------------------------------------------------
*EXTRA File 121089 E:\vhd-sync\Untitled.png
*EXTRA File 105075 E:\vhd-sync\Untitled2.png
*EXTRA File 43651 E:\vhd-sync\Untitled3.png
------------------------------------------------------------------------------
Total Copied Skipped Mismatch FAILED Extras
Dirs : 513 1 512 0 0 1
Files : 4560 3 4557 0 0 3
Bytes : 6.292 g 263.4 k 6.292 g 0 0 263.4 k
Times : 0:00:01 0:00:00 0:00:00 0:00:01
Speed : 642.416 Bytes/sec.
Speed : 36,759 MegaBytes/min.
Ended : 11 May 2024 16:43:39
-------------------------------------------------------------------------------
ROBOCOPY :: Robust File Copy for Windows
-------------------------------------------------------------------------------
Started : 11 May 2024 16:48:38
Source : D:\ssd-sync\
Dest : E:\vhd-sync\
Files : *.*
Exc Files : .idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*robocopy-log*
*.pyc
*.exe
*.log
*.debug
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
Exc Dirs : .venv
node_modules
.pio
.git
.vscode
.idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
*build*
*test*
*tests*
*logs*
*output*
*cache*
*cached*
*temporary*
*thumbnails*
*thumbs*
*dependencies*
*libs*
*lib*
*.sublime*
Options : *.* /FFT /DST /V /NDL /NFL /S /E /COPYALL /SECFIX /TIMFIX /PURGE /MIR /NP /XO /XC /R:2 /W:1
------------------------------------------------------------------------------
*EXTRA Dir -1 E:\vhd-sync\Doksli\
*EXTRA File 43651 E:\vhd-sync\Doksli\DISK-ALLOCATION.png
*EXTRA File 105075 E:\vhd-sync\Doksli\GD.png
*EXTRA File 121089 E:\vhd-sync\Doksli\SSD-VHD-HDD.png
*EXTRA File 52.0 m E:\vhd-sync\BERKAS_KULIAH\SBMPTN\Semester4\Sistem Operasi\alpine-virt-3.15.0-x86_64.iso
------------------------------------------------------------------------------
Total Copied Skipped Mismatch FAILED Extras
Dirs : 513 1 512 0 0 2
Files : 4560 4 4556 0 0 4
Bytes : 6.292 g 52.25 m 6.241 g 0 0 52.25 m
Times : 0:00:01 0:00:00 0:00:00 0:00:01
Speed : 98.553.537 Bytes/sec.
Speed : 5639,279 MegaBytes/min.
Ended : 11 May 2024 16:48:39
-------------------------------------------------------------------------------
ROBOCOPY :: Robust File Copy for Windows
-------------------------------------------------------------------------------
Started : 11 May 2024 16:53:38
Source : D:\ssd-sync\
Dest : E:\vhd-sync\
Files : *.*
Exc Files : .idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*robocopy-log*
*.pyc
*.exe
*.log
*.debug
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
Exc Dirs : .venv
node_modules
.pio
.git
.vscode
.idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
*build*
*test*
*tests*
*logs*
*output*
*cache*
*cached*
*temporary*
*thumbnails*
*thumbs*
*dependencies*
*libs*
*lib*
*.sublime*
Options : *.* /FFT /DST /V /NDL /NFL /S /E /COPYALL /SECFIX /TIMFIX /PURGE /MIR /NP /XO /XC /R:2 /W:1
------------------------------------------------------------------------------
*EXTRA File 2.1 m E:\vhd-sync\BERKAS_KULIAH\SBMPTN\Semester4\Laporan6_09011282025077.pdf
------------------------------------------------------------------------------
Total Copied Skipped Mismatch FAILED Extras
Dirs : 513 0 513 0 0 1
Files : 4560 5 4555 0 0 1
Bytes : 6.292 g 54.45 m 6.239 g 0 0 2.19 m
Times : 0:00:05 0:00:01 0:00:00 0:00:03
Speed : 32.910.882 Bytes/sec.
Speed : 1883,176 MegaBytes/min.
Ended : 11 May 2024 16:53:43
-------------------------------------------------------------------------------
ROBOCOPY :: Robust File Copy for Windows
-------------------------------------------------------------------------------
Started : 11 May 2024 16:58:38
Source : D:\ssd-sync\
Dest : E:\vhd-sync\
Files : *.*
Exc Files : .idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*robocopy-log*
*.pyc
*.exe
*.log
*.debug
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
Exc Dirs : .venv
node_modules
.pio
.git
.vscode
.idea
Thumbs.db
.DS_Store
thumbs.db
*tmp*
*temp*
*.sublime*
*.dll
*.o
*.bak
*.old
*.cache
*.msi
*.exe
*.dmg
*.obj
*.class
*.~*
*.thumbnail
*.thumb
*build*
*test*
*tests*
*logs*
*output*
*cache*
*cached*
*temporary*
*thumbnails*
*thumbs*
*dependencies*
*libs*
*lib*
*.sublime*
Options : *.* /FFT /DST /V /NDL /NFL /S /E /COPYALL /SECFIX /TIMFIX /PURGE /MIR /NP /XO /XC /R:2 /W:1
------------------------------------------------------------------------------
------------------------------------------------------------------------------
Total Copied Skipped Mismatch FAILED Extras
Dirs : 513 0 513 0 0 1
Files : 4560 1 4559 0 0 0
Bytes : 6.292 g 2.19 m 6.290 g 0 0 0
Times : 0:00:01 0:00:00 0:00:00 0:00:01
Speed : 4.761.601 Bytes/sec.
Speed : 272,461 MegaBytes/min.
Ended : 11 May 2024 16:58:39
Aqui está minha preferência de sincronização GD:
Então, o problema é que, uma vez que eu movo um arquivo, por exemplo, ssd-sync/folderA/bigfile.isopara ssd-sync/folderB/bigfile.iso. Robocopy tem um bom desempenho para sincronizar vhd-sync, fará o mesmo vhd-sync/folderA/bigfile.isocom vhd-sync/folderB/bigfile.iso. Mas no aplicativo Google Drive, essa ação é considerada como excluir um arquivo e criar um novo arquivo, portanto, está movendo a lixeira para vhd-sync/folderA/bigfile.isofazer o upload vhd-sync/folderB/bigfile.iso.
Ao contrário de copiar e colar manualmente no explorer de vhd-sync/folderA/bigfile.isopara vhd-sync/folderB/bigfile.iso, o aplicativo de desktop do Google Drive sabe, é apenas uma ação em movimento. Portanto, os metadados que devem ser atualizados são apenas a localização do caminho.
Posso estar errado nos argumentos da robocópia.
Estou tentando transferir minhas chaves gpg privadas e estou recebendo alguns conselhos estranhos. Por um lado, me disseram para fazer gpg --exporte gpg --export-secret-keys, e por outro, me recomendaram apenas cp ~/.gnupgcolocar um pendrive no novo sistema.
O que eu deveria estar fazendo? Existe inerentemente alguma implicação de segurança para fazer isso? Esses arquivos exclusivos do sistema estão em .gnupg e NÃO devem ser transferidos?
Estou tendo um pequeno problema quando se trata do Amazon Glacier.
digitei o comando
aws glacier initiate-multipart-upload \
--account-id - \
--archive-description "Qozu Chronicles May 2023 Backup" \
--part-size 4294967296 \
--vault-name tyllavideo
e obteve o seguinte resultado:
{
"location": "/953374234641/vaults/tyllavideo/multipart-uploads/-BbO80kesvItrSPcGdZrfhco87xzs1oPdWG4r1WW7lJ1aTjElIICKthnMnkFuFjej8k4kWvJvaOQFNXGufCfYNKKSuiW",
"uploadId": "-BbO80kesvItrSPcGdZrfhco87xzs1oPdWG4r1WW7lJ1aTjElIICKthnMnkFuFjej8k4kWvJvaOQFNXGufCfYNKKSuiW"
}
Observe que o uploadIdcomeça com um -. Isso se torna um problema quando quero fazer upload de uma peça, como quando executo o comando
aws glacier upload-multipart-part \
--upload-id -BbO80kesvItrSPcGdZrfhco87xzs1oPdWG4r1WW7lJ1aTjElIICKthnMnkFuFjej8k4kWvJvaOQFNXGufCfYNKKSuiW \
--body chunkaa \
--range 'bytes 0-6717640/*' \
--account-id - \
--vault-name tyllavideo
Eu recebo este erro:
aws: error: argument --upload-id: expected one argument
Tentei colocar uploadIdentre aspas e tentei usar um \para escapar do -. Ambos deram o mesmo erro. O que estou fazendo de errado e como faço para iniciar o upload?
No processo de solução de problemas e execução do netsh winsock resetcomando, gostaria de saber se alguém conhece uma maneira (ou aplicativo) de fazer backup do catálogo winsock atual (e/ou tudo o que o resetcomando redefine/remove) também com uma opção para restaurar esses valores se quiser?
Google-Fu não apareceu nada para mim até agora.
Então, eu queria rsync vários arquivos do meu mac para uma unidade externa e tentei isso:
$ rsync -vv --files-from=backup.txt /Volumes/Seagate\ Expansion\ Drive/2022-12-27-imac-backup/
rsync version 2.6.9 protocol version 29
Copyright (C) 1996-2006 by Andrew Tridgell, Wayne Davison, and others.
<http://rsync.samba.org/>
Capabilities: 64-bit files, socketpairs, hard links, symlinks, batchfiles,
inplace, IPv6, 64-bit system inums, 64-bit internal inums
rsync comes with ABSOLUTELY NO WARRANTY. This is free software, and you
are welcome to redistribute it under certain conditions. See the GNU
General Public Licence for details.
rsync is a file transfer program capable of efficient remote update
via a fast differencing algorithm.
Usage: rsync [OPTION]... SRC [SRC]... DEST
or rsync [OPTION]... SRC [SRC]... [USER@]HOST:DEST
or rsync [OPTION]... SRC [SRC]... [USER@]HOST::DEST
or rsync [OPTION]... SRC [SRC]... rsync://[USER@]HOST[:PORT]/DEST
or rsync [OPTION]... [USER@]HOST:SRC [DEST]
or rsync [OPTION]... [USER@]HOST::SRC [DEST]
or rsync [OPTION]... rsync://[USER@]HOST[:PORT]/SRC [DEST]
The ':' usages connect via remote shell, while '::' & 'rsync://' usages connect
to an rsync daemon, and require SRC or DEST to start with a module name.
Options
-v, --verbose increase verbosity
-q, --quiet suppress non-error messages
....
....
(snip)
....
Use "rsync --daemon --help" to see the daemon-mode command-line options.
Please see the rsync(1) and rsyncd.conf(5) man pages for full documentation.
See http://rsync.samba.org/ for updates, bug reports, and answers
rsync error: syntax or usage error (code 1) at /AppleInternal/Library/BuildRoots/aaefcfd1-5c95-11ed-8734-2e32217d8374/Library/Caches/com.apple.xbs/Sources/rsync/rsync/options.c(1436) [client=2.6.9]
Portanto, não diz o que está errado, mas algo aconteceu. Eu acho que o formato do arquivo está errado? Mas não é tão exótico:
$ cat backup.txt
/Users/carlerik/Downloads/Paragon-31091-PEU_MacInstallUnlock-15.10.485.dmg
/Users/carlerik/Documents/Øvelser.ptflow
/Users/carlerik/Pictures/syncdir/2019
/Users/carlerik/Pictures/dump
/Users/carlerik/Pictures/dronebilder*
/Users/carlerik/Pictures/profilbilde
/Users/carlerik/sohf_next-2022_10_18_11_09_03-dump.sql
/Users/carlerik/develop_k8s-2022_10_25_10_56_35-dump.sql
A busca por exemplos não é tão proveitosa, já que ninguém lista o conteúdo do arquivo from .
$ rsync --version
rsync version 2.6.9 protocol version 29
Eu tenho uma árvore de diretórios "gold backup base" de 48 GB de dados contendo "11 411 arquivos, 1 054 pastas".
Como o USB/ROBOCOPY/Windows leva uma eternidade para transferir muitos pequenos arquivos para todos os meus discos de backup externos, eu agora 7-compactei todo esse dirtree para um novo arquivo .7z que transferirei para meus dispositivos de backup como um único arquivo.
Mas isso pode causar algum problema? Um único arquivo grande como esse pode ficar completamente corrompido se um único pequeno átomo se mover na mídia de armazenamento, bloqueando-me para sempre de todos os meus dados antigos, enquanto a estrutura de diretórios "reta" (NTFS) causaria apenas um arquivo de todos eles? ficar corrompido?
Ou estou fundamentalmente confuso com esse pensamento? Estou apenas tentando ter certeza de que não estou tomando a pior decisão possível, da qual me arrependerei profundamente no futuro.
Copiei meu perfil do Thunderbird (um diretório chamado like f4gokpr4.default) de uma máquina Windows 10 para outra máquina Windows 10. Os nomes das contas são os mesmos, todos os caminhos absolutos que conheço também são os mesmos.
No entanto, agora muitas pastas na minha conta POP estão faltando na interface. As pastas de nível superior estão lá, mas não contêm letras nem subpastas.
A coisa em comum é que esses diretórios têm nomes cirílicos/não latinos como Работаe contêm caracteres especiais como Путешествия/Отдых(essa é uma única pasta, não uma subpasta). Na pasta do perfil eles correspondem a arquivos/diretórios Работа/ Работа.msf/ Работа.sbd, e algo como Путешествияf88e4aec/ Путешествияf88e4aec.msf/ Путешествияf88e4aec.sbd. Os caracteres cirílicos são armazenados como estão, e tudo depois de um caractere especial é truncado.
No entanto, no novo sistema Thunderbird pensa que essas pastas devem ser armazenadas em diretórios recém-criados como 44d8f9af/ 44d8f9af.msf/ 44d8f9af.sbd. Esses diretórios são criados no perfil, estão vazios e nenhum arquivo/diretório é movido do local anterior.
Todos os diretórios latinos funcionam bem.
Como faço para o Thunderbird usar os diretórios antigos em vez de tentar dar novos nomes a eles?