Perguntas[mount](ubuntu)

Tenho dois discos SSD internos.

O Ubuntu 24.04 LTS, incluindo o /home, está instalado no SSD1, que foi configurado com LVM e LUKS durante a instalação.

Configurei o SSD2 com LUKS (mas não LVM), que é desbloqueado usando um arquivo de chave (no /etcSSD1) durante a inicialização.

O SSD2 contém meus 'dispositivos' do VirtualBox.

Atualmente, estou montando automaticamente o SSD2 /mnt/VMscom uma linha no fstab:
/dev/mapper/VMs /mnt/VMs ext4 defaults 0 2

Mas o VirtualBox não me deixa acessar nada fora do /home.

Minha pergunta:
Devo

• Basta montar automaticamente o SSD2 em /home, digamos, /home/VMs
/dev/mapper/VMs /home/VMs ext4 defaults 0 2
  ou
• Deixe o SSD2 montado em baixo /mnte adicione um link simbólico. /home
  Se sim, como?

Eu estava mirando na opção de link, até que li
" Quando a maioria das operações (abertura, leitura, escrita e assim por diante) são passadas para o arquivo de link simbólico, o kernel automaticamente "desreferencia" o link e opera no destino do link. Mas algumas operações (por exemplo, remoção) funcionam no próprio arquivo de link, em vez de no seu destino. "
em info ln, o que me preocupou e confundiu.

Criptografei um USB externo com cryptsetup usando ambos, uma senha e um keyfile, no Kubuntu 24.04 e adicionei uma entrada correspondente ao crypttab, mas ao montar via GUI ainda me pedem uma senha. Como posso consertar isso?

A unidade foi criptografada usando os seguintes comandos:

# Preconditions:
# - USB is available as /dev/sda
# - Folder ~/.keyfiles exists
sudo cryptsetup luksFormat /dev/sda
sudo dd if=/dev/urandom of=~/.keyfiles/setup_32g.dat bs=512 count=294
sudo chmod 0400 ~/.keyfiles/setup_32g.dat
sudo chown root:root ~/.keyfiles/setup_32g.dat
sudo cryptsetup luksAddKey /dev/sda ~/.keyfiles/setup_32g.dat
sudo cryptsetup config /dev/sda --label sandisk_32g
sudo cryptsetup luksOpen /dev/sda sandisk_32g
sudo mkfs.ext4 /dev/mapper/sandisk_32g
sudo e2label /dev/mapper/sandisk_32g sandisk_32g
sudo mount /dev/mapper/sandisk_32g /media/$USER/sandisk_32g
sudo chmod 777 /media/$USER/sandisk_32g/.
sudo umount /media/$USER/sandisk_32g

Depois disso, tenho uma senha (keyslot 0) e um arquivo de chave ~/.keyfiles/setup_32g.dat(keyslot 1). luksDump mostra:

$ sudo cryptsetup luksDump /dev/sda
LUKS header information
Version:        2
Epoch:          5
Metadata area:  16384 [bytes]
Keyslots area:  16744448 [bytes]
UUID:           172ea93c-7383-44da-8255-ce7d46856dc8
Label:          sandisk_32g
Subsystem:      (no subsystem)
Flags:          (no flags)

Data segments:
  0: crypt
        offset: 16777216 [bytes]
        length: (whole device)
        cipher: aes-xts-plain64
        sector: 512 [bytes]

Keyslots:
  0: luks2
        Key:        512 bits
        Priority:   normal
        Cipher:     aes-xts-plain64
        Cipher key: 512 bits
        PBKDF:      argon2id
        Time cost:  6
        Memory:     1048576
        Threads:    4
        Salt:       d6 0f b7 bc 68 c5 fc 65 14 56 16 b7 3f e8 f2 f6 
                    91 eb d6 ff bf b8 6d eb de bb e9 59 2f 65 35 be 
        AF stripes: 4000
        AF hash:    sha256
        Area offset:32768 [bytes]
        Area length:258048 [bytes]
        Digest ID:  0
  1: luks2
        Key:        512 bits
        Priority:   normal
        Cipher:     aes-xts-plain64
        Cipher key: 512 bits
        PBKDF:      argon2id
        Time cost:  6
        Memory:     1048576
        Threads:    4
        Salt:       ea 01 89 dd 26 ea 45 3b c5 20 90 c9 01 d9 9d 65 
                    3e 56 df e4 28 b4 81 ce ea e0 6e ae f4 0b c1 50 
        AF stripes: 4000
        AF hash:    sha256
        Area offset:290816 [bytes]
        Area length:258048 [bytes]
        Digest ID:  0
