Translate

quinta-feira, 22 de dezembro de 2016

Migrando sistemas Linux para um novo disco rígido

Clonagem do Kubuntu 17.04 Zesty em nova partição, via “copy / paste” do GParted em Live Knoppix
Clonagem do Kubuntu 17.04 Zesty em nova partição, via “copy / paste” do GParted em Live Knoppix ✅ 

A migração dos sistemas Linux para HDD de 1 Terabyte deverá ser feita, — como das outras vezes, — de modo gradual, balanceado e sem apavoramento, ao longo dos meses.

Não existe motivo para fugir correndo dos antigos HDDs de 320 GB, muito menos jogá-los no lixo. — Pelo contrário, é preferível que os sistemas mais “usáveis” e “confiáveis” — Kubuntu LTS e Linux Mint, — fiquem em HDDs diferentes, por segurança contra falhas.

Urgente, era transferir o Kubuntu 17.04 Zesty Zapus, — do SSD* externo para o novo HDD, — uma vez que a unidade “portátil” não fica o tempo todo plugada (ocupando uma saída USB). Mas a existência de um sistema instalado nele exigia plugar com frequência, para atualizar o Grub, após cada upgrade ou correção de Kernel em qualquer outro Linux.

O novo “backup total”, — em substituição aos antigos backups, de apenas algumas pastas, — também ficará melhor no HDD de 1 Terabyte (com cópia periódica para o SSD* externo de 1 Terabyte).

Sequência da reorganização



HDD e Fonte ATX


As especificações do HDD de 1 Terabyte Seagate indicam a necessidade de quase 13W

20 Dez. 2016 - Segundo todos os cálculos e parâmetros encontrados nos melhores sites e blogs, a fonte de energia ATX “provisória”, de 220W, não era digna de confiança, para as exigências do hardware existente, — pior ainda, com o acréscimo do novo HDD de 1 Terabyte. — E como ainda não foi encontrada manutenção ou substituição para a ventoinha da antiga fonte ATX de 800W, ela foi deixada de lado, por enquanto. Em seu lugar, foi instalada uma fonte ATX de 500W.

16:06 - No entanto, foi feito um teste de 2 horas, — após instalar o HDD de 1 Terabyte, — antes de instalar a fonte ATX de 500W.

Nessas 2 horas, não chegou a ser praticado nenhum exagero, — nenhuma tarefa de elevado consumo de energia, — apenas o particionamento do HDD de 1 Terabyte, e o feijão-com-arroz de cada dia.

Porém, de acordo com o Xsensor, não houve alteração alguma nos níveis de energia, — a saída Vcore continuou oscilando entre 1,19V ~ 1,28; a saída +3,3V continuou oscilando em torno de 3,31V; a saída +5V continuou oscilando em torno de 4,97V ~ 4,99V; e a saída de +12V continuou oscilando em torno de 12,25V.

Especificações da fonte ATX de “500W”

18:09 - Instalada a fonte ATX de 500W, a saída Vcore mantém a mesma faixa de oscilação; a saída +3,3V passou oscilar entre 3,31 ~ 3,33V; a saída +5V passou a oscilar em torno de 5,02V ~ 5.04V; e a saída de +12V passou a oscilar entre 12,25V ~ 12,30V.

Esses novos números, — como, aliás, também os anteriores, — estão longe dos limites indicados:

flavio@Linux2:~$ sensors
atk0110-acpi-0
Adapter: ACPI interface
Vcore Voltage:      +1.19 V  (min =  +0.85 V, max =  +1.60 V)
 +3.3 Voltage:      +3.33 V  (min =  +2.97 V, max =  +3.63 V)
 +5   Voltage:      +5.02 V  (min =  +4.50 V, max =  +5.50 V)
 +12  Voltage:     +12.30 V  (min = +10.20 V, max = +13.80 V)

Particionamento


