Linux Para Mortais : SUSE Leap / Enterprise; CentOS / RHEL; Ubuntu; Oracle

Personalizando o menu do GRUB - 1st time

2018-08-17T20:20:00.000-03:00

Quem nunca?

Ligar o computador para uma seção de trabalho ou de lazer pode se tornar uma experiência mais interessante se você personalizar o menu do boot loader!

Se você pesquisar na internet, vai achar milhões de temas prontos para instalar em seu sistema. Um ou dois podem até ter a sua cara. Mas não é muito complicado você mesmo deixar o menu do grub do jeito que você quiser! Em menos de meia hora, dá para deixar ele com um aspecto agradável aos seus olhos. Tudo vai depender do nível de detalhes que você deseja adicionar.

Neste artigo iremos dar algumas dicas de como criar um tema para o menu do GRUB. Como exemplo, iremos mostrar o passo-a-passo de criação do menu mostrado na figura acima.

Na natureza nada se perde, nada se cria, tudo se copia!

Para simplificar as coisas, a gente pode partir de um tema preexistente, copiar ele, e depois fazer as modificações necessárias para deixar ele do nosso jeito.

Instalando um tema: o breeze

No repositório padrão do openSUSE existe um tema bem básico, chamado Breeze. Para instalar o tema Breeze, basta pesquisar por grub2-theme-breeze no Gerenciador de Software e instalar ele, ou simplesmente abrir um terminal e digitar:

sudo zypper in grub2-theme-breeze

Usando o tema breeze

Depois de "instalar" o tema breeze, você precisa configurar o "Carregador de inicialização" para poder utilizá-lo. Observem a figura abaixo, que lá vão algumas dicas!

Na aba "Parâmetros do Kernel" você pode configurar um tema para o menu do GRUB, como mostrado na figura acima.

Grub ou Grub2

Dica 1: ao selecionar o tema breeze, observe a versão do grub que seu sistema está usando. O "tira-teima" é o nome da pasta! No nosso caso, estamos usando a versão dois, pois o caminho para o tema é /boot/grub2/themes/breeze. Elementar!

É importante saber qual versão do grub está sendo usada porque iremos digitar alguns comandos via terminal (CLI, ou Command Line Interface). A sintaxe dos comandos poderá começar com grub ou grub2 (grub-mkfont ou grub2-mkfont, por exemplo), a depender da versão do grub.

Resolução do console

Dica 2: Por maior que seja seu monitor, cuidado com a resolução configurada para o GRUB! Lembrem-se que quando o GRUB entra em ação o Kernel do Linux ainda nem foi carregado, muito menos o X Server. Então não há garantia que altíssimas resoluções serão possíveis. Para garantir, é melhor configurar seu tema para uma resolução VGA típica, como a 1024x768.

Como é o tema breeze

Na figura a seguir podemos ver a "cara" do tema breeze!

O GRUB e o tema breeze!

Podemos ver que o tema breeze é bem básico. Tudo o que iremos fazer é dar uma "repaginada" no tema, modificando os fonts utilizados, e arrumando um pouco o texto do menu.

Variações sobre o tema

De posse das informações que iremos passar, nada impedirá vocês no futuro de fazer o que quiserem, como por exemplo adicionar um "papel de parede" ao menu. Pode ser um bem discreto, como o mostrado na figura a seguir, ou um mais ao seu gosto!

Dica 3: Para adicionar uma imagem no "espaço de trabalho" do menu do grub, basta adicionar a seguinte linha no arquivo theme.txt

desktop-image: "background.png"

Naturalmente, você deverá criar uma boa imagem e salvá-la na pasta do tema, com o nome informado acima (mas pode ser qualquer nome válido, e não apenas o sugerido). Além disso, a imagem precisa estar numa resolução compatível com a resolução selecionada para a tela durante o boot (vide dica 2 mais atrás), senão ela poderá ficar distorcida.

Copiando o tema breeze: MyBreeze!

Agora que já instalamos o breeze, e sabemos onde ele se encontra, podemos copiá-lo simplesmente abrindo um terminal e digitando:

sudo cp -r /boot/grub2/themes/breeze /boot/grub2/themes/MyBreeze

Instalando Fonts "artísticos"

Para prosseguirmos, vamos instalar um pacote de fontes True Type que, apesar de não serem indicadas para escrever uma tese de doutorado, são muito legais se você quiser fazer "decorações" em textos. Para isto, basta digitar o seguinte comando no terminal:

sudo zypper in free-ttf-fonts

A descrição desse pacote diz o seguinte:

"free-ttf-fonts - Free TrueType Art Fonts
More than 300 free fonts in True Type format. Most of them are in the art style and unusable as desktop fonts, but are great for any poster or illustration."

"Most of them are in the art style and unusable as desktop fonts"

Criando nossas Fonts para o GRUB

O GRUB tem uma forma especial de exibir textos, usando um formato próprio de fonts. Obviamente, existe um comando para facilitar a criação de fonts para o grub. Basicamente, é feita uma conversão de fonts True Type para o formato reconhecido pelo grub.

Selecionamos duas fontes básicas para o nosso tema:

Iomanoid - Para o cabeçalho "Selecione o Sistema Operacional"
Cuomotype - Para os demais textos

Dito isto, vamos criar as fontes:

1) primeiramente mudando para o diretório do nosso tema

cd /boot/grub2/themes/MyBreeze

2) depois, digitando os comandos de criação das fonts

sudo grub2-mkfont -v -s 36 -o Iomanoid-regular-36.pf2 /usr/share/fonts/truetype/iomanoid.ttf

sudo grub2-mkfont -v -s 22 -o cuomotype-regular-22.pf2 /usr/share/fonts/truetype/cuomotyp.ttf

sudo grub2-mkfont -v -b -s 22 -o cuomotype-bold-22.pf2 /usr/share/fonts/truetype/cuomotyp.ttf

É fundamental a opção -v (verbose) nos comandos acima, para que possamos saber o "nome real" da font, pois esse nome deverá ser usado no arquivo de configuração theme.txt.

Uma saída típica do comando grub2-mkfont com a opção -v é algo como:

Font name: Cuomotype Regular 22

Max width: 17

Max height: 20

Font ascent: 18

Font descent: 5

Number of glyph: 203

Editando o arquivo theme.txt

O arquivo theme.txt serve para o grub montar o menu de inicialização com uma formatação definida. Assim, vamos fazer algumas modificações no arquivo theme.txt do nosso tema.

Considerando que o terminal continua aberto no diretório /boot/grub2/themes/MyBreeze, basta digitar

sudo nano theme.txt

O editor de textos nano em ação!

Caso você não tenha o nano instalado em seu sistema, basta digitar agora:

sudo zypper in nano

Obviamente, você pode usar qualquer outro editor de textos de sua preferência!

Para simplificar, a seguir mostraremos partes do texto onde foram feitas as alterações. O que realmente foi alterado vai estar em negrito e em azul. Todo o restante será apenas para facilitar a identificação.

O "cabeçalho" do menu de boot

# TODO: file bug report
+ label {
top = 50%-275 # (150+43+32) menu + height + spacer
left = 0%
width = 100%
text = "Selecione o Sistema Operacional"
align = "center"
font = "Iomanoid Regular 36"
color = "#ffffff"
}

Aqui nós reposicionamos o texto ( top = ), colocando ele um pouco mais acima. Colocamos a mensagem em bom português (em text = ). E finalmente usamos a font bem bacana que nós criamos com esse propósito (font = )!

KnowledgeBase #1: A lição aqui é o "comando" + label. Para inserir um texto em qualquer posição da tela, basta inserir esse comando no arquivo theme.txt, quantos quiser; e informar os parâmetros de posição (top, left); tamanho ou largura (width), como preferir chamar; o texto (text); o alinhamento do texto (align) dentro da "janela" definida por top, left e width; a font a ser usada (font); e a cor (color).

O menu propriamente dito

# Show the boot menu

+ boot_menu {

left = 50%-400

width = 800

# NB: this is scooped upwards from the middle.

# effectively 50px are below and the remaining 150 above

top = 50%-150

height = 200

# Icon

icon_width = 4

icon_height = 0

# Item

item_height = 33

item_padding = 1

item_icon_space = 0

item_spacing = 1

item_font = "Cuomotype Regular 22"

item_color = "#7f8c8d"

selected_item_font = "Cuomotype Bold 22"

selected_item_color = "#ffffff"

}

Aqui, nós reposicionamos a "janela" de texto do menu 400 pixels para a esquerda e aumentamos sua largura em mais 400 pixels. Fizemos isso porque aumentamos o tamanho do font de 16 para 22 e, principalmente, para podermos visualizar mais detalhes do item a ser escolhido (versão do kernel, etc).

A caixa de texto explicativo

+ vbox {

left = 50%-200 # same as menu

top = 50%+113 # (50+16+19+28) half menu + spacer + progress + spacer

width = 400 # same as menu

+ label { width = 400 align = "left" color = "#7f8c8d" font = "Cuomotype Regular 22" text = "[Enter] Boot pelo SO selecionado" }

+ label { width = 400 align = "left" color = "#7f8c8d" font = "Cuomotype Regular 22" text = "[↑ ↓] Navegação" }

+ label { width = 400 align = "left" color = "#7f8c8d" font = "Cuomotype Regular 22" text = "[E] Editar item Selecionado" }

+ label { width = 400 align = "left" color = "#7f8c8d" font = "Cuomotype Regular 22" text = "[C] Linha de comando do GRUB" }

}

Aqui nós colocamos um texto em português, usamos nossa fonte, e mudamos o alinhamento para à esquerda!

A contagem regressiva

# Show text progress bar

+ progress_bar {

id = "__timeout__"

left = 50%-400 # same as menu

top = 50%+66 # (50+16) half menu + spacer

width = 800 # same as menu

height = 19 # 14pt

show_text = true

font = "Cuomotype Regular 22"

text_color = "#7f8c8d"

align = "center"

text = "@TIMEOUT_NOTIFICATION_MIDDLE@"

bar_style = "progress_bar2_*.png"

}

Aqui nós reposicionamos a "janela" do texto 400 pixels para a esquerda e aumentamos seu tamanho em mais 400 pixels, para ficar igual ao menu, e porque aumentamos o tamanho do font de 14 para 22.

Salvando tudo e testando

Para salvar as alterações feitas com o nano basta apertar Ctrl + O, apertar Enter. Para sair, apertar Ctrl + X.

Agora que tudo está preparado em nosso tema, basta abrir novamente o "Carregador de inicialização" e configurar o grub para usar nosso tema, do jeito que fizemos anteriormente como o tema breeze.

Agora é só reiniciar o computador para ver como ficou seu tema!

Conclusão!

Como pudemos ver, foram necessárias poucas alterações em theme.txt para deixar o menu do grub com a "nossa cara". Com um pouco de experimentação e observação, dá para descobrir muita coisa interessante do que é possível fazer em theme.txt. Baixar e instalar outros temas, dar uma olhada no arquivo theme.txt de cada um deles pode ser uma boa fonte de aprendizado. Algo a se fazer nas férias, talvez! :-)

Mas se você quiser uma boa fonte de consulta sobre esse assunto, vamos compartilhar um link para um tutorial que descobrimos e que, ao que parece, aborda quase tudo sobre temas para o grub. Apesar de que ele não foi nem 1% necessário para o trabalho que fizemos aqui, ele vai ser importante caso desejem se aprofundar no assunto. Ei-lo!

Até o próximo!

Sugestões de Esquema de Particionamento - Parte I

2018-07-18T18:57:00.000-03:00

Entendendo o Particionamento sugerido pelo openSUSE e mais: como usar LVM

Nesta Parte I da série iremos "dissecar" o particionamento sugerido pelo openSUSE durante uma instalação. Você vai ficar sabendo porque o openSUSE particiona o disco usando GPT e não mais MBR; por que ele sugere usar btrfs como sistema de arquivos para a partição root e porque ele cria aquela lista de sub volumes; Vai descobrir que o openSUSE pode ser instalado sem problemas tanto em máquinas com BIOS quanto em máquinas com UEFI; Por fim, iremos sugerir e mostrar como usar LVM (Logical Volume Management), e assim fazer um aproveitamento mais inteligente do seu HD.

Antes de continuar, se você ainda não leu o artigo que deu origem a esta série, considere ler ele agora, caso assuntos como BIOS, MBR, GPT, UEFI, Partições, Pontos de montagem, Diretório raiz ( / ), etc., ainda lhe causem alguma dúvida. O artigo anterior é um artigo introdutório, que pode ajudar quem é iniciante no Linux.

Placas Mãe com BIOS e/ou UEFI

O openSUSE Leap funciona praticamente do mesmo jeito em máquinas com o BIOS tradicional ou em máquinas com o (nem tão) novo UEFI. A única diferença é o modo de fazer o boot! Isso pode ser comprovado se dermos uma olhada no tipo de partição definido para /dev/sda1, nas figuras abaixo.

Particionamento no BIOS	Particionamento no UEFI

_____[ GPT e BIOS ]____________________________________________

Para que o GRUB consiga fazer boot a partir de um disco particionado com GPT em um sistema baseado em BIOS é necessário ter uma partição de inicialização do BIOS. É para isso que serve /dev/sda1 (8.00 MiB) como BIOS Boot Partition.

____________________________________________[ GPT e UEFI ]_____

Em comparação com o BIOS, no UEFI a partição /dev/sda1 (500.00 MiB) para /boot/efi com vfat é enorme! São 500 MiB. Isso se deve ao fato de que nessa partição de inicialização existe toda uma implementação das especificações EFI system partition. Ela deve ser independente de sistema operacional e atuar como uma área de armazenamento para diversos bootloaders, aplicações e drivers, que serão acionados pelo firmware UEFI da placa mãe.

btrfs e subvolumes na partição root*

Por padrão, o openSUSE usa btrfs e snapshots para a partição root. Snapshots permitem que você faça instantâneos de áreas importantes do sistema antes de uma alteração significativa, e reverta (roll back) essas alterações posteriormente, se for necessário.
Atualizações mal sucedidas ou instalações de drivers causadores de instabilidades no sistema podem ser facilmente revertidas. No caso de atualizações ou de instalações de software via Yast, o openSUSE se encarrega ele mesmo de fazer snapshots. Mas se você for instalar "manualmente" algum software ou driver, você pode usar o Snapper, e fazer você mesmo um snapshot. No openSUSE, snapshots podem ser facilmente gerenciados através do Snapper.

Snapper em ação!

Quando se faz snapshots com a intenção de restaurar (roll back) o sistema, é necessário assegurar que algumas áreas e alguns dados, tais como o diretório /home, conteúdo de servidores Web e FTP, ou arquivos de log não entrem no processo, para não gravar coisas desnecessárias ou para que dados não sejam perdidos ou sobrescritos. Isso é alcançado usando sub volumes no sistema de arquivos de root.

Por padrão, sub volumes são excluídos de snapshots. Durante uma instalação, o Yast propõe a criação de sub volumes para os seguintes diretórios, que serão excluídos de snapshots (e consequentemente não haverá roll back sobre eles).

   /boot/grub2/i386-pc, /boot/grub2/x86_64-efi, /boot/grub2/powerpc-ieee1275, /boot/grub2/s390x-emu

O roll back de configurações do bootloader não é suportado. Os diretórios listados acima são específicos de arquitetura. Os sub volumes @/boot/grub2/i386-pc e @/boot/grub2/x86_64-efi garantem que não haverá nenhuma tentativa de snapshot ou roll back nesses diretórios.

   /home

Se /home não estiver em uma partição separada, esse sub volume evita que dados sejam perdidos nela durante um roll back. Se foi aceita a proposta de uma partição /home separada, não será criado nenhum sub volume pelo Yast.

   /opt

Produtos de terceiros são geralmente instalados em /opt. O sub volume @/opt evita que esses produtos sejam desinstalados em um roll back.

   /root

O diretório /root é o diretório home do usuário root e também deve ser preservado em um roll back! Por isso o sub volume @/root.

   /srv

/srv contém os dados de servidores, tais como Web ou FTP. O sub volume @/srv evita que dados sejam perdidos nesse diretório, não fazendo snapshots nem roll backs.

   /tmp

Todo diretório contendo arquivos temporários e caches dever ser excluídos de snapshots. Por isso o sub volume @/tmp.

   /usr/local

Este diretório é usado quando são feitas instalações manuais de software (make / make install). Da mesma forma que nos casos anteriores, o sub volume @/usr/local garante que eles não serão perdidos em um eventual roll back.

   /var

Por fim, o diretório /var contém inúmeros arquivos variáveis, incluindo logs, caches temporários, produtos de terceiros em /var/opt, e uma série muito grande de outras coisas que precisam ser preservadas. Daí que o sub volume @/var evita perda de dados no caso de um roll back.

* Qualquer semelhança entre essa seção e a documentação oficial sobre o assunto terá sido mero propósito!

É TUDO MEU!

Quando o Yast detecta que o HD está "virgem", ele propõe um esquema de particionamento utilizando toda a área disponível. Mas não é só o openSUSE que faz isso! Se você instalar o Windows nas mesmas condições, ele vai fazer a mesma coisa, como podemos ver na figura abaixo! Isto é uma coisa que precisa ser pensada e é uma das principais razões desse artigo!

Fig. 3 - Windows 10 instalado com UEFI, usando totalmente um HD de 1 TB

O resto é tudo igual como era antes!

Ultrapassada essa questão de BIOS ou UEFI, o que resta a ser feito em termos de particionamento é exatamente igual. Independente de ser BIOS ou UEFI, a proposta do openSUSE Leap é sempre criar uma partição raiz ( / ) grande o suficiente para uma utilização eficaz do sistema, e uma partição /home separada. Além disso, o tipo de particionamento no HD é sempre o GPT!

Premissas & Possíveis cenários

Nosso "laboratório", do ponto de vista do hardware básico, é um computador com 4 GB de RAM e 1 HD com 2 TB de capacidade. Nesse hardware básico, iremos propor e resolver algumas questões e/ou situações que usuários de todos os níveis podem se deparar ao tentar instalar o Linux. São os possíveis cenários a seguir:

Cenário 1: Usar apenas o openSUSE Leap no computador, seguindo a sugestão de particionamento padrão;
Cenário 2: Usar apenas o openSUSE Leap no computador, mas com LVM (Logical Volume Management);
Cenário 3: Instalar o openSUSE Leap "em cima" de uma instalação prévia do Windows 10.

Partiremos do princípio que você já leu o artigo inicial desta série e/ou tem alguma experiência com instalação de sistemas operacionais, particionamento de discos, formatação de partições, pontos de montagem, Etc. Mas se não tiver tanta experiência assim, basta seguir atentamente o passo-a-passo, que vai dar tudo certo!

Cenário 1

O Cenário 1 já foi resolvido aqui no Blog! O artigo Guia definitivo de Instalação do openSUSE Leap explica como fazer isso.

Cenário 3

O Cenário 3 vamos deixar para o próximo artigo!

Cenário 2

Vamos concluir essa primeira parte da série mostrando como usar LVM no openSUSE. O que faremos é usar a "configuração guiada" do Yast, optando por ativar o gerenciamento lógico de volume (LVM) . Com isso garantimos um aproveitamento mais inteligente do disco.

Fig. 4 - Esquema do particionamento com LVM

Cenário 2: LVM, ativar!

Quando estamos instalando o openSUSE guiados pelo Yast no modo gráfico, chegamos rapidamente no momento em que ele mostra o particionamento sugerido. É mostrada uma tela mais ou menos com a mostrada na figura abaixo:

Fig. 5 - Particionamento sugerido pelo Yast para o HD de 2 TB

Podemos observar na figura acima que o Yast, por padrão, utiliza o disco inteiramente, quando percebe que ele está "virgem". Embora para a maioria absoluta dos usuários a configuração sugerida seja satisfatória, causa um certo "desconforto" dedicar quase 2 TB de disco para uma única partição, mesmo que ela seja destinada ao diretório /home (/dev/sda3)!

O problema nesse tipo de configuração é que ela é meio "engessada"! Depois de feita, vai ser meio complicado mudar alguma coisa. Sempre dá para fazer, mas não sem ter de aplicar alguns hacks, e sem ter uma certa preocupação em "acabar com tudo" por imperícia, e ter de refazer tudo de novo!

Por mais que 40 GB seja um bom espaço para a partição root ( / ), se o usuário for daqueles que gostam de sair instalando muita coisa, para experimentar, etc, uma hora esse espaço vai acabar! E há também a questão dos snapshots!...

Se nesse momento optarmos por ativar o gerenciamento lógico de volumes, o openSUSE irá gerenciar melhor esse espaço, não ocupando ele totalmente agora, e permitindo uma alocação desse espaço de forma muito simplificada quando e onde for necessário.

Para ativar o gerenciamento lógico de volumes, basta nesse ponto clicar em [ Configuração guiada ] e, na tela que surgir, marcar essa opção e depois clicar em [ Próximo ].

Fig. 6 - Ativando LVM

Na tela seguinte, basta deixar as coisas como estão e clicar em [ Próximo ] mais uma vez!

Fig. 7 - Deixando algumas coisas como o Yast havia sugerido

Feito isto, o Yast volta à tela "Particionamento sugerido" e podemos ver (um pouco) como as coisas ficaram agora:

Fig. 8 - Particionamento sugerido + LVM

onde está Wally

Conseguem ver a(s) sutileza(s) do(s) detalhe(s), comparando a Fig. 8 com a Fig. 5?

Perceberam que, quando ativamos LVM, o Yast alocou inicialmente os mesmos 2 GB para swap (troca), os mesmos 40 GB para root ( / ), mas agora ele reservou apenas 25.00 GB para /home?! Pois é... Atitudes inteligentes levam à resultados inteligentes! ;-)

Quando ativamos LVM, o Yast criou um Volume Físico (Physical Volume ou PV) ocupando todo o HD (excluindo obviamente o que foi necessário para o sistema de boot, uefi, etc). Isso foi feito em /dev/sda2. Isso é necessário para garantir que o HD seja totalmente gerenciado por LVM. A partição /dev/sda2 tornou-se um Volume Físico.

Fig. 9 - O volume físico /dev/sda2, com seus incríveis 2 TB!

Foi criado também um Grupo de Volume (Volume Group ou VG), chamado system, usando completamente o PV criado anteriormente.

Finalmente, com um VG gigantesco à disposição, podemos criar Volumes Lógicos (Logical Volumes ou LVs) à vontade. Foram criados os LVs swap (/dev/system/swap), root (/dev/system/root) e home (/dev/system/home)!

Fig. 10 - O Grupo de Volume system e seus Volumes Lógicos home, root e swap

OBS.: Para ter acesso às telas mostradas nas figuras 9 e 10, basta clicar em "Particionador avançado", estando na tela mostrada na Fig. 8, e selecionar "Iniciar com a proposta atual". Depois de "xeretar" pelas telas do particionador avançado, não esqueça de clicar no botão [ Voltar ], para garantir que não vai alterar nada do que tinha sido feito anteriormente!

NOTA: Só clique no botão [ Cancelar ] do Yast se realmente quiser cancelar a instalação!

25 + 40 + 2: a sutileza do detalhe!

A sutileza de se ativar LVM é que o Yast é "inteligente" o bastante para criar os volumes lógicos com um tamanho razoavelmente bom para começar a usar o computador, principalmente home, mas deixando por conta do usuário decidir depois, quando e se for necessário, onde ele vai usar o restante dos 2 TB do Grupo de Volume system!

1,93 Tera Bytes à disposição, para quando for necessário e onde for preciso

Subtraindo do espaço disponível os 67 Giga Bytes da instalação inicial: 25 de home, 40 de root e 2 de swap, ficaram sobrando lá no VG (Volume Group ou Grupo de Volume) 1,93 Tera Bytes!

Na medida em que o diretório /home for ocupando espaço, com dois simples comandos (lvextend e xfs_growfs) será possível expandir a capacidade do sistema de arquivos de /home, sem dor de cabeça, sem precisar de hacks, sem precisar sequer desmontar a partição!

Da mesma forma, se por alguma razão faltar espaço na partição root ( / ), basta estender o volume lógico de root, e depois seu sistema de arquivos. Graças ao modo como LVM funciona, também neste caso não iremos precisar de hacks nem utilizar o modo de recuperação (como é impossível desmontar a partição root com o sistema "no ar", em outras situações seria necessário fazer boot por outro meio).

Você pode também usar sua criatividade e utilizar tanto espaço sobrando para criar outros volumes lógicos "experimentais" ou para atividades mais sérias, como criar um volume lógico dedicado a uma rotina de backup, por exemplo!

Para entender como funciona LVM, temos outra sério de artigos aqui no Blog que pode ajudar. Clique aqui quando quiser ler mais sobre esse assunto.

Mas nem tudo é perfeito!

De acordo com a documentação oficial, ao optar por usar LVM não será possível fazer rollback de um snapshot "bootável" (BOOTABLE SNAPSHOT), pois não é possível dar boot por um snapshot de um sistema de arquivos em LVM (Booting from LVM volume snapshots is not supported).

Mas, que diabos é um "snapshot bootável"?!

Um dos grandes atrativos em aceitar a sugestão do openSUSE de usar um sistema de arquivos baseado em btrfs é que ele ativa a criação de snapshots automáticos, permitindo assim a fácil restauração do sistema.

Durante o boot, o GRUB exibe um menu com opções para você escolher um snapshot do sistema feito anteriormente. Após o boot por um snapshot, basta um simples comando para efetivar o rollback, deixando o sistema exatamente como se encontrava quando o snapshot foi feito.

Infelizmente, essa feature ainda não é possível se o sistema de arquivos raiz ( / ), e seus consequentes snapshots, estiverem numa partição LVM.

Mas nem tudo está perdido!

Apesar da restrição acima, que é UMA FACILIDADE, isso não quer dizer que você não possa fazer restaurações de sistemas baseados em LVM!

A diferença é que, sem a possibilidade de fazer boot por um snapshot em LVM, você terá que desfazer as mudanças "manualmente", mas cujo resultado final é o mesmo que um rollback via "snapshot bootável"! E isto fica claro nesta seção da documentação oficial, que "printamos" abaixo:

E assim concluímos essa primeira parte da série! Uma vez que você tenha definido o modo de particionar seu HD, aceitando a sugestão do Yast ou a nossa, basta prosseguir com a instalação como já explicado no artigo Guia definitivo de Instalação do openSUSE Leap.

Em outra oportunidade -- muito em breve -- iremos mostrar como gerenciar volumes lógicos no openSUSE.

Até o próximo!

Sugestões de Esquema de Particionamento - Prólogo

2018-07-11T21:06:00.001-03:00

Neste artigo, o primeiro de uma nova série, iremos tratar de assuntos que ainda causam alguma dúvida em boa parte das pessoas quando elas precisam decidir como utilizar um HD. O principal assunto será o Esquema de Particionamento. Mas outros assuntos serão tratados juntamente, pois estão intimamente ligados ao particionamento, como por exemplo a Estrutura de Diretórios.

Se o próximo parágrafo não deixar você em dúvida, então pode aguardar o próximo artigo "Sugestões de Esquemas de Particionamento - Parte I", pois você já está um pouco avançado nesse assunto. Mas continue lendo na sequência se tiver alguma dúvida ou quiser sair do pragmatismo, e aprofundar um pouco mais na teoria!