Tokens:
Digests:
  0: pbkdf2
        Hash:       sha256
        Iterations: 260321
        Salt:       b9 cf bc 7b da 79 0d a3 5a d8 e2 ea 45 32 c1 7a 
                    75 18 a6 2e 66 28 7c 49 c3 10 99 e8 84 05 b2 2f 
        Digest:     b6 7b 7d 94 78 19 41 6c 2a 6c b4 9c e9 e5 47 26 
                    cb ee 19 1d 95 7c d2 d1 97 f6 1f 77 ae 63 38 59

O arquivo de chave tem as seguintes permissões:

-r--------  1 root root 150528 Dez 29 16:16 setup_32g.dat

Depois disso, adicionei a seguinte entrada no crypttab:

sandisk_32g  UUID=<removed>  /home/<myname>/.keyfiles/setup_32g.dat luks,noauto

Não adicionei nenhuma entrada relacionada no fstab até agora.

Posso executar sudo cryptdisks_start sandisk_32gsem nenhuma senha (já que tenho direitos sudo) e a unidade fica disponível no gerenciador de arquivos (KDE dolphin), então presumo que o arquivo de chave esteja sendo usado corretamente.

No entanto, quando tento acessar a unidade a partir do gerenciador de arquivos (KDE dolphin) ou do ícone "Discos e Dispositivos" na barra de tarefas diretamente (ou seja, sem chamar cryptdisks_startprimeiro), sou inesperadamente solicitado a fornecer uma senha. Se eu digitar a senha, ele abre corretamente.

Como posso fazer com que o processo de montagem da GUI use o arquivo-chave do crypttab em vez de solicitar a senha?

Tentativa: permissões do arquivo-chave

A princípio, suspeitei que faltavam permissões para o arquivo-chave, mas mesmo atribuindo 777 não mudou nada.

Tentativa: fstab

/dev/mapper/sandisk_32g /media/<myname>/sandisk_32g auto   noatime,users,nofail  0  0

ou

/dev/mapper/sandisk_32g  /media/<myname>/sandisk_32g  ext4  noatime,users,nofail,x-systemd.device-timeout=100ms,x-systemd.automount,x-systemd.idle-timeout=20min  0  0

Se eu adicionar uma das entradas acima ao fstab, o comportamento é inconsistente e irritante. Depois de conectar a unidade USB, ainda sou solicitado a digitar uma senha em cada primeira tentativa no gerenciador de arquivos KDE dolphin. Às vezes, quando cancelo o diálogo e acesso a unidade novamente, ela abre sem nenhum outro prompt (usando o arquivo de chave!). Às vezes, não funciona e o diálogo de senha continua aparecendo. Além disso, a opção "Montar e abrir" da barra de tarefas que aparece sempre pede a senha. Quando tento desmontar a unidade por meio do ícone da barra de tarefas "Discos e unidades", sou solicitado a digitar uma senha de administrador devido à falta de permissões para desmontar. Desmontar via KDE dolphin parece funcionar às vezes, mas continua aparecendo como montado na barra de tarefas, onde o botão "Remover com segurança" parece não responder mais, então nunca posso ter certeza se é seguro desconectar agora.

Tentativa: análise de log

PRECISO DE CONSELHOS AQUI !

Eu esperava encontrar algo relacionado ao uso de sudo journalctl --since "1min ago"or sudo dmesg, mas não encontrei.

Eu ficaria muito grato se alguém pudesse me indicar registros mais relevantes!

Solução alternativa

Curiosamente, sempre que eu digito a senha, não importa se eu usei a barra de tarefas ou o KDE dolphin, tudo funciona perfeitamente, incluindo permissões de desmontagem. Eu me pergunto por que há alguma diferença? Eu poderia ativar a carteira KDE, então selecionar "Lembrar senha" quando solicitado e pular toda a coisa do arquivo de chaves. Quando eu testei isso, ele continuou pedindo a senha. Eu também gostaria de evitar usar a carteira KDE e gerenciar todas as minhas senhas no Keepass.

