Debian: Los archivos no se muestran en la unidad, pero se muestran en LiveCD

Debian: Los archivos no se muestran en la unidad, pero se muestran en LiveCD

Instalé xfce4-Buster-Debian y, durante la instalación, seleccioné la partición manual y elegí montar una unidad que contenía algunos archivos en una ubicación específica. Para esa unidad, por supuesto, elegí no formatearla. Después de instalar Debian en una partición diferente y de iniciar el sistema operativo, no veo ningún archivo en el directorio de montaje. El directorio aparece en el lugar que esperaba, pero cuando entro en él y ls -lano hay nada en ese directorio. Pero según GParted, los datos están ocupando espacio.

Arranqué desde el LiveCD y los archivos aparecen allí.

¿Qué posibles causas existen de este comportamiento?


EDITAR: proporciono el siguiente resultado

$ 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

El dispositivo es mmcblk0p1y el punto de montaje es/home/go


EDITAR2:

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

Respuesta1

Tenía la intención de pedirle que proporcionara el resultado de stat -f -c '%n - %i' / /home /home/go, que habría proporcionado los identificadores de dispositivo para los sistemas de archivos subyacentes a los directorios. (Si todos hubieran sido diferentes, habríamos sabido que eran sistemas de archivos diferentes). Sin embargo, el resultado del stat -c '%n - %i' / /home /home/gocomando que le di es suficiente para nuestros propósitos: nos dice que el inodo raíz para los tres directorios es el mismo, es decir, 2 , lo que también significa que deben ser sistemas de archivos diferentes.

Dado que puede ver los archivos con su LiveCD pero no con su entorno de arranque real, sugeriría que sus archivos estén activados /y cuando los monte /homey /home/goenmascare los directorios donde están los archivos.

Encuentra los archivos como root, así

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

Si alguno de los lscomandos genera archivos, no los verá en el archivo ls /homeo ls /home/go. Suponiendo, pero solo si, lsque los comandos /mnt/home/...muestran archivos pero los correspondientes /home/...no, entonces puede usar uno o ambos de estos dos segmentos para mover los archivos a sus lugares correctos.

Mueva todos los archivos del enmascarado /home/goal real /home/go:

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

Mueva todos los archivos del enmascarado /homeal real /home:

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

He usado cp && rmen lugar de mvporque no quiero que el comando falle durante la fusión. La cp -ubandera evita que los archivos más antiguos sobrescriban los más nuevos.

Respuesta2

/homeEste es el punto de montaje de una partición ext4 (o parte de una) y está diseñado para que todos los usuarios tengan un directorio de inicio como, /home/userxetc.

Sin embargo, desea utilizarlo simultáneamente /home/gocomo punto de montaje de una segunda partición (¡en otro dispositivo!). Le sugiero encarecidamente que monte la partición 'ir' en otro lugar, /mnt/gose recomienda. De esta manera sus datos no se confundirán con sus puntos de montaje.

Por ejemplo, tengo una partición grande dedicada a archivos de vídeo. Esto esnomontado en /home/video, pero está montado en /mnt/video.

Mi administrador de archivos GUI está bastante contento con esta disposición.

información relacionada