Translate

terça-feira, 25 de outubro de 2016

Particionamento de Drive SSD para vários Linux

GParted Live CD utilizado para particionar o Drive SSD externo Samsung de 1 Terabyte

O particionamento do “disco” SSD externo de 1 Terabyte foi um ensaio de planejamento, para fazer o mesmo, — sem os mesmos erros, — em um futuro HDD interno, provavelmente também de 1 Terabyte.

Também era intenção usar uma partição do drive SSD externo para instalar o Kubuntu 16.10 Yakkety Yak, — e se desse certo, já ficavam reservados espaços para outros 2 sistemas Linux, — com sobra.

Acabou sendo utilizada para instalar o Kubuntu 17.04 Zesty Zapus (daily-build 2016-10-27), — que está funcionando belamente, e cumpre o papel de acompanhar a evolução da “família” Ubuntu, entre uma “LTS” e a outra.

Sequência da reorganização



GParted Live


Verificação sha256sum da ISO GParted Live CD

À primeira vista, não havia motivo para usar o GParted Live CD, — exceto testá-lo. — É uma ferramenta fundamental, para se ter à mão. Só faltava conferir, ver como funciona, quais as limitações etc.

O GParted e o KDE Partition Manager já estavam instalados em alguns dos 4 sistemas Linux, e deveriam bastar, para lidar com partições que não são deles.

No entanto, há várias situações em que um sistema instalado dificulta ou impossibilita certas tarefas. — É preciso que as partições sejam desmontadas, — e não se tornem a montar, automaticamente, nos momentos mais inoportunos.

Além disso, se determinado Linux, — ou sua “/home”, — está em uma partição lógica, digamos, de número 5, será impossível deletar qualquer partição de número inferior, — de 1 a 4, — mesmo que não estejam montadas, nem tenham nenhuma relação com ele. — Foi o caso do Linux Mint, em “Particionamento de disco para vários Linux”.

Gravação do GParted Live CD pelo K3b, em 2 minutos e meio

Foi baixada a ISO GParted Live CD, — diferente da destinada a USB, — e gravada usando o K3b, após verificar a integridade do download pelo sha256sum.

Situação inicial do Drive SSD


Tamanho e ocupação do Drive SSD Portable 1 Terabyte

O drive SSD externo foi recebido com uma única partição NTFS de 931,5 GiB, — e apenas 98,8 GiB ocupados.

Partição original, ocupando todo o Drive SSD

Redimensionamento da partição existente, — por arrastamento (gráfico) ou tamanho exato (numérico)

O primeiro passo foi mandar “encolher” aquela partição única para 117 GiB, — naturalmente, mantendo o sistema de arquivos NTFS, sob pena de perder tudo que havia ali.

  • A intenção era redimensioná-la para 120 GiB, porém ficaram faltando 2.880 MiB. — Embora o GParted apresente os valores em MiB, cabe ao usuário lembrar que a multiplicação deve ser feita sempre por 1.024. — Neste caso, 120 x 1.024 = 122.880.

Partição estendida, com todo espaço restante, para possibilitar a criação de mais partições lógicas

Os 814 GiB restantes seriam usados em uma partição estendida de 814 GiB, — recurso para driblar o limite de apenas 4 partições, — uma vez que dentro de uma partição estendia se podem criar várias partições “lógicas”:

  • Partição primária 1
  • Partição primária 2
  • Partição primária 3
  • Partição estendida
  • Partição lógica 1
  • Partição lógica 2
  • … (etc.)
  • Partição lógica “n”

A ideia é ter até 3 partições primárias para instalar sistemas Linux, — reservar um espaço no final da partição estendida para partições lógicas de Swap, — e deixar a maior parte do espaço para dados.

  • Essa disposição “corrige” alguns inconvenientes observados no atual particionamento dos 2 HDDs de 320 GiB, — cuja estrutura básica foi planejada em 2009.

Aplicação das mudanças no particionamento pelo GParted: — Menos de 50% após 1 hora

O redimensionamento começou a ser “aplicado” por volta das 2:05, e às 3:02 ainda estava longe da metade. — Foi deixado a rodar, e às 9:47 já estava concluído, — sabe-se lá desde quando.

  • Obs.: As horas são dadas pelas fotos de celular, — UTC -02:00 (horário de verão), — não pelo relógio no painel do GParted Live CD, que indicou sempre horário UTC.