Criei um array RAID 1 usando o seguinte comando:

sudo mdadm --create --level=1 --raid-devices=2 /dev/md0 /dev/sdb1 /dev/sdb2

Isso configura uma configuração RAID 1 espelhada com duas partições, /dev/sdb1e /dev/sdb2, para redundância, e o dispositivo RAID resultante é /dev/md0.

Mas tenho um erro:

mdadm: cannot open /dev/sdb1: Device or resource busy

Adquiri um novo SSD externo USB3 4TiB que aparece perfeitamente no Windows 7, mas não no meu lsb_release -a sistema Linux (na verdade, Lubuntu, que se apresenta como um Ubuntu 22.04.5 LTS).

O gerenciador de partições do KDE vê: SSD-3,81 TiB(/dev/sdb) com 1.023.999.165 setores e com um tamanho de setor lógico e físico de 4,00 KiB

Iniciar o GParted oferece:

GParted 1.3.1
configuration --enable-libparted-dmraid --enable-online-resize
libparted 3.4
Input/output error during read on /dev/sdb

Como tentar novamente não adiantou, ignorei isso e então recebi o pop-up no GParted com a mensagem: "A tabela GPT de backup está corrompida, mas a primária parece estar OK, então ela será usada.

Após selecionar /dev/sdb no GParted, as seguintes informações são fornecidas:

/dev/sdb1 (triângulo de advertência) nome: partição reservada da Microsoft, sistema de arquivos: desconhecido, tamanho 15,98 MiB, sinalizadores: msfres

e

/dev/sdb2 (triângulo de advertência) nome:Partição de dados básicos, Sistema de arquivos: desconhecido, Tamanho: 3,81 TiB, Sinalizadores: msftdata

Um clique com o botão direito na partição /dev/sdb1 e escolhendo "informações" fornece os seguintes resultados:

para /dev/sdb1:

Sistema de arquivos

Sistema de arquivo: desconhecido Tamanho: 15,98 MiB Rótulo: (vazio) UUID: (vazio) Status: Não montado

Partição

Caminho: /dev/sdb1 Nome: Partição reservada da Microsoft Sinalizadores: msftres Primeiro setor: 6 Último setor: 4095 Total de setores: 4090

Aviso:

Não foi possível detectar o sistema de arquivos! Possíveis razões são: - O sistema de arquivos está danificado - O sistema de arquivos é desconhecido para o GParted - Não há sistema de arquivos disponível (não formatado) - A entrada do dispositivo /dev/sdb1 está faltando

Um clique com o botão direito na partição /dev/sdb2 e escolhendo "informações" fornece os seguintes resultados:

para /dev/sdb1:

Sistema de arquivos

Sistema de arquivo: desconhecido Tamanho: 3,81 TiB Rótulo: UUID: Status: Não montado

Partição

Caminho: /dev/sdb2 Nome: Partição de dados básicos Sinalizadores: msftdata Primeiro setor: 4096 Último setor: 1023999993 Total de setores: 4090

Aviso:

Não foi possível detectar o sistema de arquivos! Possíveis razões são: - O sistema de arquivos está danificado - O sistema de arquivos é desconhecido para o GParted - Não há sistema de arquivos disponível (não formatado) - A entrada do dispositivo /dev/sdb2 está faltando

Espero que isso forneça informações suficientes por enquanto.

EDITAR-1:

sudo lsblk
.
.
sdb      8:16   0   3,8T  0 disk 
├─sdb1   8:17   0    16M  0 part 
└─sdb2   8:18   0   3,8T  0 part 

$ sudo fdisk -l /dev/sdb
The backup GPT table is corrupt, but the primary appears OK, so that will be used.
Disk /dev/sdb: 3,81 TiB, 4194304000000 bytes, 1024000000 sectors
Disk model: SSD             
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: B5378DF5-4C3E-40B9-A353-66EEC346DDEE

Device     Start        End    Sectors  Size Type
/dev/sdb1      6       4095       4090   16M Microsoft reserved
/dev/sdb2   4096 1023999993 1023995898  3,8T Microsoft basic data

