Perguntas[partition](unix)

Eu sei que essa é uma pergunta que já foi feita muitas vezes antes, e deveria ser simples. Acho que estou perto, mas devo estar fazendo algo errado.

Esta é a primeira vez que uso o QEMU e estou realmente com dificuldades. Estou usando o virt manager para hospedar o Windows 7 e estou tentando obter arquivos de e para o MX Linux. Primeiro, tentei baixar algo do github na VM do Windows para que ele pudesse reconhecer arquivos do Linux (pode ter sido winfsp ou outra coisa, não tenho meu histórico de pesquisa).

Então me deparei com meu primeiro obstáculo:

O Windows só tem o Internet Explorer instalado, e eu mal consigo visualizar páginas, não consegui baixar o Chrome, Chromium, Firefox ou Brave na VM. Tentei carregar arquivos na VM usando um pendrive, mas também não consegui. Desisti de tentar baixar qualquer coisa da Internet na VM convidada. Decidi que, em vez de passar os arquivos do Linux para o Windows, tentaria passar os arquivos do Windows no Linux para o Windows convidado.

Então finalmente eu estava um pouco incompleto mas eu criei uma partição NTFS então exFAT 8mb na minha unidade nvme usando fdisk e então mkfs.ntsf então quando isso não funcionou mkfs.exfat sem sucesso também. Eu não entendi muito bem o que o 'nome da tag' (como "compartilhado") significa, isso se torna o nome da unidade na VM do Windows? Meu método bruto foi sudo mount -t virtiofs shared /dev/nvme0n1p4então no gerenciador virt eu adicionei um hardware > sistema de arquivos: Eu tentei Driver = mount, mode eu tentei alguns como squich e passthrough, para o caminho de origem eu tentei "/dev/nvme0n1p4" e eu também tentei "/media/1toneboy/352D-156E/test folder" e para o caminho de destino eu chamei de "compartilhado"

Mas quando fui iniciar a máquina virtual, ela disse (desculpe, não estou em casa, não tenho as palavras exatas) erro: tipo de arquivo inválido, superbloco... permissão negada

Há algo que eu esteja fazendo obviamente errado ao passar uma partição NTFS ou exfat para a VM? Existe uma maneira mais simples de transferir o arquivo?

Muito obrigado!

Quero entender como fazer uma nova fatia sem usar o formato. Esta é a situação original (funcionando)

* /dev/rdsk/c0t2d0s2 partition map
*
* Dimensions:
*     512 bytes/sector
*      63 sectors/track
*     255 tracks/cylinder
*   16065 sectors/cylinder
*    2608 cylinders
*    2606 accessible cylinders
*
* Flags:
*   1: unmountable
*  10: read-only
*
* Unallocated space:
*       First     Sector    Last
*       Sector     Count    Sector 
*    41495895    369495  41865389
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       1      9    00      16065  20980890  20996954
       2      9    00   20996955  10490445  31487399
       3      9    00   31487400  10008495  41495894
       8      1    01          0     16065     16064

O tamanho das partições (melhor fatia) é de 10 GB para a primeira, 5 GB para a segunda e 4,77 GB para a terceira.

Quero criar uma quarta fatia (número 4) com um tamanho de 2 GB e reduzir a terceira para 2 GB

Eu edito este arquivo (salvando o antigo como backup)

* /dev/rdsk/c0t2d0s2 partition map
*
* Dimensions:
*     512 bytes/sector
*      63 sectors/track
*     255 tracks/cylinder
*   16065 sectors/cylinder
*    2608 cylinders
*    2606 accessible cylinders
*
* Flags:
*   1: unmountable
*  10: read-only
*
* Unallocated space:
*       First     Sector    Last
*       Sector     Count    Sector
*    41495895    369495  41865389
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       1      9    00      16065  20980890  20996954
       2      9    00   20996955  10490445  31487399
       3      9    00   31487400  4194304   35681703
       4      9    00   35681704  4194304   41865389
       8      1    01          0     16065     16064

O tamanho parece estar correto (2048 mb para cada fatia)

4194304*512 = 2147483648
2147483648*1024 = 2199023255552
2199023255552/1024 = 2147483648
2147483648/1024 = 2097152
2097152/1024 = 2048

Mas quando tento criar a nova tabela de partição...

fmthard -s file.map /dev/rdsk/c0t2d0s2  
Partition 3 not aligned on cylinder boundary: "       3      9    00   31487400  4194304   35681703"

Onde está minha falha? Eu sei que o formato é muito fácil, mas eu quero aprender desse jeito também.