Criação de uma partição lógica, dentro da partição estendida: — Quase instantâneo

O passo seguinte foi destinar 794 GiB da partição estendida para uma partição lógica em sistema de arquivos ext4, — deixando “sem alocação” apenas 19,5 GiB, no final, para futuros Swap

Essa “tarefa” se completou em poucos segundos.

Encerrando o GParted Live CD: — Partição NTFS “encolhida”, criada partição ext4, espaço restante

Encerrada a sessão Live CD do GParted às 10:02 (UTC -02:00). — Hora de carregar um sistema Linux “completo”, para ver o resultado.

Acesso negado para gravar na partição “ext4”: — Proprietário: — “Root”

O Dolphin abriu as 2 partições, — “Terabyte” (NTFS), com o conteúdo original; — e “Terabyte01” (ext4), vazia.

Porém, não foi possível copiar o conteúdo de uma partição para outra. — Acesso negado para gravação em “Terabyte01”, — que pertencia ao grupo Root, usuário Root.

Provavelmente, a melhor solução era apenas transferir sua “propriedade” para grupo “flavio”, usuário “flavio”, — mas existem pelo menos 4 sistemas instalados, e há controvérsia quanto aos direitos de “flavio” gravar nas partições “/home” de “flavio”, entre sistemas diferentes. — Ótimo tema para pesquisa e aprendizado, mas não agora, por um prazo imprevisível.

O sistema “Fat32” já é bem conhecido (partições F:\ e E:\), — nunca deu problema, exceto não seguir a datação Unix, — e o sistema NTFS também vinha funcionando bem, no Drive SSD, apesar da fama de desperdiçar recursos à toa.

Por isso, foi experimentado um terceiro sistema de arquivos, —  exFAT, — tido como não tão primitivo quanto o FAT32, nem tão gastador de recursos à toa, quanto o NTFS, — e mais adequado a unidades SSD e Pendrives.

  • Um bom motivo para tentar usar sistema de arquivos “ext4”, é a “sincronização” com o Lucky Backup, pois o uso de Hora UTC evita dores-de-cabeça, — em especial, no fim do Horário de verão.

Desmontando a partição, para que suas “Propriedades” se tornem editáveis

A “aplicação” dessa mudança na partição ainda vazia foi feita pelo KDE Partition Manager, no próprio Linux Mint, — que seria usado para copiar os arquivos:

10:42 - Right-click em “sdc5” → Desmontar (para que suas “Propriedades” possam ser alteradas).

10:43 - Right-click em “sdc5” → Propriedades (editar).

10:50 - Alterada seleção, de “ext4” para “exFAT”.

10:51 - Aviso: — “Você está prestes a perder todos os dados da partição /dev/sdc5. Alterar o sistema de arquivos de uma partição já existente fará com que todo seu conteúdo seja apagado. (…) todos os seus dados serão irrecuperavelmente perdidos”. — Yes.

10:51 - Alterada a etiqueta (Label) de “Terabyte01” para “Terabyte”.

10:51 - Aplicar. — “Aviso: isso irá modificar permanentemente seus discos”. — Aplicar.

10:52 - Concluído (cerca de 7 segundos).

Instalando “exfat-fuse” para habilitar a montagem (leitura e escrita) em partições exFAT

Feito isso, o Dolphin não conseguia exibir a nova partição exFAT, em nenhum dos 4 Linux, — “unknown filesystem type exFAT”.

Mas bastou instalar o pacote “exfat-fuse”, — em cada um deles, — para habilitar a montagem e exibição da partição exFAT no Dolphin, Konqueror e Krusader.

Montagem ao conectar: — Evitar montagem no início de cada sessão

11:09 - Início da cópia dos arquivos para a nova partição exFAT. — Duração 3h 20 min (até 14:29).

11:50 - Enquanto isso, exame das “Configurações do sistema → Dispositivos removíveis”.

Parecia que o Drive SSD externo não precisava ser marcado para montagem no início da sessão, — uma vez que já está habilitada a opção geral de montar mídias removíveis ao serem conectadas. — Mais tarde, a experiência mostrou que não é bem assim.

E a vida continua: — Atualizações do Linux Mint, via Synaptic

11:54 - Ainda durante a cópia dos arquivos, — atualizações do Linux Mint, pelo Synaptic.

Temperatura e fornecimento de energia, — por volta da metade da cópia, às 12:45