O Linux requer pelo menos uma partição, que deve estar associada ao diretório /, o qual é o sistema de arquivos raiz (root). Mas é comum ter partições separadas para diretórios específicos, como o /home. As diferentes partições que você criar serão conectadas à partição raiz, montando-as em pontos de montagem que você escolher. O esquema de particionamento no Linux depende de qual o propósito de sua instalação. Para uma instalação padrão de uso geral, você pode ter uma partição raiz ( / ), uma partição de boot ( /boot ), uma partição home ( /home ) e uma partição de swap. Entretanto, há diferentes configurações para diferentes propósitos. Por isso aqui vai uma lista de diretórios que, ficando em partições separadas, isso pode trazer alguma vantagem:

/boot - A partição montada em /boot irá conter o Kernel do sistema operacional, juntamente com arquivos usados durante o processo de boot (inicialização). Para a maioria dos usuários, uma partição com 500 MB é suficiente.

swap - Normalmente, a partição swap deverá ter duas vezes o tamanho da RAM instalada no sistema. O uso de uma partição de swap não é obrigatório. Mas sua finalidade é ser usada como "memória auxiliar" pelo Linux, caso falte memória RAM suficiente para toda as atividades, e também ser usada como área de dump da memória do sistema, se você acionar o recurso de hibernação.

/home - É muito prático colocar o diretório home em uma partição separada. Mesmo que a partição raiz seja corrompida ou destruída, os dados dos usuários terão uma boa chance de permanecerem intactos. Na via inversa, o sistema operacional poderá continuar funcionando se eventualmente o diretório de um usuário em /home ficar lotado de arquivos, e deixar o sistema de arquivos sem espaço.

/usr - Arnazena as bibliotecas e dados do sistema. Criar uma partição /usr separada torna mais fácil manter o sistema atualizado, mesmo se você precisar reinstalar o sistema desde o início.

/opt - Se você costuma instalar produtos de terceiros, você irá desejar ter /opt em uma partição separada. Isso irá facilitar a manutenção dos aplicativos de terceiros funcionando após atualizações de versões.

/srv - Se você usa seu sistema como um servidor, criar uma partição separada para /srv será uma boa ideia, uma vez que ela irá conter seu servidor Web ou FTP.

/tmp - Colocar /tmp em uma partição em separado irá poupar você de fazer backup de arquivos inúteis! Além disso, assim como no caso da partição separada para /home, uma partição /tmp cheia não irá derrubar o sistema (embora alguns aplicativos possam parar de funcionar a contento, até resolver o problema).

/var - Uma vez que os arquivos de log são armazenados em /var, é uma boa ideia ter ela em uma partição separada. Se você deixar /var dentro de uma partição root ( / ) muito pequena, não será difícil rapidamente acabar com o espaço disponível nela, e consequentemente derrubar o sistema!

O BOOT e as Tabelas de Partição

Algumas das primeiras decisões que devemos tomar durante a instalação do Linux é o particionamento do disco e qual sistema de arquivos usar. Evoluções na última década no processo de boot nos fazem discutir esse tema novamente.

Muitas pessoas, por gosto pessoal ou por necessidade, rodam Windows e Linux na mesma máquina. A maioria dos boot-loaders atualmente são inteligentes o suficiente para reconhecer qualquer número e tipos de sistemas operacionais instalados, e criam um menu onde o usuário pode escolher por qual sistema fazer o boot.

Embora nós encorajemos a todos deixarem que o Linux gerencie 100% da máquina, e passem a usar o Windows (se isso for mesmo inevitável) dentro de máquinas virtuais (VMs), sabemos que existem situações onde rodar o Windows dentro de uma VM inviabiliza seu uso, como no caso da maioria dos jogos, que exigem alto desempenho gráfico. Então, paciência! ¯\_(ツ)_/¯

BIOS versus UEFI e MBR versus GPT

Até o final da década de 2000, o BIOS (Basic Input/Output System) era a principal, se não a única, forma de dar partida em um computador. Mas por questões de limitações do BIOS diante de novas tecnologias e por questões de novas ameaças que afetavam a segurança, a Intel, Microsoft e outros terminaram impon... que dizer, propondo ao mundo a UEFI -- Unified Extensible Firmware Interface.

Com o advento dos Flash BIOS, Firmwares, e etc e tals, e como "o mundo jaz no maligno" (he-he), surgiram também os rootkits, e novas "espécies altamente evoluídas" de vírus que se aproveitavam de falhas no BIOS dos computadores, se instalavam nele, e eram praticamente indetectáveis tanto pelo SO, quanto por qualquer antivírus na face da terra!

Vamos aceitar que a UEFI é melhor porque veio para resolver esses problemas de segurança e uma série de outras limitações do BIOS. Basicamente, a UEFI é um novo BIOS bastante evoluído, com uma assinatura digital, dando maior segurança, além de outros recursos avançados que fogem ao escopo do artigo.

Toda essa lenga-lenga desse tópico é porque o Windows de uns tempos para cá só fica "feliz" se você tiver sua máquina configurada em modo UEFI, safe boot e etc! A coisa é tão séria, que até mesmo a Intel publica tutoriais ensinando como converter sua instalação Windows de BIOS/MBR para UEFI/GPT: "Convertendo a instalação do Windows® de Legacy (Herdado) para UEFI, sem perda de dados".

A Tabela de Partição GUID (GPT) é um estilo de particionamento alternativo e contemporâneo; destina-se a substituir o antigo sistema Master Boot Record (MBR). A GPT tem várias vantagens sobre o MBR, que tem peculiaridades que remontam aos tempos do MS-DOS. Com os recentes desenvolvimentos das ferramentas de formatação, é igualmente fácil obter boa confiabilidade e desempenho tanto com GPT quanto com MBR.

NOTA: Para o GRUB inicializar a partir de um disco particionado por GPT em um sistema baseado em BIOS, é necessária uma partição de inicialização do BIOS.

Alguns pontos a considerar ao escolher entre GPT e MBR:

Para dual-boot com o Windows (32 bits e 64 bits) usando o BIOS (modo legacy), o esquema MBR é necessário.
Para dual-boot com o Windows de 64 bits usando o modo UEFI em vez do BIOS, o esquema GPT é obrigatório.
Se você estiver instalando em hardware mais antigo, especialmente em laptops antigos, considere a possibilidade de escolher o MBR, pois seu BIOS pode não suportar o GPT.
Se você estiver particionando um disco de 2 TB ou maior, será necessário usar o GPT.
Recomenda-se sempre usar o GPT para inicialização de UEFI, pois algumas implementações de UEFI não suportam a inicialização para o MBR enquanto estiverem no modo UEFI.

Se nenhuma das opções acima for um empecilho, escolha livremente entre GPT e MBR. Porém, como a GPT é mais moderna, ela é sempre mais recomendável.

Aqui vai uma lista de algumas vantagens do GPT sobre o MBR:

Fornece um GUID de disco exclusivo e um GUID de partição exclusiva (PARTUID) para cada partição - Uma boa maneira do sistema referenciar partições e discos.
Fornece um nome de partição independente do sistema de arquivos (PARTLABEL).
Número arbitrário de partições - depende do espaço alocado para a tabela de partições - Não há necessidade de partições estendidas e lógicas. Por padrão, a tabela GPT contém espaço para definir 128 partições. No entanto, se você quiser definir mais partições, poderá alocar mais espaço para a tabela de partições (atualmente, somente o gdisk é conhecido por suportar esse recurso).
Usa LBA (Logical Block Addressing) de 64 bits para armazenar números de setor - o tamanho máximo de disco endereçável é 2 ZiB (2^70 bytes). O MBR está limitado a endereçar 2 TB de espaço por unidade.
Armazena um cabeçalho de backup e uma tabela de partição no final do disco, o que ajuda na recuperação, caso os principais estejam danificados.
Checksums CRC32 para detectar erros e corrupção do cabeçalho e da tabela de partições.

Considerando os pontos acima, percebe-se que o particionamento baseado em MBR (também conhecido como DOS Partition) tornou-se muito limitado em virtude dos HD gigantescos disponíveis. Basta lembrar que o conceito de MBR foi introduzido publicamente em 1983, juntamente com o PC DOS 2.0. Naquele tempo, quem tinha um HD de 10 MB era rico!

Se você particionar um HD com MBR, ficará limitado a quatro partições primárias. E embora você possa contornar isso usando uma partição estendida (e n volumes lógicos "dentro" dela), ainda assim você ficará limitado a 2 TB. Sim, a forma como MBR endereça volumes no disco só permite gerenciar um total de volumes de até 2 TB. Por outro lado, se você particionar um HD com GPT, você poderá endereçar até 18 exabytes e ter até 128 partições por disco.

O particionamento GPT procura manter uma compatibilidade "para trás", ou seja, se você particionar um disco com GPT e introduzi-lo em um computador que que só sabe ler MBR não será difícil que ela seja reconhecido adequadamente. Ou, se você instalar nele um SO meio "cascudo", que só entenda de MBR, essa compatibilidade "para trás" poderá ajudar também. Se quiser mais informação sobre isso, vou apelar para a Wikipedia!

Antes de uma instalação sua distribuição do Linux, é bom verificar se ela funciona adequadamente em máquinas com UEFI. Se não, verificar se é possível "desabilitar" o modo UEFI, ativando o Legacy Mode Boot, no Setup da máquina.

ATENÇÃO: Não desabilite o modo UEFI de sua máquina se você já tiver o Windows instalado nela! Se você fizer isso, ele simplesmente não vai mais dar boot! Só faça isso se for uma necessidade técnica e/ou se for começar uma instalação "do zero".

Faz algum tempo, em 2009, nós publicamos aqui no Blog dois artigos que trataram do assunto diretórios, numa linguagem bem acessível. Então, para não repetirmos o que já escrevemos, pedimos que, por favor, leiam aqueles dois artigos:

Diretórios e arquivos 1: a pasta home

Diretórios e Arquivos 2: diretórios do sistema

Neste novo artigo, iremos falar de alguns diretórios especiais e da relação entre eles e o particionamento.

Olhando o diagrama acima, podemos identificar todos aqueles diretórios que podem ficar em partições separadas, e com isso trazer alguma melhoria no sistema. No centro, está o diretório raiz ( / ).

Revisitando o diretório raiz

Assim como no Unix, tudo no Linux parte do diretório raiz, simbolizado pela barra normal ( / ). Seus documentos, por exemplo, ficam dentro da pasta cujo caminho, por padrão, é /home/usuário/Documentos, onde usuário é o nome (ID ou login) de seu usuário no sistema.

NOTA: Não confundam o diretório raiz ( / ) , cujo termo em inglês é root, com o diretório /root! O diretório raiz é representado pela /, como já dissemos. O diretório /root é, na verdade, a "casa" (home) do usuário especial root, o super usuário (su) todo poderoso do Linux. Assim, na pasta /root, espera-se encontrar os arquivos "de trabalho" do usuário root.

Como tudo parte do diretório raiz, é lógico deduzir que, para que o Linux funcione, é preciso ao menos um região no HD associada a ele (ao diretório raiz). A essa região no disco costumamos dar o nome de Partição.

Visão geral do gerenciamento de discos no Linux

No contexto atual, basta saber que os discos no Linux não são identificados por uma letra de unidade tipo C: ou D:, como é no Windows. No Linux, os discos são identificados por um nome de dispositivo. Normalmente, os discos são identificados da seguinte forma: /dev/hda, /dev/hdb, /dev/sda, /dev/sdb, /dev/sr0, ...

/dev é um diretório especial do Linux. Na verdade, tudo dentro dele representa um Dispositivo. dev vem de device, que significa dispositivo, em inglês.

hda e hdb são dispositivos conectados na interface IDE, normalmente HDs ou CD/DVD-ROMs;
sda e sdb são dispositivos conectados na interface SATA, SCSI ou até mesmo USB;
Finalmente, sr0 costuma ser uma unidade CD/DVD-ROM conectada à uma porta SATA, USB ou SCSI.

Se um computador tiver apenas um HD e mais uma unidade de DVD conectados em portas SATA, muito provavelmente o HD será identificado como /dev/sda e a unidade DVD como /dev/sr0. Se futuramente mais um HD for conectado em outra porta SATA disponível, ele será identificado como /dev/sdb, e assim sucessivamente no Linux.

Visão geral do particionamento de um disco

Um disco rígido pode e deve ser utilizado para muita coisa. Principalmente hoje em dia, quando por algumas centenas de Reais é possível comprar um HD com capacidade de 2 TB!

Em um HD de 2 TB é possível, por exemplo, instalar simultaneamente três sistemas operacionais, além de armazenar nele todos os documentos de texto, planilhas e apresentações que você consiga produzir durante quase uma vida! Mas tudo junto e misturado? De jeito nenhum...

Para poder aproveitar de forma útil, prática e eficiente um HD, é preciso dividi-lo em áreas ou estruturas, reservando-as para cada uso em particular.

A essa divisão de um HD, com o propósito de melhor aproveitá-lo, chamamos de particionamento.

Já sabemos que /dev/sda identifica um HD inteiro. Quando criamos partições nesse HD, elas são identificadas por números. Vejamos alguns exemplos:

/dev/sda1, /dv/sda2 -- Duas partições primárias;
/dev/sda1, /dev/sda2(e), /dev/sda5, /dev/sda6, /dev/sda7 -- Uma partição primária (sda1) e três partições estendidas (sda5, sda6 e sda7 -- "dentro" de /dev/sda2).

Um computador com Linux, em uma configuração extremamente mínima, teria um único HD com uma única partição associada ao diretório raiz ( / ). Algo como:

#/etc/fstab
(...)
/dev/sda1 / ext4 acl,user_xattr 0 1
(...)

Nesse hipotético cenário, a linha /dev/sda1 / ext4 acl, user_xattr 0 1 instrui o Linux a associar a partição /dev/sda1 ao diretório raiz ( / ) do sistema! Por mais confuso que isso possa parecer, o que importa agora é o conceito! É assim que o Linux associa uma partição à um diretório do sistema. A isso chamamos de Ponto de Montagem. O arquivo fstab dentro de /etc existe com esse propósito: instruir o Linux a montar automaticamente partições em disco, montando-as nos diretórios especificados.

Partições, Pontos de montagem e seus Diretórios

Já foi dito que em uma instalação padrão de uso geral, o particionamento pode ser feito da seguinte forma:

uma partição de swap;
uma partição de boot ( /boot );
uma partição raiz ( / );
uma partição home ( /home ).

Em um HD cuja Tabela de Partição seja baseada em MBR (Master Boot Record), é possível ter até quatro partições primárias. Assim, poderíamos fazer a seguinte divisão no disco, para simplificar as coisas:

Partição	Ponto de montagem	Significado / Função
/dev/sda1	swap	swap
/dev/sda2	/boot	Partição de boot
/dev/sda3	/	Partição raiz (root)
/dev/sda4	/home	Partição home

Uma vez que você tenha particionado seu disco conforme o propósito de sua instalação, será necessário definir os pontos de montagem. Sendo assim, deveríamos encontrar em fstab alguma coisa como:

# Pontos de montagem definidos em /etc/fstab
/dev/sda1 swap swap defaults 0 0
/dev/sda3 / btrfs defaults 0 0
/dev/sda2 /boot ext2 0 0
/dev/sda4 /home xfs defaults 1 2

Qual a diferença entre um ponto de montagem e um diretório?

Existe uma sutileza aqui que precisa ser muito bem compreendida, se você quiser trabalhar com particionamentos configurados por você mesmo no futuro. (Uma coisa é dar uma "googlada" e "fazer você mesmo". Outra coisa é fazer você mesmo!)

Pelos parâmetros em /etc/fstab, a partição /dev/sda3 é a partição montada como diretório raiz ( / ) de nossa configuração em estudo, correto? Imagine momentaneamente que não existem outras partições agora, que nosso sistema em estudo possui apenas as partições raiz ( / ) e de swap. Naturalmente, se pedirmos para listar o conteúdo do diretório raiz, iremos ver algo como:

user@system:~> ls -l /
total 112
drwxr-xr-x   2 root     root   4096 jun 26 20:55 bin
drwxr-xr-x   4 root     root   4096 jul 6 18:44 boot
drwxr-xr-x 22 root     root   4440 jul 11 17:46 dev
drwxr-xr-x 134 root     root 12288 jul 11 17:46 etc
drwxr-xr-x   3 root     root     22 jun 28 17:36 home
drwxr-xr-x   9 root     root   4096 jun 26 21:24 lib
drwxr-xr-x   5 root     root   4096 jun 26 21:23 lib64
drwx------   2 root     root 16384 jun 26 21:15 lost+found
drwxr-xr-x   2 root     root   4096 jun 7 15:45 mnt
drwxr-xr-x   4 root     root   4096 jun 27 15:05 opt
dr-xr-xr-x 218 root     root      0 jul 11 14:46 proc
drwx------   9 root     root   4096 jul 11 17:49 root
drwxr-xr-x 35 root     root    980 jul 11 17:47 run
drwxr-xr-x   2 root     root 12288 jun 27 14:06 sbin
drwxr-xr-x   2 root     root   4096 jun 7 15:45 selinux
drwxr-xr-x   5 root     root   4096 jun 26 21:23 srv
dr-xr-xr-x 13 root     root      0 jul 11 18:24 sys
drwxrwxrwt 18 root     root 12288 jul 11 18:15 tmp
drwxr-xr-x 12 root     root   4096 jun 7 15:45 usr

Podemos ver na listagem acima todas as pastas já citadas, inclusive /home!

Continuando nessa imaginação, pense nos usuários desse sistema, e na quantidade enorme de arquivos que eles produzem! Tudo será gravado na pasta /home, correto? E onde está /home? Isso mesmo, no diretório raiz! Consequentemente, tudo o que for gravado dentro de /home estará sendo, na verdade, gravado em /dev/sda3, pois ela é a partição do disco montada como diretório raiz.

Então, no contexto em que estamos imaginando, /home é "apenas" um diretório! Um diretório dentro do diretório raiz ( / ).

Agora vamos deixar esse cenário imaginário e vamos considerar todas as configurações em /etc/fstab, principalmente a linha em negrito:

# Pontos de montagem definidos em /etc/fstab
/dev/sda1 swap swap defaults 0 0
/dev/sda3 / btrfs defaults 0 0
/dev/sda2 /boot ext2 0 0
/dev/sda4 /home xfs defaults 1 2

Ter incluído essa linha em /etc/fstab, da mesma forma que as outras, instrui o Linux a montar automaticamente as partições nos pontos de montagem especificados. A linha em negrito é equivalente a executar "manualmente" o seguinte comando:

mount /dev/sda4 /home

Aportuguesando o comando, ele significa o seguinte:

"Monte a partição /dev/sda4 no diretório /home"

Simples assim!

Agora, nesse contexto, nós "transformamos" /home em um ponto de montagem. E isso tem um significado importantíssimo: significa que tudo o que for gravado dentro de /home será gravado em /dev/sda4, e não mais em /dev/sda3!

Do ponto de vista lógico, você acessa /home, como um diretório qualquer. Mas do ponto de vista físico, digamos assim, tudo o que você fizer nele, estará fazendo em /dev/sda4.

Então, respondendo à pergunta:

Um ponto de montagem é um diretório vinculado à uma partição (ou dispositivo)!

Essa vinculação pode ser dar manualmente, através do comando mount, ou automaticamente, inserindo uma linha com esse propósito em /etc/fstab.

"Cenas dos próximos capítulos..."

Qualquer que seja a necessidade de sua instalação, a lógica a ser utilizada seguirá sempre o caminho mostrado aqui: criar no HD quantas partições forem necessárias e definir os pontos de montagem para essas partições.

No próximo artigo, iremos começar uma série de sugestões de esquemas de particionamento durante uma instalação, e as explicações necessárias para compreender o "por que" de cada caso!

Para fazer as sugestões de particionamento, é claro, nós iremos explicar algumas coisas:

como fazer o particionamento você mesmo durante a instalação, partindo da sugestão dada ou "do zero";
qual sistema de arquivos usar (ext2, ext3, ext4, xfs ou btrfs?) em determinada partição e por que;
usar LVM (Logical Volume Management) ou não.

Trataremos disso tudo no próximo artigo.

No próximo artigo também, para começar de fato a série de sugestões, iremos "dissecar" o esquema de particionamento sugerido por padrão pelo openSUSE, e propor algumas "variações sobre o tema". Prometemos que essa "variação sobre o tema" será bastante interessante, e aqui vai um "spoiler": tem a ver com LVM!

Até o próximo...

Instalando o VirtualBox 5 no Leap 15

2018-07-07T22:24:00.003-03:00

Está tentando instalar o VirtualBox 5 no openSUSE Leap 15.0 e não está conseguindo fazer ele funcionar? Você já utilizava o VirtualBox 5 numa versão anterior do openSUSE e agora ele não funciona mais, após ter feito o upgrade para a versão 15.0?

Neste artigo, vamos mostrar como resolver isso muito facilmente. É tudo uma questão de informação.

ATUALIZAÇÃO EM 18/07/2018: a versão 5.2.16 funciona, com algumas ressalvas. Leia o artigo!

------------------ ATUALIZAÇÃO. EDITADO EM 18/07/2018 --------------------------------

A nova versão, a 5.2.16, ainda não está disponível nos repositórios oficiais. Você só irá encontrá-la para download no site do VirtualBox. Mas funciona na instalação padrão via RPM ou Script (.run), porém com as seguintes ressalvas:

Versão RPM

VirtualBox-5.2-5.2.16_123759_openSUSE132-1.x86_64.rpm

Foi preciso baixar a biblioteca libvpx1-1.3.0-8.1.x86_64.rpm diretamente da internet e instalar, pois ela é necessária e não existe em nenhum repositório oficial! Foi feita a seguinte pesquisa no Google:

https://www.google.com.br/search?q=opensuse+libvpx.so.1&oq=open&aqs=chrome.1.69i57j69i59l2j69i60l3.6173j0j8&sourceid=chrome&ie=UTF-8

Onde encontrei:

https://pkgs.org/download/libvpx.so.1()(64bit)

https://opensuse.pkgs.org/42.3/opensuse-update-oss/libvpx1-1.3.0-8.1.x86_64.rpm.html

Em pkgs, foi baixado o pacote:

http://ftp.gwdg.de/pub/opensuse/update/leap/42.3/oss/x86_64/libvpx1-1.3.0-8.1.x86_64.rpm

Depois de instalar esse pacote, foi possível instalar o RPM baixado.

Versão Script (.run)

VirtualBox-5.2.16-123759-Linux_amd64.run

Se você fica preocupado em baixar pacotes de sites não oficiais (e deve mesmo!), pode baixar a versão "All distributions (built on EL5 and therefore do not require recent system libraries)" e instalar, que funciona! Porém, ela vai para a pasta /opt/VirtualBox e será preciso reinstalar toda vez que houver uma atualização de Kernel. Mas isso você já sabia!

E se nada disso der certo?!

Bem, neste caso, você pode sempre usar o Modo 3 sugerido no artigo. Sempre funciona!

------------------ FINAL DA ATUALIZAÇÃO. Continue lendo ;-) --------------------------------

Modos de instalar o VirtualBox no openSUSE

Modo 1: fazer o download do pacote RPM do VirtualBox para o openSUSE e instalar;
Modo 2: adicionar o repositório fornecido pela Oracle para o VirtualBox no openSUSE e instalar o pacote pré compilado (virtualbox) através do gerenciador de software ou através do zypper;

Nenhum dos modos acima funcionou no openSUSE Leap 15.0!

Modo 3*: adicionar o repositório de ferramentas de virtualização da comunidade openSUSE e instalar o pacote pré compilado do virtualbox encontrado lá!

Ao menos por enquanto, esse foi o único modo que funcionou no openSUSE Leap 15.0!

* Existe um Modo 3 alternativo, mas vamos deixar para apresentá-lo ao final do artigo, pois ainda temos que fazer uma limpeza na área antes!

Limpando a bagunça!

É muito provável que, após ter tentado muitas vezes instalar o VirtualBox, você nem lembre mais o que fez! Bem vindo ao clube :-) Naturalmente, quando isso acontece, fica muito "fio desencapado" espalhado pelo sistema, e precisamos dar um jeito!

Antes de prosseguir com a dica que acabamos de dar, cerifique-se de remover todo e qualquer pacote ou vestígio do virtualbox que você tiver agora em seu sistema.

Um modo simples de fazer isso é abrir o Gerenciador de Software e pesquisar por virtualbox. Após a pesquisa, clique com o botão direito no painel que mostra os pacotes instalados (outros não) e selecione "Apagar" em "Tudo nesta lista".

Atenção! Certifique-se que digitou virtualbox no campo de pesquisa, e pode apagar tudo na lista sem medo.

A figura abaixo mostra esse procedimento sendo executado em nosso equipamento:

O repositório de Virtualização oficial da comunidade

O link para o repositório de virtualização da comunidade openSUSE para a versão Leap 15.0 é o seguinte:

http://download.opensuse.org/repositories/Virtualization/openSUSE_Leap_15.0/

Você pode adicioná-lo da forma que preferir. Acreditamos que a essa altura do campeonato você já sabe como adicionar um repositório,e por isso vamos deixar por sua conta fazer isso :-()

Instalando o VirtualBox

Agora que temos o repositório adicionado, a melhor maneira de instalar o virtualbox pré compilado para o openSUSE Leap 15.0 é, no Gerenciamento de software, selecionar "Ver" / Repositórios e clicar no repositório de virtualização que foi inserido. Após isso, e ao lado direito, localizar o pacote virtualbox, selecionando-o para instalação.

Após selecionar o pacote pré compilado do virtualbox, o Gerenciador de software irá adicionar todas as dependências de pacotes. Basta dar uma conferida e clicar em "Aceitar".

Rodando o VirtualBox 5 pela primeira vez no Leap 15.0

Depois de ter sido instalado, faltam duas coisas para que o VirtualBox 5 funcione redondo do Leap 15.0:

Habilitar o uso de portas USB no VirtualBox (USB passthrough);

Quando executamos o VirtualBox logo após a instalação ele nos mostra uma tela como a da figura acima!

Apesar do alerta, não vimos problema em habilitar essa feature. Até porque, a tela acima é mostrada toda vez que executamos o VirtualBox, se selecionamos "Disable"!

Instalar o pacote de extensão.

É muito provável que você sempre instale o pacote de extensão do Virtual Box, para adicionar funcionalidades extras. Se faz isso, será necessário instalar ele "manualmente" após a instalação.

OBS.: A build pré compilada está na versão 5.2.12-r122571 no momento em que escrevemos esse artigo, enquanto que a build no site já está na versão 5.2.14. Assim, para baixar o Extension Pack correto acesse a página Old Builds.

NOTA: Na figura acima, dá para ver que a release do Extension Pack baixada (a única encontrada foi a 122591) está diferente da instalada. Isso não gerou nenhum problema. Aparentemente, o importante é o número da release ser o mesmo!

Modo 3 alternativo: 1-Click Install

Neste tópico vamos revelar um "segredo", uma verdadeira "mina de ouro" para quem utiliza o openSUSE: trata-se do openSUSE Download Server!

Sempre que tiver um tempinho, não deixe de fazer uma "garimpagem" no openSUSE Download Server. Existem muitas "pepitas" por lá! Descobrir novos recursos e funcionalidades tem sido uma coisa muito frequente para nós, "garimpeiros" do Blog.