Primeiro passo: — Criar tabela de particionamento do HDD, no GParted. — Ignore o aviso, neste caso

O particionamento do HDD de 1 Terabyte foi feito pelo GParted, — em Live Knoppix em Pendrive, com “persistência”, — por 2 motivos principais:

(a) O Live Knoppix não monta automaticamente as demais partições e dispositivos conectados, — até para reconhecer um CD colocado na bandeja, exige empenho pessoal; e

(b) Já carrega normalmente como “Administrador” (Root). — É muito prático, para manutenção do computador e/ou dos sistemas instalados.

Podem-se usar outras ferramentas “Live CD”, — GParted Live, por exemplo, — mas o Live Knoppix em Pendrive, com “persistência”, oferece muito mais comodidade (Dolphin, Chromium, Kate etc.), para conferir detalhes do hardware e tirar dúvidas, além de uma tonelada de outras ferramentas, em caso de necessidade.

Localização física das portas SATA na Placa Mãe, — fora da sequência numérica

Observe, no canto superior direito do GParted, a seleção de “/dev/sdc”, — localização do terceiro HDD, — provavelmente, porque foi conectado na terceira porta SATA da Placa Mãe, que já estava reservada para ele.

  • O Drive CDROM está conectado na porta 4, porém jamais se identificou como “sdd”, — e agora, isso parece caber ao SSD externo, sempre que plugado, independente de em qual slot USB. — Parece que o Pendrive sempre se identifica como “sde”, — ou “sdd”, (só) quando o SSD não está plugado. Ainda não foi verificado com +1 Pendrive, uma vez que os outros 2 slots estão ocupados pelo Teclado e pelo Mouse.

Menu → Device → Create partition table, no GParted

O primeiro passo é criar uma “tabela de particionamento”, — sem a qual, não se pode nem começar, — e ignorar o aviso de que isso vai “apagar todos os dados”.

Essa advertência é importante, quando o disco rígido já tem partições, dados, sistemas etc., — mas neste caso, ainda não há nada no HDD.

Na Barra de Menu → Device → Create partition table.

Partições primárias e estendida do novo disco rígido

A partir dos erros e acertos observados nos particionamentos anteriores (HDDs e SSD), foram criadas 3 partições primárias de 25 GB (cada), para futura instalação de sistemas Linux, — e o espaço restante foi destinado a uma partição estendida, — devido ao limite de 4 partições (primárias ou estendidas).

Essas operações não são demoradas, — o que parece demorar mais, é o exame dos dispositivos, que volta a ser feito pelo GParted, depois de “aplicar” qualquer modificação. — Por isso, vale a pena agrupar várias operações, e “aplicar” todas de uma vez.

Partições lógicas do novo disco rígido

Dentro da partição estendida, foram criadas mais 3 partições de 25 GB para instalação de sistemas Linux, — e uma partição de 751,5 GB para “Backup1”, — após reservar 30 GiB no final, para 6 partições Swap.

Com isso, todos os 4 sistemas atualmente instalados nos 2 HDDs de 320 GB já poderiam ser transferidos, em tese, para o HDD de 1 Terabyte, — porém não existe necessidade de fazer isso, nem pressa desesperada.

A “numeração” desses futuros sistemas Linux (e respectivos Swap) foi feita de 11 a 16, — e não na sequência “natural”, de 5 a 10, — por não ter certeza de como seriam classificados e exibidos em diferentes softwares. Há situações em que “Linux10” é exibido antes de “Linux2”, por exemplo.

Limpeza de Kernel


Dolphin aberto como Root para deletar Kernel do antigo Linux Mint 17.3

Como parte da reorganização geral, foi deletado o Kernel 3.19.0 do antigo Linux Mint 17.3 Cinnamon, — que sobreviveu, graças à instalação “heterodoxa” do Linux Mint 18 KDE (Beta).

Opções avançadas do Linux Mint, no Grub, — finalmente sem Kernel 3.19

