Perguntas[mount](unix)

Atualmente estou reconstruindo um sistema Linux, migrando para uma nova distribuição (Ubuntu 24.04).

Tenho um disco que contém vários terabytes de dados de usuário, que desejo manter. O disco contém um sistema de arquivos btrfs com snapshots somente leitura, o que limita minhas opções quando se trata de adaptar o conteúdo do disco (não consigo alterar facilmente os snapshots somente leitura).

Agora, a nova distribuição Linux, por padrão, vem com alguns grupos que têm IDs começando em 1000 e que têm permissões no sistema. No entanto, eles são idênticos aos IDs de grupo que usei na minha antiga instalação e que têm permissões no sistema de arquivos btrfs. Devido aos snapshots somente leitura, não consigo atualizar facilmente os IDs de grupo nos dados do usuário.

Me indicaram montarias mapeadas por ID, mas não há instruções úteis sobre como usá-las.

Posso mapear o sistema de arquivos de tal forma que o gid 1000 do sistema de arquivos corresponda a, digamos, o gid 1024 do sistema? Como eu inseriria isso em /etc/fstab para que o sistema de arquivos seja montado na inicialização?

Usando unshare -Umreu criei um novo usuário, mount namespaces onde o processo de chamada é movido. Então via mount -t tmpfs tmpfs /eu montei uma nova instância tmpfs na raiz /da árvore de diretórios dentro do novo mount namespace.

Como o tmpfsestá vazio, eu esperaria ver uma lista vazia do comando ls -la /, no entanto, aqui está a saída:

ubuntu@ubuntu:~$ unshare -Umr /bin/bash
root@ubuntu:~# mount -t tmpfs tmpfs /
root@ubuntu:~# ls -la /
total 5309704
drwxr-xr-x  24 nobody nogroup       4096 Nov 22  2023 .
drwxrwxrwt   2 root   root            40 Nov 11 15:47 ..
drwxr-xr-x   2 nobody nogroup       4096 Jan 25  2023 bin
drwxr-xr-x   3 nobody nogroup       4096 Jan 25  2023 boot
drwxr-xr-x   2 nobody nogroup       4096 Nov 11  2019 cdrom
drwxr-xr-x  17 nobody nogroup       3820 Aug 22 14:22 dev
drwxr-xr-x 105 nobody nogroup       4096 Mar 14  2024 etc
-rw-r--r--   1 root   root    1688371200 Jan 19  2021 GISO
drwxr-xr-x   3 nobody nogroup       4096 Nov 11  2019 home
lrwxrwxrwx   1 nobody nogroup         34 Jan 25  2023 initrd.img -> boot/initrd.img-4.15.0-202-generic
lrwxrwxrwx   1 nobody nogroup         34 Jan 25  2023 initrd.img.old -> boot/initrd.img-4.15.0-132-generic
drwxr-xr-x  21 nobody nogroup       4096 Jan 25  2023 lib
drwxr-xr-x   2 nobody nogroup       4096 Jan 25  2023 lib64
drwx------   2 nobody nogroup      16384 Nov 11  2019 lost+found
drwxr-xr-x   2 nobody nogroup       4096 Feb 10  2021 media
drwxr-xr-x   2 nobody nogroup       4096 Aug  5  2019 mnt
drwxr-xr-x   3 nobody nogroup       4096 Nov 26  2020 opt
dr-xr-xr-x 123 nobody nogroup          0 Aug 22 12:22 proc
drwx------   4 nobody nogroup       4096 Dec  6  2023 root
drwxr-xr-x  24 nobody nogroup        820 Nov 11 15:20 run
drwxr-xr-x   2 nobody nogroup      12288 Jan 25  2023 sbin
drwxr-xr-x   4 nobody nogroup       4096 Nov 11  2019 snap
drwxr-xr-x   3 nobody nogroup       4096 Jan 24  2020 srv
-rw-------   1 nobody nogroup 3748659200 Nov 11  2019 swap.img
dr-xr-xr-x  13 nobody nogroup          0 Nov 11 15:40 sys
drwxrwxrwt  10 nobody nogroup       4096 Nov 11 15:42 tmp
drwxr-xr-x  10 nobody nogroup       4096 Aug  5  2019 usr
drwxr-xr-x  13 nobody nogroup       4096 Aug  5  2019 var
lrwxrwxrwx   1 nobody nogroup         31 Jan 25  2023 vmlinuz -> boot/vmlinuz-4.15.0-202-generic
lrwxrwxrwx   1 nobody nogroup         31 Jan 25  2023 vmlinuz.old -> boot/vmlinuz-4.15.0-132-generic
root@ubuntu:~#