Foi garimpando no openSUSE Download Server que descobrimos o repositório de virtualização. Mas o principal motivo para estarmos falando sobre isso foi que, por causa de um aviso que vimos por lá, nos lembramos que o melhor lugar para procurar pacotes específicos é o Software Portal, o Portal de Software para o openSUSE.

Pesquisando por virtualbox no Software Portal

Como podemos ver na figura acima, pesquisando por virtualbox no Software Portal encontramos um pacote correspondente, e a interessante informação: "VirtualBox is an Emulator"! Clicando em "Obtenha", seremos direcionados a outra tela, como a mostrada na figura abaixo:

Ôpa, dá para ler alí: "Versão 5.2.12 Tamanho 11,9 MB openSUSE Leap 15.0"! Clicando em "Instalar diretamente", veremos o seguinte quadro de diálogo:

Para quem não conhece esse recurso, o 1-Click Install simplifica o processo de instalação de um pacote, pois por trás de tudo está o Yast! Através desse processo, o Yast inclui todos pacotes e repositórios necessários para a efetiva instalação do pacote em questão, ou seja, essa versão "alternativa", na verdade, deveria ser a principal, he-he. Ela faz todo o trabalho por nós: Inclui o(s) repositório(s) necessário(s) e instala o(s) pacote(s).

Mas, por que não mostramos isso desde logo no início?! Bem, lembram que tivemos que limpar uma bagunça antes? Pois é, foi por isso!...

É isso. Esperamos que o VirtualBox volte a funcionar para todos vocês!

Até o próximo...

Criando um USB Stick ou Pen Drive de Instalação do openSUSE

2018-07-05T17:17:00.000-03:00

Direto ao assunto: neste artigo vamos mostrar como preparar um Pen Drive para que ele funcione como mídia de instalação do openSUSE. Simples assim. Isso é útil por uma série de razões e a principal delas é, ao nosso ver, para o caso de seu computador ou notebook não ter uma unidade de CD/DVD-ROM!

Mas, antes, vamos esclarecer que Pen Drive é também conhecido no confuso mundo da informática como "memory sticks," "USB sticks" ou "flash drives". A gloriosa Wikipedia tem uma pá de texto sobre esse assunto!

Se seu computador tiver menos que dez anos de vida, é muito provável que o BIOS permita dar BOOT por uma Pen Drive espetada numa porta USB qualquer! Uma consulta ao manual da placa mãe poderá tirar essa dúvida ;-) .

Selecionando dar BOOT por um USB Stick

O que você vai precisar nesse momento:

Fazer o download da imagem (arquivo ISO) de instalação do openSUSE, DVD ou Network;
Uma Pen Drive com pelo menos 5 GB de capacidade (DVD) ou 100 MB (Network);
Um computador PC funcionando.

Por questões obviamente práticas, é melhor fazer o download no PC onde essa operação será realizada. É óbvio, mas era preciso dizer!

Agora uma coisa não muito óbvia é que se o PC onde você pretende instalar ou testar o openSUSE tiver portas USB 3.0 (conectores azuis), então é melhor você comprar um Pen Drive também 3.0. Como as taxas de transferência de dados na USB 3.0 são 10 vezes mais rápidas que na USB 2.0, o desempenho usando Pen Drivers de 3.0 será muito satisfatório. Enquanto o USB 2.0 dispõe de 480 Mb/s de velocidade, o USB 3.0 disponibiliza 4.8 Gb/s!

ATENÇÃO: Os procedimentos a seguir irão apagar todos os dados existentes no Pen Drive. Se quiser preservá-los, faça uma cópia!

Criando um USB Stick a partir do openSUSE

Se você estiver usando um PC que já tenha o openSUSE instalado, basta usar o SUSE Studio ImageWriter!

Se o "SUSE Studio ImageWriter" não estiver instalado, basta abrir o Yast -> Gerenciamento de Software, pesquisar por "imagewriter" e instalar o pacote.

Abra o "SUSE Studio ImageWriter";
Localize e selecione a imagem ISO que você fez o download;
Selecione o dispositivo USB;
Clique no botão "Write".

Isto pode levar vários minutos, dependendo do tamanho da imagem e da performance do hardware (PC e velocidade na porta USB).

Pronto!

Criando um USB Stick a partir do Windows

No Windows, os passos para preparar sua Pen Drive são os seguintes:

Faça o download Universal USB Installer (GPLv2);
Rode ele como você roda qualquer programa no Windows;
Em "Step 1:" selecione "openSUSE" em Linux distribution;
Em "Step 2:" informe onde está a imagem ISO que você baixou;
Em "Step 3:" selecione seu dispositivo USB (Pen Drive);
Finalmente, clique no botão "Create".

Isto pode levar vários minutos, dependendo do tamanho da imagem e da performance do hardware (PC e velocidade na porta USB).

Pronto!

Criando um USB Stick a partir de qualquer Linux

Se o PC que você estiver usando para preparar o USB Stick for outro Linux que não o openSUSE, então você pode fazer da seguinte forma:

UNetbootim no Windows

UNetbootim no Linux

Faça o download do UNetbootin (GPLv2);
Rode ele como você roda qualquer programa na sua versão de Linux;
Selecione "Diskimage";
Logo à direita de "Diskimage", selecione o tipo ISO;
informe onde está a imagem ISO que você baixou;
Selecione "USB Drive" em "Type:";
Em "Drive:", selecione o nome do dispositivo (/dev/sdX ou alguma coisa assim);
Click "OK".

Isto também pode levar vários minutos, dependendo do tamanho da imagem e da performance do hardware (PC e velocidade na porta USB), mesmo no Linux! ;-)

Pronto!

HORA DO BOOT!

Agora que o USB Stick está pronto, basta dar BOOT através dele, para fazer a instalação do openSUSE.

Cada PC tem uma prioridade de dispositivos através dos quais é possível dar BOOT. Geralmente, em primeiro lugar vem a unidade CD-ROM. Se não tiver nenhuma mídia "bootavel" na unidade, o BIOS Setup passa para o próximo da lista, que é o HD do sistema operacional. É aí que vem a primeira "pegadinha". É preciso informar ao BIOS Setup que você quer dar BOOT por um dispositivo "espetado" numa porta USB. Como isso varia muito de PC para PC, de BIOS Setup para BIOS Setup, vamos deixar para que você leia o manual da sua placa mãe, e ver como fazer isso! Mas...

...poderíamos encerrar o artigo nesse ponto. Todavia, e somente para ilustrar algumas "pegadinhas" que podem ocorrer mesmo tendo lido o manual atentamente e visto como o BIOS Setup funciona, vamos mostrar aqui um caso que aconteceu em um dos nossos computadores.

Após "espetar" o USB Stick numa porta USB disponível, ligar o PC, e entrar no BIOS Setup para informar que queríamos dar BOOT pelo USB Stick, chegamos nessa tela:

Huummm, 3rd Boot Device = Removable Dev., ou seja, um dispositivo removível é o terceiro da fila de prioridade de BOOT. Deve ser nosso USB Stick. Vamos colocar ele como o primeiro da fila e reiniciar...

NADA! Passou pelo CD-ROM, e depois foi pro HD!!

De volta ao BIOS Setup, e olhando a lista de Hard Disk Drives desse PC, vimos o seguinte:

Ôpa, Mass Storage Device é um dos sinônimos para USB Stick! Vamos então colocar ele como 1st Drive:

De volta à tela onde devemos configurar a "Boot Device Priority", vimos que nosso amigo apareceu! Hora de colocar ele como '1st Boot Device'!

E finalmente, ao reiniciar...

Agora sim!

Até o próximo artigo!

LVM - Logical Volume Management - Case I

2018-06-18T19:48:00.002-03:00

Use Case I - partição de boot "estourada"

Prosseguindo com nossa série sobre LVM, nesse artigo iremos mostrar uma caso real, que pretende responder a essa pergunta: Como resolver a falta de espaço na partição de boot? Ocasionada por esse problema: Partição do /boot cheia e não consegue fazer atualização!

Para resolver este problema, adotamos uma estratégia que vai servir para lhes mostrar como resolver duas situações que podem ocorrer na vida de um administrador de servidores ou desktops:

Como substituir um HD, sendo que este HD é por onde o sistema faz o BOOT e ainda contém a partição root?

Não faz ideia do quanto isso é (ou era) complicado? Então talvez não seja nem a hora para você estar lendo esse artigo! (a não ser que seja por mera curiosidade :-)

Se você é um curioso, ou está começando a aprender essas coisas, siga em frente, pois nosso estilo é Tutorial Mesmo, tipo aquela série de livros "Para leigos"...

Mas se você é um Ninja, e só está querendo rapidamente saber como fazer isso, no final do artigo mostramos uma lista de comandos, sem "figurinhas" e sem muito blá-blá...

Cenário

Uma pessoa decidiu que usaria máquina virtual para acesso ao seu Internet Banking. E por razões de versão e compatibilidade, ele teve que "optar" por usar o Ubuntu! É que o sistema de segurança adotado pela Caixa Econômica Federal só é homologado para o Ubuntu Linux!

Internet Banking da Caixa Econômica Federal

Esse assunto, o Internet Banking da CEF, já foi alvo de um artigo em nosso Blog: Internet Banking Caixa Econômica Federal.

Qual a raiz do problema?

A raiz do problema reside no fato de que a partição de boot, que foi automaticamente configurada pelo Ubuntu durante a instalação, tem apenas 256 MB de espaço e, após algumas atualizações de Kernel, está lotada!

Claro que existem várias soluções "paliativas" para isso, sempre dependendo muito de alguns hacks no sistema, como remover os arquivos binários das versões anteriores do Kernel que, ao serem atualizadas, foram deixadas na partição. Mas como o assunto do momento é o LVM e suas maravilhas, e por sabermos que o Ubuntu já vem adotando de modo default o uso de LVM para montagem do sistema, decidimos fazer uma abordagem até então nova para resolver esse problema.

Decidimos que iríamos usar uma das "soluções mágicas" de LVM para resolver de forma definitiva a falta de espaço na partição root!

As It

Antes de mais nada, precisamos ver e entender o cenário atual, ou seja, como a máquina Ubuntu está configurada, para podermos traçar uma estratégia.

Mas, antes de prosseguirmos, lembrem-se que se trata de uma máquina virtual, suportada pelo VirtualBox. Se quiserem entender melhor as vantagens de usar máquinas virtuais, já escrevemos aqui no Blog alguns artigos sobre esse assunto. Fiquem à vontade para ler todos eles, a começar por esse: Máquinas virtuais 1: Computadores dentro de computadores.

Particionamento

Como podemos ver na figura acima, o sistema atualmente possui um HD de 12 GB que foi particionando da seguinte forma pelo instalador do Ubuntu:

/dev/sda1: Partição de 243 MB montada em /boot
/dev/sda2: Partição estendida(!) usando todo o restante possível do HD
/dev/sda5: Partição única, do tipo LVM v2, e utilizada como um Physical Volume para o sistema como um todo. O "ponto de montagem" é, na verdade, um Volume Group, que foi nomeado como ubuntu-vg. É de se esperar que todos os Logical Volumes que efetivamente compõem o sistema estejam alocados aqui!

A partição de boot (/dev/sda1)

Olhando mais de perto /dev/sda1, podemos ver o seguinte:

A partição de boot tem 243.00 MB e foi formatada como ext2(!). As informações importantes aqui são:

É do tipo ext2;
Seu UUID é 5c59feb9-04ff-4ac6-bf1e-7ab339631b7e;
Montada em /boot.

O conteúdo dessa partição é o seguinte:

root@MinhaCaixa:/boot# ls -l
total 51243

-rw-r--r-- 1 root root 1246311 Mai 17 2017 abi-4.4.0-79-generic
-rw-r--r-- 1 root root   190356 Mai 17 2017 config-4.4.0-79-generic
drwxr-xr-x 5 root root     1024 Jul 24 2017 grub
-rw-r--r-- 1 root root 39280107 Jun 8 2017 initrd.img-4.4.0-79-generic
drwx------ 2 root root    12288 Abr 9 2016 lost+found
-rw-r--r-- 1 root root   182704 Jan 28 2016 memtest86+.bin
-rw-r--r-- 1 root root   184380 Jan 28 2016 memtest86+.elf
-rw-r--r-- 1 root root   184840 Jan 28 2016 memtest86+_multiboot.bin
-rw------- 1 root root 3883279 Mai 17 2017 System.map-4.4.0-79-generic
-rw------- 1 root root 7091696 Mai 17 2017 vmlinuz-4.4.0-79-generic
root@MinhaCaixa:/boot#

Podemos ver que na partição boot, como era de se esperar, encontramos os binários do Kernel do Linux e a pasta grub, contendo os arquivos necessários para o GRUB conseguir fazer boot no sistema.

Se dermos uma olhada em /etc/fstab, vamos ver que /dev/sda1 está montada da seguinte forma:

# /boot was on /dev/sda1 during installation
UUID=5c59feb9-04ff-4ac6-bf1e-7ab339631b7e /boot ext2 defaults 0 2

Observem que a partição está sendo montada pelo seu UUID, e não pelo seu "nome" /dev/sda1!

Relembrando: o "nome" dos HDs mudam quando eles mudam de "posição" dentro das portas de conexão (SATA e Etc...). Assim, quem um dia foi sda pode se tornar sdb, e vice-versa! Dá para imaginar a bagunça que isso pode se tornar, quando existem arquivos de configuração apontando para um lugar esperando que ali exista uma coisa e, de uma hora para outra, aparece outra coisa?! Ao usar os UUID nas configurações, os HDs podem mudar de "nome" à vontade, que isso não vai causar nenhum problema, pois seus UUID permanecem sempre os mesmos.

O Physical Volume /dev/sda5

Agora é a vez de /dev/sda5! Olhando ela mais de perto, podemos ver o seguinte:

A partição /dev/sda5 ocupa (quase) tudo o que sobrou do HD e tem 11.76 GB. Foi "formatada" como lvm2. As informações importantes aqui são:

Trata-se de um Physical Volume;

Está sendo utilizada pelas Unidades lógicas (Logical Volumes) root e swap_1.

LVM

No que diz respeito ao LVM, as coisas estão da seguinte forma (informações obtidas com pvdisplay, vgdisplay e lvdisplay):

pvdisplay

root@MinhaCaixa:~# pvdisplay
--- Physical volume ---
PV Name               /dev/sda5
VG Name               ubuntu-vg
PV Size               11,76 GiB / not usable 2,00 MiB
Allocatable           yes
PE Size               4,00 MiB
Total PE              3010
Free PE               7
Allocated PE          3003
PV UUID               GAomfq-RhwF-kJvc-3UTg-7feS-0fTS-8weluJ

> Existe apenas um Physical Volume (/dev/sda5).

vgdisplay

root@MinhaCaixa:~# vgdisplay
--- Volume group ---
VG Name               ubuntu-vg
System ID
Format                lvm2
Metadata Areas        1
Metadata Sequence No 3
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                2
Open LV               2
Max PV                0
Cur PV                1
Act PV                1
VG Size               11,76 GiB
PE Size               4,00 MiB
Total PE              3010
Alloc PE / Size       3003 / 11,73 GiB
Free PE / Size       7 / 28,00 MiB
VG UUID               YkKz4X-Kv9v-29un-Jw1D-pgIh-eX12-eCwZVH

> Existe apenas um Volume Group (ubuntu-vg).

lvdisplay

root@MinhaCaixa:~# lvdisplay
--- Logical volume ---
LV Path                /dev/ubuntu-vg/root
LV Name                root
VG Name                ubuntu-vg
LV UUID                b33P5l-BZV1-QHF4-udEv-067h-P8eX-Bps01k
LV Write Access        read/write
LV Creation host, time ubuntu, 2016-04-09 12:15:05 -0300
LV Status              available
# open                 1
LV Size                9,73 GiB
Current LE             2492
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           252:0

--- Logical volume ---
LV Path                /dev/ubuntu-vg/swap_1
LV Name                swap_1
VG Name                ubuntu-vg
LV UUID                GnOfzd-SIn6-MmMh-88Ai-iDy9-vwi1-FlbeV2
LV Write Access        read/write
LV Creation host, time ubuntu, 2016-04-09 12:15:06 -0300
LV Status              available
# open                 2
LV Size                2,00 GiB
Current LE             511
Segments               1
Allocation             inherit
Read ahead sectors     auto
- currently set to     256
Block device           252:1

> Existem dois Logical Volumes: root e swap_1, com os respectivos caminhos /dev/ubuntu-vg/root e /dev/ubuntu-vg/swap_1.

To Be

Bem, agora que sabemos como as coisas são (As It), vamos definir como elas devem ser (To Be)!

Particionamento

Sem mais delongas, queremos que as coisas fiquem como mostradas na figura abaixo:

Podemos que agora as configurações de HD mudaram para:

/dev/sda tem 16.00 GB;
/dev/sda1 tem 1.00 GB;
/dev/sda2 partição primária de 15.00 GB, que é o novo Physical Volume. (subistitui /dev/sda2 estendida -> /dev/sda5)

Na verdade, /dev/sda agora é outro HD! Como nosso ambiente é baseado no VirtualBox, achamos mais "simples" inserir um segundo HD de 16.00 GB e "transferir" tudo para ele, excluindo o antigo de 12.00 GB após a "transferência".

Vale dizer também que, em algum momento desse processo, teremos dois HDs: /dev/sda e /dev/sdb. E depois que terminarmos tudo, /dev/sdb passará a ser /dev/sda. Daí a importância de configurar onde for necessário usando UUID, ao invés de nomes que podem mudar!...

Estratégia

Agora que definimos como as coisas devem ser, precisamos montar uma estratégia que, com LVM, será um pouco mais simples! Aliás, só não será totalmente simples porque vamos ter que "transferir" o boot de /dev/sda para /dev/sdb, ou seja, fazer o sistema conseguir dar boot no novo HD. Claro que estamos falando do GRUB e suas configurações exotéricas e quase cabalísticas!

Basicamente, a estratégia é a seguinte:

Criar e inserir um novo HD no sistema;
"Transferir" TUDO para ele;
Remover o HD antigo.

Aplicando a técnica de refinamento sucessivo no item 2, temos o seguinte:

2.1 - Criar uma partição de (*) boot maior, com 1.00 GB, como /dev/sdb1 (temporariamente);
2.2 - Criar uma segunda partição (primária dessa vez) ocupando todo o restante do HD, como /dev/sdb2 (temporariamente);
2.3 - Copiar tudo de /dev/sda1 para /dev/sdb1 (estamos tratando da partição de boot);
2.4 - Criar um novo Physical Volume (PV) usando /dev/sdb2 e estender o Volume Group ubuntu-vg;
2.5 - MOVER INTEIRO o PV /dev/sda5, preparando para o item 3 (quem faz esse mover para nós é o LVM, com um simples comando pvmove!);
2.6 - Remover o PV /dev/sda5 do VG ubuntu-vg e da lista de PVs disponíveis;
2.7 - Usar o GRUB e preparar o novo HD para que o sistema consiga dar boot por ele;

(*) Não esquecer de setar essa partição como partição de boot!

OBS.: Colocamos (temporariamente) quando citamos /dev/sdb1 e /dev/sdb2 por quê? Lembram que quando /dev/sda "sumir", /dev/sdb vai virar /dev/sda?!

Execução do Plano

Para a execução do nosso plano, vamos colocar aqui no Blog uma versão para iniciantes. Para aqueles que estão começando a se aventurar nesses assuntos. Para os mais apressados, tem uma versão Ninja lá no final do artigo!

1. Criar e inserir um novo HD no sistema

Usando a ferramenta de configuração do VirtualBox, criamos o novo HD, mais ou menos da seguinte forma:

Deixando o sistema provisoriamente com dois HDs:

Naturalmente, quando o sistema for reiniciado, o antigo HD continuará sendo reconhecido /dev/sda e o novo HD será reconhecido como /dev/sdb. Isso só será desse forma por causa da ordem em que eles estão na lista da Controladora SATA!

Após a reinicialização do sistema, podemos usar fdisk para nos mostrar como as coisas ficaram após a inclusão do novo HD:

root@MinhaCaixa:~# fdisk -l
Disk /dev/sda: 12 GiB, 12884901888 bytes, 25165824 sectors
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: dos
Disk identifier: 0x32c84e4c

Dispositivo Inicializar  Start      Fim  Setores  Size Id Tipo
/dev/sda1   *             2048   499711   497664 243M 83 Linux
/dev/sda2               501758 25163775 24662018 11,8G 5 Estendida
/dev/sda5               501760 25163775 24662016 11,8G 8e Linux LVM

Disk /dev/sdb: 16 GiB, 17179869184 bytes, 33554432 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Como podemos ver, o HD antigo continua como /dev/sda e o novo foi reconhecido como /dev/sdb!

2. "Transferir" TUDO para ele (o novo HD)

Toda as etapas a seguir serão executadas em linha de comando, como o usuário root! Então, antes de prosseguir, abra um Terminal diretamente na VM (Virtual Machine) ou qualquer outro meio, e mude para o usuário root através do seguinte comando:

sudo su -

2.1 e 2.2 ( criar uma partição de boot maior e nova partição LVM )

root@MinhaCaixa:~# fdisk /dev/sdb

Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0x76f6ee13.

Comando (m para ajuda): n
Partition type
p primary (0 primary, 0 extended, 4 free)
e extended (container for logical partitions)
Select (default p): p
Número da partição (1-4, default 1):
First sector (2048-33554431, default 2048):
Last sector, +sectors or +size{K,M,G,T,P} (2048-33554431, default 33554431): +1G

Created a new partition 1 of type 'Linux' and of size 1 GiB.

Comando (m para ajuda): a
Selected partition 1
The bootable flag on partition 1 is enabled now.

Comando (m para ajuda): n
Partition type
p primary (1 primary, 0 extended, 3 free)
e extended (container for logical partitions)
Select (default p): p
Número da partição (2-4, default 2):
First sector (2099200-33554431, default 2099200):
Last sector, +sectors or +size{K,M,G,T,P} (2099200-33554431, default 33554431):

Created a new partition 2 of type 'Linux' and of size 15 GiB.

Comando (m para ajuda): t
Número da partição (1,2, default 2):
Partition type (type L to list all types): 8e

Changed type of partition 'Linux' to 'Linux LVM'.

Comando (m para ajuda): p
Disk /dev/sdb: 16 GiB, 17179869184 bytes, 33554432 sectors
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: dos
Disk identifier: 0xd6499185

Dispositivo Inicializar Start Fim Setores Size Id Tipo
/dev/sdb1 * 2048 2099199 2097152 1G 83 Linux
/dev/sdb2 2099200 33554431 31455232 15G 8e Linux LVM

Comando (m para ajuda): w
The partition table has been altered.
Calling ioctl() to re-read partition table.

Syncing disks.

2.3 ( copiar tudo de /dev/sda1 para /dev/sdb1 )

Antes de mais nada, precisamos formatar a recém criada /dev/sdb1 como ext2 (porque afinal de contas /dev/sda1 é ext2!):

Formatando /dev/sdb1

root@MinhaCaixa:~# mkfs.ext2 /dev/sdb1
mke2fs 1.42.13 (17-May-2015)
Creating filesystem with 262144 4k blocks and 65536 inodes
Filesystem UUID: 606dde40-24b9-41ee-b4a0-ccd1b7868842
Cópias de segurança de superblocos gravadas em blocos:
       32768, 98304, 163840, 229376

Allocating group tables: pronto
Gravando tabelas inode: pronto
Escrevendo superblocos e informações de contabilidade de sistema de arquivos: concluído

Montando /dev/sdb1 em um ponto temporário

root@MinhaCaixa:~# mount /dev/sdb1 /mnt

Copiando tudo de /dev/sda1 para /dev/sdb1

root@MinhaCaixa:~# cp -R /boot/* /mnt/

root@MinhaCaixa:~# sync; umount /mnt

( Lembrando que /dev/sda1 está montado em /boot! )

2.4 - criar um novo PV usando /dev/sdb2 e estender o Volume Group ubuntu-vg

root@MinhaCaixa:~# pvcreate /dev/sdb2
Physical volume "/dev/sdb2" successfully created

root@MinhaCaixa:~# vgextend ubuntu-vg /dev/sdb2
Volume group "ubuntu-vg" successfully extended

2.5 - MOVER o PV /dev/sda5 para o novo PV /dev/sdb2

root@MinhaCaixa:~# pvmove /dev/sda5 /dev/sdb2
/dev/sda5: Moved: 0,0%
/dev/sda5: Moved: 9,2%
/dev/sda5: Moved: 18,3%
/dev/sda5: Moved: 27,1%
/dev/sda5: Moved: 35,8%
/dev/sda5: Moved: 44,7%
/dev/sda5: Moved: 54,0%
/dev/sda5: Moved: 62,6%
/dev/sda5: Moved: 71,5%
/dev/sda5: Moved: 80,7%
/dev/sda5: Moved: 83,0%
/dev/sda5: Moved: 100,0%

2.6 - Remover o PV /dev/sda5 do VG ubuntu-vg e da lista de PVs disponíveis;

root@MinhaCaixa:~# vgreduce ubuntu-vg /dev/sda5
Removed "/dev/sda5" from volume group "ubuntu-vg"

root@MinhaCaixa:~# pvremove /dev/sda5
Labels on physical volume "/dev/sda5" successfully wiped

2.7 - Usar o GRUB e preparar o novo HD para que o sistema consiga dar boot por ele

ATENÇÃO! Duas coisas são fundamentais nessa etapa:

Editar /etc/fstab e substituir o UUID de /dev/sda1 pelo UUID de /dev/sdb1;
Por detalhes "exotéricos" do GRUB, executar grub-mkconfig antes de grub-install.

# Retirando /dev/sda1 do "circuito" e...

root@MinhaCaixa:~# umount /dev/sda1

# ...colocando /dev/sdb1 no lugar

root@MinhaCaixa:~# mount /dev/sdb1 /boot

# obtendo o UUID de /dev/sdb1

root@MinhaCaixa:~# blkid /dev/sdb1
/dev/sdb1: UUID="~~428014dd-2258-42a6-b34b-3d96dd0c107a~~"(...)

root@MinhaCaixa:~#
root@MinhaCaixa:~# nano /etc/fstab

# OBS.: ao editar /etc/fstab, use o UUID obtido eu sua tela!

root@MinhaCaixa:~# grub-mkconfig -o /boot/grub/grub.cfg

root@MinhaCaixa:~# grub-install --target=i386-pc --debug --boot-directory=/boot /dev/sdb

3. Remover o HD antigo

root@MinhaCaixa:~# shutdown -h now

Removido o HD antigo!

Sistema reiniciado normalmente. Hora de atualizar sem medo!

Por curiosidade, vamos ver como ficaram as informações do HD agora?

4. Troubleshuting!

Verdade seja dita: O GRUB é um cara chatinho!

Pode ser que, um belo dia, após uma atualização, você veja a seguinte mensagem:

Não se apavore! Afinal de contas, você está usando o sistema normalmente, não é mesmo? Até está fazendo uma atualização!

É muito provável que isso ocorra porque, quando instalamos o GRUB no novo HD ele se chamava no momento /dev/sdb. E agora ele é /dev/sda!

Tomamos todas as precauções para que o sistema pudesse iniciar, quando substituímos as informações essenciais onde eram necessárias. Como, por exemplo, quando executamos grub-mkconfig antes de grub-install. Quando fizemos isso, todos os UUID que precisavam ser trocados dentro de grub.cfg (que não deve ser mexido manualmente!) foram trocados. Fizemos isso também em fstab, mas de forma "manual".