Carregava, — por incrível que pareça, — mas não tinha a menor utilidade, exceto “sujar” as Opções avançadas do Linux Mint no Menu de inicialização. E não podia ser removido pelos meios normais, pois não aparecia no mintUpdate.

Por via das dúvidas, foi apenas mandado para a Lixeira do Administrador (Root), — de modo que possa ser restaurado, se necessário. — Mas, após 3 dias, o Linux Mint 18 KDE continua muito bem, sem ele.

Depois disso, bastou rodar “sudo update-grub”, para detectar os sistemas instalados, — com suas opções de Kernel, — e atualizar o Menu de inicialização.

MemTest86 do Linux Mint 17.3

O MemTest86, — também sobrevivente do Linux Mint 17.3 Cinnamon, a julgar pela data, — continua funcionando bem, a partir do Menu de inicialização.

Não haveria motivo para não funcionar, — ele é independente, roda antes de ser carregado qualquer Linux. — Em todo caso, basta usar o Live CD MemTest86 v. 7.1.

Limpeza do SSD* externo


Reaplicando rótulos após formatar as partições Linux6 e Linux7, no SSD externo

Duas partições do “disco” SSD* externo, — Linux6 e Linux7, — tinham sofrido tentativas de instalação do Knoppix, que nunca chegaram a ser muito “usáveis”, e já estava na hora de eliminar.

Isso foi feito pela simples formatação dessas partições, — e reaplicação dos mesmos rótulos.

Assim, “Linux6” deixou de ser detectado e automaticamente incluído no Menu de inicialização, a cada “sudo update-grub”.

Limpeza do arquivo de configuração “/etc/grub.d/40_custom”, via Dolphin / Kate em modo Root

No caso da partição “Linux7”, o método tentado para instalar o Knoppix envolveu edição do arquivo de configuração “/etc/grub.d/40_custom” do Linux Mint, — por isso, foi necessária uma limpeza nele, para deixar de inserir aquelas entradas no Menu de inicialização, automaticamente, a cada “sudo update-grub”.

Clonando sistema Kubuntu


Redimensionando a partição do Kubuntu 17.04 Zesty Zapus de 40 GiB para 25 GiB

Faltava transferir o Kubuntu 17.04 Zesty Zapus (development branch), — instalado na partição “Linux5”, de 40 GB, do SSD externo, — que não fazia sentido deletar, e depois instalar outra vez no novo HDD.

Um método “troglodita” de clonar essa partição de sistema, — que não tem “/home” separada, — era usar o comando “dd”.

Só que, para isso, a partição de destino precisava ser igual ou maior do que a partição de origem, — mas acontecia exatamente o contrário. — A partição de destino tinha apenas 25 GB, contra 40 GiB da partição a ser clonada (só 8,34 GiB usados).

Relatório das operações abrangidas pelo redimensionamento da partição de sistema de 40 GiB para 25 GiB

Poderia tentar o Partclone, — que oferece “backup used blocks”, mas “it seems like you've found another tool that requires the same device size”, — ou redimensionar a partição de origem para 25 GiB, com algum risco de perda de dados no próprio “original”.

Um backup em arquivo “.img” manteria o tamanho original, — permitiria recuperar eventuais perdas, mas levando de volta ao mesmo beco-sem-saída, — ao custo de mais algum tempo.

No entanto, o Zesty Zapus não é o sistema “principal”, nem o “alternativo”, — sua perda seria um incômodo, mas não um desastre, — e se esse caminho desse certo, pouparia várias horas de pesquisa e aprendizado.

Assim, redimensionar a partição de origem foi o caminho escolhido, — e o GParted se encarregou das operações envolvidas, — como realocar blocos, atualizar referências etc., — para que continuasse operacional.

Copiando e colando uma partição na outra, pelo GParted, em Live Knoppix