Meu desejo é usar o SSD com meu PC Linux (e se possível também com o Windows 7). Claro que o SSD não contém nenhum dado agora, então formatá-lo não deve ser problema, mas não consigo acessá-lo do Linux.

Questões:

1. como corrigir o problema do Linux?
2. como corrigir o problema do Windows?

EDITAR-2

Questões:

3. como formatar esse SSD completamente para exFat?

Tenho dois sistemas rodando no Ubuntu 22.04. Quero montar um dos discos do servidor (PC1 - auerbach) no cliente (PC2 - hubel) usando NFS.

O /etc/exportsarquivo no PC1 se parece com o seguinte:

/media/auerbach-data    139.124.148.0/25(rw,no_subtree_check,sync,fsid=001)

Eu rodei sudo exportfs -avno PC1 que funciona. O /etc/fstabarquivo no PC2 parece com o seguinte:

auerbach:/media/auerbach-data      /mnt/auerbach-data    nfs     defaults,auto,rw        0       0

Entretanto, quando executo sudo mount /mnt/auerbach-data -vno PC2, recebo a mensagem de erro:

mount.nfs: timeout set for Thu Nov 28 10:44:02 2024
mount.nfs: trying text-based options 'vers=4.2,addr=139.124.148.27,clientaddr=139.124.148.5'
mount.nfs: mount(2): Connection timed out
mount.nfs: Connection timed out

O que é realmente estranho é que quando executo showmount -eno PC1, obtenho:

Export list for PC1:
/media/auerbach-data 139.124.148.0/25

Então parece que a exportação em si funciona. E quando eu executo showmount, eu obtenho:

Hosts on PC1:
PC2’s ip

O que parece indicar que PC1 vê PC2. Além disso, quando eu executo showmount -e auerbachem PC2, eu obtenho:

Export list for auerbach: 
/media/auerbach-data 139.124.148.0/25

Depois de um pouco de pesquisa para corrigir o problema, usei tcpdump -i eno145 host auerbache descobri que ao executar o comando mount no PC2, o PC1 não recebeu nenhuma informação pela rede. Este não é o caso quando eu ping PC1 ou uso showmount. Alguns dos logs estão listados abaixo:

tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on eno145, link-type EN10MB (Ethernet), snapshot length 262144 bytes
10:52:29.203855 IP hubel.836 > auerbach.nfs: Flags [S], seq 3035191773, win 64240, options [mss 1460,sackOK,TS val 3
448551700 ecr 0,nop,wscale 7], length 0
10:52:30.244579 IP hubel.836 > auerbach.nfs: Flags [S], seq 3035191773, win 64240, options [mss 1460,sackOK,TS val 3
448552741 ecr 0,nop,wscale 7], length 0

Alguém sabe como eu poderia resolver esse problema? Agradeço antecipadamente!

Informações adicionais: Não há Firewall ativado auerbache a porta 2049 está aberta (verificado com telnet).

Quando eu uso sudo mount -t nfs auerbach:/media/auerbach-data /mnt/auerbach-data -v, eu obtenho:

mount.nfs: timeout set for Thu Nov 28 16:53:57 2024
mount.nfs: trying text-based options 'vers=4.2,addr=139.124.148.27,clientaddr=139.124.148.79'

Recentemente, eu brickei meu sistema devido ao checkinstall. Parece que tudo o que está faltando é minha pasta lib.

No entanto, tentei criar um link simbólico enquanto o sistema estava montado e obtive o seguinte link simbólico: lib -> /mnt/root/usr/lib/O problema que vejo com isso é que quando não montei o sistema, /mnt/rootesse link não existe... Como posso criá-lo para apontar para /usr/lib, é claro que isso sudo ln -s /usr/lib /libapenas criará um link para o sistema atual.

Estrutura atual