Porém, existem outros lugares onde essas informações estão presentes e que, embora não impeçam um boot, fazem com que o GRUB fique "nervoso".

Poderíamos experimentar executar mais uma vez os comandos de instalação do GRUB após a reinicialização sem o HD antigo, pois agora sdb se tornou sda. Não esquecendo, claro, de substituir /dev/sdb por /dev/sda na segundo comando:

root@MinhaCaixa:~# grub-mkconfig -o /boot/grub/grub.cfg

root@MinhaCaixa:~# grub-install --target=i386-pc --debug --boot-directory=/boot /dev/sda

Execução do Plano, no estilo Ninja

Como prometemos, aqui está a versão Ninja:

sudo su -

# Criar as partições
root@MinhaCaixa:~# fdisk /dev/sdb

Welcome to fdisk (util-linux 2.27.1).
Changes will remain in memory only, until you decide to write them.
Be careful before using the write command.

Device does not contain a recognized partition table.
Created a new DOS disklabel with disk identifier 0xd6499185.

Comando (m para ajuda): n
Partition type
   p   primary (0 primary, 0 extended, 4 free)
   e   extended (container for logical partitions)
Select (default p): p
Número da partição (1-4, default 1): 
First sector (2048-33554431, default 2048): 
Last sector, +sectors or +size{K,M,G,T,P} (2048-33554431, default 33554431): +1G

Created a new partition 1 of type 'Linux' and of size 1 GiB.

Comando (m para ajuda): a
Selected partition 1
The bootable flag on partition 1 is enabled now.

Comando (m para ajuda): n
Partition type
   p   primary (1 primary, 0 extended, 3 free)
   e   extended (container for logical partitions)
Select (default p): p
Número da partição (2-4, default 2): 
First sector (2099200-33554431, default 2099200): 
Last sector, +sectors or +size{K,M,G,T,P} (2099200-33554431, default 33554431): 

Created a new partition 2 of type 'Linux' and of size 15 GiB.

Comando (m para ajuda): t
Número da partição (1,2, default 2): 
Partition type (type L to list all types): 8e

Changed type of partition 'Linux' to 'Linux LVM'.

Comando (m para ajuda): p
Disk /dev/sdb: 16 GiB, 17179869184 bytes, 33554432 sectors
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: dos
Disk identifier: 0xd6499185

Dispositivo Inicializar   Start      Fim  Setores Size Id Tipo
/dev/sdb1   *              2048  2099199  2097152   1G 83 Linux
/dev/sdb2               2099200 33554431 31455232  15G 8e Linux LVM

Comando (m para ajuda): w
The partition table has been altered.
Calling ioctl() to re-read partition table.
Syncing disks.


#  Copiar tudo de /dev/sda1 para /dev/sdb1

## Formatar /dev/sdb1
root@MinhaCaixa:~# mkfs.ext2 /dev/sdb1 
mke2fs 1.42.13 (17-May-2015) 
Creating filesystem with 262144 4k blocks and 65536 inodes 
Filesystem UUID: 0207a9c1-2075-49da-850a-a703ca771ef5 
Cópias de segurança de superblocos gravadas em blocos:  
       32768, 98304, 163840, 229376 


Allocating group tables: pronto                             
Gravando tabelas inode: pronto                             
Escrevendo superblocos e informações de contabilidade de sistema de arquivos: concluído


## Montando /dev/sdb1 em um ponto temporário
root@MinhaCaixa:~# mount /dev/sdb1 /mnt 

## Copiando tudo de /dev/sda1 para /dev/sdb1
root@MinhaCaixa:~# cp -R /boot/* /mnt/ 
root@MinhaCaixa:~# sync; umount /mnt

## Criar um novo Physical Volume (PV) usando /dev/sdb2 e estender o Volume Group ubuntu-vg;

root@MinhaCaixa:~# pvcreate /dev/sdb2 
 Physical volume "/dev/sdb2" successfully created 

root@MinhaCaixa:~# vgextend ubuntu-vg /dev/sdb2 
 Volume group "ubuntu-vg" successfully extended 

## MOVER INTEIRO o PV /dev/sda5
root@MinhaCaixa:~# pvmove /dev/sda5 /dev/sdb2 
 /dev/sda5: Moved: 0,0% 
 /dev/sda5: Moved: 9,2% 
 /dev/sda5: Moved: 18,3% 
 /dev/sda5: Moved: 27,1% 
 /dev/sda5: Moved: 35,8% 
 /dev/sda5: Moved: 44,7% 
 /dev/sda5: Moved: 54,0% 
 /dev/sda5: Moved: 62,6% 
 /dev/sda5: Moved: 71,5% 
 /dev/sda5: Moved: 80,7% 
 /dev/sda5: Moved: 83,0% 
 /dev/sda5: Moved: 100,0% 

## Remover /dev/sda5 do Volume Group ubuntu-vg e da lista de PVs
root@MinhaCaixa:~# vgreduce ubuntu-vg /dev/sda5 
 Removed "/dev/sda5" from volume group "ubuntu-vg" 

root@MinhaCaixa:~# pvremove /dev/sda5
  Labels on physical volume "/dev/sda5" successfully wiped

## Usar o GRUB e preparar o novo HD para que o sistema consiga dar boot por ele
root@MinhaCaixa:~# umount /dev/sda1 
root@MinhaCaixa:~# mount /dev/sdb1 /boot

root@MinhaCaixa:~# blkid /dev/sdb1 
/dev/sdb1: UUID="2e690658-8d2a-4cf8-8cd3-445c7d071806"(...)

## Editar o ponto de montagem /boot, informando o novo UUID
## Veja qual é o seu UUID! o listado aqui era o nosso :-)
root@MinhaCaixa:~# nano /etc/fstab 

## Recompilando o menu do GRUB, com as novas configurações
root@MinhaCaixa:~# grub-mkconfig -o /boot/grub/grub.cfg

## Instalando o GRUB no novo HD
root@MinhaCaixa:~# grub-install --target=i386-pc --debug --boot-directory=/boot /dev/sdb


# Remover o HD antigo e reiniciar depois!
root@MinhaCaixa:~# shutdown -h now

Até o próximo...

LVM - Logical Volume Management - Parte III - Resolvendo problemas de espaço

2018-06-07T23:25:00.001-03:00

Resolvendo problemas de espaço

Nesse artigo vamos ver como o LVM (Logical Volume Management) facilita nossa vida, ao permitir resolver muito facilmente a falta de espaço de armazenamento. Veremos isso de duas maneiras nesse artigo:

The Easy Way: Iremos ver como adicionar um novo HD e "apresentá-lo" ao LVM;
The Hard Way: Alternativamente, expandir a capacidade da configuração atual, seja aumentando a partição originalmente utilizada ou adicionando mais uma partição ao LVM.

Com esse objetivo em mente, vamos criar um cenário hipotético, mas que pode ocorrer com muita facilidade: um usuário está no processo de fazer um upgrade de versão do openSUSE, quando é avisado que falta espaço em disco para prosseguir com o upgrade!

Para evitar isso, é que devemos prestar muita atenção nas informações apresentadas durante o processo de instalação e, principalmente, sabermos o espaço que temos disponível antes de começar!

Em nosso cenário hipotético, um usuário desatento está no processo de fazer um upgrade de versão do openSUSE, quando se depara com essa tela:

Ele lê algumas informações e fica um pouco preocupado, pois lembra de, antes de ter começado a empreitada, ter executado um df -h e a saída do comando foi mais ou menos essa:

linux-9558:~ # df -h

Filesystem Size Used Avail Use% Mounted on
(...)
/dev/mapper/system-root 16G 8.5G 5.0G 63% /
(...)

Hummm, dos 16 GB da partição root ( / ), ele só tem 5.0 GB disponíveis! Isso conflita com a informação na seção "Pacotes", onde consta que o tamanho total dos pacotes para a atualização é de 5.5 GB!

Além disso, algumas telas antes nesse processo de instalação, ele teve outra informação:

O sistema de arquivos da partição root é o btrfs, famoso por fazer snapshots de áreas importantes do sistema. Justamente todas as que certamente serão modificadas por um upgrade!

Como se não bastasse, o instalador irá fazer um backup de todos os arquivos que serão modificados pelo upgrade, como pode ser visto na seção "Backup" da primeira tela.

Essas informações não são ruins. Muito pelo contrário, são ótimas! A possibilidade de se recuperar de um "desastre" qualquer é o sonho de todo administrador de um SO. O que está preocupando nosso usuário é que ele simplesmente não vai ter espaço suficiente para tanto backup e os (nem tanto) inevitáveis snapshots que o btrfs irá fazer.

Nosso intrépido usuário, que já conhece um pouco o LVM, resolve abortar o upgrade nesse momento, para aumentar a capacidade do sistema. Ele sabe que vai ter que aumentar a capacidade de armazenamento da partição root.

Configuração atual

Antes de mais nada, precisamos uma boa investigação nas configurações atuais e fdisk é uma ferramenta familiar, que pode nos ajudar:

linux-9558:~ # fdisk -l
Disk /dev/sda: 40 GiB, 42949672960 bytes, 83886080 sectors
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: dos
Disk identifier: 0x000efce7

Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 83886079 83884032 40G 8e Linux LVM

Disk /dev/mapper/system-swap: 2 GiB, 2147483648 bytes, 4194304 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/system-root: 15.2 GiB, 16315842560 bytes, 31866880 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/mapper/system-home: 22.8 GiB, 24473763840 bytes, 47800320 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

O que podemos extrair de informação dessa listagem?

Nosso usuário tem apenas um HD (/dev/sda), com 40 GB de capacidade;
Esse HD foi particionado com uma única partição (/dev/sda1) do tipo "Linux LVM" (a-ha!), que certamente corresponde a um Physical Volume (PV) com o mesmo nome (/dev/sda1);
Existe um único Volume Group (VG), o system;
Certamente o VG system está usando todo o PV /dev/sda1;
Existem três Logical Volumes (LV): swap, root e home. E eles estão "consumindo" todos os recursos de VG system. Podemos deduzir isso somando 22.8 GB (home) + 15.2 GB (root) + 2 GB (swap).

Naturalmente, os comandos LVM pvdisplay, vgdisplay e lvdisplay devem confirmar tudo isso!

É necessário aumentar a capacidade da partição root ( / ) em, pelo menos, 16 GB! Como fazer isso?

THE EASY WAY

VGEXTEND: Que tal mais um HD?

Se nosso usuário estiver envolvido com um sistema "enlatado", ou seja, baseado em máquina física, ele pode adicionar um HD físico, com seus Terabytes extra! Se estiver em um ambiente virtual, ele simplesmente pode adicionar mais um disco virtual de bom tamanho!

Se adicionar um HD não for uma opção e se existir espaço no HD atualmente instalado que possa ser "reaproveitado", ele pode tentar a segunda opção lá na frente, a "The Hard Way"!

NOTA: Para esse tutorial, adicionamos em nossa máquina virtual um HD extra de 40 GB. Numa situação em máquina "física", esse HD não teria menos que 1 TB hoje em dia. Mas, tanto faz, os comandos são os mesmo, só os parâmetros que mudariam! Então, se quiserem, podem fazer de conta que estamos trabalhando num computador físico, que dá no mesmo...

Primeiramente, vamos checar o reconhecimento do novo HD pelo sistema:

Aí está nosso HD extra: /dev/sdb! Vamos prepará-lo para LVM.

Fazendo o que já aprendemos, com fdisk

linux-9558:~ # fdisk /dev/sdb

Welcome to fdisk (util-linux 2.28).

(...)

Command (m for help): n

Partition type

p primary (0 primary, 0 extended, 4 free)

e extended (container for logical partitions)

Select (default p): p

Partition number (1-4, default 1):

First sector (2048-83886079, default 2048):

Last sector, +sectors or +size{K,M,G,T,P} (2048-83886079, default 83886079):

Created a new partition 1 of type 'Linux' and of size 40 GiB.

Command (m for help): t

Selected partition 1

Partition type (type L to list all types): 8e

Changed type of partition 'Linux' to 'Linux LVM'.

Command (m for help): w

The partition table has been altered.

Calling ioctl() to re-read partition table.

Syncing disks.

Agora, criando o novo PV

linux-9558:~ # pvcreate /dev/sdb1

Physical volume "/dev/sdb1" successfully created

linux-9558:~ #

FINALMENTE: Estendendo o VG system

linux-9558:~ # vgextend system /dev/sdb1

Volume group "system" successfully extended

linux-9558:~ #

Depois de vgextend, nosso VG system deve estar com os 40 GB adicionados! Podemos nos assegurar disso executando vgdisplay:

linux-9558:~ # vgdisplay

--- Volume group ---

VG Name system

System ID

Format lvm2

Metadata Areas 2

Metadata Sequence No 5

VG Access read/write

VG Status resizable

MAX LV 0

Cur LV 3

Open LV 3

Max PV 0

Cur PV 2

Act PV 2

VG Size 79.99 GiB

PE Size 4.00 MiB

Total PE 20478

Alloc PE / Size 10237 / 39.99 GiB

Free PE / Size 10241 / 40.00 GiB

VG UUID X512Uf-NyrZ-1m0P-nAn0-eY3i-0ewm-LfLC8F

Estendendo o LV root

UM PARÊNTESE: Nós adicionamos 40 GB ao sistema. Mas não quer dizer que vamos usar tudo isso agora. Não precisamos, certo? Então vamos adicionar "apenas" 16 GB ao LV root, deixando o espaço restante para quando for preciso...

Se executarmos um lvdisplay agora, iremos ver a situação atual do LV root:

linux-9558:~ # lvdisplay

--- Logical volume ---

(...)

--- Logical volume ---

LV Path /dev/system/root

LV Name root

VG Name system

LV UUID mzN9k8-a6HT-nnAj-RqfG-MK5F-IoH9-djfBp4

LV Write Access read/write

LV Creation host, time install, 2017-07-30 12:46:55 -0300

LV Status available

# open 1

LV Size 15.20 GiB

Current LE 3890

Segments 1

Allocation inherit

Read ahead sectors auto

- currently set to 1024

Block device 254:1

--- Logical volume ---

(...)

Sem mais delongas, vamos executar agora um lvextend:

linux-9558:~ # lvextend -L+16G /dev/system/root

Size of logical volume system/root changed from 15.20 GiB (3890 extents) to 31.20 GiB (7986 extents).

Logical volume root successfully resized

linux-9558:~ #

Fazendo o sistema de arquivos reconhecer o novo tamanho de root

linux-9558:~ #

linux-9558:~ # btrfs filesystem resize max /

Resize '/' of 'max'

Conclusão:

linux-9558:~ # df -h

Filesystem Size Used Avail Use% Mounted on

(...)

/dev/mapper/system-root 32G 8.5G 21G 29% /

(...)

linux-9558:~ #

Pronto, 21 GB disponíveis em root ( / ), em pouquíssimas e muito práticas etapas.

Agora nosso usuário pode retomar sem medo a atualização para a nova versão do openSUSE!

Achamos que adicionar mais HD é sempre a melhor opção.

Todavia, como estamos aqui para aprender ensinando, vamos fazer um "milagre"! Até porque, existem situações extraordinárias para tudo nessa vida...

THE HARD WAY

pvresize (and more)

Se nosso usuário tiver meios de aumentar o tamanho da partição /dev/sda1, por qualquer um dos motivos abaixo, isso (usar pvresize) pode ser uma opção!

ele não usou o HD inteiro ao criar /dev/sda1, e tem espaço sobrando lá;
ele administra um sistema baseado em virtualização e prefere aumentar a capacidade física do HD virtual e em seguida o tamanho da partição /dev/sda1 (muito questionável isso!);
ele tem outra partição no HD após /dev/sda1 e que pode ser deletada (/dev/sda2, por exemplo), liberando espaço.

Independente do motivo, se ele tiver como aumentar o tamanho de /dev/sda1 ele vai poder após isso fazer um resize do Physical Volume (PV), usando o comando pvresize!

Se uma partição previamente associado à um PV ganha mais espaço por qualquer um dos "milagres" acima, executar o seguinte comando terá o efeito de fazer o LVM enxergar o "milagre"!

linux-9558:~ # pvresize /dev/sda1

Usar pvresize dessa forma, sem parâmetros nenhum, redimensiona o PV (Physical Volume) para o tamanho reportado pelo sistema operacional.

Ok, estamos entendidos! Mas o que significa aquele (and more) no título desse tópico?!

Naturalmente, comandos adicionais precisarão ser executados, para obter um "efeito cascata" ao surgimento desse tamanho extra no HD!

lvextend root..., para obter os recursos extras existentes em system, após pvresize;

btrfs filesystem resize max /, para o espaço extra chegar ao sistema de arquivos montado em root ( / )!

Mas porque o "milagre" número 2 é questionável?

Simples: dá muito trabalho e é até meio ilógico fazer isso em um ambiente virtual. É mais "inteligente" adicionar outro HD virtual e simplesmente fazer uso de um vgextend, colocando mais espaço no Volume Group system!

Todavia: Se for uma configuração "em lata", ou seja, um computador físico, talvez não seja "econômico" adicionar mais um HD por causa de 16 GB! E não seria de todo improvável a existência de espaço livre no HD atual...

Mão na massa!

Num ambiente virtual baseado em VirtualBox, por exemplo, os procedimentos descritos se traduziriam nos passos a seguir:

Aumentando o HD virtual

VBoxManage modifymedium (...)/VirtualBox/SuSEx64/Disk001.vdi --resize 61440
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100%

O parâmetro --resize espera que o valor informado esteja em MB. Então 61440 são 61.440 MB, ou seja, 60 GB

Por questões de "segurança" e praticidade, adicionamos 20GB, ao invés de apenas adicionar os 16GB que queremos. O que chamamos de "segurança" aqui é que é sempre bom deixar uma "folga" em tudo o que fazemos, do que simplesmente trabalhar no limite de tudo. Assim, adicionamos 20 GB para usarmos 16 GB e deixarmos 4 GB de "folga".
Sim, 4 GB é uma "folga" muito grande! Uns 100 MB seriam suficientes. Mas, já que estamos tendo todo esse trabalho para adicionar 16 GB a root, por que não deixar aí uns GB sobrando, para se precisarmos em outro lugar?

Fazendo um "resizing" em /dev/sda1

Lamento informar, mas não vai ser possível fazer um "resizing" em /dev/sda1 com ela montada. O problema é que ela É o sistema e não vai dar para "consertar o avião com ele voando"!

Essa tarefa costumava dar um baita de um trabalho tempos atrás. Mas, por que complicar, se podemos simplificar? No "kit de ferramentas" do openSUSE, existe o Rescue CD!

Reiniciando o sistema pelo Rescue CD, vamos conseguir fazer o que queremos. Sigam as figuras, lendo os comentários, por favor.

Depois que iniciar o sistema pelo Rescue CD, localize e abra o GParted, como mostrado na figura acima.

Opa, tem um alerta ali! Clicando em /dev/sda1, e selecionando Informações no menu Partição, podemos ler um aviso.
Para o usuário iniciante, isso é sempre muito preocupante. Para o usuário mais avançado, isso não deve preocupar, mas precisa ser checado. Aparentemente, falta algum pacote da biblioteca lvm2...

Mas, ao tentar instalar temporariamente (estamos no Resuce CD, lembram?) o pacote lvm2, o zypper nos avisa que já está tudo instalado!

Nada a fazer!

E podemos comprovar que o pacote lvm2 está instalado simplesmente executando um comando. Por exemplo, o pvdisplay:

Malditos avisos!

Vamos ignorar isso, então, e seguir em frente!

Com /dev/sda1 selecionada, clicamos em Redimensionar / Mover e, puxando a "barra de ocupação" (?) da partição até o final, usamos todo o espaço disponível.

Depois de clicar no botão [ Redimensionar / Mover ], voltamos à tela principal. Hora de clicar no botão [ Aplicar ]!

Dam, mais avisos! E agora acusando um erro!! Calma... Vamos ver o que a ferramenta está chamando de erro:

Hummm, dá para ver que as três primeiras etapas deram certo (para a ferramenta). A que mais nos interessa é a "aumentar partição de 40.00 GB para 60.00 GB". Deu certo! Mas deu erro justamente em pvresize!...

SEM PROBLEMAS!

Por razões que não queremos nem saber, pvresize não funcionou no contexto do Rescue CD. Não tem problema, pois pretendíamos fazer isso no ambiente operacional mesmo! Vamos encerrar as atividades do Rescue CD, simplesmente clicando em [ Fechar ].

De volta à tela principal, podemos ver que a partição foi, de fato, "reparticionada", digamos assim:

Hora de reiniciar o ambiente operacional!

--X--

De volta ao nosso ambiente, podemos checar que os 60 GB estão lá!

linux-9558:~ # fdisk -l
Disk /dev/sda: 60 GiB, 64424509440 bytes, 125829120 sectors
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: dos
Disk identifier: 0x000efce7

Porém, o Physical Volume continua como antes:

linux-9558:~ # pvdisplay
--- Physical volume ---
PV Name               /dev/sda1
VG Name               system
PV Size               40.00 GiB / not usable 3.00 MiB
Allocatable           yes
PE Size               4.00 MiB
Total PE              10239
Free PE               2
Allocated PE          10237
PV UUID               baPJGU-8qtX-BAmq-ZH3l-N2AH-WDMF-3bJrTJ

E, da mesma forma o Volume Group:

linux-9558:~ # vgdisplay
--- Volume group ---
VG Name               system
System ID
Format                lvm2
Metadata Areas        1
Metadata Sequence No 5
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                3
Open LV               3
Max PV                0
Cur PV                1
Act PV                1
VG Size               40.00 GiB
PE Size               4.00 MiB
Total PE              10239
Alloc PE / Size       10237 / 39.99 GiB
Free PE / Size       2 / 8.00 MiB
VG UUID               X512Uf-NyrZ-1m0P-nAn0-eY3i-0ewm-LfLC8F

Hora de usar pvresize

Sem mais delongas, executamos pvresize da forma como já foi explicado:

linux-9558:~ # pvresize /dev/sda1
Physical volume "/dev/sda1" changed
1 physical volume(s) resized / 0 physical volume(s) not resized

Como resultado, pvdisplay agora mostra o seguinte:

linux-9558:~ # pvdisplay
--- Physical volume ---
PV Name               /dev/sda1
VG Name               system
PV Size               60.00 GiB / not usable 2.00 MiB
Allocatable           yes
PE Size               4.00 MiB
Total PE              15359
Free PE               5122
Allocated PE          10237
PV UUID               baPJGU-8qtX-BAmq-ZH3l-N2AH-WDMF-3bJrTJ

E, como mágica, vgdisplay mostra que o Volume Group system já "enxergou" isso:

linux-9558:~ # vgdisplay
--- Volume group ---
VG Name               system
System ID
Format                lvm2
Metadata Areas        1
Metadata Sequence No 6
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                3
Open LV               3
Max PV                0
Cur PV                1
Act PV                1
VG Size               60.00 GiB
PE Size               4.00 MiB
Total PE              15359
Alloc PE / Size       10237 / 39.99 GiB
Free PE / Size       5122 / 20.01 GiB
VG UUID               X512Uf-NyrZ-1m0P-nAn0-eY3i-0ewm-LfLC8F

20 GiB livres!

Hora de usar lvextend

Claro que o Logical Volume root continua como antes, pois não há essa relação "bilateral" de causa e efeito, como existe entre um PV e um VG! Por isso, precisamos adicionar "manualmente" os 16 GB que queremos:

linux-9558:~ # lvextend -L+16384 /dev/system/root
Size of logical volume system/root changed from 15.20 GiB (3890 extents) to 31.20 GiB (7986 extents).
Logical volume root successfully resized

NOTA: O parâmetro -L espera que o valor informado esteja em MB. Assim 16384 significa 16.384 MB, ou seja, 16 GB. Aquele sinal de mais (+), informa que o valor informado é para ser adicionado ao tamanho existente.

Se executarmos lvdisplay agora, vamos ver o seguinte:

linux-9558:~ # lvdisplay
--- Logical volume ---
(...)

--- Logical volume ---
LV Path                /dev/system/root
LV Name                root
VG Name                system
LV UUID                mzN9k8-a6HT-nnAj-RqfG-MK5F-IoH9-djfBp4
LV Write Access        read/write
LV Creation host, time install, 2017-07-30 12:46:55 -0300
LV Status              available
# open                 1
LV Size                31.20 GiB
Current LE             7986
Segments               2
Allocation             inherit
Read ahead sectors     auto
- currently set to     1024
Block device           254:1

--- Logical volume ---
(...)

Os 16 GB já foram adicionados ao LV root. Mas...

...o sistema de arquivos precisa tomar conhecimento disso. Mas antes disso, vamos verificar em que condição o VG system se encontra agora:

linux-9558:~ # vgdisplay
--- Volume group ---
VG Name               system
System ID
Format                lvm2
Metadata Areas        1
Metadata Sequence No 7
VG Access             read/write
VG Status             resizable
MAX LV                0
Cur LV                3
Open LV               3
Max PV                0
Cur PV                1
Act PV                1
VG Size               60.00 GiB
PE Size               4.00 MiB
Total PE              15359
Alloc PE / Size       14333 / 55.99 GiB
Free PE / Size       1026 / 4.01 GiB
VG UUID               X512Uf-NyrZ-1m0P-nAn0-eY3i-0ewm-LfLC8F

Perfeito! A "sobra" que adicionamos está lá, à nossa disposição..

O tamanho de root ( / ), porém, continua como antes:

linux-9558:~ # df -h
Filesystem               Size Used Avail Use% Mounted on
(...)
/dev/mapper/system-root   16G 8.9G 4.0G 69% /
(...)

Size = 16 GB e Avail = 4.0 GB!

Hora de usar btrfs filesystem resize max /

Por fim, vamos lá:

linux-9558:~ # btrfs filesystem resize max /
Resize '/' of 'max'
ERROR: resizing of '/' failed: add/delete/balance/replace/resize operation in progress

linux-9558:~ #

Ups! Erro?!!!!! Não necessariamente...

Observem o motivo da falha: "...add/delete/balance/replace/resize operation in progress"

Estamos fazendo as coisas de forma muita rápida, talvez, e o sistema está bastante ocupado, sincronizando um monte de coisas em background, etc, etc, etc... Vamos aguardar uns 10 minutos! Hora de um cafezinho...

Se depois de uns 10 minutos o erro persistir, sugerimos que reiniciem o sistema. Sim, reboot mesmo!

linux-9558:~ # reboot
Connection to 192.168.56.101 closed by remote host.
Connection to 192.168.56.101 closed.

NOTA: Um "purista" de Linux, se por acaso tiver algum lendo esse artigo, deve estar fazendo aquela cara que o pessoal do Slackware adora fazer, quando vêem alguém reiniciando o Linux, e bradam: "Linux não é Windows, pô!". É verdade, poderíamos executar uma "meia dúzia" de comandos que fogem ao escopo desse artigo, que já está bastante esticado, e resolver esse "problema". Mas, antes de reiniciar, o Linux se encarrega de executar essa "meia dúzia" do comandos, e resolve isso pra nós...

Depois de reiniciar o sistema, podemos tentar mais uma vez:

linux-9558:~ # btrfs filesystem resize max /
Resize '/' of 'max'

Sucesso!