como no sistema de arquivos montado como /antes do tmpfs ser montado. Por que estou obtendo esse resultado?

Estou ciente de que unshare -mcria um novo namespace de montagem movendo o processo que o executa para o novo namespace de montagem que está sendo criado.

Este último obtém uma cópia do namespace de montagem do pai. Na verdade, observe o seguinte

root@ubuntu:~# cat /proc/self/mountinfo 
25 31 0:23 / /sys rw,nosuid,nodev,noexec,relatime shared:7 - sysfs sysfs rw
26 31 0:24 / /proc rw,nosuid,nodev,noexec,relatime shared:12 - proc proc rw
27 31 0:5 / /dev rw,nosuid,relatime shared:2 - devtmpfs udev rw,size=4008708k,nr_inodes=1002177,mode=755,inode64
28 27 0:25 / /dev/pts rw,nosuid,noexec,relatime shared:3 - devpts devpts rw,gid=5,mode=620,ptmxmode=000
29 31 0:26 / /run rw,nosuid,nodev,noexec,relatime shared:5 - tmpfs tmpfs rw,size=812844k,mode=755,inode64
31 1 8:2 / / rw,relatime shared:1 - ext4 /dev/sda2 rw
32 25 0:6 / /sys/kernel/security rw,nosuid,nodev,noexec,relatime shared:8 - securityfs securityfs rw
33 27 0:28 / /dev/shm rw,nosuid,nodev shared:4 - tmpfs tmpfs rw,inode64
34 29 0:29 / /run/lock rw,nosuid,nodev,noexec,relatime shared:6 - tmpfs tmpfs rw,size=5120k,inode64
35 25 0:30 / /sys/fs/cgroup rw,nosuid,nodev,noexec,relatime shared:9 - cgroup2 cgroup2 rw,nsdelegate,memory_recursiveprot
36 25 0:31 / /sys/fs/pstore rw,nosuid,nodev,noexec,relatime shared:10 - pstore pstore rw
37 25 0:32 / /sys/fs/bpf rw,nosuid,nodev,noexec,relatime shared:11 - bpf bpf rw,mode=700
38 26 0:33 / /proc/sys/fs/binfmt_misc rw,relatime shared:13 - autofs systemd-1 rw,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=17383
39 27 0:20 / /dev/mqueue rw,nosuid,nodev,noexec,relatime shared:14 - mqueue mqueue rw
40 27 0:34 / /dev/hugepages rw,relatime shared:15 - hugetlbfs hugetlbfs rw,pagesize=2M
41 25 0:7 / /sys/kernel/debug rw,nosuid,nodev,noexec,relatime shared:16 - debugfs debugfs rw
42 25 0:12 / /sys/kernel/tracing rw,nosuid,nodev,noexec,relatime shared:17 - tracefs tracefs rw
---------------------------- output omitted ------------------------------------------
root@ubuntu:~#

root@ubuntu:~# unshare -m /bin/bash
root@ubuntu:~# 
root@ubuntu:~# cat /proc/self/mountinfo 
714 713 8:2 / / rw,relatime - ext4 /dev/sda2 rw
715 714 0:5 / /dev rw,nosuid,relatime - devtmpfs udev rw,size=4008708k,nr_inodes=1002177,mode=755,inode64
716 715 0:25 / /dev/pts rw,nosuid,noexec,relatime - devpts devpts rw,gid=5,mode=620,ptmxmode=000
719 715 0:28 / /dev/shm rw,nosuid,nodev - tmpfs tmpfs rw,inode64
720 715 0:20 / /dev/mqueue rw,nosuid,nodev,noexec,relatime - mqueue mqueue rw
725 715 0:34 / /dev/hugepages rw,relatime - hugetlbfs hugetlbfs rw,pagesize=2M
726 714 0:26 / /run rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=812844k,mode=755,inode64
739 726 0:29 / /run/lock rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=5120k,inode64
740 726 0:36 / /run/credentials/systemd-sysusers.service ro,nosuid,nodev,noexec,relatime - ramfs none rw,mode=700
741 726 0:26 /snapd/ns /run/snapd/ns rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=812844k,mode=755,inode64
742 726 0:26 /netns /run/netns rw,nosuid,nodev,noexec,relatime - tmpfs tmpfs rw,size=812844k,mode=755,inode64
743 726 0:46 / /run/user/1000 rw,nosuid,nodev,relatime - tmpfs tmpfs rw,size=812840k,nr_inodes=203210,mode=700,uid=1000,gid=1000,inode64
744 714 0:23 / /sys rw,nosuid,nodev,noexec,relatime - sysfs sysfs rw
745 744 0:6 / /sys/kernel/security rw,nosuid,nodev,noexec,relatime - securityfs securityfs rw
746 744 0:30 / /sys/fs/cgroup rw,nosuid,nodev,noexec,relatime - cgroup2 cgroup2 rw,nsdelegate,memory_recursiveprot
747 744 0:31 / /sys/fs/pstore rw,nosuid,nodev,noexec,relatime - pstore pstore rw
748 744 0:32 / /sys/fs/bpf rw,nosuid,nodev,noexec,relatime - bpf bpf rw,mode=700
814 744 0:7 / /sys/kernel/debug rw,nosuid,nodev,noexec,relatime - debugfs debugfs rw
815 744 0:12 / /sys/kernel/tracing rw,nosuid,nodev,noexec,relatime - tracefs tracefs rw
---------------------------- output omitted ------------------------------------------
root@ubuntu:~#