12:45 - Durante todo o processo de cópia entre as partições do Drive SSD externo, a única alteração nos níveis de energia foi a tensão Vcore, sempre próxima de 1,27V, — o que parece normal, dado o surto de atividade intensa, com a CPU trabalhando sempre perto de 100%, — em contraste com uma tensão de 1,20V ~ 1,21V na maior parte dos outros dias.

Uma vez que o Drive SSD não tem “motor”, não puxa energia da saída de 12V da fonte do computador, — usa apenas a saída de 5V, que se manteve em torno de 4,97V, — nível bastante comum no dia-a-dia, quando costuma oscilar entre 4,97V ~ 4,99V.

Conclusão da cópia dos arquivos entre as 2 partições do Drive SSD externo

14:29 - Concluída a cópia dos arquivos para a nova partição exFAT.

Sincronização das pastas originais e copiadas, pelo Konqueror

Ao final, foi usado o Krusader para “sincronizar” as pastas e arquivos originais com as cópias, — em busca de “diferenças” de qualquer tipo, que pudessem indicar falhas.

Pacotes necessários para o Konqueror sincronizar pastas

Instalação do KDiff3 e do Kompare, pelo Synaptic

Para isso, foram instalados os pacotes KDiff3 e Kompare, no Linux Mint e no Debian testing.

  • Esses pacotes já tinham sido instalados no Kubuntu e no KDE Neon, ao adubar o Konqueror. — Talvez, agora, bastasse um dos dois pacotes, mas nesse caso, o que abunda não prejudica.

Resultados da comparação originais / cópias, em andamento

A “sincronização” ou comparação foi feita até o enésimo-milésimo arquivo, — sem encontrar qualquer erro, — e a verificação foi considerada satisfatória.

  • Há muitos anos não se registra um caso de cópia com defeito, — embora tenha perdido a conta das horas investidas em verificações. — Mas, é recomendável verificar sempre, até o fim.

Apagar e criar partições com o KDE Partition Manager

15:12 - A partir daí, a antiga partição NTFS, — “encolhida” para 117 GiB, — foi desmontada e “apagada”, — utilizando o KDE Partition Manager, instalado no Linux Mint 18 KDE.

Em seu lugar, foi criada uma nova partição primária “sdc1” (ext4), de 24,4 GiB, — rotulada “Linux5”.

Restaram ainda 93 GiB “não-alocados”, para mais duas partições primárias e/ou expansão futura.

No mesmo passo, foi tentado criar uma partição lógica de Swap, — mas um erro impediu de completar o conjunto de tarefas.

Montagem automática, tão logo a nova partição foi criada

A nova partição “sdc1” (ext4) foi automaticamente montada, — de imediato, — e os últimos passos do processo não se puderam realizar.

Mensagem do KDE Partition Manager: — “/dev/sdc1 is mounted”

Este é um caso típico, em que o uso do GParted Live CD evita interferência, — sem ter de alterar as configurações de montagem automática do Linux Mint, por exemplo (e depois lembrar de refazê-las).

A partição lógica “Swap5c”, de 3,9 GiB teve de ser criada mais tarde. — E restaram 15,6 GiB de espaço não-alocado, no final da partição estendida, para usos futuros.

Desse modo, ainda será possível criar mais 2 partições primárias, e mais 2 Swap, — com bastante folga, caso precisem ser maiores do que hoje.

Verificação e correções


Aviso do GParted, de que a verificação (e reparação) pode causar perda de dados

26 Out. - Utilizado o GParted Live CD para verificar a partição “sdc1”, — uma vez que o KDE Partition Manager do Linux Mint parece não ter concluído essa tarefa.

Além disso, foram feitas 2 pequenas correções:

Deixar a partição “sdc1” com 24,4 GiB não constitui problema algum, — os outros 4 Linux estão instalados em partições de 16 ~ 20 GiB, e não ocupam nem a metade.

O mesmo se pode dizer do “Swap5c”, com 3,9 GiB, — os outros Linux dispõem de 4 GiB, mas raras vezes chegaram a usar a metade disso.

Esses tamanhos foram “corrigidos”, — ou, “arredondados”, — apenas como exercício:

  • Para chegar a 25 GiB, é necessário multiplicar 20 MiB x 1.024 = 25.600 MiB.
  • Para chegar a 4 GiB, multiplicar 4 MiB x 1.024 = 4.096 MiB