linux-9558:~ # df -h
Filesystem Size Used Avail Use% Mounted on
(...)
/dev/mapper/system-root 32G 8.5G 22G 29% /
(...)

Size = 32 GB e Avail = 22 GB!

NOTA: Embora seja possível fazer o que acabamos de mostrar, a nossa abordagem preferida é adicionar um HD extra (para ser redundante), mesmo que o ambiente seja virtualizado! Querem saber por quê? Então vejam como será mais simples!

BÔNUS: THE MIDLE WAY!

vgextend (and more)

Se nosso usuário for um daqueles precavidos, e ao instalar originalmente se(s) SO(s) não utilizou completamente o HD, deixando espaço para criar mais partições no futuro, existe um meio termo!

Pode ser também que ele tenha uma "partição descartável" que possa ser reaproveitada para resolver o problema que enfrentamos aqui.

Seja como for, tudo o que ele precisa fazer é o seguinte:

Preparar uma nova partição em seu HD, criando ou reutilizando uma;
Transformá-la num PV (Physical Volume), usando pvcreate;
"Apresentá-la" ao VG (Volume Group) system, usando vgextend;
Estender o LV (Logical Volume) root, usando lvextend;
Finalmente, informar ao sistema de arquivos o novo tamanho de root!

FICA A DICA!

E assim enceramos esse artigo! Esperamos que tenham gostado.

Até o próximo!...

LVM - Logical Volume Management - Parte II - Abstraindo Physical Volumes

2018-06-05T18:20:00.001-03:00

LVM - Abstraindo Physical Volumes

Cumprindo a promessa feita ao final do artigo anterior, vamos mostrar como criar o Volume Group datavg, bem como os Logical Volumes data1, data2, data3 e data4.

Mas nosso objetivo não é apenas cumprir uma promessa!

Nesse artigo pretendemos fazer um overview do LVM, bem como apresentar alguns comandos e procedimentos elementares.

Na conhecida figura abaixo, podemos ver que três HDs (Disk2, Disk3 e Disk4, na figura acima) estão associados a datavg. Dentro da terminologia do LVM, eles são denominados Physical Volumes. E, para poderem ser utilizados pelo LVM, eles precisam ser "apresentados", de modo que sejam reconhecidos e utilizados como esperado.

A Ordem Natural das coisas!

Para utilizar um HD em uma configuração LVM, são necessárias algumas etapas "simples":

Etapa "Física" (concreta, dependente de hardware)

Preparar (particionar) o HD para ser usado como um Physical Volume (PV);
Criar o Physical Volume (PV);
Criar ou Expandir um Volume Group (VG), usando o Physical Volume (PV);

Etapa "Lógica" (abstrata, independente de hardware)

Criar Logical Volumes (LV), alocando espaço de um Volume Group (VG);
Definir um sistema de arquivos (ext4, xfs, reisefs, btrfs, etc.) no LV;
Montar o LV num ponto de montagem, para poder, utilizar o espaço disponível.

São 6 etapas, "simples", mas que escondem uma complexidade e revelam a grande vantagem do LVM!

Mão na massa!

Para dar cabo da tarefa proposta nesse artigo, teremos que fazer uso de boa parte dos comandos disponíveis na biblioteca LVM.

Os comandos de "manipulação" do LVM que iremos conhecer nesse artigo são:

pvcreate, vgcreate, vgextend, lvcreate

Além desses, iremos conhecer os comandos de "consulta":

pvdisplay, vgdisplay e lvdisplay

Iremos também rever alguns comandos ou utilitários do Linux, tais como:

fdisk, mkfs.xfs, mkdir e mount.

Nosso ponto de partida é um ambiente simulado em uma máquina virtual com o openSUSE já instalado, acrescida dos três HDs que iremos usar para reproduzir a configuração necessária para datavg. Para tornar as coisas mais simples, fora criados HDs virtuais de 10GB. Naturalmente, os mesmos procedimentos que serão apresentados poderão ser usados em qualquer dimensão de HD!

Vamos dar uma boa olhada na figura abaixo, para identificar nosso ponto de partida.

Olhando a figura, podemos identificar o seguinte:

Os três HDs que iremos usar (sdb, sdc e sdd) não têm qualquer tipo de particionamento;
O HD sda está particionado com uma única partição (sda1), do tipo "Linux LVM", e está em uso pelo sistema através de um Volume Group (system) e três Logical Volumes (home, root e swap).

Nós também podemos obter algumas informações importantes em linha de comando, usando os comandos de "consulta" do LVM.

Na figura abaixo, pvdisplay mostra os Physical Volumes (PV) configurados no sistema. Podemos ver que existe apenas /dev/sda1. Já o comando vgdisplay mostra os Volume Groups (VG) configurados. Podemos identificar o até então único VG, o system.

Um olhar mais experiente tira muito mais informações da figura acima. Entretanto, foge ao escopo nesse momento... Até mesmo para não prejudicar a didática! Então vou resistir à tentação...

Etapa "física" 1: Preparando os HDs para serem usados como PVs

Nosso primeiro passo será particionar os três HDs, usando para isso o fdisk. Iremos criar uma única partição em cada um dos HDs, no tamanho máximo disponível, e configurá-las sendo do tipo "Linux LVM".

NOTA: Embora você possa utilizar um HD inteiro, sem qualquer particionamento, como um Physical Volume (PV), a própria documentação alerta que isso não é recomendado em algumas situações. A principal delas é se outro SO qualquer puder visualizar esse disco. Ele não irá reconhecer os metadados do LVM presentes no HD e irá considerá-lo como não particionado, ou seja, livre para ser usado!

Na figura abaixo, podemos ver o fdisk em ação, particionando o HD sdb.

O que fizemos?

Primeiramente, nós criamos (opção n) a partição única, usando todo o disco;
Depois, verificamos (opção p) que, por default, ela é criada com o tipo "Linux";
Assim, trocamos o tipo de partição para "Linux LVM", usando a opção t, e informando o tipo 8e;
Didaticamente, constatamos a mudança do tipo usando mais uma vez a opção p;
Finalmente, gravamos as alterações, usando a importantíssima opção w!

(Naturalmente, as etapas 2 e 4 na lista acima são opcionais! ;-) )

Agora vamos repetir a operação nos dois HDs que faltam:

Visualmente falando, podemos ver na figura abaixo em que ponto as coisas estão agora!

sdb, sdc e sdd particionados como "Linux LVM"

Etapa "física" 2: Criando os PVs

Agora que os HDs foram particionados, estão prontos para serem "transformados" em Physical Volumes (PV)!

Na figura abaixo, pvdisplay mostra a informação que temos: existe o PV (Physical Volume) /dev/sda1, e ele está sendo usado pelo VG (Volume Group) system. Enxergamos isso quando olhamos para os campos "PV Name" e "VG Name", respectivamente. Mais abaixo na figura, podemos ver pvcreate em ação, criando os PVs.

Somente quando executamos o comando pvcreate é que um HD (inteiro ou partição) passa a ser, de fato, um PV (Physical Volume)!

Agora que criamos os PVs /dev/sdb1, /dev/sdc1 e /dev/sdd1, vamos mais uma vez dar uma olhada no resultado do comando pvdisplay:

Observem que os campos "VG Name" de /dev/sdb1, /dev/sdc1 e /dev/sdd1 estão em branco! Isso ocorre porque, apesar de os HDs já terem sido "transformados" em PVs, eles ainda não estão sendo utilizados por nenhum VG (Volume Group).

Etapa "física" 3: Criando o Volume Group (VG). No caso o datavg

Neste caso em particular, precisamos criar um VG que, já de início, irá conter três PVs. Podemos fazer isso tudo de uma vez!

Criando um VG com mais de um PV

Para criar datavg agora, basta executar o comando vgcreate, da seguinte forma:

vgcreate datavg /dev/sdb1 /dev/sdc1 /dev/sdd1

Tudo o que fizemos foi passar como parâmetro o nome do VG e seus três PVs (Physical Volumes).

Estendendo (Extend) um VG

Um detalhe técnico interessante é que você pode adicionar os PVs individualmente, nada o impede disso! Se você tivesse adicionado apenas /dev/sdb1 e "esquecido" os outros dois, tudo o que precisaríamos fazer seria adicioná-los à datavg. Para isso usaríamos o comando vgextend, como mostrado na figura abaixo.

Resultado final

Podemos ver também na figura anterior que o resultado do comando pvdisplay confirma que tudo o que fizemos até aqui funcionou! Observem que os PVs /dev/sdb1, /dev/sdc1 e /dev/sdd1 existem e que os três estão associados ao VG datavg.

Estão curiosos para ver isso de forma gráfica? Então observem a figura abaixo!

Podemos ver que datavg existe(!) e que ele tem (+/-) 30GB de tamanho. E se você estiver se perguntando onde estão os PV /dev/sdb1, /dev/sdc1 e /dev/sdd1, a resposta é simples: ISTO NÃO IMPORTA! Não para um Volume Group... Afinal de contas, o objetivo é criar uma camada de abstração em cima da parte física. O que importa aqui é que datavg tem, no momento, (+/-) 30 GB de espaço. E SÓ! De onde vem esses 30 GB não importa para um VG... Até porque, existe o comando pvdisplay, não é mesmo? ;-)

Etapa "lógica" 1: Criando os Logical Volumes (LV)

Agora que temos datavg criado e espaço suficiente para criar Logical Volumes (LV) à vontade, vamos criar os data1, data2, data3 e data4, os LVs de nosso exercício. Para isto, tudo o que precisamos é do comando lvcreate, da seguinte forma:

lvcreate -L5120 -ndata1 datavg

lvcreate -L5120 -ndata2 datavg

lvcreate -L5120 -ndata3 datavg

lvcreate -L5120 -ndata4 datavg

O significado dos comandos acima, e o resultado esperado, tomando data1 como exemplo, pode ser traduzido como:

"Crie um LV (lvcreate) de 5GB ( -L5120 ), chamado data1 ( -ndata1 ), 'consumindo' esses 5 GB do VG datavg."

OBS.: Criamos arbitrariamente LVs de 5 GB para mostrar mais uma coisa interessante, embora talvez óbvia: não é necessário "consumir" um PV todo de uma vez! 4 * 5 GB = 20 GB, correto? Então, dos 30 GB de datavg, foram consumidos apenas 20 GB, ficando disponíveis outros 10 GB.

Uma rápida execução de vgdisplay agora irá mostrar o seguinte:

Podemos ver que datavg, cujo tamanho (VG Size) é (+/-) 30 GB, foi "consumido" (Alloc PE / Size) em 20 GB e que ainda existem (+/-) 10 GB disponíveis (Free PE / Size).

A essa altura, executar o comando lvdisplay irá nos trazer um bocado de informação, como nos mostra a figura abaixo.

Graficamente, a mesma informação fica mais bonita, porém bem resumida, como podemos ver na figura abaixo:

Podemos ver o glorioso datavg e seus LVs associados!

Observem que, embora tenhamos criado os LVs data1, data2, data3 e data4, eles ainda não têm um sistema de arquivos definido. Isso pode ser visto facilmente na coluna "Tipo de sistema de arquivos" na figura acima. Isso nos leva à Etapa "lógica" 2...

Etapa "lógica" 2: Definindo um sistema de arquivos para os Logical Volumes (LV)

Agora que temos os LVs data1, data2, data3 e data4 criados, é hora de definir um sistema de arquivos para todos eles. Para efeitos desse artigo, vamos usar o XFS!

Sem mais delongas, para definir um sistema de arquivos para os nossos LVs, podemos usar o comando mkfs.xfs como mostrado na figura abaixo:

Etapa "lógica" 3: Montando os Logical Volumes (LV) em seus respectivos pontos de montagem

Finalmente chegamos na nossa última etapa!

Hora de criar pontos de montagem e montar nossos LVs... Nada mais óbvio, primeiro precisamos criar nossos pontos de montagem:

mkdir /data1

mkdir /data2

mkdir /data3

mkdir /data4

Agora, podemos montar nossos LVs:

mount /dev/datavg/data1 /data1

mount /dev/datavg/data2 /data2

mount /dev/datavg/data3 /data3

mount /dev/datavg/data4 /data4

Voilá!

Por fim, tudo o que precisamos fazer é:

# Adicionar as seguintes entradas em /etc/fstab

/dev/datavg/data1 /data1 xfs defaults 1 2

/dev/datavg/data2 /data2 xfs defaults 1 2

/dev/datavg/data3 /data3 xfs defaults 1 2

/dev/datavg/data4 /data4 xfs defaults 1 2

É meio óbvio, mas o dever me obriga a explicar a necessidade de incluir essas linhas em fstab: é para quando (e se) for necessário reiniciar o sistema! Isso garante que os LVs serão montados automaticamente em seus respectivos pontos de montagem. ¯\_(ツ)_/¯

Para encerrar esse artigo, mais uma "figurinha", mostrando graficamente tudo o que fizemos até agora:

Esperamos ter sido útil, e que vocês tenham gostado do artigo!

Até o próximo...

LVM - Logical Volume Management - Introdução

2018-06-01T20:59:00.001-03:00

As versões mais recentes do openSUSE, assim como praticamente todas as distribuições Linux, permitem usar configurações baseadas em Logical Volume Management (Gerenciamento Lógico de Volumes).

Se você administra um Servidor ou um Desktop, só conseguimos apontar vantagens em usar LVM!

Por que usar LVM - Logical Volume Management?

O Gerenciamento Lógico de Volumes proporciona uma camada de abstração entre um sistema de arquivos e os discos ou partições.

Sem um gerenciamento de volume, uma vez que você tenha usado todo o espaço em um disco, seu sistema de arquivos não pode ser mais estendido. Não de forma simples!

Usando LVM, um sistema de arquivos é criado em um volume lógico. Um volume lógico é criado em cima de um grupo de volume, que por sua vez é criado usando um ou mais volumes físicos (discos ou partições). Deste jeito, um mesmo sistema de arquivos pode se espalhar por vários discos. Assim, se um sistema de arquivos se tornar cheio, ele pode ser estendido adicionando um novo volume físico (disco ou partição) ao grupo de volume ao qual faz parte, e depois simplesmente estendendo o volume lógico no qual ele está montado.

Mas esta flexibilidade em alocação de espaço é apenas um aspecto da utilidade de LVM! Existem muitos outros que iremos ver ao longo dessa série.

Uma grande vantagem do LVM é que os HDs passam a ser Physical Volumes (PVs), ou seja, espaço que entra no sistema de uma forma concreta, mas que é usado de forma abstrata e transparente ao usuário.

Falando de outro modo: Com o LVM, você trabalha armazenando dados em estruturas lógicas que abstraem as estruturas físicas. Assim, incluir ou remover um HD passa a ser apenas um problema de incluir ou remover espaço físico, e apenas isso!

Como num Storage de alta performance, com o LVM você pode adicionar quantos HDs você puder em seu sistema, e utilizar o espaço extra nas estruturas lógicas que você quiser e precisar.

Com o LVM você pode substituir sem muita dificuldade quantos HDs for preciso, seja para aumentar a capacidade, ou porque um HD começou a sinalizar falhas. Igual você faria num Storage de alta performance.

O céu é o limite

Como exercício intelectual, tentem imaginar a situação mais "desesperadora" que um administrador de Linux poderia enfrentar para substituir um HD!

Que tal, por exemplo, substituir um HD inteiro, cujo sistema está sinalizando problema? Agora imagine que isso está acontecendo em seu Desktop! Imagine também que esse HD é o HD do sistema... Sim, o HD de boot, onde ficam o Master Boot Record, o GRUB, a partição de root ( / )! Quem já teve que fazer isso um dia sabe a dor de cabeça que dá...

A depender de como você utiliza LVM, e de como seu sistema foi montado, aumentar (ou reduzir) espaço em sistemas de arquivos se torna uma tarefa quase banal. E substituir um HD inteiro é só uma questão de executar um comando do LVM, para mover os dados que estão nele para outro lugar gerenciado por LVM, e então retirar o HD sem nenhum trauma.

Como funciona(va)m as coisas sem o LVM?

Escolher que tamanho uma partição deve ter, para poder ser usada em um ponto de montagem específico, é uma das decisões mais difíceis que um usuário de Linux enfrenta, ao instalar um novo sistema!

Como as coisas funciona(va)m sem LVM? Uma rápida olhada na figura abaixo fará você relembrar!

Figura 1 - Partições ao modo antigo

Podemos ver que o HD foi dividido em três partições (sda1, sda2 e sda3) e cada uma foi "fisicamente" associada a um ponto de montagem.

E, na dúvida, a maior parte do HD foi utilizada para /home. Essa era uma "solução" comumente adotada sem LVM. Deixando 40 GB para a partição / (root), e utilizando o HD para tudo o mais, nosso intrépido usuário de Linux depositou toda sua fé que isso será suficiente para o "resto da vida"!...

Apesar de não ser impossível mexer nesse arranjo depois, isso sempre tem lá seus complicadores, como por exemplo quando é necessário aumentar o tamanho de um ponto de montagem, tirando espaço de outro lugar.

Como funciona o Logical Volume Management (LVM)?

Basicamente, o LVM funciona como mostrado na figura abaixo:

Figura 2 - LVM Diagram

Existem três estruturas fundamentais que você deve ter em mente quando trabalha com LVM: Physical Volumes (os Volumes Físicos ou os HDs propriamente ditos); Volume Groups (Grupos de Volume); Logical Volumes (Volumes Lógicos).

MEMORIZEM ISSO: PV = Physical Volumes; VG = Volume Group; LV = Logical Volume. PV, VG e LG!

Com LVM, você não tem mais aquela relação direta entre uma estrutura física no HD ( /dev/partition ) e um ponto de montagem! Ao invés disso, você tem um ponto de montagem associado a um Volume Lógico.

Com o LVM, um Ponto de Montagem é associado a um Volume Lógico.

Usando uma linguagem mais abstrata, a grande vantagem nessa estrutura é que a utilização dos HDs em seu sistema passa a ser virtual. Um ponto de montagem não precisa "saber" qual é a partição física a qual ele está associado. Muito menos em qual HD ele está sendo gravado!

E você também não precisa ficar paranoico com relação a quanto de espaço precisa dar a cada ponto de montagem. Basta na instalação reservar um espaço suficiente para começar com certa folga (e aí entra um misto de bom senso + experiência + intuição!). Na medida em que as coisas forem consumindo espaço, é muito fácil com o LVM adicionar o espaço que for necessário. Basta que ele exista em algum lugar...

O LVM no openSUSE

Embora o LVM esteja disponível no openSUSE, uma configuração baseada nele não é ativada por default, durante a instalação. É necessário explicitamente buscar essa opção!

Se você é daqueles que aceitam as sugestões do instalador do openSUSE, vai se deparar com alguma coisa como a mostrada na figura abaixo.

Figura 3 - Particionamento sugerido - Leap 42.2

Na última versão do openSUSE (Leap-15.0), as coisas continuam muito parecidas, como podemos ver na tela abaixo:

Figura 4 - Particionamento sugerido - Leap 15.0

NADA DE LVM!

Embora o LVM seja mais usado em servidores, nada te impede de utilizar LVM também em Desktops. Principalmente porque hoje em dia HDs de 1, 2 ou 3 TB são vendidos a "preço de banana". E com espaço sobrando no HD, você pode fazer uma instalação padrão usando apenas uma parte do HD e deixar o restante para uso no futuro. O LVM pode facilitar bastante esse processo.

Usando LVM

Existem várias formas de configurar o uso do LVM durante a instalação. Usar o assistente de instalação é uma delas, e não é má ideia! Até porque, as configurações em um Deskop são muito mais básicos que em um Servidor, e não precisa muito detalhe. Então vamos utilizar o Configuração guiada do Yast.

Configuração guiada: optando por LVM - modo fácil

Para fazer isto, basta clicar no botão Configuração guiada, no Leap-15.0. No Leap-42.2 essa opção se chama Editar as configurações recomendadas.

As três telas a seguir irão mostrar o processo interativo de configuração do LVM nesse modo fácil, que foram capturadas durante a instalação do SUSE Leap-15.0:

Figura 5 - Ativando LVM

Figura 6 - Opções do sistema de arquivos

E como resultado, vamos ter agora:

Figura 7 - Particionamento sugerido com LVM

Podemos ver na tela acima que o HD foi particionado em duas partições:

/dev/sda1 como BIOS boot Partition;
/dev/sda2 como volume físico LVM, usando todo o restante do HD.

Assim, dessa forma bem básica, você pode fazer uma instalação baseada em LVM que dá para um uso cotidiano sem traumas e também para aprendizado!

Nossa sugestão é que vocês usem, como nós, ambiente virtualizado para estudar e testar tudo o que apresentarmos nessa série de artigos. o VirtualBox, por exemplo, é uma maravilha!

Depois que estiverem bastante seguros de LVM, vocês podem partir para o ambiente definitivo, seja um Desktop, ou um Mega Servidor!

Ao final dessa série nós iremos mostrar uma configuração baseada em LVM que irá dar conta de 99.99% das situações adversas que possam surgir no futuro.

Algumas facilidades do LVM

Só com o tempo, e lendo bastante sobre o assunto, você irá ter a exata dimensão das vantagens trazidas pelo LVM. Por enquanto, vamos ficar com as questões de espaço de armazenamento e substituição de HDs!

Faltou espaço no ponto de montagem raiz ( / )? Adicione espaço ao volume lógico system (e expanda o sistema de arquivos em seguida)!

Faltou espaço em /home, para mais dados dos usuários (ou para seus filmes em Full HD)? Adicione espaço ao volume lógico home ( idem )!

Assim, um simple comando como
lvextend -L+32G /dev/rootvg/home

irá adicionar mais 32 Giga Bytes ao volume lógico home!

E, finalmente, basta um comando como

xfs_growfs /home

para que esse espaço a mais possa ser "enxergado" e utilizado pelo sistema de arquivos em /home!

"Peraí... Mas está faltando espaço em minha partição root (ponto de montagem /). Estou querendo fazer uma upgrade de versão e está dando pau. Não tem espaço!!" -- Alguém pode ponderar!

Sem problema:

#Adicionar mais 16 Giga Bytes ao volume lógico system (ponto de montagem / )

lvextend -L+16G /dev/rootvg/system

#Expandir o sistema de arquivos, para refletir o novo tamanho

btrfs filesystem resize max /

Ok, Ok, mas de onde vem esse espaço?

Os VGs fazem a ponte entre os LVs e os HDs!

Todo o espaço físico que você tiver disponível em seu sistema, seja ele um ou mais HDs (inteiros ou em partições), é associado a um VG (Volume Group), para poder ser utilizado pelo LVM.

Olhando mais uma vez a Figura 2, podemos ver que um HD inteiro (Disk1) foi alocado para o Grupo de Volume rootvg. Podemos ver também que outros três HDs (Disk2, Disk3 e Disk4) foram inteiramente alocados para o grupo de volume datavg... Hummmm...

Trabalhando com LVM

Para finalizar esse artigo, vamos transcrever parte da documentação sobre LVM encontrada no site "The Linux Documentation Project", listando as tarefas mais comuns quando se trabalha com LVM, só para dar uma ideia do que virá por aí!

As tarefas mais comuns quando se trabalha com LVM, de acordo com o TLDP, são:

11.1. Inicializando discos ou partições de disco
11.2. Criando um grupo de volume
11.3. Ativando um grupo de volume
11.4. Removendo um grupo de volume
11.5. Adicionando volumes físicos a um grupo de volume
11.6. Removendo volumes físicos de um grupo de volume
11.7. Criando um volume lógico
11.8. Removendo um volume lógico
11.9. Estendendo um volume lógico
11.10. Reduzindo um volume lógico
11.11. Migrando Dados de um Volume Físico

No próximo artigo

No próximo artigo, vou mostrar como criar "manualmente" o Grupo de Volume datavg e também os Volumes Lógicos data1, data2, data3 e data4 que foram ilustrados nesse artigo.

Até o próximo...

openSUSE Leap Live DVD

2018-05-26T19:22:00.000-03:00

Você pode experimentar o openSUSE Linux sem a necessidade de instalar ele em seu computador. Existem duas formas para isso: usar a tecnologia de virtualização, e testar ele dentro de uma máquina virtual; ou usar um Live DVD. Nesse artigo vamos ver como usar um Live DVD.

Mas se ficou curioso sobre virtualização, aqui vai uma "preleção": através da virtualização você pode instalar, testar, fuçar, mexer, fazer o que quiser dentro de um ambiente isolado da sua máquina real. Assim, você pode não só conhecer e testar outros sistemas em tua máquina real, como vai poder fazer isso sem medo de cometer algum erro e "ferrar" sua estação de trabalho!

Se quiser saber mais sobre virtualização, pode ler uma série de artigos sobre isso aqui mesmo no Blog, a começar por aqui (clique aqui)!

Objetivo principal: Testar o hardware do seu computador!

A razão pela qual recomendamos testar o openSUSE através do Live DVD é verificar se o openSUSE vai reconhecer adequadamente o hardware do computador e instalar os drivers corretos para video, audio, rede e Etc. Se após um bom período de testes tudo se comportar de forma estável, é seguro partir para uma instalação definitiva.

É correto dizer que, atualmente, o Linux reconhece adequadamente praticamente todo tipo de configuração de hardware encontrada no mercado. Até porque, os grandes players de mercado, a exemplo da IBM, Oracle, e até mesmo a Microsoft(!) estão investindo bastante para que as coisas funcionem bem no Linux.

Parêntese: Live DVD KDE ou Live DVD Gnome?

O openSUSE oferece duas versões oficiais de Live DVD: uma com o ambiente KDE e outra com o ambiente Gnome.

O processo de inicialização dos dois é praticamente idêntico! Nesse artigo vamos começar colocando telas capturadas usando o Live DVD com KDE. Na versão usando Gnome será tudo praticamente do mesmo jeito, até chegar no Ambiente de Trabalho. Naturalmente, quando chegarmos no ambiente de trabalho, iremos sinalizar as diferenças e mostrar as telas equivalentes para ambos.

O boot pelo LiveDVD

Para iniciar a utilização do LiveDVD, é só colocá-lo na unidade de DVD e reiniciar o computador, optando em fazer boot pela unidade.

A primeira tela apresentada será a seguinte:

Selecionando o Idioma e a Resolução da tela

A primeira coisa a fazer é apertar F2, para selecionar o idioma português (Brasil). Usando as teclas de movimentação (setas), selecione o idioma e aperte Enter. Veja na próxima tela este processo em andamento.

Etapa opcional

Agora o próximo passo é apertar F3, para selecionar uma resolução da tela durante a utilização do LiveCD. Esta opção só deve ser utilizada se você tiver algum problema com a resolução padrão (modo automático). Caso deseje trabalhar numa resolução menor que a máxima permitida pela sua placa de video, use F3.

Na tela a seguir, o processo de escolha da resolução.

Finalmente, o BOOT!

Para continuar, selecione o primeiro item do menu ("openSUSE Leap 15.0 KDE Live") e aperte Enter. Alguns segundos se passarão enquanto o SUSE é carregado para a memória. Aproveite para ver o visual bonito do SUSE, sempre em tons de verde, por padrão.

Bem vindo ao Ambiente de Trabalho!

Depois que o SUSE é carregado, ele mostra a área de trabalho "vazia", como mostrado nas figuras abaixo:

Ambiente de trabalho do KDE

Ambiente de trabalho do Gnome

Configurando o teclado