Felizmente, antes de completar a montagem do comando “dd”, — ainda faltava um longo e demorado estudo dos parâmetros mais adequados (morrendo de medo de errar), — foi descoberto o “copy & paste” do GParted, que poupou muito tempo e pesquisa.

Relatório final da clonagem da partição de sistema do Kubuntu 17.04 Zesty Zapus, — em 4’32‘‘

O clone da partição de sistema do Kubuntu 17.04 Zesty Zapus foi concluído em 4 minutos e 32 segundos, — e o relatório do GParted dá uma boa ideia das operações envolvidas, — inclusive os comandos usados por trás da interface gráfica.

Alterando o rótulo da nova partição Kubuntu 17.04 Zesty Zapus, para evitar duplicidade

Para testar na prática o clone do Kubuntu 17.04 Zesty Zapus, ainda faltavam algumas providências, — por exemplo, rotular sua partição como “Linux16”, — pois não era conveniente ter 2 partições com o mesmo rótulo “Linux5”.

Atribuindo nova partição de Swap ao clone do Kubuntu 17.04 Zesty Zapus

Outra providência, era localizar o identificador UUID da partição Swap16, e atribuí-lo ao clone do Kubuntu 17.04 Zesty Zapus, editando seu arquivo de configuração “/etc/fstab”.

Edição do “/etc/fstab” no Kate, chamado via Dolphin aberto como “root”, no Linux Mint 18 KDE

Essa operação foi feita no Linux Mint 18 KDE, — a ser usado em seguida, para atualizar o Grub. — A partição “Linux16” foi aberta no Dolphin como “root”, para agilizar a edição pelo Kate.

Detectando o clone do Kubuntu 17.04 Zesty Zapus e atualizando o menu do Grub

Depois disso, o comando “sudo update-grub” detectou os sistemas instalados, — inclusive o clone do Kubuntu 17.04 Zesty Zapus, — e atualizou o Menu de inicialização.

Partição do Kubuntu 17.04 Zesty Zapus com identificador UUID duplicado do original

A própria partição “Linux16”, — clonada de “Linux5”, — também apresentava identificador UUID duplicado.

Grub com o novo e o antigo Kubuntu 17.04 Zesty Zapus

Mas, ao invés de perder tempo com isso, apenas foi desplugado o drive SSD externo, — e seu UUID seria automaticamente alterado ao formatar a partição “Linux5”, mais tarde, — se o clone em “Linux16” carregasse com sucesso.

Clone do Kubuntu 17.04 Zesty Zapus carregado, — e já recebendo atualizações

O clone do Kubuntu 17.04 Zesty Zapus carregou com sucesso, — e desde esse momento, passou a ser utilizado e atualizado como se fosse o mesmo, — aliás, o único, dali por diante.

Conferindo as funcionalidades do clone do Kubuntu 17.04 Zesty Zapus

Foram conferidas as principais funcionalidades, — de um ponto de vista particular, específico, — e até o momento, não apresentou qualquer diferença, em relação ao original.

Redimensionando a partição original (reformatada), reaplicando a Label, — e atribuindo novo UUID

De volta ao Live Knoppix, foi usado o GParted para formatar a partição original do Kubuntu 17.04 Zesty Zapus.

Em seguida, a partição (Linux5) foi redimensionada, — de 25 GiB para 40 GiB, outra vez, já que não adiantava deixar 15 GB sem uso, — com reaplicação do rótulo “Linux5”, e atribuição de outro identificador UUID, para ver como é isso. — De fato, não precisava pois, ao formatar, já tinha alterado o UUID.

GParted do Knoppix, incapaz de lidar com partições exFAT

Algumas operações tiveram de ser feitas no Linux Mint 18 KDE (onde optei por instalar o KDE Partition Manager, para comparação), — devido à inconveniência de instalar pacotes adicionais (exfat-fuse) no Knoppix, — concebido como “Live CD / DVD”, não como “distro” para instalar e atualizar com facilidade.

