Remapeamento do FileSystem [RESOLVIDO]

1. Remapeamento do FileSystem [RESOLVIDO]

herlimenezes
(usa Fedora)

Enviado em 22/07/2024 - 21:39h

No meu desktop eu tinha o Fedora 39 instalado em um HD de 1 TB, ao fazer o upgrade, adquiri um ssd de 120 GB para instalar o sistema operacional e resolvi deixar o HD reservado para aplicativos e dados. Feita a instalação desc obri que o HD interno não era "visto" pelo sistema, utilizai o Gnome disk para fazer a montagem automática quando a máquina fosse ligada. Aparentemente tudo bem, mas o istema de arquivos ficou duplicado e o default do sistema ficou sendo o SSD. Gostaria que no SSD ficasse apenas o sistema operacional e no HD, o restante do sistema de arquivos: área de trabalho, modelos, documentos, imagens ... etc. O ponto de montagem do HD ficou sendo
/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/
Formulei a dúvida na internet e obtive a informação de que deveria alterar o ~/.config-user.dirs alterando as linhas correspondentes para

XDG_DESKTOP_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Area de Trabalho"
XDG_DOWNLOAD_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Downloads"
XDG_TEMPLATES_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Modelos"
XDG_PUBLICSHARE_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Publico"
XDG_DOCUMENTS_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Documentos"
XDG_MUSIC_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Musicas"
XDG_PICTURES_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Imagens"
XDG_VIDEOS_DIR="/mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/Videos"

Aparentemente funcionou, só que depois do reboot, algumas linhas foram automaticamente alteradas para

XDG_TEMPLATES_DIR="$HOME/"
XDG_PUBLICSHARE_DIR="$HOME/"
....
XDG_MUSIC_DIR="$HOME/"

Aotentar instalar uma máquina virtual, obtive um conjunto de erros que inviabilizaram a instalação da MV.
Como faço para resolver? Li que deveria alterar o fstab, mas não estou seguro para fazer isso

0 0

Quote

2. MELHOR RESPOSTA

Mauriciodez
(usa Debian)

Enviado em 23/07/2024 - 12:38h

herlimenezes escreveu:

Ok, tudo bem, mas tenho dois problemas
1. como sair do modo de emergência, estou travado nele
2. seguindo a sugestão de uma pessoa do portal Diolinux eu alterei o /.config-user.dirs, como citado no post original
3. como faço para reverter o .config para o seu estado original e apontar o /home do SSD para o HD?

1 - Não precisa sair do modo de emergência afinal ele serve é para essas situações !!!
3 - Para apontar para o HD é só fazer o mesmo processo que vc fez antes para editar o fstab só que vc vai colocar /home no lugar de /mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/

NOTA: eu estou levando em consideração que:

* O UUID da partição do HD onde está a /home está correto.
* Existe no HD um diretório do seu usuário dentro de um diretório "home".
* A partição do HD está em "ext4".

------------------------------------------------------| Linux User #621728 |------------------------------------------------------



                                " Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"



------------------------------------------------------| Linux User #621728 |------------------------------------------------------

1 0

Quote

3. Re: Remapeamento do FileSystem [RESOLVIDO]

alexabolada
(usa Debian)

Enviado em 22/07/2024 - 21:39h

Para corrigir o mapeamento do FileSystem e garantir que os diretórios específicos fiquem no HD, você pode fazer as seguintes etapas:

1. Alterar o `/etc/fstab` para montar o HD no boot:
```bash
# Abra o arquivo fstab com o editor de texto Vim
sudo vim /etc/fstab
```

2. Adicione uma linha para montar o HD no ponto de montagem desejado (por exemplo, /mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/) com as opções corretas. Por exemplo:
```
# Adicione esta linha ao arquivo fstab
UUID=8a2135a6-7123-4a03-94dd-26e7ce663204 /mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes/ ext4 defaults 0 2
```

3. Salve e saia do editor Vim:
```
# No Vim, pressione ESC para sair do modo de edição, digite :wq e pressione Enter para salvar e sair do arquivo.
```