Essas pequenas correções de tamanho foram feitas no GParted, sem qualquer susto ou novidade, uma vez que essas 2 partições ainda estavam vazias.

Teste de uso


27 Out. - Instalado o Kubuntu 17.04 Zesty Zapus (daily-build 2016-10-27) em “sdc1”, usando “Swap5c”.

29 Out. - Uma tempestade forneceu o pretexto para desconectar o drive SSD externo, e confirmar que o Menu de inicialização funciona perfeitamente, sem ele. — Basta não tentar carregar o Kubuntu 17.04 Zesty Zapus, — nem qualquer outro sistema que venha a ser instalado nas demais partições da unidade portátil.

31 Out. - Ao inicializar o computador, — sem plugar o drive SSD externo, — e tentar carregar o Kubuntu 17.04 Zesty Zapus, o único efeito foi receber um aviso de erro do Grub. — Basta teclar “Esc”, para voltar à página inicial do Menu de inicialização, e escolher outro sistema.

Teste de fogo


Relatório do GParted Live CD após redimensionar a partição “sdc1”, onde está o Kubuntu 17.04 Zesty Zapus

 1º Nov. 2016 - Depois de instalado e bastante configurado o Kubuntu 17.04 Zesty Zapus, o GParted Live CD foi carregado outra vez, para redimensionar sua partição de sistema, — de 25 GiB para 40 GiB.

Kubuntu 17.04 em funcionamento normal, após ter sua partição redimensionada para 40 GiB

 Em seguida, o Kubuntu 17.04 Zesty Zapus foi carregado, — sem qualquer problema visível, — e usado para complementar este relato:

  • Baixar as fotos do celular
  • Renomear as fotos por data e hora, usando o pyRenamer
  • Editar as imagens no Gimp
  • Publicar este acréscimo ao relato

Após 7 horas de trabalho, nenhum problema foi detectado no Kubuntu 17.04 Zesty Zapus.

Antecipando


Konqueror em Modo de visualização “Tamanho de arquivo”, — ótimo para análise rápida do espaço que ocupam

Receber de presente o Drive SSD externo (“portátil”) provocou uma reavaliação dos planos, — o quê adquirir, “em vez de” o planejado SSD, — e uma revisão dos métodos de backup, utilizados até então.

Antes, havia os seguintes espaços em disco:

Partição sda6 F:\   180,0 GiB Fat32 → Arquivos de trabalho
Partição sda5 E:\    70,0 GiB Fat32 → Sites + arquivos excedentes
Partição sdb5 Home1 176,0 GiB ext4  → backup de F:\
Partição sdb7 Home2  73,5 GiB ext4  → backup de E:\

O objetivo dessa “divisão de trabalho” é, — no mínimo, — manter o backup em um disco separado dos arquivos originais, de trabalho. O ideal era ficar em outro prédio, de preferência bem afastado.

A conversa com o ex-proprietário do “Terabyte”, — agora, feliz proprietário de outro SSD externo maior, — agilizou a compreensão de alguns pontos, que talvez demorasse mais pelo método empírico de tentativa-e-erro, por mais que se tente evitá-los, pesquisando antes:

  • Disco externo pode ser conectado 1 vez ao mês, por exemplo, para o backup, — não há necessidade de manter plugado o ano inteiro, — uma vez que SSD externo tem vida mais curta do que o HDD, em número de gravações. Trata-se, portanto, de um SSD bastante “poupado”, desde a aquisição inicial, e com boas chances de ainda ser útil por muitos anos.

  • Backup, quem tem 2, tem 1, — e quem tem 1, não tem nenhum. — De fato, não parecia nada seguro, deixar de manter os backups em HDD, que já comprovou ser mais garantido do que CD / DVD, em certas circunstâncias (além de 1.000 vezes mais prático).

A primeira ideia foi adquirir um segundo SSD externo, — porém isso apenas duplicaria os inconvenientes de confiar o backup exclusivamente ao primeiro. — Persistiria o receio de eliminar os atuais backups em HDD, para ampliar o espaço de trabalho em mídia com maior vida útil (número de gravações).

A melhor solução, — já que os atuais HDDs de 2 x 320 GiB ainda não apresentam defeitos, — parece ser um HDD interno adicional, de 1 Terabyte (e no futuro, um segundo), para iniciar a migração dos atuais, com tempo de folga.

  • Esta solução veio lembrar que a antiga fonte de 800 Watts ainda não foi recuperada, — verificar se lubrificação ressuscitará a ventoinha, ou se existe “refil” adequado. — O suprimento do computador está “meio precário”, para se adicionarem dispositivos sem pensar.