Alterando a Label de uma partição exFAT no KDE Partition Manager

Foi o caso, por exemplo, da partição exFAT do drive SSD externo, — cuja Label merecia ser alterada para “Backup2”, — pois será uma cópia de reserva do ”Backup1”, criado no novo HDD de 1 Terabyte.

Montagem automática de partições


KDE → Configurações do sistema → Montagem de partições adicionais

A clonagem do Kubuntu 17.04 Zesty Zapus e a reorganização dos Backups em novas partições exigem reconfigurar as partições adicionais que gostaria de ver montadas automaticamente, no início de cada sessão, — inclusive, para monitorar sua ocupação, pelo Conky:

  • Linux1 a Linux4, e Linux16, — arquivos dos diferentes sistemas

  • Home1 e Home2 — documentos e configurações

  • “E:\” e “F:\” do antigo Windows (Fat32) — documentos de trabalho


Partição “da /home” não é a mesma coisa que “a /home”

Lembrando, — por “adicionais”, — que, em cada Linux, convém omitir as partições que fazem parte dele, — pois já estão no respectivo “/etc/fstab”, e são montadas “naturalmente”, — para evitar acesso por caminhos (path) diferentes.

No Kubuntu, por exemplo, é desnecessário comandar a montagem de Linux1 e Home1, — acabaria acessando, ora como “/home”, ora como “/media/flavio/Home1”, — 2 coisas bem distintas, pois a segunda pode incluir as pastas de vários usuários.

No caso do Linux Mint, a montagem de Linux2 e Home2 já ocorre “naturalmente”. — E assim por diante.

As demais partições, precisavam ter a montagem automática habilitada em cada Linux:

  • Menu → Configurações do sistema → Hardware → Armazenamento removível

Partições dos HDDs internos, — sempre plugadas, — a serem montadas automaticamente no início de cada sessão

Já estava marcada a opção “Habilitar a montagem automática de mídia removível”, — denominação um tanto equívoca, pois abrange os “discos fixos”.

Estando marcada essa primeira opção, — no alto, — as 3 sub-opções tornam-se “marcáveis / desmarcáveis”.

Também já tinha sido desmarcada a 2ª sub-opção, — “Montar todas as mídias removíveis no início da sessão”, — pois várias dessas partições não serão acessadas com frequência.

Partições de dispositivos externos, — podem ser montados automaticamente ao conectar

Entre os dispositivos “desconectados”, interessava montar automaticamente a partição ”Backup2”, — a qualquer momento em que o “disco” SSD externo seja plugado.

Marcando a opção da segunda coluna, basta plugar para ser montada, — sem precisar clicar nela, como aconteceria se marcasse (só) na primeira coluna.

Conky


Ajustando as configurações “/home/.conkyrc” à reorganização das partições

Com essas alterações, era preciso ajustar as configurações do Conky, no arquivo (oculto) “/home/conkyrc”, para exibir a ocupação das partições que importa monitorar:

  • Acrescentar a nova partição Backup1
  • Substituir a antiga label “Terabyte” por Backup2
  • Acrescentar a partição Linux16
  • Eliminar as partições Linux5, Linux6 e Linux7, que agora ficam sem uso

Dolphin


Ocultar partições específicas no Dolphin, — ou “Mostrar todas”, para encontrar partições ocultadas

Essas mudanças e novidades nas partições fizeram com que o Dolphin e o Konqueror acabassem perdendo a noção dos “Locais” que devem ser exibidos ou ocultados.

Para ocultar uma “Entrada” em “Locais”, basta clicar com o botão direito e marcar a opção “Ocultar”.

Para encontrar partições ocultadas, basta clicar com o botão direito em qualquer lugar do painel “Locais”  (F9) e selecionar “Mostrar todas”, — as ocultadas aparecerão esmaecidas (cinza).

Dolphin com apenas 8 partições no painel lateral “Locais”, — além da Home, Raiz e Lixeira