É muito provável que o teclado não esteja adequadamente configurado! Pelo menos em nossos testes os caracteres acentuadas (para variar) ou não funcionavam ou estavam "embaralhados", tanto no KDE quanto no Gnome. Então vamos ver como corrigir isso rapidamente.

KDE

No KDE, é preciso abrir o Yast e, na seção Hardware, clicar no ícone System Keyboard Layout. Apesar de o mapa de teclado "Português (Brasil)" já estar selecionado, o teclado não está configurado como deveria! Para corrigir isso, basta clicar em outro mapa de teclado e clicar de volta em "Português (Brasil)". É isso! Parece ser um Bug de configuração...

Corrigindo o Bug no mapa de teclado do KDE

Se não lembra ou não sabe como abrir o Yast, vai uma dica em forma de figura:

Clique no botão Iniciar e digite yast

Gnome

No caso do Gnome não é exatamente um Bug. Mas apesar de o Live DVD iniciar com o idioma em português, a "Fonte de entrada" (mapa de teclado no KDE), está em inglês, como podemos ver na figura abaixo:

Para corrigir isso, devemos adicionar o nosso teclado. Clicando no [ + ] logo abaixo de Inglês (EUA) poderemos adicionar nosso idioma como Fonte de entrada. A figura a seguir ilustra esse momento:

E onde fica esse Painel de configurações?!

Para abrir o Painel de configurações do Gnome, basta clicar no botão "Power" do Gnome, e depois no ícone com as "ferramentas"... Mais uma vez, mostramos uma figura em forma de dica:

Depois que configurar a fonte de entrada no Gnome, ainda é necessário selecionar a Português (Brasil) no menu que vai aparecer na barra de tarefas após a configuração, como podemos ver na figura abaixo:

Explorando o Ambiente

Resolvido o problema do teclado, vamos ver o que podemos encontrar no Live DVD.

Infelizmente, essas últimas versões do Live DVD não vêm "abarrotados" dos aplicativos mais comuns que você pode encontrar no Linux e que são similares aos que você precisa pagar para usar.

O que dá para fazer, tanto na versão KDE quanto na versão Gnome, é conhecer seus respectivos ambientes (KDE ou Gnome).

O Ambiente Plasma, do KDE

No KDE nós temos o Plasma, que é um ambiente muito bonito e 100% configurável, sob todos os aspectos. Na área de trabalho, por exemplo, é possível incluir toda uma variedade de widgets, que vão dos "firulas e mais firulas" até alguns mais úteis, digamos assim. Basta clicar com o botão direito na área de trabalho do Plasma e selecionar widgets... para ter acesso a uma variedade deles. Na figura abaixo, podemos ver alguns em ação!

Decoração do KDE

A Comunidade também disponibiliza toda uma série de customizações que vão desde decoração de janelas, até ícones dos mais variados tipos. Nas telas a seguir mostramos a mudança das decorações de janela no KDE / Plasma:

O ambiente shell do KDE

Também é possível configurar onde seus arquivos e pastas devem ficar. Assim , você organiza melhor seus arquivos.

KDE e integração com a(o) Google

E como está virando moda, o KDE promete uma integração total com seu ambiente na nuvem da Google, como podemos ver nas duas figuras a seguir.

OBS.: É nosso dever confessar que não experimentamos essa integração com a Google ainda! Por isso não temos nenhuma opinião a dar, nem a favor nem contra!

O Ambiente do Gnome

No Gnome as coisas são mais enxutas que no KDE. Nas palavras da própria SUSE, o Gnome é...

"...um ambiente de trabalho atraente, fácil de usar e totalmente gratuito para sistemas UNIX, com aplicações para atender todas as exigências da computação moderna."

Clicando em Atividades, o Gnome mostra uma barra de aplicativos configurável e um campo para pesquisa, onde você pode procurar por aplicativos da Comunidade. Se ele estiver instalado, basta clicar e executar. Se não estiver instalado, ao clicar você será questionado se deseja fazer a instalação.

Lista de aplicativos no Gnome

O Firefox funcionando no Gnome

O LibreOffice funcionando no Gnome

Resumo da Ópera

Como visto, através do Live DVD dá para ter uma ideia de como as coisas funcionam tanto no KDE quanto no Gnome. Infelizmente, não dá para sair instalando programas, embora exista essa opção! O "problema" é que o ambiente Live é muito minimalista, e só tem 1GB de RAM Disk disponível em tempo de execução. Você pode experimentar instalar alguns programas, para teste, e a maioria dessas experiências até vai dar certo. Mas quando você reiniciar ou desligar, tudo será descartado, pois não se trata obviamente de uma instalação normal.

Espaço em RAM Disk disponível durante uma seção Live DVD

Como podemos ver na figura acima, o sistema Live DVD é montado numa partição RAM Disk de +/- 1GB (LiveOS_rootfs), ficando +/- 934 MB livres para experiências!

Para saber mais

Para saber mais sobre o openSUSE, clique aqui.

Para saber mais sobre o KDE, clique aqui.

Para saber mais sobre o Gnome, clique aqui.

Até o próximo!

Ajustes após a instalação do openSUSE Leap

2018-05-26T08:00:00.000-03:00

Muito bem, você instalou com sucesso o openSUSE Leap e acabou de fazer seu primeiro Login! Hora de fazer os primeiros ajustes após instalação!

Antes de mais nada, vamos abrir o Applet de configurações do sistema!

Configurações do sistema

Clique no Lançador de aplicativos e digite "Configurações do sistema", para localizá-lo. Aproveite a figura acima para visualizar que o Yast também apareceu na pesquisa. Memorize isso, pois iremos abrir ele mais tarde!

Tela e monitor

Role até a parte de baixo da tela de Configurações do sistema e clique em "Tela e monitor", para podermos ajustar a resolução da tela.

Escolha uma resolução que seja confortável aos seus olhos e clique em Aplicar.

Compositor

Aproveitando essa mesma tela, clique em Compositor.

Se você não sabe, o Compositor é o responsável pela "computação gráfica" no openSUSE, ou seja, pelos efeitos (ou pelos defeitos) especias na tela.

O Compositor costuma ser uma causa de instabilidades no sistema, por causa dos drivers da placa gráfica, que nem sempre são abertos pelo fabricante e os desenvolvedores Linux precisam criar drivers genéricos.

Então fica a informação: SE seu computador travar de vez em quando, enquanto você estiver na interface gráfica, experimente mudar a "Infraestrutura de renderização" para XRender.

DICA: Você pode também desabilitar/habilitar o Compositor durante uma sessão apertando simultaneamente Alt+Shift+F12.

Configurações Regionais - Idioma

Agora localize o ícone Configurações regionais e clique nele, para fazermos um pequeno ajuste no Idioma.

Como podemos ver na tela abaixo, não há nenhuma indicação do idioma preferido!

Localize "português do Brasil" do lado esquerdo e mova-o para o lado direito e depois clique em Aplicar.

Carteira do KDE

Esse é um item chato da KDE, ao menos para nós! A Carteira do KDE tenta ser uma coisa útil, memorizando suas senhas de acesso, com a teoria de que irá facilitar logins posteriores. Mas até hoje só tivemos aborrecimentos com a Carteira do KDE. Enfim, é aqui que você desabilita esse cavalo de tróia!

Basta procurar pelo ícone "Detalhes da conta" para chegar na tela acima e desabilitar o subsistema de carteiras do KDE, se assim o desejar!

Tela de autenticação

Em "Tela de autenticação" você pode mudar a tela de Login do openSUSE. Apesar de acharmos que a default é satisfatória, fica a informação! Para chegar nessa tela, procure pelo ícone "Inicialização e desligamento".

Sessão do Desktop

Sempre que você desliga o computador (ou encerra uma seção, dá no mesmo), o openSUSE pode memorizar tudo o que estava aberto. Assim, quando você fizer Login novamente, ele vai restabelecer a sessão do jeito que estava quando você a encerrou. Esse é o comportamento default!

Se você quiser que sempre que iniciar uma sessão tudo esteja "limpo", basta selecionar "Iniciar com uma sessão vazia" na painel "Na inicialização", como sugerido na figura abaixo.

Atualização de aplicativos e do Sistema

É muito provável que após a instalação existam algumas atualizações a fazer, ainda que você tenha instalado o openSUSE conectado à internet. A Comunidade openSUSE não pára de trabalhar, e praticamente todo dia sai alguma pequena (ou grande) atualização.

Fique atento a alguma mensagem no painel de notificações indicando que existem atualização a fazer. Caso isso ocorra, basta clicar no ícone da ferramenta de atualizações de aplicativos e depois no botão "Instalar atualizações".

O Yast!

O Yast é para o openSUSE o que o Painel de Controle á para o Windows! Todo e qualquer tipo de configuração que seja possível realizar no openSUSE pode começar a partir do Yast. Dito isto, vamos abrir o Yast, pois temos algumas configurações a fazer.

Repositórios de software e o PackMan

Uma vez no Yast, procure pelo ícone (ou Applet) "Repositórios de sofware" e clique nele, pois iremos adicionar um repositório importante.

Assim que a tela de configuração de repositórios de software abrir, clique no botão "Adicionar", depois selecione "Repositórios da comunidade", e finalmente clique em "Avançar"

Na tela seguinte, selecione o repositório "Packman Repository", e depois em "Ok", para adicionar o PackMan.

O PackMan é um repositório mantido por uma Comunidade de colaboradores e entusiastas do openSUSE. Nele você irá encontrar praticamente tudo o que você vai precisar para um uso de médio a avançado do Linux, como por exemplo CODECs para todos os tipos de áudio e vídeo, importantíssimos para funcionalidades multimidia no openSUSE.

Após adicionar o PackMan, é interessante também fazer uma organização de prioridades nos repositórios existentes. Sugerimos deixar numa ordem como a mostrada na figura abaixo:

Observem acima a ordem de prioridade que demos aos repositórios de 40 a 65. Como é de se esperar, quanto menor o número, maior a prioridade. Assim, estabelecemos o seguinte princípio:

40 e 45: Repositórios de atualização;
50: Repositório local de instalação (aponta sempre para a mídia que você usou para instalar o openSUSE);
55 e 60: Repositórios principais online (complementam a mídia de instalação. Mas são estáticos, não sofrem atualizações após o lançamento da versão);
65: O Repositório PackMan.

Mas, por que isso? Bem, não é raro o mesmo pacote de um determinado software estar presente em mais de um repositório da sua lista de repositórios. Essa ordem de prioridade significa que, caso isso ocorra, será instalado aquele que estiver no repositório com prioridade maior, e não necessariamente o que tiver o pacote com a versão mais atualizada. Embora possa parecer estranho, isso é o mais desejável.

Como nós colocamos os repositórios oficiais de atualização com prioridade maior, e eles só disponibilizam pacotes testados pela comunidade oficial do openSUSE, assim garantimos que em caso de "colisão", será instalada versão mais estável, e não necessariamente a mais atual.

Gerenciamento de software - Comutação de fornecedor

A regra de prioridades anterior, como toda regra, pode apresentar alguma exceção. E de fato apresenta!

Os pacotes de software e bibliotecas multimídia que são instalados pela distribuição oficial do openSUSE tendem a estar obsoletas ou defasadas, por causa do hiato entre a preparação e o lançamento da versão. Nesse caso em particular, é mais seguro confiar na Comunidade que mantém o PackMan!

Sendo assim, vamos "reprogramar" o openSUSE para que ele use o PackMan como fornecedor oficial das bibliotecas mantidas por ele (o PackMan). Isso garante que quem irá manter a atualização dessas bibliotecas e softwares será o repositório PackMan, independente daquela prioridade estabelecida nos repositórios. Para isto, precisamos fazer o seguinte:

localizar o Applet "Gerenciamento de software" do Yast;
Abrir a caixa de seleção "Ver" e selecionar "Repositórios";
Na lista de "Nomes", clique em "Packman Repository".

Feito isto, você deve estar vendo uma tela com a mostrada na figura abaixo:

Atente para um link escrito Comutar pacotes do sistema para as versões neste repositório (Packman Repository). Precisamos clicar nesse link para fazer a comutação de fornecedor!

Depois de clicar nesse link, provavelmente irá aparecer uma tela com uma lista para resolução de conflitos. Basta selecionar a opção que indica alteração de fornecedor openSUSE --> http://packman.links2linux.de, todas elas, e depois em "OK -- Tentar novamente".

Quando todos os conflitos forem resolvidos, você irá visualizar uma tela como a mostrada na figura abaixo:

Agora é só clicar em "Aceitar" que tudo vai dar certo!

Esse procedimento irá evitar ou resolver uma série de Bugs ou inconvenientes quando você estiver tentando ouvir uma música ou assistir a um filme!

SMPLAYER

E por falar em filmes, nosso player preferido é smplayer, que nada mais é que um front-end (GUI) para o mplayer. O mplayer é uma poderosa ferramenta de linha de comando para multimidia no Linux. De áudio a vídeo, codificação e decodificação, até mesmo fazer o RIP completo de um DVD ou Blue-Ray é possível com o mplayer e sua alma gêmea, o mencoder (que vem no pacote).

Dito isto, e aproveitando que estamos no Gerenciamento de software, vamos instalar o mplayer? Se quiser, basta ir no campo "Pesquisar" e digitar smplayer.

Ao selecionar o smplayer para instalação, o Yast irá automaticamente instalar tudo o mais que for necessário para que ele funcione: o mplayer e todos os CODECs de áudio e vídeo disponíveis no Packman (sim, o smplayer é disponibilizado pelo repositório do Packman).

DICA: uma outra ferramenta que vem no pacote do smplayer é o youtube-dl! Dá para imaginar o que ele faz? Isso mesmo: ele faz o download de um video no Youtube! Basta você passar o link para o video como parâmetro, que ele faz o download. Á, sim, o youtube-dl é uma ferramenta de linha de comando...

E assim terminamos nossos pequenos ajustes pós instalação do openSUSE. Esperamos que essas informações tenham sido úteis!

Até o próximo!...

Guia definitivo de Instalação do openSUSE Leap

2018-05-25T23:00:00.000-03:00

Sobre este guia

Mais do que um guia de instalação, este artigo pretende ir além, e dar muitas dicas sobre coisas que não são muito óbvias, e que irão ajudar aos iniciantes na utilização do openSUSE.

Para fazer o download da última versão do openSUSE, basta clicar na figura no início do artigo, para ser direcionado ao portal oficial de instalação do openSUSE (em inglês). Você pode fazer o download também a partir de nossa página dedicada ao openSUSE Leap.

Para obter mais ajuda quanto ao download, ou como preparar a mídia de instalação, você pode acessar essa outra página oficial (em português): https://pt.opensuse.org/SDB:Ajuda_de_download. Aqui no Blog nós temos um guia de como preparar um USB Stick para ser usado como mídia de instalação. Basta clicar aqui, para saber como.

O Hardware

Para não ter nenhuma frustração após uma instalação, e ficar achando que o Linux não presta e etc., é melhor se certificar de que o hardware do computador irá corresponder a suas expectativas! Apesar de dizerem que o Linux é mágico, e faz qualquer máquina velha ressurgir das cinzas para ser usada em coisas sérias, devemos dizer que isto é meio verdade!

É verdade que você pode usar uma máquina "obsoleta", com 512M de RAM, e transformar ela em um servidor DHCP, ou num firewall doméstico, porque já fizemos. Mas achar que você vai usar esta máquina para instalar o Linux em modo gráfico, e fazer ele dar "cambalhotas", é ingenuidade!

Para poder usar interface gráfica, para poder ficar se divertindo com janelas voadoras e contorcionistas, e também para poder ver videos em Full HD, você vai precisar ter um PC robusto!

Felizmente, hoje em dia até mesmo máquinas que são vendidas a preço de banana em grandes magazines têm uma configuração mínima igual ou superior aos requisitos recomendados pela SUSE.

As especificações mínimas para a instalação do openSUSE (obtidas do site oficial e transcritas aqui) são as seguintes:

Requisitos de sistema recomendados

Processador 2 GHz dual core ou melhor
Memória de 2 GB
Mais de 40 GB de espaço livre em disco
Unidade de DVD ou porta USB para a instalação da mídia
O acesso à Internet é útil e necessário para a instalação via rede

Dito isto, podemos começar a instalação...

O boot pela mídia de instalação

Para iniciar a instalação, basta colocar a mídia de instalação (CD/DVD-ROM ou USB Stick) no local apropriado para ela e reiniciar o computador.

No boot pela mídia de instalação, a primeira tela a ser apresentada vai depender das configurações de boot de seu PC. Se for no modo BIOS tradicional, a tela será como a mostrada abaixo:

BOOT no modo BIOS tradicional

Se sua máquina estiver configurada no modo UEFI - Unified Extensible Firmware Interface, a tela será ligeiramente diferente, e não será possível escolher -- agora -- o idioma nem a resolução padrão:

BOOT no modo UEFI

Selecionando o Idioma e a Resolução da tela

No boot pelo BIOS tradicional, você pode logo na primeira tela apertar F2, para selecionar o idioma. Pode também apertar F3, para selecionar a resolução da tela durante a instalação. Esta resolução também será usada posteriormente sempre que você iniciar o computador.

NOTA: Esta resolução nada tem a ver com a resolução que você escolherá para a Área de Trabalho.

Se seu computador estiver configurado no boot UEFI, a escolha do idioma terá que ser feita depois, quando o instalador apresentar a tela "Idioma, teclado e contrato de licença".

Teste de Memória

Um recurso da instalação do openSUSE que aprendemos a gostar é poder testar a memória do computador!

Muitas pessoas têm problemas de instabilidade no uso do computador e nem se dão conta que isto muitas vezes é causado por memórias com defeito. Máquinas novas, que haviam acabado de sair da caixa, tinham memórias com defeito!

Para fazer o teste da(s) memória(s), basta selecionar "Mais..." e depois "Teste de memória". Se depois de alguns minutos de teste aparecerem umas linhas destacadas de vermelho na parte inferior da tela, interrompa o processo de instalação e providencie substituir as memórias, pois elas estarão com defeito! Identifique qual ou quais tem defeito, e faça a troca.

DICA: Às vezes, não é necessariamente um defeito. Pode ser um problema de mau encaixe da(s) placa(s) de memória em seu(s) respectivo(s) slot(s). Remover uma placa de memória, passar suavemente uma borracha daquelas de apagar lápis nos contatos (com muito cuidado para não atingir nenhum componente da placa durante esse processo), e encaixar adequadamente ela de volta pode resolver o problema!

Veja na figura abaixo como é a tela de teste de memória.

Testando a memória

O teste de memórias é um processo que pode demorar horas. Mas não precisa esperar até o final! Se a indicação de progresso em Pass ultrapassar 15% e não tiver aparecido nenhuma mensagem de erro, é muito provável que esteja tudo Ok. Pode respirar aliviado e continuar a instalação. Aperte ( Esc ) para reiniciar a máquina e prosseguir com a instalação.

Iniciando a instalação propriamente dita

Após escolher o idioma e a resolução da instalação, selecione no menu o item Instalação e aperte Enter. Após um instante não muito breve (Depende do tipo de mídia de instalação. CD/DVD-ROM são mais lentos que USB Sticks), você verá a tela a seguir:

Ninguém costuma ler os Termos do Contrato, é fato, mas nesta tela tem coisas importantes a serem observadas. Primeiramente, o Idioma e o Layout de teclado. Como você selecionou português (Brasil) na tela inicial, você pode ver que as configurações adequadas já foram selecionadas.

DICA: Se teu teclado ainda for daqueles que não tem a tecla Ç, então ele não é padrão ABNT. Neste caso, você precisa selecionar o layout de teclado português (Brasil - acentuação EUA).

Clicando em [Próximo], passamos para a próxima etapa.

AJUDA: Durante qualquer etapa da instalação do SUSE você pode obter ajuda sobre o que está acontecendo ali, ou sobre o que se espera que você faça. Se você clicar em [Ajuda], sempre irão aparecer informações pertinentes ao contexto.

Seleção da Interface de usuário

A partir da versão Leap 42.2, além das tradicionais opções para Dekstop, o openSUSE passou a oferecer as opções para Servidor. Isto é um efeito da "fusão" entre as equipes do openSUSE e o SUSE Enterprise Linux! Você pode escolher entre duas áreas de trabalho, Gnome ou KDE, escolher entre dois tipos de Servidor, ou escolher a instalação Personalizada.

Por padrão, a área de trabalho do openSUSE é baseada no KDE.

Configurar repositórios online

Se tiver uma BOA conexão à internet durante a instalação, você pode neste momento configurar os repositórios online, clicando no botão [ Configurar repositórios online ] na mesma tela onde você escolhe a interface de usuário.
É interessante fazer isso durante a instalação por dois motivos: o principal é a possibilidade de fazer uma instalação com os pacotes mais atualizados; o outro motivo é que vamos recomendar a instalação de pacotes adicionais, que não estão na mídia de instalação, mas encontram-se online.

Selecionando repositórios online

Se for possível agora, selecione os repositórios como indicado na figura acima.

Particionamento Sugerido

Esta é uma etapa que, por si só, merece um artigo daqueles bem grande! A utilização ou reutilização do(s) HD(s) que você tem disponível(eis) em seu PC é sempre uma tarefa um pouco complicada quando se instala um Sistema Operacional, se já existe algum instalado ou se você deseja manter os dados existentes no HD.

O ideal seria sempre poder fazer uma instalação a partir "do zero", ou seja, tudo sendo utilizado exclusivamente pelo openSUSE, partindo de uma primeira instalação ou tendo a possibilidade de FORMATAR TUDO!

Resumidamente, há 3 formas ou situações de particionar o(s) HD(s) de seu PC:

Melhor dos mundos -- Usar o HD inteiramente para o openSUSE, formatando-o;
Dual Boot Compartilhado -- Instalar o openSUSE no HD com um sistema operacional existente;
Dual Boot Dedicado -- Instalar o openSUSE em um segundo HD, só para ele.

Neste artigo vamos partir do princípio que você está no melhor dos mundos!

Apesar de que o instalador do openSUSE sempre vai buscar um jeito de te ajudar na instalação, faça backup de todos os seus dados caso você esteja instalando em um HD já em uso.

Em breve iremos publicar um artigo cuidando especificamente desse assunto, com todas as nuances e possibilidades de particionamento.

Melhor dos mundos

Se você tiver um HD "virgem" durante a instalação, o instalador irá sugerir por padrão um particionamento semelhante ao mostrado na figura a seguir:

HD "virgem" de 100 GB e o particionamento sugerido para ele

O openSUSE, já faz algum, tempo sugere criar uma partição /home separada e sugere também usar btrfs como sistema de arquivos para / (root).

Ter uma partição /home separada é importante porque você sempre poderá, se necessário, até mesmo "zerar" o Sistema Operacional, sem que isso afete os arquivos dos usuários em /home. Além disso, se porventura o diretório /home ficar cheio e sem espaço para gravação de arquivos, isso não irá "derrubar" o sistema operacional.

Usar btrfs como sistema de arquivos para a partição root ( / ) oferece a possibilidade de criar snapshots de áreas importantes do Sistema Operacional, o que permitirá restaurar o sistema a uma condição anterior, em caso de "danos acidentais", ou no caso de haver a instalação de um software que "crashou" o sistema ou, ainda, no caso de uma atualização que inseriu bugs!

Dual Boot Compartilhado

Se seu HD já estiver sendo usado por outro sistema operacional, quase sempre o Windows (he-he), o instalador irá dar um jeito de "encaixar" o openSUSE no HD. Primeiramente ele tentará redimensionar a partição ocupada pelo Win..., quer dizer, pelo sistema operacional existente. Depois ele irá criar as partições necessárias para a instalação. Além disso, ele irá configurar o gerenciador de inicialização (GRUB) para permitir o dual boot.

Nesse caso, você veria algo como o mostrado na figura a seguir, que será colocada aqui apenas a título de ilustração!

O instalador "encaixando" o openSUSE em um HD com outro sistema operacional

Em uma situação como a indicada na figura acima, é importante que você tenha feito o backup de todos os dados que existirem nesse HD e que você julgue imprescindíveis!

Relógio e Fuso Horário

Nesta tela você poderá ajustar a data e a hora. O instalador detecta o relógio do sistema e faz os ajustes necessários. Porém, tem uma "pegadinha" aqui: ele usa o padrão UTC (Tempo Universal Coordenado, em português) e se você achar que tem algo errado com a hora, basta você habilitar ou desabilitar a opção "Relógio de hardware definido para UTC" e tudo ficará normal.

Atenção para o fuso horário da tua região! Se estiver em Brasilia, por exemplo, você terá que selecionar uma cidade na lista disponível que esteja no mesmo fuso que você. Eu selecionaria São Paulo!

Criar novo usuário

Aqui o que é preciso fazer é simples: identificar-se! Informe teu nome completo e altere o nome do usuário, se não gostar do que for sugerido pelo instalador.

DICA: Desabilite a opção "Login automático"! Esta coisa de preguiçoso abre furos na segurança. Então nada de Login automático...

!!! IMPORTANTE !!!

Note que a opção "Usar esta senha para o administrador do sistema" está selecionada por padrão. Ok, sem problemas. Isto significa que a senha escolhida para o teu usuário é a mesma que será utilizada para o usuário root.

O usuário root é o administrador do sistema. Durante esta etapa de instalação serão criadas duas contras de usuário: a conta do root (automaticamente) e esta que você está informando agora.

Após a instalação e em algumas situações especiais você será solicitado a informar a senha do root. Quando isto acontecer, você informa esta senha que está definindo agora para o teu usuário. Isto é normal e aceitável no openSUSE. Mas...

ATENÇÃO! Nunca, jamais, em hipótese alguma, faça login no modo gráfico usando o usuário root! Melhor ainda, nunca faça login como o usuário root. O mais seguro é fazer login como um usuário normal e em seguida usar o comando su, para "chavear" para o usuário root, ou sudo, quando for preciso executar alguma operação que exija os privilégios de administrador.

Configurações da Instalação

Se você for um usuário mais avançado, e quiser habilitar o acesso remoto via SSH, faça isso na seção Firewall e SSH, como indicado na parte inferior da figura abaixo.

Se você configurou os repositórios online, é importante instalar dois pacotes: C/C++ Development e Linux Kernel Development! Para fazer isso, basta clicar em Software, localizar e selecionar esses pacotes, depois clicar em Ok. Se não estiver conectado à internet durante a instalação, não esqueça de instalar esses pacotes quando estiver online.

Muitos aplicativos para o Linux são encontrados no formato Fonte (Source, em inglês), ou seja, a versão compilável do programa, na maioria absoluta das vezes escritos em na linguagem C ou C++.

Instalar um programa no Linux, nesses casos, consiste em baixar o programa em seu código fonte e usar as ferramentas apropriadas para compilar e instalar.

Geralmente, você será instruído a executar os dois comandos a seguir, na pasta onde você baixou o Fonte e descompactou:

make e make install

Mas para isto é preciso que você instale os pacotes de desenvolvimento, mesmo que você não entenda nada de programação de computadores!

Finalizando a Instalação

De volta à tela de "Configrações da instalação", agora é só finalmente clicar em [Instalar]. Uma tela de confirmação será exibida. Agora é clicar em [Instalar] mais uma vez, para começar o "show"! Veja na figura a seguir a instalação sendo realizada.

Não deixem de ler também o artigo:Tarefas pós-instalação 1: Pequenos ajustes.