De qualquer modo, um novo disco rígido interno exige novo planejamento de partições, — o que pode (deve) ser feito desde logo, — e o SSD externo, também.

Fato é que não existe motivo para usar o Drive SSD como “partição única”, — e quaisquer erros de “planejamento”, que se venham a revelar no processo, poderão ser evitados desde o início, no futuro disco rígido interno.

Já se evidenciaram alguns “erros de planejamento” no particionamento dos atuais HDDs de 2 x 320 GiB, iniciado em 2009.

O “ideal” é começar pelo máximo de partições primárias (3), para “sistema”, — em seguida, uma partição estendida, começando com 1 ou 2 grandes partições lógicas, para documentos, — e lá no final, 3 partições lógicas para Swap.

  • Obs.: - Por “ideal”, entenda-se: — Para o tipo de brincadeira previsto por aqui. — Cada um deve planejar, tendo em vista as brincadeiras que faz ou pretende fazer.

Já se vê que a “brincadeira” de ter vários Linux “em paralelo” (dualboot) virou festa. — Embora o KDE Neon* e o Debian “testing” pareçam “experimentos”, não há qualquer intenção de eliminar um deles para testar algum outro.
_________
(*) O KDE Neon deixou de carregar “normalmente” no dia 26, após uma atualização (embora continue em uso, carregado por vias transversas. Corrigido em 2 Nov. 2016). O Debian “testing” segue em uso intenso, embora “incompleto” para alguns trabalhos. Funcionalidade total continua sendo atributo do Kubuntu 16.04 LTS e do Linux Mint 18 KDE, — talvez (em parte) por serem os sistemas em cujo aprendizado já foi investido mais tempo.

Na verdade, — depois de instalar um 5º sistema Linux, — não parece fazer sentido instalar um 6º, nem um 7º, nem seguir acrescentando outros, indefinidamente. Mas… nunca se sabe.

Até agora, foram destinados apenas 17 ou 20 GiB para cada partição de sistema, — e isso tem sido mais do que suficiente, para os usos pretendidos (bastante modestos), mesmo apesar de o KDE Neon e o Debian não terem partições “/home” separadas.

Só que as coisas evoluem. — No futuro, 20 GiB hão de ser pouco, para partições de sistema. — Com qualquer aumento da Memória RAM, partições de 4 GiB também poderão ser insuficientes para Swap.

Por isso, esse novo “planejamento”, — que será testado no SSD externo, — parece um bom começo, para mais tarde ser adotado no 1º disco rígido interno de 1 Terabyte.

Sobre o “SSD 1TB portable”


Drive externo SSD Samsung HX-MU010EA S2 Portable 1TB, de 2011

De acordo com os aplicativos do Linux, a capacidade real é de 931,5 GiB, — o que se aproxima da conta → 1.000^4 / 1.024³ = 931 GiB:

1.000^4 = 1.000.000.000.000
1 GiB = 1.024³ = 1.073.741.824
1.000.000.000.000 / 1.073.741.824 = 931,322.574.615

Cálculo usado para chegar a “1 Terabyte”

O motivo é que as ordens de grandeza KB, MB, GB, TB, usadas pela indústria de dispositivos de armazenamento de dados, são definidas em potências de 10, — 10³, 10^6, 10^9, 10^12, — enquanto KiB, MiB, GiB, TiB são definidas em potências de 2:

  • 1 KiB = 2^10
  • 1 MiB = 2^20
  • 1 GiB = 2^30 = 1.073.741.824 Bytes
  • 1 TiB = 2^40

Especificações da série “S2 Portable”, ainda no tempo da Samsung

Taxa de transferência → 480 Mbps Max.

Made in China, 2011-05-05

Dados do Drive SSD Samsung HX-MU010EA/G2 ou (B) S2 Portable 1TB, de 2011-05-05

Convenções adotadas:

  • HDD - Hard Disk Drive
  • SSD - Solid State Drive
  • Externo - “Portable”

Sequência da reorganização



— … ≠ • ≠ … —

Ferramentas &tc.


Postado por Mboaba às terça-feira, outubro 25, 2016
Marcadores: , , , , , , , , , , ,

Nenhum comentário:

Postar um comentário

Assinar: Postar comentários (Atom)