Estou tentando executar o borg mountBorg Backup, mas está dizendo que fusermount3não está instalado.
fuse: failed to exec fusermount3: No such file or directory
Pesquisando este problema não está ajudando. Eu tenho fusível instalado:
fuse is already the newest version (2.9.9-3).
como é libfuse:
libfuse2 is already the newest version (2.9.9-3).
Estou executando o Linux Mint 20 com Kernel 5.4.0-113-generic
Eu tenho um link simbólico sd/common.py -> actual_file, e quero substituir o link por um arquivo gerado.
No entanto, sempre que faço
cp /tmp/Star_Wrangler/common.py sd/common.py
... ele copia /tmp/Star_Wrangler/common.pye sobrescreve o actual_fileem vez de apenas substituir o link simbólico como pretendo. Toda vez que esqueço de deletar o link simbólico antes de copiar, isso continua acontecendo.
Existe uma opção para obter o comportamento que eu espero? Eu olho para os manuais, mas todos eles falam sobre links simbólicos na fonte, não no destino.
Estou tentando usar o fslint para encontrar duplicatas, mas leva uma eternidade para fazer o hash de arquivos inteiros de vários gigabytes. De acordo com este site , posso comparar pelas seguintes características:
resumo do recurso
compare by file size
compare by hardlinks
compare by md5 (first 4k of a file)
compare by md5 (entire file)
compare by sha1 (entire file)
mas não vejo essas opções na GUI ou nas páginas de manual. Há algo que estou perdendo aqui?
Edit: estou usando jdupes com a linha de comando:
jdupes -r -T -T --exclude=size-:300m --nohidden
Para obter esse trabalho, tive que clonar o repositório git e compilar a partir do código-fonte. (A versão empacotada está lamentavelmente desatualizada.)
Eu também tive que editar o código-fonte para alterar a cada:
#define PARTIAL_HASH_SIZE 4096
para
#define PARTIAL_HASH_SIZE 1048576
e então ele realmente correspondeu aos meus arquivos corretamente. Não sei por que eles codificaram dessa maneira, mas apenas corresponder aos primeiros 4096 bytes não é suficiente e produz duplicatas falsas. (Talvez uma opção de linha de comando seja útil aqui)
Eu gostaria de testar meu programa de hash invertendo um único byte no final de um arquivo sem modificar o carimbo de data/hora. Evitar que o timestamp mude é bastante fácil, mas como uso um utilitário unix para inverter o último byte do arquivo?
Por exemplo: xou o último byte com 0xFF (uma operação que é facilmente reversível)
Eu usei kexec para carregar meu kernel com sucesso, mas está apenas imprimindo linhas dmesg. Como faço para sair disso para cair no prompt do initramfs? Ctrl-Alt-F2 apenas carrega uma tela preta e ctrl-c não faz nada.
Aqui está minha linha de comando kexec:
kexec -l $kernel --initrd=$initrd --command-line="root=UUID=... acpi=off ro text earlyshell debug showerr debuginitrd"
earlyshell deve me fornecer acesso a um shell, mas isso não acontece. Sem essa linha de comando, acabo em um loop de script do qual não consigo sair mesmo com ctrl-c.
O título original deste post era sobre o CryptSetup não carregar um dispositivo Truecrypt com setores de 4096 bytes. Consegui despejar o cabeçalho Truecrypt (com a chave mestra) de qualquer maneira, mas agora quando tento carregá-lo com dmsetup, não funciona:
echo "0 5860533168 crypt aes-xts-plain64 <my-super-secret-64-byte-key> 256 /dev/sdh 256" | dmsetup create test
device-mapper: resume ioctl on test failed: Invalid argument
Command failed
Parece não suportar números de tamanho acima de 2^32, então tentei adicionar o argumento sector_size:4096 à tabela:
echo "0 732566646 crypt aes-xts-plain64 <my-super-secret-64-byte-key> 256 /dev/sdh 256 sector_size:4096" | dmsetup create test
device-mapper: reload ioctl on test failed: Invalid argument
Command failed
Funciona se eu definir o número de setores abaixo de 2 TB (2^32 * 512), mas não acima. Tentei replicar o mesmo comando no cryptsetup puro, mas não sei como corresponder exatamente à tabela dmsetup e não consigo replicá-lo. Existe uma maneira de forçar o dmsetup a funcionar com dispositivos com mais de 2 TB? Existe uma maneira de passar a chave mestra diretamente para o cryptsetup? Isto é o que eu tentei até agora, mas descriptografa com a chave errada:
echo <64-byte-key> | cryptsetup open --type plain /dev/sdh test --offset 256 --cipher aes-xts-plain64 --hash plain --key-size 512