As saídas são ligeiramente diferentes, embora as dependências pai-filho do ponto de montagem sejam as mesmas ( Idssão esperadas diferenças nas duas primeiras colunas, pois os namespaces de montagem não são os mesmos).

Agora a questão é: há uma razão por trás da ordem diferente em que os pontos de montagem são realmente mostrados?

Tenho um cartão SD removível formatado com exfat que gostaria de montar udisksctlatravés do udisks2mecanismo.

O que eu quero fazer é replicar uma noexecopção usando dmask=0002e fmask=0113.

Tenho a seguinte linha em /etc/udisks2/mount_options.conf:

exfat_defaults=uid=$UID,gid=$GID,iocharset=utf8,errors=remount-ro,dmask=0002,fmask=0113

Quando eu verifico com um ls -al, estes não são aplicados. Arquivos têm uma .rwxr-xr-xpermissão (0755) e diretórios têm drwxr-xr-x(0755).

O que preciso fazer para udisks2aceitar o arquivo de configuração e não ignorá-lo? As opções foram escritas de acordo com as últimas especificações do storaged.org .

Todas as perguntas existentes em https://unix.stackexchange.com não têm solução. Espero que a mente coletiva agora tenha um conhecimento melhor.

Comprei um novo disco rígido USB3 de 16 TB - não um SSD, mas os antigos discos giratórios.

Seagate Expansão HDD 16 TB

Criei uma partição de disco completa formatada com ext4 - 14 TB após a formatação.

Agora, quando eu monto, eu reconheço um som tok-tok-tok. Se eu desmonto, ele desaparece instantaneamente. Ele fica silencioso se ele estiver apenas conectado, mas não montado.

O que é isso? Algum mecanismo de acesso a disco do SO ou o quê? Cache?

Se eu fizer isso em um Debian 10, isso acontece 2x/s. Se eu montar em um Debian 12, isso acontece uma vez a cada 3s.

Como posso montar via fstab?

# /etc/fstab
//fritz.box/FRITZ.NAS /media/fritz cifs username=foo,password=bar,vers=1.0 0 0

seguido por sudo mount -a; ls /media/fritz/leva a nada

Embora este funcione perfeitamente:

sudo mount -t cifs //fritz.box/FRITZ.NAS/ /media/fritz -o user=foo,pass=bar -o vers=1.0

Tenho dois discos rígidos sda2, sdb2 e um SSD no sistema. sdb2 executa windows e o restante usa opensuse qual ssd tem a versão mais recente. Quando utilizo o Dolphin em SSD para montar discos rígidos (HD), não tenho problemas com a montagem. sdb2 está acessível e seu conteúdo (arquivos). Quando acesso o sda2, os arquivos suse ficam visíveis, mas a pasta inicial está vazia (deve conter arquivos de dados). Eu verifiquei etc/fstab em sda2 e descobri que a partição (Btrfs) é a mesma para ssd e sda2 e a pasta inicial está listada assim:

 /home                   btrfs  subvol=/@/home                0  0

Portanto, tentei montar manualmente assim,

sudo mount /dev/sda2 -o subvol=/@/home

e recebo a seguinte mensagem de erro

Can't find in /etc/fstab

Quais etapas estou faltando em minhas tentativas de montagem? Como faço para acessar a pasta inicial em sda2?

É simples conectar o servidor sftp com o comando lftp sem qualquer chave ou senha:

lftp  192.168.31.130:3721
lftp 192.168.31.130:~> ls
drwxr-xr-x 1 nobody nobody         3488 Dec 22 20:17 Android
drwxr-xr-x 1 nobody nobody         3488 Jul 29 00:43 MIUI

Agora quero montar o servidor sftp com sshfs:

sudo sshfs  192.168.31.130:3721  /tmp/localdir
read: Connection reset by peer
sudo sshfs  192.168.31.130:3721  /tmp/localdir  -o allow_other
read: Connection reset by peer

Como posso montar o servidor sftp com sshfs?

Mais informações em 192.168.31.130:3721.
Instalei o ES File Explorer no meu telefone Android e ativei a função "view on pc", 3721 é a porta, o protocolo é FTP, iniciei o servidor FTP usando o ES File Explorer no meu telefone Android.

Eu tenho um sistema de inicialização dupla (Windows 10/Archlinux) e criei uma partição NFTS que é montada na inicialização via /etc/fstab para que eu possa acessá-la em ambos os sistemas operacionais.

O fstabarquivo mostra que a partição está montada com permissões de leitura e gravação ( rw) com user_id=0e group=0, ambos valores relacionados ao usuário root, seguido pela opção allow_otherque permite ao meu usuário normal acessar o sistema de arquivos montado.

Quando arquivos ou pastas são criados pelo usuário normal (não root) na partição montada, eles são criados como se pertencessem/criados pelo root, conforme mostrado pelo ls -lcomando. Mesmo se eu tentar usar chmod, as permissões não serão afetadas e nenhum erro será mostrado.

Também tentei mudar em /etc/fstab ambos user_ide group_idpara 1000, correspondendo ao usuário não root e recarregando as entradas com sudo mount -av. Depois disso, criei um arquivo na partição montada, mas ele continua mostrando o root como proprietário do usuário.

Suspeito que o problema possa ser a configuração do fstab, mas não tenho certeza. A seguir compartilharei algumas informações relacionadas à configuração da partição dentro do arquivo fstab e aos comandos mencionados anteriormente e suas saídas:

/etc/fstab/
UUID=B23A2CB93A2C7C8B /mnt/Contenido ntfs-3g rw,nosuid,nodev,user_id=0,group_id=0,allow_other,blksize=4096 0 0

$ cd /mnt/Contenido

$ whoami
> joao

$ touch random_file

$ ls -l
> -rwxrwxrwx 1 root root     0 Feb 19 16:45  random_file

$ sudo chmod -v 700 random_file
> mode of 'random_file' changed from 0777 (rwxrwxrwx) to 0700 (rwx------)

$ ls -l
> -rwxrwxrwx 1 root root     0 Feb 19 16:45  random_file
>

Estou tentando instalar o OpenBSD7.4 em um arco AMD64 com uma unidade de 1 TB.

A máquina executará um sistema X Windows e precisará de bastante espaço para armazenar arquivos.

Selecionei "disco inteiro GPT" no prompt (embora não tenha certeza se o MBR pode ser a melhor opção).

Um layout alocado automaticamente é criado:

12 partições são criadas, aatravés do l.

Um resumo:

partition    size (M)    fstype    mount point(I think)
a:           1024        4.2BSD    /     
b:           4129        swap       
c:           915715      unused      
d:           4096        4.2BSD    /tmp  
e:           11842       4.2BSD    /var
f:           30720       4.2BSD    /usr
g:           1024        4.2BSD    /usr/X11R6
h:           20480       4.2BSD    /usr/local  
i:           260         MSDOS    
j:           3072        4.2BSD    /usr/src  
k:           6144        4.2BSD    /usr/obj
l:           307200      4.2BSD    /home

ctem aproximadamente 915 GB e está marcado como não utilizado. Gostaria de ajustar o layout para usá-lo.

Decantando nas páginas de manual, posso ver as seguintes definições:

No entanto, estou lutando para raciocinar sobre isso e tenho as seguintes perguntas (com as melhores respostas atuais em itálico):

1. Por que o layout automático seleciona os pontos de montagem acima em particular? Alocação genérica evoluída com base no uso histórico e em estimativas.

2. Por que existe uma partição não utilizada? Um artefato do alocador automático de disco que estabelece um limite máximo para o tamanho das partições - as sobras não são utilizadas.

3. É uma boa ideia colocar tudo em uma única partição? Nenhuma idéia!

4. Qual pode ser uma alocação de boas práticas para um PC de uso geral (com X windows) - onde devo realocar a cpartição? Acho que deveria realocar o não utilizado cpara l/ /usr/homejá que posso estar salvando muitos arquivos no espaço do usuário.

*Talvez haja uma página de manual óbvia que eu perdi. Aqui está o que eu vi:

https://www.openbsd.org/faq/faq4.html#Partitioning

https://man.openbsd.org/disklabel#AUTOMATIC_DISK_ALLOCATION

https://man.openbsd.org/hier

https://www.openbsdhandbook.com/disk_operations/ *