(base) hutber@hutber:/mnt/root$ ll
total 116
drwxr-xr-x  20 root root  4096 Nov 28 09:25 ./
drwxr-xr-x  13 root root  4096 Nov 28 09:10 ../
-rw-r--r--   1 root root     0 Aug 12 13:14 1
lrwxrwxrwx   1 root root     7 Feb  2  2024 bin -> usr/bin/
drwxr-xr-x   4 root root  4096 Nov 21 11:44 boot/
drwxr-xr-x   2 root root  4096 Feb  2  2024 cdrom/
drwxr-xr-x   2 root root  4096 Aug 12 13:15 .config/
drwxr-xr-x   4 root root  4096 Jan  9  2024 dev/
drwxr-xr-x 164 root root 12288 Nov 27 22:56 etc/
drwxr-xr-x   2 root root  4096 Feb  2  2024 home/
lrwxrwxrwx   1 root root    17 Nov 28 09:25 lib -> /mnt/root/usr/lib/
lrwxrwxrwx   1 root root     9 Jan  9  2024 lib64 -> usr/lib64/
drwx------   2 root root 16384 Feb  2  2024 lost+found/
drwxr-xr-x   3 root root  4096 Feb  2  2024 media/
drwxr-xr-x   4 root root  4096 Feb 14  2024 mnt/
drwxr-xr-x  16 root root  4096 Sep 19 13:30 opt/
drwxr-xr-x   2 root root  4096 Jan  9  2024 proc/
drwx------  13 root root  4096 Oct  8 13:00 root/
drwxr-xr-x  14 root root  4096 Feb  2  2024 run/
lrwxrwxrwx   1 root root     8 Feb  2  2024 sbin -> usr/sbin/
drwxr-xr-x   2 root root  4096 Jan  9  2024 srv/
drwxr-xr-x   2 root root  4096 Apr 18  2022 sys/
drwxrwxrwt  49 root root 20480 Nov 27 23:01 tmp/
drwxr-xr-x  13 root root  4096 Apr 11  2024 usr/
drwxr-xr-x  12 root root  4096 Feb 14  2024 var/

Fundo

Tenho um dual-boot instalado em duas unidades SSD. Uma é o Windows 11 e a outra é o Ubuntu Desktop 24.04.

Ontem, meu sistema Ubuntu travou, e não consigo entrar ttyno shell. Então, tenho que forçar a reinicialização.

Felizmente, meu sistema e todas as unidades de HDD/SSD estão boas.

Infelizmente, um SSD não consegue ser montado automaticamente /mediaquando clico nele como antes.

Embora eu possa montá-lo manualmente, ainda quero saber o que aconteceu depois da falha. Espero que este SSD possa ser montado automaticamente como outras unidades HDD/SSD quando eu clicar nele no menu inferior.

Alguém pode me dar algum conselho?

Pistas

journalctl -xe

11月 13 10:20:31 usename-pc tracker-miner-fs-3[23503]: (tracker-extract-3:23503): GLib-GIO-WARNING **: 10:20:31.507: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-er>
11月 13 10:20:43 usename-pc tracker-miner-fs-3[23636]: (tracker-extract-3:23636): GLib-GIO-WARNING **: 10:20:43.119: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-er>
11月 13 10:20:45 usename-pc microsoft-edge.desktop[4901]: Fontconfig error: Cannot load default config file: No such file: (null)
11月 13 10:20:45 usename-pc microsoft-edge.desktop[4901]: [4947:4953:1113/102045.400351:ERROR:ssl_client_socket_impl.cc(892)] handshake failed; returned -1, SSL error code 1, net_error -100
11月 13 10:20:55 usename-pc tracker-miner-fs-3[23686]: (tracker-extract-3:23686): GLib-GIO-WARNING **: 10:20:55.780: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-er>

tail /var/log/syslog

