Debian: Arquivos não mostrados no drive, mas são mostrados no LiveCD

Debian: Arquivos não mostrados no drive, mas são mostrados no LiveCD

Instalei o xfce4-Buster-Debian e, durante a instalação, selecionei o particionamento manual e optei por montar uma unidade contendo alguns arquivos em um local específico. Para essa unidade, é claro que optei por não formatar a unidade. Depois que o Debian foi instalado em uma partição diferente e inicializado no sistema operacional, não vejo nenhum arquivo no diretório de montagem. O diretório aparece no local que eu esperava, mas quando eu faço cd nele e ls -lanão há nada nesse diretório. Mas segundo o GParted, os dados estão ocupando o espaço.

Inicializei no LiveCD e os arquivos aparecem lá.

Quais são as possíveis causas desse comportamento?


EDIT: eu forneço a seguinte saída

$ cat /etc/fstab
# /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=ff57c2c0-e962-4578-be1b-0500f82bceb3 /home/go       ext4    defaults,noatime 0 2
UUID=16DB-7490                            /boot/efi      vfat    defaults,noatime 0 2
UUID=6ff37539-9538-40d4-b3bf-094f44e8410f /              ext4    defaults,noatime 0 1
UUID=5fb9e868-f3c7-47a5-96da-7ccf13bfd998 /home          ext4    defaults,noatime 0 2
UUID=25a379fc-3db3-4f58-813b-a914d147e7c2 swap           swap    defaults,noatime 0 2
$ lsblk -f
NAME        FSTYPE  LABEL                     UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sda         iso9660 d-live nf 10.6.0 xf amd64 2020-09-26-13-15-55-00                              
├─sda1      iso9660 d-live nf 10.6.0 xf amd64 2020-09-26-13-15-55-00                     0   100% /media/marius/d-live nf 10.6.0
└─sda2      vfat    d-live nf 10.6.0 xf amd64 DEB0-0001                                           
sdb                                                                                               
└─sdb1      vfat                              F802-75AF                              27,9G     3% /media/marius/F802-75AF
mmcblk0                                                                                           
└─mmcblk0p1 ext4                              ff57c2c0-e962-4578-be1b-0500f82bceb3   53,8G     1% /home/go
nvme0n1                                                                                           
├─nvme0n1p1 ext4                              6ff37539-9538-40d4-b3bf-094f44e8410f   58,5G    18% /
├─nvme0n1p2 ext4                              5fb9e868-f3c7-47a5-96da-7ccf13bfd998  101,4G    15% /home
├─nvme0n1p3 swap                              25a379fc-3db3-4f58-813b-a914d147e7c2                [SWAP]
└─nvme0n1p4 vfat                              16DB-7490                             294,3M     2% /boot/efi

O dispositivo mmcblk0p1e o ponto de montagem são/home/go


EDITAR2:

$ stat -c '%n - %i' / /home /home/go
/ - 2
/home - 2
/home/go - 2

Responder1

Eu pretendia pedir que você fornecesse a saída de stat -f -c '%n - %i' / /home /home/go, que forneceria os identificadores de dispositivos para os sistemas de arquivos subjacentes aos diretórios. (Se todos fossem diferentes, saberíamos que eram sistemas de arquivos diferentes.) No entanto, a saída do stat -c '%n - %i' / /home /home/gocomando que dei a você é suficiente para nossos propósitos - está nos dizendo que o inode raiz para todos os três diretórios é o mesmo, ou seja, 2 , o que também significa que devem ser sistemas de arquivos diferentes.

Dado que você pode ver os arquivos com seu LiveCD, mas não com seu ambiente de inicialização real, sugiro que seus arquivos estejam ativados /e quando você monta /homee /home/gomascara os diretórios onde os arquivos estão.

Encontre os arquivos como root, assim

mkdir /mnt/root             # Create temporary directory mountpoint
mount --bind / /mnt/root    # Make /mnt/root identical to /
ls /mnt/root/home           # List area hidden by /home
ls /mnt/root/home/go        # List area hidden by /home/go

Se algum dos lscomandos produzir arquivos, você não os verá nos ls /homearquivos ls /home/go. Supondo - mas somente se - os lscomandos para /mnt/home/...do mostram arquivos, mas os correspondentes para /home/...não, então você pode usar um ou ambos os segmentos para mover os arquivos para seus lugares corretos.

Mova todos os arquivos do mascarado /home/gopara o real /home/go:

(
shopt -s dotglob
cp -au /mnt/root/home/go/. /home/go && rm -rf /mnt/root/home/go/*
)

Mova todos os arquivos do mascarado /homepara o real /home:

(
shopt -s dotglob
cp -au /mnt/root/home/. /home && rm -rf /mnt/root/home/*
)

Usei cp && rmem vez de mvporque não quero que o comando falhe durante a mesclagem. O cp -usinalizador impede que arquivos mais antigos substituam os mais novos.

Responder2

/homeé o ponto de montagem de uma partição ext4 (ou parte de uma) e projetado para que todos os usuários tenham um diretório inicial, como /home/userxetc.

No entanto, você deseja usar simultaneamente /home/gocomo ponto de montagem de uma segunda partição (em outro dispositivo!). Eu sugiro fortemente que você monte a partição 'go' em outro lugar /mnt/gorecomendado. Dessa forma, seus dados não serão confundidos com seus pontos de montagem.

Por exemplo, tenho uma grande partição dedicada a arquivos de vídeo. Isso énãomontado em /home/video, mas está montado em /mnt/video.

Meu gerenciador de arquivos GUI está bastante satisfeito com esse arranjo.

informação relacionada