openSUSE Leap, o grande salto!

2018-05-25T14:37:00.000-03:00

Leap 15.0, de volta para o futuro!

O openSUSE vinha numa sequência de versões numeradas, começando da versão 10.2, lançada em 7 de dezembro de 2006, seguindo até a versão 13.2, lançada em 4 de novembro de 2014.

Lançado em 04 de novembro de 2015, o openSUSE Leap 42.1 representou um grande salto para os usuários dessa fantástica distribuição Linux. E não estamos falando apenas da questão numérica!

Muito mais que questões de numeração, o grande salto foi feito em um aspecto técnico gigantesco: as duas versões existentes do SUSE, que andavam separadas, com equipes e público alvo diferentes, meio que fundiu-se numa só!

Mas antes de explicarmos essa questão da numeração, vamos conhecer um pouco da história do openSUSE Leap.

Leap Begins

Quem já sabe qual a relação entre o CentOS e o RedHat, vai entender melhor e relação entre o Leap e o SUSE Linux Enterprise.

A Red Hat tem uma distribuição empresarial livre: a CentOS. O CentOS Linux é virtualmente igual ao Red Hat Enterprise Linux, com a diferença que é de uso Livre, ou seja, você não precisa pagar Subscrições para utilizá-la. Porém, tudo o que a versão Enterprise faz, o CentOS faz!

Até novembro de 2015, a SUSE não tinha uma versão semelhante. Existia o SUSE Linux Enterprise (SLE), com todas as garantias que uma versão Enterprise deve ter, e existia o openSUSE que era mantido por uma equipe totalmente independente e sem comunicação com a equipe de engenheiros do SLE. Isto, talvez, deixava os SysAdmin com o "pé atrás" na utilização do openSUSE como Servidor para trabalhos em ambiente de produção. Mas tudo mudou com a chegada do Leap!

O openSUSE Leap é compilado a partir do código-fonte do SLE. A primeira versão (42.1), foi baseada no primeiro Service Pack de SLE 12. De lá pra cá, existe uma relação direta entre ambos: o openSUSE Leap serve de "laboratório" para o SLE. As novidades que se mostrarem estáveis no Leap serão incorporadas ao SLE. Ao mesmo tempo, o SLE adiciona pacotes e módulos conforme necessário por seus clientes corporativos. Pegando carona, o Leap se beneficia com o compartilhamento desses mesmos pacotes.

O Leap oferece apenas pacotes totalmente testados e estáveis, o que significa que eles não serão os mais recentes na maioria dos casos. A instalação dos pacotes mais recentes só pode ser feita através de repositórios extras. Toda a ideia do Leap é manter o sistema sólido e estável.

Para marcar dramaticamente essas mudanças, a SUSE decidiu também fazer um salto (Leap) na numeração, que foi da versão 13.2 para a versão 42.1.

Na época do lançamento do Leap 42.1, foi anunciado que a numeração iria sofrer novamente um salto a partir da publicação da Leap 42.3, o que de fato ocorreu agora. O que ninguém esperava é que o salto fosse para trás! ;-)

Como poderemos ler no openSUSE:Roadmap, a explicação para esse salto para trás é a seguinte:

openSUSE Leap próximo lançamento

O próximo lançamento do openSUSE Leap será a versão 15. A versão atual é a versão 42.3. A mudança de numeração é para alinhar o número das versão com o SUSE Linux Enterprise, que também receberá a numeração 15. Atualizações menores são esperadas anualmente, em um ciclo de 3 anos. A primeira versão do Leap será a 15.0.

Fica claro que, daqui para frente, as versões do openSUSE Leap e a do SUSE Linux Enterprise terão a mesma numeração, sendo o Leap lançado sempre algum tempo antes da versão Enterprise. Curiosamente, o mesmo ocorre com o CentOS e o Red Hat Enterprise Linux, com o CentOS sempre sendo lançado "na frente".

Até mais.

Guia definitivo de Upgrade do openSuSE

2017-11-08T22:00:00.000-02:00

Artigo atualizado em 12 de junho de 2018

Agora usando como exemplo a atualização para o openSUSE Leap 15.0

Atualizar um sistema operacional pode ser muito traumático. No mundo linux esta tarefa já foi muito complicada, mas tem ficado mais simples a cada dia. Apesar de simples, podem existir situações onde os novatos ficam meio perdidos. Então este artigo tem o objetivo de esclarecer um pouco.

Como posso atualizar de uma versão do openSUSE para outra?

Existem algumas formas de fazer upgrade do openSUSE:

Usar uma mídia instalação (DVD ou USB Stick) da nova versão e selecionar a opção Fazer Upgrade;
Fazer o upgrade "a quente", configurando os repositórios de atualização e atualizando via internet;
Combinar as duas opções acima!

Mas, seja qual for a opção escolhida, uma coisa importante precisa ser feita antes de prosseguir: certifique-se que tem espaço disponível na partição root ( / ). Serão necessários uns 8 GB livres na partição root!

Upgrade pelo DVD: "the easy way"

Esta é a forma que recomendamos, por ser considerada "fácil e segura". Basta fazer o download da versão mais nova do openSuSE, "queimar" o DVD e dar boot por ele, para fazer upgrade da versão que estiver usando.

São etapas simples, interativas, e quase sempre autoexplicativas. Todavia, se você está lendo esse artigo é porque deve ter alguma dúvida ou insegurança. Então vamos ajudar você!

Siga as imagens abaixo, capturadas durante o processo de upgrade, acrescidas dos devidos comentários quando achamos que eram necessários.

Opção "Fazer Upgrade"

A opção "Fazer upgrade" aparece já no menu inicial!

Nas versões mais novas do openSuSE, a opção de atualização da versão aparece logo de início, no menu de boot presente no DVD de instalação! Basta selecionar a opção "Fazer Upgrade"!

Não esqueça que você deve apertar F2 no menu de opções apresentado pelo DVD, para escolher nosso idioma, bem como apertar F3 para escolher uma resolução adequada à sua configuração (1024x768, por exemplo).

Testando o teclado e lendo o Contrato de Licença

Aproveite enquanto estiver na tela mostrada acima para configurar e testar o teclado!

Selecionando a partição do Sistema

O instalador detecta a partição do sistema

Confira se o atualizador detectou corretamente a partição do sistema e clique em [ Próximo ], se a informação estiver correta.

Algumas coisas irão mudar

Os repositórios antigos serão excluídos! (o atualizador irá configurar os repositórios adequados à versão sendo instalada na tela seguinte)

Repositórios de atualização via internet!

O Atualizador irá configurar automaticamente os repositórios de atualização via internet e, caso você esteja conectado, os pacotes mais atualizados serão baixados durante a atualização!

Opcionalmente, você pode desabilitar os repositórios de atualização nesse momento, e deixar para atualizar depois do Upgrade!

Se você tiver uma internet não muito rápida, ou se estiver com pressa (rs), sugerimos desabilitar agora os repositórios e deixar para atualizar depois.

Desabilitar os repositórios não significa que eles não serão configurados! Não se preocupe, o atualizador irá configurar eles mesmo assim.

O importante agora é fazer o Upgrade!

Uma revisão final

Avisos "extras" podem ocorrer!

Talvez acordos de licenças adicionais sejam necessários, como o mostrado na tela acima. "Feche os olhos" e clique em [ Eu concordo ] !

Um pedido final de confirmação!

E...

O processo de atualização, finalmente

Epílogo!

Ao final da atualização, caso você tenha desabilitado o processo de atualização de pacotes, o Atualizador irá "insistir" na atualização dos pacotes, como mostrado na figura abaixo!

Como já dissemos antes, nossa sugestão é pular essa etapa e deixar para atualizar depois que nos cerificarmos que o Upgrade for feito adequadamente.

Não muito raro, o processo de atualização de pacotes implica em fazer o download de 1 GB de arquivos. Se a internet não for banda larga MESMO, isso demora muito!

Final do Upgrade!

Após a reinicialização, podemos ver que tudo deu certo!

Como podemos ver na tela acima, o openSuSE Leap 42.2 foi atualizado corretamente para o Leap 15.0!

Também podemos ver, na parte inferior direita de tela, que existem atualizações de software! Se quiser fazer isso agora, basta autorizar a atualização de software, clicando em [ Instalar atualizações ].

Upgrade "a quente": "the hard way"

Esta é a forma oficial. Ou melhor, é a forma sugerida no site do openSUSE. No mundo deles, (quase) tudo é perfeito, inclusive a Internet! Sugerimos ler a forma oficial, para algum novo insight. Mas acreditamos que nossa versão, mais enxuta e direto ao ponto, está mais fácil de acompanhar!

Classificamos com "the hard way" por dois motivos: exige um trabalho "manual" por parte do usuário, que habitualmente não gosta de linha de comando, e porque depende de uma boa internet. Afinal, quase sempre é necessário o download de algo entre 1 GB e 2 GB, para um Upgrade!

Prosseguindo com o Upgrade "a quente"

Neste processo, você substitui os repositórios da versão atual pelos repositórios da versão mais nova e depois usa a opção "Distribution Upgrade" (dup) do utilitário zypper.

Como fazer isto?

Você primeiramente deve se certificar que os repositórios padrão e de atualização de software da versão atual estão configurados, habilitados, e que seu sistema está atualizado!

Abrindo um terminal e executando o comando zypper lr --url você deverá ver algo como:

#  | Apelido         | Nome            | Habilitado | Atualizar | URL
---+-----------------+-----------------+------------+-----------+----------------------------------------------------
1  | repo-update     | repo-update     | Yes        | Yes       | http://download.opensuse.org/update/leap/42.2/oss/

Observe a palavra update na URL do repositório!

É muito provável que seu sistema esteja atualizado, mas confira se está tudo certo checando esse outro artigo aqui no Blog: Guia definitivo de atualização do openSUSE.

ATENÇÃO: Se você é um daqueles usuários mais avançados que terminam por instalar outros softwares além dos pacotes dos repositórios padrão, isso quase sempre implica que existem repositórios de terceiros na sua lista! É altamente recomendável que você remova esses repositórios agora, tornando a reconfigurá-los para as versões mais novas após o Upgrade!

Uma listagem típica dos repositórios costuma ser como a mostrada abaixo:

Observem que existem outros repositórios, além dos repositório padrão e de atualização! Então, antes de prosseguirmos, vamos remover os repositórios "extras" nesse momento.

Salvando os repositórios atuais

DICA: Antes de alterar a lista atual de repositórios, você pode fazer uma espécie de backup, usando o comando zypper lr -e. Assim, depois do Upgrade, você pode abrir esse arquivo, para se lembrar de como as coisas eram antes! Algo como:

linux-9558:~ # zypper lr -e /home/magister/atuais.repo
Os repositórios foram exportados para /home/magister/atuais.repo com sucesso.

Removendo os repositórios "indesejáveis" no momento

Agora vamos finalmente remover os repositórios "extras":

linux-9558:~ # zypper rr 1 2 3 4 5 6 9 10
(...)

Assim, mantivemos os repositórios padrão e de atualização (7 e 8, 11 e 12).

Reconfigurando os repositórios atuais

O último passo antes do Upgrade é fazer os repositórios atuais apontarem para os endereços da versão mais nova do openSUSE. Podemos fazer isso alterando os arquivos contidos em /etc/zypp/repos.d/, todos de uma vez, com o comando sed!

linux-9558:~ # sed -i 's/42.2/15.0/g' /etc/zypp/repos.d/*
(...)

OBS.: Se sua versão for diferente, basta substituir o 42.2 pela versão que você usa (42.3, por exemplo).

Configuração preparada para o Upgrade

A título de ilustração, mostramos na figura abaixo como as coisas devem estar nesse momento no Gerenciador de Repositórios!

Observem que o comando sed substituiu corretamente tudo o que era 42.2 por 15.0!

"Retoques finais" para o Upgrade

Finalmente, precisamos fazer um refresh nos caches de repositório:

linux-9558:~ # zypper ref
(...)

Chegamos ao momento!

Estamos prontos para fazer o Upgrade via internet. Mas, temos algumas recomendações antes:

É altamente recomendável que você faça o Upgrade fora do modo gráfico!
Portanto, sugerimos fazer o Upgrade no runlevel 3 (texto + rede).
Infelizmente, se seu computador estiver conectado à rede via Wi-Fi, pode ser que a rede pare de funcionar no runlevel 3. Para evitar isso você pode usar um "truque" para continuar no runlevel 5, mas fora do modo gráfico: Apertar simultaneamente Control-Alt-F1.

Dito isto, você faz o Upgrade digitando o seguinte comando:

linux-9558:~ # zypper dup

Vai aparecer uma lista enorme de informações após esse comando, mostrando coisas do tipo:

Os seguintes 15 aplicativos serão instalados:
(...)

Os seguintes 924 pacotes NOVOS serão instalados:
(...)

Os seguintes 3 padrões NOVOS serão instalados:
(...)

Os seguintes 5 aplicativos serão REMOVIDOS:
(...)

Os seguintes 303 pacotes serão REMOVIDOS:
(...)

Os seguintes 7 padrões serão REMOVIDOS:
(...)

Os seguintes 1541 pacotes serão atualizados:
(...)

Os seguintes 29 padrões serão atualizados:
(...)

Os seguintes 454 pacotes serão desatualizados:
(...)

O seguinte produto será desatualizado:
openSUSE

Os seguintes 9 pacotes irão alterar de arquitetura:
(...)

Os seguintes 10 padrões irão alterar de arquitetura:
(...)

Embora algumas dessas informações possam parecer bizarras, no final vai dar tudo certo, desde que você tenha configurado os repositórios corretamente!

A informação mais bizarra, sem dúvida, é a seguinte:

O seguinte produto será desatualizado:

openSUSE

( What a hell is going on?! )

Acreditamos que isso é uma daquelas situações não imaginadas pelos programadores do openSUSE: Que um dia uma versão mais atual (15.0) teria uma numeração inferior à que está substituindo (42.2)!

Bem, superado o trauma da (des)informação, iremos ver no final da lista alguma coisa como:

1541 pacotes a atualizar, 454 para desatualizar, 924 novos, 303 para remover, 9 para alterar de arquitetura.

Tamanho total do download: 2,06 GiB. Já em cache: 0 B. Após a operação, 2,0 GiB adicionais serão utilizados.
Continuar? [s/n/...? exibe todas as opções] (s):

Agora é só cruzar os dedos, selecionar S(im) e apertar Enter, para prosseguir com o Upgrade. Quando o zypper concluir o upgrade, será necessário reiniciar o sistema, através de um simples:

linux-9558:~ # reboot

Upgrade "a quente" misto: "the better way"

Essa terceira opção, na verdade, é uma dica!

Você pode adicionar a imagem do DVD de instalação do openSUSE na lista de repositórios antes de fazer o Upgrade. Isso trará uma grande vantagem: 75% dos pacotes que estão para ser baixados existem no DVD. Isso evitará que você faça o download de +/- 1.5 GB!

Mais uma vez, basta seguir as imagens capturadas mostradas logo a seguir, lendo os comentários...

Adicionando a imagem ISO do DVD

Na interface gráfica, basta clicar no botão [ Adicionar ] do Gerenciador de Repositórios para chegar nessa tela:

Selecionar Imagem ISO local..., para adicionar o DVD de instalação

Informando o caminho da imagem ISO do DVD, e dando um nome para o repositório

Se preferir linha de comando, use o zypper

Alternativamente, e se você gosta das coisas mais simples(!), basta usar o zypper deste jeito:

zypper ar -c -t yast2 "iso:/?iso=/caminho/para/a/imagem.iso" "Nome_do_Repositorio"

No nosso exemplo, o comando correspondente seria:

zypper ar -c -t yast2 "iso:/?iso=/local/ISO-Images/openSUSE/Leap15/openSUSE-Leap-15.0-DVD-x86_64-Current.iso" "openSuSE Leap-15.0"

Repositórios contendo o DVD de instalação!

PRONTO!

A partir deste ponto, podemos continuar o Upgrade exatamente como mostrado algumas linhas atrás, a partir do ponto onde escrevemos:

Chegamos ao momento!

Estamos prontos para fazer o Upgrade via internet. Mas, temos algumas recomendações antes:

Até o próximo artigo...

Guia definitivo de atualização do openSUSE

2017-11-06T15:48:00.000-02:00

ATUALIZADO para incluir o openSuSE Leap

Manter o sistema operacional atualizado é sempre a melhor coisa a se fazer pois, por mais que a equipe de desenvolvimento faça testes, sempre aparece algum bug ou falha de segurança. Os hackers do mal estão sempre atentos a essas falhas e procuram tirar proveito delas! Por isso, atualizar seu Linux sempre que possível é uma questão de segurança.

Neste artigo vamos falar sobre como funciona o mecanismo de atualizações do openSUSE. No próximo artigo, vamos falar sobre como atualizar o KDE e o Firefox.

Atualizações automáticas

Normalmente, as atualizações do openSUSE são feitas de forma automática e você só precisará dar uns cliques de vez em quando.

A começar pelo fato que se durante a instalação do SuSE foi detectada uma conexão à internet, então o Yast irá configurar os Repositórios de atualização do openSUSE e irá atualizar o que for preciso.

Os Repositórios de Atualização do openSUSE

Para ver como estão as configurações de atualização em teu sistema, a alternativa mais comum é abrir o centro de controle do Yast. Então é só clicar em Repositórios de software, na seção Software. Observe a figura abaixo, antes de continuarmos.

Repositórios de atualização do openSUSE-12.3

>>> ATUALIZAÇÃO <<<

A partir do openSuSE Leap, as coisas mudaram um pouco! Ficou mais fácil abrir o "applet" de configuração de repositórios. Basta clicar no ícone do menu de aplicativos e digitar Repositório, para visualizar o ícone. As figuras abaixo dão uma ideia de como a coisa funciona.

Repositórios de atualização do openSUSE-Leap-42.2

Configurando os Repositórios

ATENÇÃO: Os repositórios de atualização são configurados automaticamente durante a instalação. Não precisa instalar nenhum deles, a não ser que você tenha selecionado as opções avançadas de instalação e não tenha configurado as atualizações automáticas. Leia todo o artigo, antes de fazer qualquer coisa!

Caso os repositórios não estejam configurados, temos que fazer isto já! Para fazer isto, precisamos saber a finalidade de cada um, e onde encontrar as informações. O melhor lugar é a página oficial de Repositórios do openSUSE. Mas não precisa ir até lá agora, basta continuar lendo o artigo.

O repositório Update

"Repository for official security and bugfix updates." -- Repositório oficial para atualizações de segurança e correção de bugs.

O repositório Update non-oss

"Repository of official security and bugfix updates for non-oss packages." -- Repositório oficial para atualizações de segurança e correção de bugs dos softwares Open Source.

O repositório Oss

"The main repository, open source software only." -- O repositório principal, apenas software Open Source. Todos os programas neste repositório são, seguramente, Open Source, ou seja, não tem nenhum tipo de restrição de patentes, licenças, etc.

O repositório Non-Oss

"Non free (as in freedom) software, such as Flashplayer, Java, Opera, IPW-firmware, RealPlayer etc." -- Softwares não-livres, tais como Flash, Java, ...

O repositório do KDE

Aqui aparece um link para outra página, com uma infinidade de informações, certamente confusas para iniciantes. Calma, vou explicar isso tudo a seu tempo...

O repositório do Gnome

(Idem)

Adicionando os repositórios de atualização

A melhor maneira de adicionar os repositórios de atualização, caso isto não tenha sido feito automaticamente, é abrir o Yast e selecionar "Respositórios de software", na seção "Software". Feito isto, clique no botão adicionar. Você deverá ver uma tela como a mostrada abaixo.

Selecione "Repositórios da Comunidade" e clique no botão [ Próximo ]. Na tela seguinte, digite "Repositório" no campo filtre e aplique o filtro. Você deverá ver uma tela como a mostrada abaixo.

Selecione os repositórios como indicado na figura acima e clique no botão [ Ok ]. Pronto, repositórios de atualização configurados!

>>> ATUALIZAÇÃO <<<

Mais uma vez, a partir do openSuSE Leap, as coisas mudaram um pouco, como podemos ver na figura abaixo.

Nas versões mais novas, a listagem é "filtrada", excluindo os repositórios já configurados!

Efetivando as Atualizações

Uma vez configurados os repositórios de atualização, existem várias maneiras de efetivar uma atualização.

Modo automático

>>> ATUALIZAÇÃO <<<

A partir do openSuSE Leap o "Apper" deixou de existir, tomando seu lugar um "processo de atualização de aplicativos", semelhante ao "Windows Update".

Assim, se quiser, pode "pular" toda essa seção antiga falando do KDE e do Apper, que vou deixar aqui para a história!

Atualização de Aplicativos a la openSuSE Leap

As duas figuras a seguir mostram o "Atualizador de aplicativos" que aparece na bandeja junto ao relógio, sempre que existem atualizações disponíveis.

Basta clicar em [ Instalar atualizações ] para deixar seu openSuSE sempre atualizado!

Certamente, esta é a melhor maneira e a menos aborrecedora.

Modo "manual" mesmo

Se você sabe que saiu alguma atualização importante e não quer esperar o tempo programado, ou se você acabou de configurar os repositórios, certamente você vai querer forçar as atualizações.

Às vezes, também, o "Atualizador de aplicativos" falha ao atualizar, devido a algum conflito de pacotes ou outra situação que precise de uma intervenção humana. Nestes casos, você deve selecionar a opção "Atualização online", na seção "Software" do Yast, como mostrado na figura abaixo.

Após aguardar um certo tempo, será mostrada uma tela como esta:

Basta agora clicar no botão [ Aceitar ] para que as atualizações ocorram.

NOTA: Quando há algum conflito de pacotes, o Yast mostra uma mensagem informando o conflito e te dá algumas opções de resolução do conflito. Basta ler com atenção e selecionar a melhor opção para você, que tudo dará certo.

>>> ATUALIZAÇÃO <<<

Pra variar, a partir do openSuSE Leap esse processo ficou com as telas ligeiramente diferentes, embora com o mesmo resultado. As três figuras a seguir mostram como ficaram.

Finalmente, tem o comando zypper up!

Você também pode utilizar o utilitário de linha de comando zypper para fazer as atualizações. Basta abrir um Terminal de linha de comando e digitar

sudo zypper up

Serão mostradas todas as opções de atualização disponíveis e você poderá prosseguir ou não com as atualizações via linha de comando. Veja a tela abaixo:

Comentem, critiquem, fiquem à vontade!

Guia definitivo de instalação do OpenSuSE - OLD

2017-11-04T13:09:00.000-02:00

Sobre este guia

Se você chegou nesta página, é porque deve ter clicado no link para a versão antiga, quando tratei desse assunto pela primeira vez.

Para ler o artigo que trata da última versão do openSUSE, e de fato o Guia definitivo de instalação do openSUSE, clique no logo acima, ou aqui mesmo!

Obrigado por visitar nosso Blog!

Internet Banking Caixa Econômica Federal

2016-04-10T16:56:00.000-03:00

A CEF e sua paixão pelo Ubuntu!

Este post é sobre como configurar um acesso ao Internet Banking da Caixa Econômica Federal, via Linux, especificamente no Ubuntu!

Por questões de segurança, a caixa abandonou o plugin da JAVA e adotou um novo plugin, produzido especialmente para ela.

Caixa / Linux / Debian / Ubuntu

A Caixa adotou a distribuição Ubuntu como a distribuição suportada por sua solução. Assim, só nos cabe seguir seu manual de instruções e realizar a instalação dos pacotes necessários para ativar o modo de segurança.

Na verdade, o manual de instruções não existe! O que ocorre na realidade é que, na medida em que você vai tentando acessar o Internet Banking da Caixa e as coisas vão dando errado, instruções vão aparecendo na tela, de uma forma que acho pouco didática!

Por isto achei melhor fazer este post para quem precisar.

O Internet Banking antes de instalar o módulo de segurança

Ao acessar o link do Internet Banking da Caixa, chegamos na página mostrada na tela abaixo:

Após nos identificarmos e clicarmos no botão [ ACESSAR ], nos deparamos com a seguinte tela, quando o módulo de segurança não está instalado:

Tutorial da Caixa para o Linux

Ao clicarmos no link Tutorial Linux, nos deparamos com a tela abaixo:

Meu Tutorial simplificado

Para facilitar nossas vidas, eu compilei aqui no Blog as etapas necessárias para tudo dar certo! Assim, a partir de agora, é só seguir o passo-a-passo, executando as operações apresentadas nas telas capturadas durante o processo.

Baixando o Módulo de Segurança

Para baixar o módulo de segurança, basta clicar no botão [ CONCORDO ], mostrado na tela logo após a tentativa de login, como indicado a seguir:

OBS.: Seleciona a opção Download, ao invés de mandar abrir!

Instalando o Módulo de segurança

Agora que já baixamos o módulo de segurança, devemos fechar a janela do browser!

Para continuarmos, devemos abrir uma janela de Terminal na pasta onde o módulo foi baixado (Downloads), como indicado abaixo:

Na janela do Terminal, primeiramente, devemos instalar alguns pacotes, com o seguinte comando:

sudo apt-get install libnss3-tools libcurl3

Responda sim, apertando a tecla S, quando for solicitado!

Finalmente, passamos a instalação do pacote baixado. Para isto, basta digitar o seguinte comando:

sudo dpkg -i GBPCEFwr64.deb

Segundos antes de iniciar a instalação do pacote de segurança

PRONTO, pacote instalado!

Checando a instalação

Para finalizar esta etapa, devemos checar se a instalação correu bem. Para isto, basta digitar o seguinte comando:

ps -ef | grep warsaw

Se tudo correu bem, devemos ver algo como mostrado na tela abaixo:

Observem na tela acima a indicação de que a instalação do módulo deu certo! Duas linhas /usr/local/bin/warsaw/core devem aparecer...

Da Capo!

Com o módulo de segurança instalado, basta tentar acessar de novo o Internet Banking, para nos depararmos novamente com esta tela:

Calma! Falta pouco...

Desta vez, devemos atentar para a mensagem "Caso já tenha instalado o módulo adicional de segurança da CAIXA e apresente dificuldade de acesso: Clique aqui".

Diagnóstico Módulo Adicional de Segurança CAIXA

Depois de fazer um diagnóstico, o site da CAIXA instala algum "segredo" adicional de segurança e, pronto! Observe a tela abaixo:

O Internet Banking depois de instalar o módulo de segurança

Finalmente, depois que tudo tiver sido instalado e configurado, você pode voltar à tela de login -- a primeira deste post, se identificar e, voilá, irá ver a tela abaixo:

Troubleshooting

Se após tudo isso você ainda tiver alguma dificuldade, tente uma última coisa: limpe o cache do seu browser!

Tanto no Mozilla Firefox versão 23 ou superior, quanto no Google Chrome versão 20 ou superior, basta apertar Ctrl + Shift + Del, para abrir a janela de limpeza do cache.

Por fim, segue o link para a Ajuda - Resolução de problemas, da CAIXA.

Espero ter ajudado.

LAMP: Linux, Apache, MySQL e PHP

2011-08-19T20:53:00.000-03:00

Todo usuário um pouco mais avançado no Linux deve conhecer o termo LAMP. Para os que não conhecem, vou começar transcrevendo o que a Wikipedia tem a dizer sobre LAMP:

LAMP é um acrônimo para a combinação:

Linux