Com essas e outras configurações, o Dolphin tem-se mostrado uma boa ferramenta de trabalho, — sem excesso de coisas não-utilizadas, — porém fáceis de encontrar, caso necessárias.

“Menu → Desligar / Sessão → Salvar sessão”, no KDE

Infelizmente, esqueci de “Salvar sessão”, — recurso habilitado pela opção “Restaurar sessão salva manualmente”, em “Configurações do sistema (KDE) → Iniciação e desligamento → Sessão do desktop”, — e no outro dia foi necessário fazer tudo isso, outra vez.

Normalmente, faço isso depois de fechar todos os aplicativos, — exceto KSysguard, Psensor, Xsensors, — e minimizar o Dolphin, com as abas nas pastas escolhidas para o trabalho dos próximos dias.

Resumo do particionamento


Partições dos sistemas, de dados, de backup e de swap

Em forma de Tabela, o particionamento é muito mais simples do que a descrição, passo-a-passo, das modificações requeridas pela inclusão do terceiro HDD.

No entanto, convém registrar as “receitas”, — pois o ciclo de 2 anos, às vezes faz com que esqueça como havia configurado um antigo Kubuntu LTS, na hora de configurar o LTS seguinte, — sem falar das novidades estranhas que surgem, e algumas coisas boas que desaparecem.

Lembrando que a reserva de espaços para instalar 6 Linux no novo HDD não significa que todos os 4 Linux já existentes tenham de ser, necessariamente, transferidos para ele.

Comparativo das funcionalidades já obtidas dos vários Linux instalados e testados em trabalho diário

Na verdade, faz muito mais sentido separar, — em 2 HDDs diferentes, — o Kubuntu 16.04 LTS e o Linux Mint 18 KDE (com as respectivas “/home”).

São os 2 sistemas “principais”, — desempenham tarefas que ainda não consigo realizar nos outros 3 sistemas, — e em caso de falha em um HDD, pelo menos 1 sistema “principal” continuaria pronto para uso imediato, em outro HDD.

Se encontrar um terceiro sistema Linux capaz de desempenhar todas essas tarefas, seria interessante instalá-lo em um outro dos 3 HDDs.

O fato de agora dispor de espaços para 4 + 6 + 3 Linux (contando com o SSD externo) também não significa que valha a pena instalar uma dúzia de sistemas. — Instalar só faz sentido (dentro da minha concepção particular), na medida em que possa configurar por completo, manter sempre atualizado, usar, observar e documentar, — coisas razoáveis até 2 ou 3 sistemas, no máximo, sob pena de acabar tomando várias horas por dia.

Melhor do que ter vários Linux, é ter espaço para instalar, — “se” (e quando) deparar algo que valha a pena conhecer. — E só é possível saber isso, com algum espaço livre para instalar e testar no uso do dia-a-dia.

É claro que interessa acompanhar o KDE “rolling release” do KDE Neon, bem como as novidades em construção no Debian testing, e a evolução do Kubuntu entre o atual LTS e o próximo, — e agora não será necessário removê-los, para testar algum outro.

Enfim, os espaços reservados devem facilitar o remanejamento dos sistemas, de uma partição para outra, entre os HDDs.

(*) Convenções


HDD → “Hard disk drive” → “disco rígido” (mecânico)
SSD → “Solid state drive” → “disco” de Memória em “estado sólido” (não-mecânico)

Sequência da reorganização



__________
Relato desenvolvido de 21 a 23 Dez. 2016, principalmente no Linux Mint 18 KDE e no Kubuntu 16.04 LTS.

— … ≠ • ≠ … —

Ferramentas &tc.


Postado por Mboaba às quinta-feira, dezembro 22, 2016
Marcadores: , , , , , , , , , , , , , ,

Nenhum comentário:

Postar um comentário

Assinar: Postar comentários (Atom)