4. Reinicie o sistema para aplicar as alterações:
```bash
sudo reboot
``

0 0

Quote

4. Falha ao reiniciar

herlimenezes
(usa Fedora)

Enviado em 23/07/2024 - 00:43h

Segui todos os passos, mas ao reiniciar caiu no modo de emergência:

You are in emergency mode. After logging in, type journalctl -xb to view system logs, "systemctl reboot", or "exit" to continue bootup.
Give root password for maintenance
(or press Control-D to continue:

e caio no terminal prompt root@fedora

Que fazer?

1 0

Quote

5. Re: Remapeamento do FileSystem [RESOLVIDO]

Mauriciodez
(usa Debian)

Enviado em 23/07/2024 - 09:25h

campeão ... se vc já tem o sistema instalado no SSD e tem uma /home no HD é só vc setar no fstab o ponto de montagem da /home não tem nada que mexer no config-user.dirs. EX

UUID=UUID_DA_PARTIÇÃO /home ext4 defaults 0 2

------------------------------------------------------| Linux User #621728 |------------------------------------------------------



                                " Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"



------------------------------------------------------| Linux User #621728 |------------------------------------------------------

1 0

Quote

6. Remapeamento do FileSystem

herlimenezes
(usa Fedora)

Enviado em 23/07/2024 - 09:52h

Ok, tudo bem, mas tenho dois problemas
1. como sair do modo de emergência, estou travado nele
2. seguindo a sugestão de uma pessoa do portal Diolinux eu alterei o /.config-user.dirs, como citado no post original
3. como faço para reverter o .config para o seu estado original e apontar o /home do SSD para o HD?

0 0

Quote

7. Mapeamento do FileSystem

herlimenezes
(usa Fedora)

Enviado em 23/07/2024 - 18:14h

Agora sim, funcionou na boa!!!
Resta uma pequena pergunta: as pastas Area de trabalho, Documentos, etc residentes no SSD estão visíveis na área de trabalho, estão vazias, podem ser deletadas?
No mais, tudo ok! Muitíssimo obrigado. Melhor do que ter resolvido é ter aprendido com a ajuda da comunidade Linux! :)

1 0

Quote

8. Re: Remapeamento do FileSystem [RESOLVIDO]

Mauriciodez
(usa Debian)

Enviado em 23/07/2024 - 18:26h

herlimenezes escreveu:
...
Resta uma pequena pergunta: as pastas Area de trabalho, Documentos, etc residentes no SSD estão visíveis na área de trabalho, estão vazias, podem ser deletadas?
...

tem que ver o que são ... a principio se for só diretórios vazios pode excluir tranquilamente . qualquer dúvida de um 'ls -la' na área de trabalho e manda pra gente ver !!!

------------------------------------------------------| Linux User #621728 |------------------------------------------------------



                                " Nem sempre é amigo aquele que te tira do buraco !!! ( Saddam Hussein )"



------------------------------------------------------| Linux User #621728 |------------------------------------------------------

0 0

Quote

9. Tudo resolvido.

herlimenezes
(usa Fedora)

Enviado em 23/07/2024 - 18:36h

Tudo resolvido, valeu!!!

0 0

Quote

10. Os problemas continuam

herlimenezes
(usa Fedora)

Enviado em 20/08/2024 - 10:43h

Bom dia, editei o arquivo /etc/fstab com o objetivo de estabelecer que o /home deveria estar localizado no HD interno e não no SSD, o /etc/fstab ficou assim

#
# /etc/fstab
# Created by anaconda on Mon Jul 1 14:06:56 2024
#
# 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.
#
# After editing this file, run 'systemctl daemon-reload' to update systemd
# units generated from this file.
#
UUID=dd0ea175-5e75-4f72-90fc-d07bbda56824 / btrfs subvol=root,compress=zstd:1 0 0
UUID=2f88394b-5363-4372-bec2-4de07e9bf319 /boot ext4 defaults 1 2
UUID=dd0ea175-5e75-4f72-90fc-d07bbda56824 /home btrfs subvol=home,compress=zstd:1 0 0
/dev/disk/by-uuid/8a2135a6-7123-4a03-94dd-26e7ce663204 /mnt/8a2135a6-7123-4a03-94dd-26e7ce663204 auto nosuid,nodev,nofail,x-gvfs-show 0 0
UUID=8a2135a6-7123-4a03-94dd-26e7ce663204 /home ext4 defaults 0 2
~

Por outro lado, o ~/.config/user-dirs.dirs está com esta configuração

# This file is written by xdg-user-dirs-update
# If you want to change or add directories, just edit the line you're
# interested in. All local changes will be retained on the next run.
# Format is XDG_xxx_DIR="$HOME/yyy", where yyy is a shell-escaped
# homedir-relative path, or XDG_xxx_DIR="/yyy", where /yyy is an
# absolute path. No other format is supported.
#
XDG_DESKTOP_DIR="$HOME/"
XDG_DOWNLOAD_DIR="$HOME/Downloads"
XDG_TEMPLATES_DIR="$HOME/"
XDG_PUBLICSHARE_DIR="$HOME/"
XDG_DOCUMENTS_DIR="$HOME/Documentos"
XDG_MUSIC_DIR="$HOME/"
XDG_PICTURES_DIR="$HOME/Imagens"
XDG_VIDEOS_DIR="$HOME/"

em que o $HOME está em /home/herlimenezes, no SSD e não em /mnt/8a2135a6-7123-4a03-94dd-26e7ce663204/herlimenezes
A identificação dos HD's a partir do fdisk -l è:

Disk /dev/sda: 223,57 GiB, 240057409536 bytes, 468862128 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: F4B01EB2-AC35-4F88-8EDE-02F3C26E7B17

Device Start End Sectors Size Type
/dev/sda1 2048 206847 204800 100M EFI System
/dev/sda2 206848 239615 32768 16M Microsoft reserved
/dev/sda3 239616 467844462 467604847 223G Microsoft basic data
/dev/sda4 467845120 468858879 1013760 495M Windows recovery environment

Disk /dev/sdb: 111,79 GiB, 120034123776 bytes, 234441648 sectors
Disk model: KINGSTON SA400S3
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 958A1E52-0221-4536-9D15-D07E2A20B448

Device Start End Sectors Size Type
/dev/sdb1 2048 4095 2048 1M BIOS boot
/dev/sdb2 4096 2101247 2097152 1G Linux extended boot
/dev/sdb3 2101248 234440703 232339456 110,8G Linux filesystem

Disk /dev/sdc: 931,51 GiB, 1000204886016 bytes, 1953525168 sectors
Disk model: ST1000VM002-1ET1
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x374a1498

Device Boot Start End Sectors Size Id Type
/dev/sdc1 2048 1953523715 1953521668 931,5G 83 Linux

Disk /dev/zram0: 8 GiB, 8589934592 bytes, 2097152 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

Espero ter fornecido as informações relevantes.
Grato desde já!

0 0

Quote