Apache

MySQL

PHP, Perl ou Python

Recentemente a letra P começou a fazer referência a PERL ou Python como linguagens de programação alternativas ao PHP.

A combinação dessas tecnologias é bastante popular devido ao baixo custo de aquisição (Software Livre) e também pela performance e escalabilidade. Um outro bom motivo para adoção do LAMP é a facilidade de trocar de servidor já que a grande maioria dos serviços de hospedagem contam com estes softwares. Isso para outras linguagens e bancos de dados normalmente é um inconveniente, tendo em vista as diferentes configurações e restrições dos servidores. PHP é uma linguagem de script e uma das vantagens é que não há o risco de você não ter o código fonte que está funcionando no servidor, diferente de Java e Asp.Net que são pré-compiladas.

Neste artigo, não pretendo "chover no molhado". Mais do que mostrar como configurar o LAMP no OpenSuSE, pretendo mostrar como tirar algum proveito dele. Nesta linha de pensamento, vou mostrar como instalar o dotProject, uma alternativa Open Source ao MS Project, uma ferramenta para gerenciamento de projetos.

Configurando o LAMP no OpenSuSE

Antes de mais nada, é preciso configurar o LAMP! Isto pode ser feito de várias maneiras. Mas a melhor é a seguinte:

abrir o Yast / Gerenciamento de software e selecionar Exibir / Padrões;
agora na seção Funções de Servidor, selecionar Servidor Internet e LAMP.

Para facilitar o aprendizado, siga as telas capturadas abaixo, lendo as observações.

Selecionando o pacote LAMP

Pacote LAMP selecionado

Quando você seleciona o pacote LAMP, os pacotes essenciais para seu funcionamento são selecionados automaticamente, como pode ser visto do lado direito da figura acima. Todavia, para o que temos em mente, precisamos de mais alguns pacotes. Por isto, procure do lado direito todos os pacotes relacionados ao PHP e os selecione, conforme indicado na figura abaixo.

Selecionando pacotes PHP adicionais

Feita a seleção dos pacotes PHP adicionais, basta clicar no botão [Aceitar], para iniciar a instalação do LAMP.

O Yast resolve as dependências de pacotes. Basta aceitar!

Como podemos ver na figura acima, ao mandar instalar o LAMP o Yast faz algumas verificações adicionais e, caso haja a necessidade de pacotes adicionais. É só confirmar para continuar...

Instalando o LAMP

Configurando a iniciação do LAMP

Depois de instalar o LAMP, ainda é necessário fazer algumas configurações, porque o openSuSE os deixa por default em stand-by. Ou seja, não os inicia automaticamente. O que vamos fazer agora é configurar o openSuSE para iniciar o LAMP automaticamente.

Onde configurar o Apache e o MySQL

Para configurar o LAMP adequadamente, é preciso abrir o Yast e selecionar "Serviços do sistema (nível de execução)", na seção "Sistema" (veja a figura acima).

Configurando o Apache

Para continuarmos, selecione ( * ) Modo avançado, como indicado na figura abaixo, procure e selecione o item apache2.

Habilitando o apache

Iniciando o apache

Acompanhando nas duas figuras acima, habilite e inicie o apache. Isto vai garantir que o apache será iniciado automaticamente sempre que você ligar o computador para usar o openSuSE.

Apache2 no ar!

Configurando o MySQL

Agora vamos fazer o mesmo para configurar o MySQL. Procure o item mysql na lista, selecione-o e aplique as configurações de habilitação e iniciação do mesmo jeito que fizemos com o apache.

Configurando o MySQL

"Setando" a senha do MySql

Para finalizar, configure a senha de root (administrador) do mysql. Para isto execute o seguinte comando, como root:

mysqladmin -u root password 

onde é a mesma senha do usuário root do openSuSE.

Testando o LAMP

Para ver se tudo correu bem, abra o firefox e digite http://localhost/ na barra de endereços. Se tudo correu bem, irá ver algo como mosrado na tela abaixo.

Testando o Apache!

No próximo artigo irei mostrar como instalar o dotProject.

Bug no Flash-Plugin do Firefox

2011-07-19T11:49:00.000-03:00

Mais um "buguezinho" chato: o Flash plugin no Firefox fica dandos uns "paus", mostrando uns lags e coisas do gênero, no lugar da imagem.

Descobri uma maneira de corrigir isto:

1) Entrar no "famoso" about:config
2) filtrar por dom.ipc
3) colocar tudo em modo false.

Veja os detalhes na figura abaixo:

Depois disto, os videos e imagens irão aparecer normais no Flash Player Plugin.

************ ATUALIZAÇÃO ****************
************ 09/11/2012 *****************

ATENÇÃO!!!

Se você acompanha este Blog e fez as recomendações acima, é provável que esteja tendo problemas com o plugin nas versões mais novas do Firefox!!! Para reverter a situação, altere novamente os parâmetros abaixo, "setando-os" com o valor True.

dom.ipc.plugins.enabled = True
dom.ipc.plugins.flash.subprocess.crashreporter.enabled = True

Eu não sou conspiracionista, mas acho que o plug-in do Flash vai acabar com o Firefox!!!

Recuperando a senha do root

2011-06-03T22:47:00.005-03:00

Esqueceu a senha do root? Eis o remédio!

Já mostrei como recuperar a senha do root no artigo Sistema de Recuperação. Mas como este é um assunto relevante, decidi colocar um destaque para este tema.

Existem muitas maneiras para se fazer isto. Existe a maneira "hacker" e a maneira 100% garantida.

Versão "hacker" simples e rápida

Achei um fragmento na "net" com a seguinte dica:

processo mais simples que esse eu não conheço:

Antes de iniciar o opensuse, na tela do grub, acrescente, na linha de opções do kernel:

linux init=/bin/bash

o sistema vai iniciar no prompt, a partição foi montada como somente leitura, para rescrever a senha, precisamos alterar para modo gravação com o seguinte comando:

mount -o remount -rw /

Blz, hora de resetar a senha, execute:

passwd

E informe a nova senha, confirme em seguida.

Testei. E, por enquanto, funciona!

A forma acima, sempre encontrada em forums como a "best of the best", funciona quando tudo está normal, ou seja, se o único problema for o esquecimento da senha, mas todo o resto funcionar (dá boot normalmente).

Sempre uso a forma a seguir, pois foi a que aprendi no forum oficial do openSuSE. Apesar de ter muito mais etapas no processo, ela te dá mais detalhes sobre o funcionamento do linux e a possibilidade de contornar situações imprevistas. Vamos lá...

Versão 100% garantida

Faremos isto usando o Sistema de Recuperação do OpenSuSE.

O sistema de recuperação do opensuse nada mais é que a possibilidade de você dar boot pelo DVD e "assumir" o sistema em modo root. Veja como fazer isto seguindo as figuras abaixo.

Selecionando o Sistema de Recuperação do DVD de instalação

Não deixe de apertar F2 e selecionar nosso idioma. Senão o teclado vai ficar uma bagunça!

Pronto para entrar em modo root?

Digite root e aperte Enter, para assumir o controle em modo root!

Montando a partição de boot do sistema

Existe um truque no openSuSE para você montar a partição de boot "original" e assumir o controle como se você tivesse dado boot normalmente. Este truque consiste em montar a partição "original" e usar o comando chroot. Mas, para isto, tem um pequeno detalhe técnico que vou mostrar agora. Siga as instruções!

1) montando a partição

Esta é a parte mais fácil:

mount /dev/sda2 /mnt

2) montando os dispositivos virtuais (detalhe técnico)

mount -o bind /proc /mnt/proc

mount -o bind /dev /mnt/dev

mount -o bind /sys /mnt/sys

3) a "mágica" do chroot

Agora que está tudo preparado, basta digitar

chroot /mnt

Pronto, agora você está em seu HD, como se tivesse dado o boot por ele, e com os privilégios do super usuário root! Veja na figura abaixo a sequência completa destes comandos e como o prompt muda para a cor vermelha, sinalizando que você está em modo root.Agora é só digitar:

passwd

digitar a nova senha do root!

Algumas explicações necessárias

Por questões de simplicidade, alguns detalhes foram omitidos, como por exemplo de onde vem a informação que a partição de boot (ou do root) é a /dev/sda2!

Tomando por base um sistema com um único HD, isto faz muito sentido, pois em tais casos, geralmente /dev/sda1 é a partição de swap e /dev/sda2 a partição de boot.

Em outras situações onde existem dois ou mais HD as coisas podem estar de forma diferente e usar o fdisk pode ser a maneira mais apropriada para descobrir quem é quem. Para estas e outras situações, talvez seja melhor você ler meu artigo anterior, o Sistema de Recuperação.

Até o próximo artigo...

Bug: KDE do 11.4 não monta NTFS USB Driver

2011-06-02T23:22:00.002-03:00

Um Bug chato que aparece no openSuSE 11.4, depois de atualizar o Kernel: o "auto mount" não funciona quando o sistema de arquivos em questão é o NTFS. E isto tanto vale para Pen Drivers quanto para discos externos.

Existe uma solução documentada pelo forum do openSuSE, que replico aqui, caso alguém precise:

The device notifier reports an error when
trying to mount my external ntfs drive:

org.freedesktop.UDisks.Error.Failed: Requested filesystem type is neither
well-known nor in /proc/filesystems nor in /etc/filesystems

The drive worked fine before the update to kernel 2.6.37.6-0.5-desktop x86_64.

Reproducible: Always

Steps to Reproduce:
1.Insert a NTFS USB drive
2.
3.
Actual Results:
Device is not mounted.

Expected Results:
Device should be mounted and accessible through dolphin or other file browsers.

Adding "ntfs" to /etc/filesystems seems to fix the problem.

Sacaram? É só editar o arquivo /etc/filesystems adicionando ntfs na penúltima linha.

vfat
hfs
minix
reiserfs
ntfs
*

Atente para o detalhe de que aquele asterisco (*) na linha final deve ser mantido lá.

Sistema de Recuperação

2011-05-29T19:21:00.005-03:00

Uma das coisas que me fazem gostar muito do Linux é que, salvo uma pane muito grave, dificilmente você se vê numa situação de "perda total", onde a "única alternativa" é formatar e reinstalar tudo outra vez!

Recentemente, me deparei com uma situação inusitada que, embora tenha acontecido em um ambiente virtual e controlado, bem pode acontecer numa situação do dia-a-dia, como por exemplo você clonar uma partição do HD (boot, por exemplo) e depois tentar recuperá-la em outro HD.

O pessoal do suporte costuma fazer muito isto! Digamos que uma empresa comprou 15 máquinas idênticas para seus colaboradores. Ao invés do pessoal do suporte instalar tudo em todas as máquinas, instala-se tudo em uma máquina e depois é só cloná-la e restaurar o clono nas outras. Mole, mole...

Mas podem ocorrer algumas "pegadinhas" como esta que ocorreu comigo, embora haja uma boa explicação para isto!

Ao tentar o boot em uma máquina virtual que importei de outro ambiente (uso muito o VirtualBox), deparei-me com a situação mostrada na figura abaixo.

Como vocês podem ver na figura acima, o sistema não conseguiu completar o boot porque não encontrou a partição de boot! Prestem atenção na seguinte informação:

Could not find /dev/disk/by-id/ata-VBOX_HARDDISK_VB82ef4f0b-5de0e2e8-part2.

Bem, o que interessa aqui é o detalhe do /disk/by-id/!

Normalmente, as partições são identificadas no Linux por algo como /dev/sdaN, onde N é o número da partição. Isto é o que chamamos de device name. As versões mais novas do Linux estão identificando o(s) disco(s) e suas respectivas partições agora pelo ID do dispositivo (device ID). Isto também tem uma boa razão para ser assim, principalmente quando você pode ter muito baratamente muitos discos em um mesmo sistema!.

Enfim, caso isto ocorra com você, vou mostrar como corrigir isto, usando o Sistema de Recuperação do OpenSuSE.

O sistema de recuperação do opensuse nada mais é que a possibilidade de você dar boot pelo DVD e "assumir" o sistema em modo root. Veja como fazer isto seguindo as figuras abaixo.

Selecionando o Sistema de Recuperação do DVD de instalação

Não deixe de apertar F2 e selecionar nosso idioma. Senão o teclado vai ficar uma bagunça!

Pronto para entrar em modo root?

Digite root e aperte Enter, para assumir o controle em modo root!

Explorando o ambiente

Usando o fdisk

O FDISK

Normalmente, em sistemas com um só HD, /dev/sda1 é a partição de swap e /dev/sda2 a partição de boot. Em outras situações onde existem dois ou mais HD as coisas podem estar de forma diferente e usar o fdisk pode ser a maneira mais apropriada para descobrir quem é quem.

O fdisk é o particionador de linha de comando do linux. Ele pode ser usado para obter informações a respeito do(s) disco(s) instalado(s) no sistema. Em nosso caso, vamos acionar o fdisk para ver como nosso disco foi particionado. É só digitar:

fdisk /dev/sda

NOTA: Se você é um daqueles raros que ainda usa uma placa mãe não SATA, com HD IDE, então use /dev/hda.

Uma vez no fdisk, tecle p e Enter, para exibir as partições de /dev/sda

Agora podemos ver que sda tem duas partições -> sda1 e sda2. sda1 é a partição de swap e sda2 é nossa partição de boot. Pronto, já temos as informações que precisamos para resolver o problema!

Montando a partição de boot do sistema e assumindo o controle como o root "de verdade".

1) montando a partição

Esta é a parte mais fácil:

mount /dev/sda2 /mnt

2) montando os dispositivos virtuais (detalhe técnico)

mount -o bind /proc /mnt/proc

mount -o bind /dev /mnt/dev

mount -o bind /sys /mnt/sys

3) a "mágica" do chroot

Agora que está tudo preparado, basta digitar

chroot /mnt

A tela após você assumir o root do sistema

Verificando as pastas do sistema "original"

Resolvendo o problema

Agora que estamos no controle do sistema "original" (verdadeiro), podemos corrigir o problema.

O GRUB e o arquivo menu.lst

Todos sabem(?) que o Grub é o gerenciador de boot do Linux. E sabem também que ele usa um arquivo chamado menu.lst, para obter as informações necessárias para o boot, certo? Ok. Então vamos verificar os dados contidos em menu.lst do nosso sistema "original".

Basta usar um belo cat /boot/grub/menu.lst para ver algo como o mostrado na tela abaixo.

Ops, Grub!

Podemos ver na figura acima que o grub procura a partição de boot em /dev/disk/by-id/ata-VBOX_HARDDISK_VB82ef4f0b-5de0e2e8-part2. Ocorre que ata-VBOX_HARDDISK_VB82ef4f0b-5de0e2e8 é o ID do HD de origem, mas estamos em outro HD, não é mesmo? Então o ID aqui é diferente e o Grub se ferra!

FSTAB

Outro arquivo usado pelo sistema e que pode atrapalhar o processo de boot é o fstab. O fstab guarda as informações a respeito das partiçoes do(s) disco(s) e seus respectivos pontos de montagem. Veja ne figura abaixo o resultado do comando cat /etc/fstab.

cat /etc/fstab

Como podemos ver na figura acima, as informações contidas no fstab usam disk-by-id. Este é outro arquivo que vamos ter que editar.

Alterando as configurações das partições

Há duas maneiras de corrigir inconsistências no fstab: através do yast ou editando o arquivo diretamente.

Eu prefiro trabalhar com arquivos de configuração editando-os diretamente. Mas isto porque já me sinto seguro em fazer alterações neles. Se você está iniciando, pode fazer quase tudo diretamente no yast, o utilitário de console para configuração do sistema (o yast2 é para o modo gráfico).

Usando o yast

Para entrar no yast, basta digitar yast na linha de comando.

Tela inicial do yast

Para chegar no particionador via yast, basta selecionar Sistema / Particionador. Veja na figura abaixo o yast exibindo o modo como a partição /dev/sda1 está montada em /etc/fstab.

/dev/sda1 em /etc/fstab, vista pelo yast

Como podemos ver na figura acima, /dev/sda1 está montada via fstab como a opção Device ID e é justamente isto que está causando o problema. Basta agora mudar para Device name e pronto.

Salvando esta modificação e voltando à linha de comando, podemos dar um novo cat /etc/fstab para ver o resultado. Deve ser algo como o mostrado na figura abaixo.

/etc/fstab modificado pelo yast

Podemos ver na figura acima que /dev/sda1 (a partição de swap) agora está montada pelo device name em fstab. Note que a partição /dev/sda2 continua montada pelo seu Device ID.

Editando fstab diretamente

Depois que você ganha experiência, tende a editar os arquivos de configuração diretamente. Vamos fazer isto com /etc/fstab, usando o joe. O joe é um editor de textos do console que acho melhor que o vi! Para chamá-lo, basta digitar joe, seguido do caminho/arquivo a ser editado.

Editando /etc/fstab com o joe

Para saber o que fazer com o joe, basta apertar Ctrl+K, depois H, para obter ajuda na tela.

Depois que editar fstab com o joe, basta Ctrl+K X, para salvar e sair.

Hora de editar /boot/grub/menu.lst

/boot/grub/menu.lst antes de editar

/boot/grub/menu.lst editado

Note na figura acima que as informações de partição foram modificadas para Device name, à semelhança de /etc/fstab.

/boot/grub/device.map

Há um último lugar onde as informações do HD estão gravadas no formato /dev/disk/byid. Trata-se do arquivo device.map, usado também pelo grub. Podemos abrí-lo com o joe e editá-lo, como mostrado nas figuras abaixo.

/boot/grub/device.map antes da edição

/boot/grub/device.map depois da edição

De volta ao controle!

Depois de todas as alterações feitas a gravadas, basta reiniciar o sistema, para ver se tudo deu certo! Basta digitar

reboot

De volta ao sistema "original"

Até o próximo artigo...

CloneZilla: Restaurando "Backups" ou "Imagens" do Sistema

2011-05-15T17:45:00.005-03:00

Complementando o artigo anterior, vamos ver agora como restaurar um "backup" ou, melhor dizendo, uma imagem feita pelo CloneZilla.

No artigo anterior, fizemos a imagem da partição raiz do sistema, normalmente chamada de partição de boot. Neste artigo, vamos fazer de conta que houve uma "pane" qualquer e será necessário restaurar a imagem que foi salva na pasta /home/cawasame/2010-09-30-RootPartition-img.

Primeiramente, colocamos o LiveCD do Clonezilla e fazemos o boot por ele:

Fig1 - Tela de boot.

Fig2- Vá apenas apertando Enter

Fig3

Fig4

Fig5

Fig6

Fig7- Neste ponto, selecionamos a partição montada em /home (onde a imagem está gravada)

Fig8 - Agora selecionamos a pasta do usuário que fez a imagem (afinal, é dentro dela que está a imagem)

Fig9

Não fiz muitos comentários até este ponto pois as etapas até aqui foram praticamente as mesmas que você seguiu para fazer a imagem. Todavia, a partir deste ponto, iremos usar o CloneZilla no modo Expert, por uma razão que explicarei logo mais.

É importante selecionar o modo Expert para a restauração de uma imagem.

Como estamos nos preparando para restaurar uma imagem, neste ponto devemos fazer a escolha correta: se você fez a imagem de uma ou mais partições, selecione restoreparts; se fez a imagem de um disco inteiro, selecione restoredisk.

Selecionando Restoreparts, para restaurar a imagem de uma partição.

Selecionando a Imagem a restaurar

Quando você informa o local de onde obter a imagem (Fig7 e Fig8), o CloneZilla detecta automaticamente as imagens que foram salvas. Na figura abaixo você poderá ver a imagem que foi criada no artigo anterior.

Selecionando a imagem para restaurar (RootPartition, feita no artigo anterior).

Agora que você selecionou qual a imagem a restaurar, o Clonezilla pedirá que você informe sobre qual partição a imagem será restaurada. Naturalmente, como estamos trabalhando na mesma máquina onde fizemos a imagem, fica fácil saber qual partição é: sda2 (veja na figura acima esta informação, no final do nome da imagem -> _sda2).

Observe também que nosso sistema tem apenas uma partição "elegível" para receber a imagem. Se teu sistema tiver muitas partições, tome muito cuidado nesta hora!

Selecionando a partição sobre a qual a imagem será restaurada.

Opções do modo Expert do CloneZilla

Numa situação atípica, você poderia estar restaurando uma imagem feita de um HD para outro HD ou de uma partição para outra partição, com geometrias diferentes. Em tal situação, coisas como "Reinstall grub in cliente disk MBR" ou "Try to resize the filesystem to fit partition size" fazem sentido. Mas, no nosso caso, estas opções podem ter um efeito adverso. Pior mesmo: podem falhar!

Isto ocorre porque o Clonezilla não sabe que você está restaurando a imagem para o mesmo HD e partição da qual ela foi feita. E ele vai tentar fazer todas estas coisas, desnecessariamente, porque simplesmente são as opções default.

Pelas razões expostas acima, desmarque todas as opções marcadas por default, antes de prosseguir.

Desmarque todas as opções marcadas acima, antes de prosseguir.

Nesta etapa, simplesmente aperte Enter, para prosseguir.

Nesta etapa, você pode escolher entre continuar no Clonezilla ao final da operação, reiniciar ou desligar.

Por precaução, o Clonezilla vai querer que você confirme duas vezes a restauração da imagem sobre uma partição com dados. Cruze os dedos e responda Y nas duas vezes.

Restauração sendo feita...

Tudo finalizado, sem nenhuma mensagem de erro! Basta selecionar "Reboot" (1) e prosseguir.

Finalmente, tudo volta a ser com dantes!

Até o próximo artigo...

CloneZilla: Fazendo "Backups" ou "Imagens" do Sistema

2011-05-14T11:39:00.003-03:00

I,m back! ;-)

Devido a mudanças significativas em minha vida, estive um pouco "fora do ar" e deixei o Blog ficar desatualizado.

O Blog começou quando eu ainda usava o openSuSE 11.2. Depois desta pausa, o Blog carece de "matérias" atualizadas, tendo em vista que o openSuSE 11.4 já está há um certo tempo "no ar".

Bem, abrindo caminho para uma séria de "matérias" que tenho em mente, vou falar sobre o CloneZilla. Primeiro, porque o CloneZilla é uma ferramenta muito boa para técnicos de suporte (e estou falando também do outro sistema operacional :-), e também para usuários comuns. Mas, o que é o CloneZilla?

Seus criadores dizem o seguinte:

What is Clonezilla?
You're probably familiar with the popular proprietary commercial package Norton Ghost®. The problem with these kind of software packages is that it takes a lot of time to massively clone systems to many computers. You've probably also heard of Symantec's solution to this problem, Symantec Ghost Corporate Edition® with multicasting. Well, now there is an OpenSource clone system (OCS) solution called Clonezilla with unicasting and multicasting!
Clonezilla, based on DRBL, Partclone and udpcast, allows you to do bare metal backup and recovery. Two types of Clonezilla are available, Clonezilla live and Clonezilla SE (server edition). Clonezilla live is suitable for single machine backup and restore. While Clonezilla SE is for massive deployment, it can clone many (40 plus!) computers simultaneously. Clonezilla saves and restores only used blocks in the harddisk. This increases the clone efficiency. At the NCHC's Classroom C, Clonezilla SE was used to clone 41 computers simultaneously. It took only about 10 minutes to clone a 5.6 GBytes system image to all 41 computers via multicasting!

Independentemente do seu grau de expertise, o Clonezilla pode te ajudar muito!

Uma das coisa mais chatas da vida é instalar e configurar um Sistema Operacional. Outra coisa também muito chata é quando uma situação adversa qualquer faz uma tremenda bagunça no Sistema Operacional que funcionava bem.

Imagine poder recuperar-se de um desastre destes em menos de cinco minutos! O Clonezilla faz isto! Como? Restaurando uma Imagem. Basta que você a tenha criado previamente.

O CloneZilla é tão simples e prático, que é mais difícil falar do que fazer. Por isto, vamos deixar de blá-blá-blá e vamos passar para a prática.

Neste primeiro artigo vou mostrar como criar a(s) imagens(s).

Obtendo o CloneZilla

Para obter o Clonezilla, basta fazer o download Clonezilla live ISO file, para boot via CD. Existe também a versão para USB flash drive (pendrive), mas vou usar a versão CD neste artigo. Clique aqui para ir até a página download.

Após "queimar" um CD com a imagem baixada, basta colocá-lo na unidade e "rebootar" o computador.

Criando a imagem

Vou passar a sequência de imagens capturadas durante todo o processo de criaçao de uma imagem, explicando o que julgo necessário saber em cada fase.

Boot

desnecessário qualquer comentário

Fig2

Fig3

Fig4

Fig5

Fig12

device-image significa que você quer fazer o clone de um dispositivo (HD) para uma imagem (que naturalmente será salva em outro HD ou outra partição no mesmo HD).

device-device significa que você quer fazer o clone de um dispositivo (HD) para outro dispositivo (HD). É como se fosse fazer uma "xerox" de um HD em outro!

Fig6

numa

Agora você deve informar onde você quer fazer a imagem.

local_dev significa salvar a imagem em um dispositivo local, ou seja, um dispositivo "plugado" na máquina onde você está trabalhando.

As outras opções são para quando você estiver em uma rede e quiser (e puder) salvar a imagem em outra máquina na mesma rede.

Fig7

Escolhido local_dev, você precisa informar qual o dispositivo (disco, partição, pendrive, etc) que vai usar como repositório da imagem. Neste exemplo, vou criar a imagem em /home/cawasame/, sendo que a partição /home foi montada em sda3 (uma partição em separado da partição raz / ) e cawasame é o meu id de usuário.

Fig8

Complementando o que foi dito anteriormente, veja que sda3 já foi "montada". Bastou selecionar a pasta cawasame, para continuar.

Fig9

Fig10

No hora de fazer a imagem, a opção Beginner é sempre a melhor escolha. Uso o CloneZilla há muito tempo e nunca senti a necessidade de usar o modo Expert, para fazer a imagem.

Fig11

Hora de escolher o que vai ser salvo na imagem. Note que você pode salvar o disco inteiro (savedisk) ou partiçoes (saveparts). Neste exemplo vou salvar a partição de boot (ou root ou / ).

Fig12

Fig13

Dando um nome mais sugestivo à pasta que irá conter a imagem.

Fig14

Acima, foi selecionada a partição a ser salva na imagem. Neste exemplo, sda2 é a partição de boot do sistema.

Fig15

Após selecionar , uma checagem nas opções...

Fig16

...um aviso final e...

Fig17

Voilá!

Fig18

Final da operação! Desligar ou reiniciar são as opções que fazem mais sentido agora. Vamos selecionar (1) Reboot.

Fig19

Fig20

Resultado da operação!

No próximo artigo mostrarei como restaurar esta (e outras) imagem, em caso de "crash" no sistema.

...

Lentidão do firefox no OpenSuSE 11.3...

2011-01-06T13:52:00.004-02:00

Depois de muito tempo sem publicar nada aqui, aí vai uma dica:

...a quem interessar possa:

depois de emputecer-me um pouco com a "lentidão" do firefox (na verdade, demora na resolução de DNS), descobri que a solução está em desabilitar o IPv6 (nas configurações de rede) e configurar o firefox para também não usar IPv6. Para isto, basta:

1) digitar about:config na barra de endereço
2) Localizar .dns.
3) setar a opção network.dns.disableIPv6 para true

Espero ter ajudado!