.png)
Não sou um especialista, mas isso realmente me deixa perplexo: instalei o CentOS com desktop MATE e atualizei tudo para o mais recente usando yum update. Esta é uma máquina de inicialização dupla com CentOS em um disco rígido separado. Instalei o ntfs-3g para poder ler e gravar no disco rígido do Windows - funcionou bem. Apesar de tudo isso, usei apenas uma conta usr, depois abri o terminal Mate e fiz su root e usei yum como root, quando necessário.
Então, ainda hoje, para ajustar as configurações do x windows, entrei como root. Mas surpresa - o mesmo disco rígido do Windows não está mais visível. O drive tem nome, vamos chamá-lo de "trabalho". Desta vez, porém, só consegui abrir “Computador” e encontrá-lo lá pelo fabricante (o mesmo drive que consegui acessar antes). Então clico na mesma unidade HGST e tento montá-la e obtenho:
"Não é possível montar a unidade"
Só isso. nada mais.
Eu saio como root, faço login como usuário, usando a primeira conta que criei, e verifico o mesmo local, e com certeza vejo a mesma unidade "de trabalho" e posso abri-la, ler e escrever nela também. Então tudo está montado como deveria ser.
Agora, é aqui que a trama se complica:
- Tento outra conta de usuário, que criei hoje, só para ter uma que tenha o mesmo nome da conta do Windows, e descubro que dessa posso ver outro disco, mas não "funciona".
Também verifiquei, como root, se o ntfs-3g ainda está instalado. É e yum relata que não há necessidade de atualização.
Resumindo:
- Como usuário, vamos chamá-lo de "abc", posso ver todas as unidades, sem problemas, incluindo todas as unidades do Windows. Eu posso usá-los também. Tenho usado apenas essa conta desde que instalei o CentOS, há cerca de uma semana.
- Como root, não consigo ver todas as unidades, apenas a unidade C, mas tem outro nome (acredito que 128 GB é tudo o que me mostra - é uma unidade de estado sólido).
- Como outro usuário, com o mesmo nome de usuário do Windows (vamos chamar esse usuário de "john"), posso ver uma outra unidade, mas não aquela unidade "de trabalho".
Assim, um usuário mostra todas as unidades do Windows, incluindo a unidade "de trabalho" importante, um usuário mostra apenas uma outra unidade (uma segunda partição na unidade "C", chamada "DataOnSSD") e o root não mostra nenhuma unidade NTFS, exceto a unidade C , a unidade do sistema Windows.
Novamente, não sou um especialista, então estou totalmente perplexo.
Aqui está uma saída de lsblk
[john@localhost ~]$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 2.7T 0 disk
├─sda1 8:1 0 128M 0 part
└─sda2 8:2 0 2.7T 0 part /run/media/abc/Work1
sdb 8:16 0 1.8T 0 disk
├─sdb1 8:17 0 1G 0 part /boot
└─sdb2 8:18 0 1.8T 0 part
├─centos-root 253:0 0 50G 0 lvm /
├─centos-swap 253:1 0 23.6G 0 lvm [SWAP]
└─centos-home 253:2 0 1.8T 0 lvm /home
sdc 8:32 0 232.9G 0 disk
├─sdc1 8:33 0 100M 0 part
├─sdc2 8:34 0 117.1G 0 part /run/media/john/D07AE4B07AE4948E
└─sdc3 8:35 0 115.7G 0 part /run/media/root/DataOnSSD
sr0 11:0 1 1024M 0 rom
Posso ver acima que a unidade "de trabalho" foi montada em usr abc, mas fez isso automaticamente, então por que não fazer isso para todos os outros usuários, incluindo root? Devo prosseguir com a montagem sozinho? (Tenho uma estranha sensação de que não funcionaria)
Aqui está o fstab:
# /etc/fstab
# Created by anaconda on Tue Mar 3 05:04:19 2020
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
# /dev/mapper/centos-root / xfs defaults 0 0 UUID=73b12660-9893-49dc-a92f-af7b612aa0ec
/boot xfs defaults 0 0
/dev/mapper/centos-home /home xfs defaults 0 0
/dev/mapper/centos-swap swap swap defaults 0 0
Pergunta lateral: acessar a unidade "de trabalho" do CentOS sempre pede senha (a senha de login do Windows, eu acho - eu uso a mesma em ambos os sistemas operacionais, então não tenho certeza). Se eu montá-lo usando fstab, é possível incluir a senha também para não precisar digitá-la todas as vezes?