Eu tenho um cartão SD usado para inicializar um Beaglebone Black. Eu estava tendo problemas para inicializar a partir da placa, era qualquer placa que eu criei e, finalmente, rastreei o problema até uma discordância no número de setores na partição de inicialização.

O que quero dizer é descartar o MBR dde verificar a primeira entrada da partição, o Number of sectors in partitionarquivo 0x40000. Isso também é o que, por exemplo, os relatórios do GParted. Então, despejando a partição de inicialização FAT16, Large number of sectorsé apenas 0x3fff8. Esta é uma diferença de 8, que também é o número de setores ocultos relatados pela partição (apesar de estar no deslocamento 2048). Mas por que? A ROM de inicialização parece estar apresentando um erro porque os dois números não coincidem, e eu não achei que setores ocultos fossem considerados na grande maioria dos casos, muito menos na determinação do número de setores. O que dá?

Eu tenho uma imagem de disco que preciso encurtar um pouco (longa história - mas ela lida com variações nos tamanhos das unidades flash). As partições já são curtas o suficiente, mas o tamanho da unidade não.

Basicamente, tenho uma imagem de disco com 15678308352 bytes (30621696 setores). Quero reduzir o tamanho da imagem do disco para 15678292992 bytes (30621666 setores). O último setor usado por qualquer partição "real" é 30621662 (estou bem terminando aí também, mas preenchi-o em 4 setores só por segurança). De qualquer forma, estou querendo redimensionar as tabelas de partição, mas não sei bem como, principalmente porque a tabela GPT está dentro de um "MBR protegido".

Aqui está a saída do fdisk mostrando o MBR protegido:

fdisk mydisk.img 
Disk: mydisk.img    geometry: 1906/255/63 [30621696 sectors]
Signature: 0xAA55
         Starting       Ending
 #: id  cyl  hd sec -  cyl  hd sec [     start -       size]
------------------------------------------------------------------------
 1: EE    0   0   2 - 1023 255  63 [         1 -   30621695] <Unknown ID>
 2: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
 3: 00    0   0   0 -    0   0   0 [         0 -          0] unused      
 4: 00    0   0   0 -    0   0   0 [         0 -          0] unused  

Aqui está a saída do gdisk mostrando as informações da GPT:

GPT fdisk (gdisk) version 1.0.10

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present


Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk mydisk.img: 30621696 sectors, 14.6 GiB
Sector size (logical): 512 bytes
Disk identifier (GUID): BD99B4B8-8070-0648-AEA4-B28BCD949EB7
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 30621662
Partitions will be aligned on 2048-sector boundaries
Total free space is 18398 sectors (9.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            8192          249855   118.0 MiB   8300  primary
   2          260096        30621662   14.5 GiB    8300  primary

Como você pode ver, tenho bastante espaço para reduzir o disco, mas não sei como.

Tentei editar manualmente o tamanho da partição MBR no hexedit, mas recebi todos os tipos de avisos na partição GPT.

Alguma ideia?

Eu tenho um disco USB e depois de formatar ele aparece como /run/media/root/abc213onde abc123 é uma string complexa muito mais longa que nenhuma pessoa normal seria capaz de lembrar ... típico do que você veria para UUIDs em /etc/fstab.

Existe uma maneira de alterar essa string uuid no meu disco USB depois de formatar essa partição como XFS? De tal forma que eu poderia transformar seu UUID em um único caractere e, em caso afirmativo, como?

O rhel-8.10-x86_64-dvd.isopara instalar tem 14 GB de tamanho. Para um dispositivo USB (ou seja, disco) que apareceria no Linux como /dev/sdb por exemplo, fazer um cp rhel-8.10-x86_64-dvd.iso /dev/sdb resultado em um esquema de partição msdos nesse dispositivo USB que é inicializável e permite instalar o Linux.

Eu suspeito que eles usam o esquema de partição msdos para manter a funcionalidade com hardware mais antigo anterior ao EFI

O esquema de partição msdos tem um limite de 2 TB e representa um inconveniente quando tenho um disco USB de 4+ TB que desejo usar simultaneamente para poder instalar o Linux (que precisa de <15 GB de espaço no dispositivo) e também fazer uso dos 4+ TB restantes do dispositivo e não se limitar a uma partição msdos de 2 TB.

Portanto, a solução parece ser formatar o dispositivo USB de 4+ TB com uma tabela de partição GUID, ou seja, GPT , onde posso criar uma partição XFS de 4+ TB nele, mas também converter ou transferir o conteúdo do dispositivo descompactado rhel-8.10-x86_64-dvd.isopara o dispositivo formatado em GPT. .. e então marcar aquela partição (iso9660?) Que contém o conteúdo de instalação do Linux da iso como inicializável?

O conteúdo do descompactado rhel-8.10-x86_64-dvd.isoé

<folder>   [BOOT]
<folder>   AppStream
<folder>   BaseOS
<folder>   EFI
<folder>   images
<folder>   isolinux
           .discinfo
           .treeinfo
           EULA
           extra_files.json
           GPL
           media.repo
           RPM-GPG-KEY-redhat-beta
           RPM-GPG-KEY-redhat-release
           TRANS.TBL

existe uma maneira do que descrevi fazer manualmente neste Linux para tornar um dispositivo USB inicializável (usando partedou fdiskalgum outro)? Se sim, como? Ou existe uma maneira com algum software livre no Microsoft Windows?

Eu tenho um stick USB (na verdade um disco) e tem 5 TB de tamanho.

Eu faço cp rhel-8.10-x86_64-dvd.iso /dev/sdeisso e então funciona para inicializar e instalar o Redhat Linux.

O que eu gostaria de fazer é copiar vários outros dados para este disco, mas manter a funcionalidade de instalação inicializável do rhel-8.10. Isso é possível?

A lsblkdepois da cópia do rhel iso mostra

SIZE    FSTYPE     NAME
4.6T    iso9660    /dev/sde
13.3G   iso9660    /dev/sde1
 9.5M   vfat       /dev/sde2

existe uma maneira de adicionar uma partição XFS de forma que ela possa ser /dev/sde3montada para usar os 4+ tb de espaço restantes, enquanto ainda mantém a funcionalidade inicializável para instalar o rhel?

Estou tentando instalar o Kubuntu 24.04 com particionamento manual. Criei partições primárias para EFI e inicialização, e uma partição criptografada com volumes lógicos para swap, root e home.

Anteriormente, após esta etapa, eu apenas executava o instalador do Kubuntu, atribuía manualmente as partições /dev/mapper/vg0-* para root, home e swap, bem como as partições primárias para /boot/efi e /boot, e tudo funcionava OK.

Mas no Kubuntu 24.10 o instalador mudou e agora não tenho certeza do que devo fazer. Existem itens suspensos separados para todo o disco e para o volume lógico montado, e o instalador sugere que eu formate os volumes lógicos para usá-los e, em seguida, tente excluí-los por algum motivo.

Tudo termina com este erro:

Existe alguma maneira de resolver isto? Talvez eu não precise particionar manualmente o disco antes de executar o instalador? Posso conseguir o que desejo apenas usando as caixas de diálogo do próprio instalador?

Estou desenvolvendo uma ferramenta de particionamento, para fins de teste tenho que executar configurações de particionamento e LVM repetidamente em um dispositivo de loopback

• Partição /dev/loop0com 3 partições/dev/loop0p1 /dev/loop0p2 /dev/loop0p3
• Criar LVMs

pvcreate /dev/loop0p2 /dev/loop0p3
vgcreate test_vg /dev/loop0p2 /dev/loop0p3
lvcreate -L 1GB test_vg -n vol1 --wipesignature y --zero y
lvcreate -L 1GB test_vg -n vol2 --wipesignature y --zero y
partprobe /dev/loop0

Após tal execução gostaria de retornar tudo novamente no mesmo dispositivo, porém, ao executar o particionamento estou recebendo o erro

Partition(s) 2, 3 on /dev/loop0 have been written, but we have been unable to inform the kernel of the change, probably because it/they are in use.  As a result, the old partition(s) will remain in use.  You should reboot now before making further changes.

Agora estou ciente de que uma solução é reiniciar, mas não é razoável fazer isso continuamente durante o desenvolvimento. Existe uma maneira de corrigir o problema sem precisar reiniciar o tempo todo?

Primeira vez que uso um Linux, estou usando o Debian 12. Meu notebook chegou com a seguinte partição (SSD de 512gb), nesta ordem (da esquerda para a direita no visualizador de disco):

/boot/efi – 537 MB

/raiz – 20 GB

recuperar (desmontado) - 10gb

Trocar - 16gb

/home – 466 GB

Desde que comecei a usá-lo percebi que tudo fica instalado no root, então agora estou constantemente sem espaço, tive até que pesquisar como limpar etc.

Minha pergunta é: devo reorganizar as partições, alocando mais para/root, ou começar a usar/home como minha pasta 'principal'? Já vi tutoriais no gparted, para realizar a primeira opção, mas ainda não tentei. A segunda opção é algo que não encontrei muito. É por isso que estou perguntando aqui primeiro, para não fazer nada que possa fazer mais mal do que bem para minha experiência no Linux, que tem sido positiva até agora.

Desde já, obrigado!