2024-11-13T10:24:30.677338+08:00 usename-pc tracker-miner-fs-3[24194]: (tracker-extract-3:24194): GLib-GIO-WARNING **: 10:24:30.676: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)
2024-11-13T10:24:41.383113+08:00 usename-pc tracker-miner-fs-3[24278]: (tracker-extract-3:24278): GLib-GIO-WARNING **: 10:24:41.382: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)
2024-11-13T10:24:41.425386+08:00 usename-pc microsoft-edge.desktop[4901]: [4894:4894:1113/102441.425166:ERROR:interface_endpoint_client.cc(725)] Message 0 rejected by interface blink.mojom.WidgetHost
2024-11-13T10:24:52.025510+08:00 usename-pc tracker-miner-fs-3[24369]: (tracker-extract-3:24369): GLib-GIO-WARNING **: 10:24:52.025: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)
2024-11-13T10:25:01.018299+08:00 usename-pc CRON[24401]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)
2024-11-13T10:25:05.211864+08:00 usename-pc tracker-miner-fs-3[24407]: (tracker-extract-3:24407): GLib-GIO-WARNING **: 10:25:05.211: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)
2024-11-13T10:25:07.690463+08:00 usename-pc systemd[1]: Starting fwupd-refresh.service - Refresh fwupd metadata and update motd...
2024-11-13T10:25:07.722400+08:00 usename-pc systemd[1]: fwupd-refresh.service: Deactivated successfully.
2024-11-13T10:25:07.722494+08:00 usename-pc systemd[1]: Finished fwupd-refresh.service - Refresh fwupd metadata and update motd.
2024-11-13T10:25:15.936874+08:00 usename-pc tracker-miner-fs-3[24441]: (tracker-extract-3:24441): GLib-GIO-WARNING **: 10:25:15.936: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)
2024-11-13T10:25:26.476227+08:00 usename-pc tracker-miner-fs-3[24464]: (tracker-extract-3:24464): GLib-GIO-WARNING **: 10:25:26.476: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)
2024-11-13T10:25:37.372215+08:00 usename-pc tracker-miner-fs-3[24484]: (tracker-extract-3:24484): GLib-GIO-WARNING **: 10:25:37.371: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)
2024-11-13T10:25:47.479607+08:00 usename-pc tracker-miner-fs-3[24494]: (tracker-extract-3:24494): GLib-GIO-WARNING **: 10:25:47.479: Error creating IO channel for /proc/self/mountinfo: 无效的参数 (g-io-error-quark, 13)

'smartctl' --info --health --capabilities '/dev/sdd'

martctl 7.4 2023-08-01 r5530 [x86_64-linux-6.8.0-48-generic] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Phison Driven SSDs
Device Model:     KINGSTON SA400S37480G
Serial Number:    xxx
LU WWN Device Id: 5 0026b7 38301c9bc
Firmware Version: SAN20102
User Capacity:    480,103,981,056 bytes [480 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
TRIM Command:     Available
Device is:        In smartctl database 7.3/5528
ATA Version is:   ACS-3 T13/2161-D revision 4
SATA Version is:  SATA 3.2, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Nov 13 10:37:21 2024 CST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x00) Offline data collection activity
                    was never started.
                    Auto Offline Data Collection: Disabled.
Self-test execution status:      (   0) The previous self-test routine completed
                    without error or no self-test has ever 
                    been run.
Total time to complete Offline 
data collection:        (  120) seconds.
Offline data collection
capabilities:            (0x11) SMART execute Offline immediate.
                    No Auto Offline data collection support.
                    Suspend Offline collection upon new
                    command.
                    No Offline surface scan supported.
                    Self-test supported.
                    No Conveyance Self-test supported.
                    No Selective Self-test supported.
SMART capabilities:            (0x0002) Does not save SMART data before
                    entering power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                    General Purpose Logging supported.
Short self-test routine 
recommended polling time:    (   2) minutes.
Extended self-test routine
recommended polling time:    (  10) minutes.

sudo fsck /dev/sdd

usename@usename-pc:~$ sudo fsck /dev/sdd
fsck，来自 util-linux 2.39.3
e2fsck 1.47.0 (5-Feb-2023)
ext2fs_open2：超级块中的幻数有错
fsck.ext2：超级块无效，正在尝试备份块...
fsck.ext2: 超级块中的幻数有错 尝试打开 /dev/sdd 时

超级块无法被读取，或它未能正确地描述一个有效的 ext2/ext3/ext4 文件系统。
如果设备有效并确实为 ext2/ext3/ext4 文件系统（而非 swap 或 ufs 等格式），
这说明超级块已经损坏，您可能需要指定备选超级块来运行 e2fsck：
    e2fsck -b 8193 <设备>
 或
    e2fsck -b 32768 <设备>

在 /dev/sdd 中发现一个 dos 分区表

sudo blkid

