Eu copiei arquivos do meu computador antigo para uma unidade que eu havia criptografado no meu novo computador e agora não consigo vê-los

4

Eu fiz algo idiota. Estou configurando um novo computador, e fiz uma instalação limpa com uma partição /home criptografada configurada em seu próprio novo SSD - cliquei na caixa de seleção durante a instalação para criptografar a pasta base e não alterei mais nada depois disso.

Depois de instalar, tirei o /home SSD e o conectei ao meu antigo computador para copiar todos os meus arquivos - quase 1TB, tirei meio dia de cópia com um pouco de esforço para eliminar velho lixo que eu não preciso de mais.

Mas quando eu coloco o SSD de volta no novo computador, ele não vê os arquivos - suponho que a unidade não foi montada com criptografia quando eu estava copiando os arquivos, então eles foram copiados sem criptografia, e a unidade é montado criptografado no novo computador, então eles não aparecem?

  1. Existe alguma maneira de reaparecer os arquivos enquanto a unidade está montada no novo computador? Eu me preocupo menos com a criptografia neste momento do que com a possibilidade de acessar os arquivos, portanto, uma solução que desative a criptografia está bem para mim.

  2. Se isso não for possível, quais etapas eu precisaria fazer para refazer o processo de cópia de arquivos e fazer isso corretamente desta vez?

Eu tenho feito uma boa pesquisa, mas até agora não consegui encontrar ninguém tão idiota quanto eu. :)

Editar: saída de /etc/fstab (no novo computador):

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
UUID=6de3bb08-9d43-49f0-b7b7-78cb7aaa1b28   /        ext4   noatime,errors=remount-ro  0       1
UUID=13fecad0-8105-4320-bf34-7d348d596ba9   /home    ext4   noatime,errors=remount-ro  0       1
#UUID=5938b5a9-af54-47e7-8e5a-68189932d06f   none    swap   sw                         0       0
/dev/mapper/cryptswap1                       none    swap   sw                         0       0

E saída de mount -l :

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=16416252k,nr_inodes=4104063,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=3294296k,mode=755)
/dev/nvme0n1p1 on / type ext4 (rw,noatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (rw,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids,release_agent=/run/cgmanager/agents/cgm-release-agent.pids)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset,clone_children)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event,release_agent=/run/cgmanager/agents/cgm-release-agent.perf_event)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=25070)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
tmpfs on /tmp type tmpfs (rw)
/dev/sda on /home type ext4 (rw,noatime,errors=remount-ro,data=ordered) [Data]
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
cgmfs on /run/cgmanager/fs type tmpfs (rw,relatime,size=100k,mode=755)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=3294296k,mode=700,uid=1000,gid=1000)
/home/.ecryptfs/arvana/.Private on /home/arvana type ecryptfs (rw,nosuid,nodev,relatime,ecryptfs_fnek_sig=287594d3d10316bd,ecryptfs_sig=f1e3b15ce0ca0a66,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
    
por arvana 27.08.2017 / 16:09

1 resposta

0

  1. Não que eu saiba. Não tenho certeza do que aconteceu com os arquivos copiados, pois você não especificou o caminho completo do seu destino e ecryptfs-setup-private cria um diretório ~ / Private para conter informações criptografadas. Você pode ver esse /home/.ecryptfs/arvana/.Private em sua saída de mount -l .

  2. Para refazer o processo de cópia de arquivos corretamente, certifique-se de que a unidade seja:

A) preparado e montado sem criptografia em ambos os sistemas.

ou

B) preparado e montado com a mesma criptografia ecryptfs nos sistemas de origem e de destino.

O pacote ecryptfs-utils tem várias utilitários úteis para ajudá-lo nesse esforço.

Após a configuração inicial utilizando ecryptfs-setup-private , eu esperaria que ecryptfs-mount-private e ecryptfs-umount-private , que montam e desmontam o diretório ~ / Private de um usuário, sejam úteis para você.

Espero garantir que os arquivos a seguir sejam idênticos na origem e no destino.

/root/.ecryptfsrc /root/.ecryptfs/sig-cache.txt

Para mais informações sobre ecryptfs , incluindo alguns detalhes sobre /mnt/usb/passwd_file.txt e /etc/fstab , não tenho tempo para incluir aqui, consulte as fontes abaixo.

Fontes:

link

link

    
por Elder Geek 21.02.2018 / 02:50