usename@usename-pc:~$ sudo blkid
/dev/sdb2: UUID="081470ff--????---????--ba96-3dcd12b7a0f8" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="fa267313-4dfa-????-????-2c8fa2fe9f12"
/dev/loop1: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop19: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdd1: LABEL="code_space" BLOCK_SIZE="512" UUID="A27A6????AE5" TYPE="ntfs" PARTUUID="c832????-01"
/dev/loop17: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop25: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdb1: UUID="9F3B--????-" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="dfc51496-????--????--a1cb-723dc731dc8a"
/dev/loop15: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop6: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop23: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop13: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop4: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop21: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop11: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop2: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop0: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop18: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop9: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop26: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sdc2: PARTLABEL="Microsoft reserved partition" PARTUUID="534d64be--????---????--81cc-b6f5d7c12fc7"
/dev/sdc3: BLOCK_SIZE="512" UUID="3952EC-????-7F3" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="9664f6a5--????---????---????--eeabf27b57bc"
/dev/sdc1: UUID="3C4B--????-" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="5c54a3e0-8-????--????---????--215601e8ef2b"
/dev/loop16: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop7: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop24: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/sda4: BLOCK_SIZE="512" UUID="88042-????-74B8E" TYPE="ntfs" PARTUUID="06cd5035--????---????--b611-df96c85bd394"
/dev/sda2: PARTLABEL="Microsoft reserved partition" PARTUUID="10936ee2-b687--????---????--c0a0b58c79f3"
/dev/sda3: BLOCK_SIZE="512" UUID="74F4FC-????-C86A0" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="24ce83f0--????---????--a60c-7f8a928884d6"
/dev/sda1: UUID="7ADB--????-" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="830a6dbe--????---????--b32d-013e3ef39a08"
/dev/loop14: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop5: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop22: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop12: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop3: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop20: BLOCK_SIZE="131072" TYPE="squashfs"
/dev/loop10: BLOCK_SIZE="131072" TYPE="squashfs"

Resultado

Ainda não descobri por que não consigo montar automaticamente, mas vou usar fstabpara fazer isso

Olá, tenho um pequeno problema,

Eu uso esse comando para montar o volume:

sudo mount -t cifs //192.168.1.50/test-folder /mnt/test-folder -o uid=myuid,username=qnapuser,password=qnappassword

Está funcionando perfeitamente até a primeira reinicialização. Como posso montá-lo permanentemente?

Existe um shell bash em um pen drive USB. A unidade USB está formatada como NTFS. Se montada com pmount, algumas coisas não funcionam:

1. Não consigo executar o shell porque ele tem permissões 600
2. Não consigo alterar as permissões, embora meu ID apareça como proprietário do arquivo

Se a unidade USB for montada via gerenciador de arquivos (o meu é Thunar - a GUI do XFCE que é a GUI do XUbuntu) ou se for montada por discos (que eu acredito ser realmente gnome-disk).

1. Sem problemas ao executar shells - o que eu quero tem permissões 777
2. Não consigo alterar as permissões, mas neste caso não preciso.

Por que não consigo montar a unidade e executar o shell? Provavelmente relacionado, e não tão significativo - o que acontece com a incapacidade de alterar as permissões?

Um membro da comunidade, com representantes suficientes para iniciar um encerramento da minha pergunta, sugeriu que esta é uma duplicata de Como faço para usar 'chmod' em uma partição NTFS (ou FAT32)?
Não é. A resposta nessa pergunta é um comando de montagem. Esse comando de montagem requer sudo e montá-lo sem recorrer ao sudo torna a situação muito diferente. Além disso, essa pergunta referenciada é principalmente sobre chmod. A principal razão pela qual o chmod foi acionado é porque as permissões originais após a montagem eram 600, o que precisaria ser alterado antes da execução do shell. chmod não é necessário aqui, se o comando pmount incluir --exece -- fmask 000.

pmount funciona a partir de uma linha de comando para montar uma unidade USB (e desmontar com pumount). Pmount requer saber qual dispositivo e partição montar. Se eu conectar um pen drive e estiver em uma GUI, posso usar gnome-disks para determinar se o pen drive específico que desejo montar é /dev/sdb1, /dev/sdc1 ou talvez /dev/ sde1. Ele até confirmará qual é o nome do rótulo do volume - tudo sem recorrer ao sudo.

Como posso obter informações semelhantes em uma linha de comando sem recorrer ao sudo? ( dispositivo/partição )