A partir do SUSE Linux Enterprise Server 15 SP5, os produtos base a seguir estão incluídos:

Se você estiver instalando em um computador ou uma VM que tenha acesso à Internet, apenas será necessário fazer download da imagem SLE-15-SP5-Online-ARCH-GM-media1.iso referente à arquitetura desejada para instalar qualquer um dos produtos listados acima.

Nota: Instalando o SUSE Manager

Para instalar qualquer produto SUSE Manager, a máquina de destino deverá ter acesso direto ao SUSE Customer Center ou a um servidor RMT.

Exceto pelo SUSE Manager, você não precisa de acesso à Internet, ao SUSE Customer Center nem a um servidor RMT (Repository Mirroring Tool) para instalar os outros produtos listados.

Para instalação offline, faça também o download da imagem SLE-15-SP5-Full-ARCH-GM-media1.iso referente à arquitetura desejada.

Existe um segundo meio adicional de Pacotes, mas ele inclui apenas o código-fonte e não é obrigatório para instalação.

Dica: Tamanho total da mídia

O tamanho da mídia de instalação SLE-15-SP5-Online-ARCH-GM-media1.iso completa excede a capacidade de um DVD de camada dupla. Portanto, você apenas pode inicializá-la de uma unidade flash USB.

Para a mídia de instalação e as imagens de Convidado da VM, a SUSE oferece duas variantes:

Você precisa apenas da mídia GM or QU, não das duas. A versão a ser selecionada depende das suas necessidades e preferências. Se você tem um hardware mais recente, a versão QU pode ser a melhor opção. O procedimento de instalação é idêntico para as duas variantes.

Para ambas as variantes, é recomendável instalar as atualizações mais recentes lançadas após a criação das imagens durante ou logo após a instalação.

O SUSE Linux Enterprise Server normalmente é instalado como um sistema operacional independente. Com a virtualização, também é possível executar várias instâncias do SUSE Linux Enterprise Server no mesmo hardware. Entretanto, a instalação do Servidor de Host de VM é feita como uma instalação típica com alguns pacotes adicionais. A instalação dos convidados virtuais está descrita no Book “Virtualization Guide”, Chapter 10 “Guest installation”.

A maioria das instalações é feita para um disco rígido local. Portanto, é necessário que os controladores do disco rígido estejam disponíveis no sistema de instalação. Se um controlador especial (como o controlador RAID) precisar de um módulo extra do kernel, coloque um disco de atualização de módulo do kernel no sistema de instalação.

Outros destinos de instalação podem ser tipos variados de dispositivos de blocos que dispõem de espaço em disco e velocidade suficientes para executar o sistema operacional. Isso inclui dispositivos de blocos de rede como iSCSI ou SAN. Também é possível instalar em sistemas de arquivo de rede que oferecem as permissões do Unix padrão. No entanto, pode ser problemático inicializá-los, já que eles devem ser suportados pelo initramfs para que o sistema possa realmente ser iniciado. Essas instalações podem ser úteis quando você precisa iniciar o mesmo sistema em locais diferentes ou quando você pretende usar recursos de virtualização, como a migração de domínio.

Os problemas de boot podem impedir que o instalador do YaST seja iniciado no sistema. Um outro sintoma é quando seu sistema não inicializa depois de concluída a instalação.

Se um problema inesperado ocorrer durante a instalação, serão necessárias informações para determinar a causa do problema. Use as instruções a seguir para ajudar na solução de problemas:

A opção padrão no menu de boot da fonte de instalação do SUSE Linux Enterprise Server inicializa a máquina no sistema já instalado. Para evitar isso e iniciar o processo de instalação, escolha uma das opções de instalação disponíveis no menu de boot.

O SUSE Linux Enterprise Server normalmente é instalado como um sistema operacional independente. Com a virtualização, também é possível executar várias instâncias do SUSE Linux Enterprise Server no mesmo hardware. A instalação do Servidor de Host de VM é feita como uma instalação típica com alguns pacotes adicionais. A instalação dos convidados virtuais está descrita no Book “Virtualization Guide”, Chapter 10 “Guest installation”.

A maioria das instalações é feita para um disco rígido local. Portanto, é necessário que os controladores do disco rígido estejam disponíveis no sistema de instalação. Se um controlador especial (como o controlador RAID) precisar de um módulo extra do kernel, coloque um disco de atualização de módulo do kernel no sistema de instalação.

Outros destinos de instalação podem ser tipos variados de dispositivos de blocos que dispõem de espaço em disco e velocidade suficientes para executar o sistema operacional. Isso inclui dispositivos de blocos de rede como iSCSI ou SAN. Também é possível instalar em sistemas de arquivo de rede que oferecem as permissões do Unix padrão. No entanto, pode ser problemático inicializá-los, já que eles devem ser suportados pelo initramfs para que o sistema possa realmente ser iniciado. Essas instalações podem ser úteis quando você precisa iniciar o mesmo sistema em locais diferentes ou quando você pretende usar recursos de virtualização, como a migração de domínio.

Os problemas de boot podem impedir que o instalador do YaST seja iniciado no sistema. Outro sintoma é falha ao inicializar após o término da instalação.

Se um problema inesperado ocorrer durante a instalação, serão necessárias informações para determinar a causa do problema. Use as instruções a seguir para ajudar na solução de problemas:

A opção padrão no menu de boot do meio de instalação do SUSE Linux Enterprise Server inicializa a máquina no sistema já instalado. Em vez disso, escolha uma das opções de instalação disponíveis no menu de boot para iniciar o processo de instalação.

O processador principal no System-on-Chip (SoC) do Raspberry Pi é a Unidade de Processamento Gráfico (GPU, Graphics Processing Unit) Broadcom VideoCore, e não a Unidade Central de Processamento (CPU, Central Processing Unit) Arm. É a GPU que começa a inicialização do hardware de um carregador de boot de primeiro estágio na Memória Apenas Leitura de Boot (Boot ROM, Boot Read-Only Memory) no chip. Apenas algumas opções de configuração podem influenciar a Boot ROM. Consulte a Seção 3.6.1.2, “Memória OTP”.

O hardware Raspberry Pi 3 não tem um firmware incorporado. Em vez dele, o firmware do carregador de boot de segundo estágio bootcode.bin é carregado do meio de boot toda vez que a máquina é ligada. Ele, por sua vez, carrega o carregador de boot de terceiro estágio start.elf.

O hardware Raspberry Pi 4 tem uma pequena Memória Apenas Leitura Programável e Apagável Eletronicamente (EEPROM, Electrically Erasable Programmable Read-Only Memory) para o carregador de boot de segundo estágio. Com exceção disso, sua sequência de boot é semelhante à do Raspberry Pi 3, que carrega o carregador de boot de terceiro estágio start4.elf do meio de boot.

Atenção: Atualização da EEPROM no Raspberry Pi 4

É possível fazer uma atualização do carregador de boot de segundo estágio por meio da inicialização de um cartão de memória microSD especialmente preparado.

Apenas insira uma mídia de boot de sua confiança e confirme que não há um arquivo chamado recovery.bin indesejado.

Se houver um arquivo armstub8.bin, ele será carregado como um carregador de boot de quarto estágio no Nível de Exceção 3 (EL3, Exception Level 3) do AArch64. Do contrário, um stub mínimo integrado será usado.

Nota: Considerações de segurança do EL3

O código carregado para o EL3 (geralmente denominado BL31) residirá na memória, e o Linux talvez tente fazer hypercall do EL3 durante seu tempo de execução.

Verifique se a sua mídia de boot não tem um arquivo armstub8.bin indesejado. O SUSE Linux Enterprise Server 15 SP5 não o inclui.

Esteja ciente de que o SoC do Raspberry Pi não oferece a memória segura TrustZone. Ambos o OS na CPU e qualquer software na GPU poderão acessar sua RAM. Portanto, ele não é adequado para aplicativos EL0-s criptográficos. Por esse motivo, o SUSE Linux Enterprise Server não oferece um Ambiente de Execução Confiável (TEE, Trusted Execution Environment) EL1-s.

O SUSE Linux Enterprise Server para Raspberry Pi está configurado para carregar um carregador de boot de quinto estágio denominado Das U-Boot.

3.6.1.2 Memória OTP #

 

O SoC também tem uma quantidade muito pequena de Memória Programável Uma Vez (OTP, One-Time Programmable). Ela pode ser usada para definir algumas configurações, como se a Boot ROM deve tentar inicializar de dispositivos USB ou por meio de Ethernet.

Essa memória OTP está descrita no site Raspberry Pi Foundation: https://www.raspberrypi.org/documentation/hardware/raspberrypi/otpbits.md

Atenção: Apenas programável uma vez

As configurações gravadas na memória OTP não podem ser revertidas.

O caso de uso mais comum da memória OTP é habilitar o boot por USB no Raspberry Pi 3 Model B ou Compute Module 3.

program_usb_boot_mode=1

Não há um Relógio em Tempo Real (RTC, Real-Time Clock) no próprio Raspberry Pi.

Nota: Sincronização de Horário

A falta de um Relógio em Tempo Real significa que os dispositivos Raspberry Pi precisam ser configurados para buscar o horário de um servidor de rede por meio do Network Time Protocol.

No entanto, as placas-mãe para os Módulos Compute do Raspberry Pi podem incluir um RTC.

É possível também conectar um RTC usando o conector GPIO, o Hardware Attached on Top (HAT) ou outras placas de expansão.

De qualquer modo, verifique se o SUSE Linux Enterprise Server suporta o respectivo chipset RTC. O RTC conectado precisará ser descrito para o sistema operacional por meio de um Device Tree Overlay (Seção 3.6.1.1, “Config.txt”). Por exemplo, a placa-mãe MyPi pode usar:

dtparam=i2c1=on
dtoverlay=i2c-rtc,ds1307

O método mais comum para implantar um sistema operacional no hardware Raspberry Pi é copiar a imagem de um sistema pré-instalado em um meio de boot, geralmente um cartão de memória microSD. Esse é o método mais simples e fácil.

A SUSE oferece uma imagem inicializável pré-configurada do SUSE Linux Enterprise Server para hardware Raspberry Pi. Ela vem com o sistema de arquivos Btrfs, com compactação habilitada para melhorar o desempenho e reduzir o desgaste na mídia microSD.

É recomendável um cartão de memória microSD com tamanho mínimo de 8 GB. Cartões de memória mais rápidos proporcionarão melhor desempenho do sistema. Na primeira inicialização, o sistema operacional expandirá automaticamente o sistema de arquivos para preencher o cartão de memória. Isso significa que a primeira inicialização será significativamente mais lenta do que as demais.

O processo de gravação da imagem do cartão na mídia microSD está descrito em Raspberry Pi Quick Start.

Alguns modelos do Raspberry Pi permitem a inicialização de dispositivos de armazenamento em massa USB. Dessa forma, será possível implantar o SUSE Linux Enterprise Server no Raspberry Pi de modo semelhante às plataformas de servidor.

É possível fazer a instalação de um meio USB removível, como cartão de memória (memory stick), em um microSD no slot interno da máquina. Se preferir, faça a instalação de um meio USB removível para outro, como um disco rígido conectado por USB.

Nota: Limitações de largura de banda de USB

Observe que o controlador Ethernet no Raspberry Pi 3 é conectado ao barramento USB 2.0 integrado do dispositivo.

Portanto, um sistema operacional executado de um disco anexado por meio de USB deve compartilhar a largura de banda total de 480 Mbps do controlador USB 2.0. Isso limitará o desempenho e poderá afetar significativamente o desempenho da rede.

Essa limitação não ocorre no Raspberry Pi 4.

Por padrão, os modelos mais recentes do Raspberry Pi 3 com silicone BCM2837 B0 (chip prata em vez de preto), incluindo o Raspberry Pi 3 Model B+ e o Compute Module 3+, permitem a inicialização de dispositivos de armazenamento conectados por USB.

Nos modelos mais antigos, como Raspberry Pi 3 Model B ou Compute Module 3, é possível habilitar o boot por USB por meio de uma inicialização única de um cartão de memória microSD especialmente preparado. Consulte a Seção 3.6.1.2, “Memória OTP” para obter instruções.

Como o hardware não tem um firmware integrado (Seção 3.6.1, “Processo de boot”), a inicialização por rede do Raspberry Pi usando PXE é mais complexa do que nos computadores convencionais.

O processo de configurar um servidor de boot PXE para x86 e Arm está descrito no documento de Melhores Práticas da SUSE intitulado How to Set Up a Multi-PXE Installation Server (Como configurar um servidor de instalação PXE múltiplo).

O site Raspberry Pi Foundation publica informações sobre como inicializar usando PXE em um Raspberry Pi de outro Raspberry Pi: https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/net_tutorial.md

Para obter mais informações, consulte os seguintes recursos:

O SUSE Linux Enterprise Server é executado nas seguintes plataformas:

5.1.1.1 Requisitos de memória #

 

Diferentes métodos de instalação têm diferentes requisitos de memória durante a instalação. É recomendado pelo menos 1 GB de memória para a instalação no modo de texto em z/VM, LPAR e KVM. A instalação no modo gráfico exige pelo menos 1,5 GB de memória.

Nota: Requisitos de memória com fontes de instalação remotas

É necessário um mínimo de 512 MB de memória para instalação de fontes de instalação NFS, FTP e SMB ou quando o VNC é usado. Saiba que os requisitos de memória também dependem do número de dispositivos visíveis ao convidado z/VM ou à imagem LPAR. A instalação com muitos dispositivos acessíveis (mesmo que não sejam utilizados para a instalação) pode exigir mais memória.

Você encontra a documentação sobre restrições e requisitos para esta versão do SUSE Linux Enterprise Server no IBM developerWorks em https://developer.ibm.com/technologies/linux/. Recomendamos usar o nível de serviço mais elevado disponível. Contate o suporte da IBM para saber quais são os requisitos mínimos.

Para o z/VM, as seguintes versões são suportadas:

Já que pode ser necessário ativar os VM APARs antes de instalar os novos níveis do MicroCode, explique a ordem de instalação para o suporte da IBM.

Ao instalar o SUSE Linux Enterprise Server por NFS ou FTP não baseado em Linux, você talvez tenha problemas com o software do servidor NFS ou FTP. O servidor FTP padrão do Windows* pode causar erros, portanto, recomendamos executar a instalação por meio do SMB nessas máquinas.

Para conectar-se ao sistema de instalação do SUSE Linux Enterprise Server, um dos seguintes métodos é necessário (SSH ou VNC é recomendado):

Dica: Mais informações

Antes de instalar o SUSE Linux Enterprise Server no IBM Z, consulte o arquivo README localizado no diretório raiz do primeiro meio de instalação do SUSE Linux Enterprise Server. O arquivo complementa esta documentação.

Esta seção apresenta uma visão geral dos diferentes tipos de instalação possíveis com o SUSE Linux Enterprise Server para IBM Z. O SUSE Linux Enterprise Server pode ser instalado em um LPAR, como convidado no z/VM ou como convidado no KVM.

Dependendo do modo de instalação (LPAR ou z/VM), haverá diferentes possibilidades para iniciar o processo de instalação e reinicializar (IPL) o sistema instalado.

Esta seção fornece as informações necessárias para reinicializar (IPL) na primeira instalação. Dependendo do tipo de instalação, várias opções devem ser usadas. As opções abordadas são: leitor de VM, carregar do CD-ROM ou do servidor e carregar de um DVD-ROM conectado a SCSI. A instalação dos pacotes de software, que é feita via rede, não exige o meio de IPL.

Esta seção apresenta informações detalhadas sobre como tornar os dados de instalação do SUSE Linux Enterprise Server para IBM Z acessíveis para instalação. Dependendo do seu computador e ambiente de sistema, escolha entre a instalação via NFS ou FTP. Se estiver executando estações de trabalho do Microsoft Windows no ambiente, você também poderá usar a rede do Windows (inclusive o protocolo SMB) para instalar o SUSE Linux Enterprise Server no sistema IBM Z.

Dica: Reinicialização (IPL) do DVD

É possível fazer a reinicialização (IPL) de um DVD e usar o DVD como meio de instalação. Isso é muito prático quando você tem restrições de configuração do servidor de instalação que fornece as mídias de instalação pela rede. O pré-requisito é uma unidade de DVD SCSI conectada a FCP.

Nota: Sem instalação do disco rígido

Não é possível fazer a instalação de um disco rígido inserindo o conteúdo do DVD em uma partição no DASD.

5.3.1.1 Usando uma estação de trabalho Linux ou o DVD do SUSE Linux Enterprise Server #

 

Você pode usar uma estação de trabalho Linux em seu ambiente do computador para enviar os dados de instalação ao processo de instalação do IBM Z por NFS ou FTP. Se a estação de trabalho Linux executa o SUSE Linux Enterprise Server, você pode configurar um servidor de instalação (NFS ou FTP) usando o módulo Servidor de Instalação do YaST, conforme descrito na Seção 16.1, “Configurando um servidor de instalação usando YaST”.

Importante: Exportando dispositivos montados com NFS

A exportação da raiz do sistema de arquivos (/) não exporta automaticamente os dispositivos montados, como DVD. Portanto, você precisa nomear explicitamente o ponto de montagem em /etc/exports:

/media/dvd  *(ro)

Após mudar esse arquivo, reinicie o servidor NFS com o comando sudo systemctl restart nfsserver.

A configuração de um servidor FTP em um sistema Linux envolve a instalação e configuração do software do servidor, como vsftpd. Se você usa oSUSE Linux Enterprise Server, consulte o Book “Administration Guide”, Chapter 43 “Setting up an FTP server with YaST” para obter instruções de instalação. O download dos dados de instalação com login anônimo não é suportado, portanto, você precisa configurar o servidor FTP para suportar a autenticação do usuário.

5.3.1.1.1 SUSE Linux Enterprise Server no DVD #

 

O primeiro meio de instalação do SUSE Linux Enterprise Server para IBM Z contém uma imagem do Linux inicializável para estações de trabalho baseadas em Intel e uma imagem para IBM Z.

Para estações de trabalho baseadas em Intel, inicialize usando esse meio. Quando solicitado, escolha o idioma de resposta e o layout de teclado desejados e selecione Iniciar sistema de recuperação. Você precisa de pelo menos 64 MB de RAM para isso. Nenhum espaço em disco é necessário porque todo o sistema de recuperação reside na RAM da estação de trabalho. Essa abordagem exige a configuração manual da rede da estação de trabalho.

Para o IBM Z, reinicialize (IPL) seu convidado LPAR/VM por esse meio, conforme descrito na Seção 5.3.4.1.2, “Reinicialização (IPL) do DVD SCSI conectado por FCP”. Após digitar seus parâmetros de rede, o sistema de instalação tratará o meio como a fonte dos dados de instalação. Como o IBM Z não pode ter um terminal compatível com X11 diretamente conectado, escolha entre a instalação por VNC ou SSH. O SSH também oferece uma instalação gráfica através do túnel da conexão X por meio de SSH com ssh -X.

smb://DOMAIN;USER:PW@SERVERNAME/SHAREPATH

> sudo cobbler import --path=PATH1 --name=IDENTIFIER2 --arch=s390x

> sudo cobbler distro add --arch=s390 --breed=suse --name="IDENTIFIER"1 \
  --os-version=sles152 \
  --initrd=/srv/www/cobbler/ks_mirror/IDENTIFIER/boot/s390x/initrd3 \
  --kernel=/srv/www/cobbler/ks_mirror/IDENTIFIER/boot/s390x/linux4 \
  --kopts="install=http://cobbler.example.com/cobbler/ks_mirror/IDENTIFIER"5

> sudo cobbler distro edit \
--name=IDENTIFIER1 --os-version=sles102 --ksmeta=""3
--kopts="install=http://cobbler.example.com/cobbler/ks_mirror/IDENTIFIER"4

> sudo cobbler system add --name=linux01 --hostname=linux01.example.com \
--profile=IDENTIFIER --interface=qdio \
--ip-address=192.168.2.103 --subnet=192.168.2.255 --netmask=255.255.255.0 \
--name-servers=192.168.1.116 --name-servers-search=example.com \
--gateway=192.168.2.1 --kopts="KERNEL_OPTIONS"

--kopts=" \
AutoYaST=http://192.168.0.5/autoinst.xml \
Hostname=linux01.example.com \
Domain=example.com \
HostIP=192.168.2.103 \
Gateway=192.168.2.1 \
Nameserver=192.168.1.116 \
Searchdns=example.com \
InstNetDev=osa; \
Netmask=255.255.255.0 \
Broadcast=192.168.2.255 \
OsaInterface=qdio \
Layer2=0 \
PortNo=0 \
ReadChannel=0.0.0700 \
WriteChannel=0.0.0701 \
DataChannel=0.0.0702 \
DASD=600"

5.3.1.4 Instalando por meio de uma unidade flash USB do HMC #

 

Normalmente, a instalação do SUSE Linux Enterprise Server em servidores IBM Z requer uma fonte de instalação de rede. Se esse requisito não for atendido, o SUSE Linux Enterprise Server permitirá o uso da unidade flash USB do Console de Gerenciamento de Hardware (HMC, Hardware Management Console) como uma fonte para a instalação em uma LPAR.

Para executar a instalação usando a unidade flash USB do HMC, proceda da seguinte maneira:

• Adicione install=hmc:/ a parmfile (consulte a Seção 5.5, “Parmfile: automatizando a configuração do sistema”) ou às opções de kernel.

• Na instalação de modo manual que usa o linuxrc, escolha Iniciar instalação, Instalação e Console de Gerenciamento de Hardware. O meio de instalação deve estar no HMC.

Importante: Configurar rede

Antes de iniciar a instalação, especifique uma configuração de rede no linuxrc. Isso não pode ser feito usando os parâmetros de boot, e é muito provável que você precise de acesso à rede. No linuxrc, vá para Iniciar Instalação e escolha Configuração da Rede.

Importante: O sistema Linux deve ser inicializado primeiro

Antes de conceder acesso à mídia na unidade flash USB do HMC, aguarde a inicialização do sistema Linux. A reinicialização (IPL) pode interromper a conexão entre o HMC e a LPAR. Se a primeira tentativa de usar o método descrito falhar, você poderá conceder o acesso e repetir a opção HMC.

Nota: Repositório de instalação

A unidade flash USB não é mantida como um repositório de instalação, pois a instalação é um procedimento único. Se for necessário um repositório de instalação, registre-se e use o repositório online.

Esta seção descreve as etapas de instalação do SUSE Linux Enterprise Server para cada modo de instalação. Depois de concluídas as etapas de preparação descritas nos capítulos anteriores, siga a visão geral do modo de instalação desejado.

Conforme descrito na Seção 5.3.1, “Disponibilizando os dados de instalação”, há três modos de instalação diferentes para Linux no IBM Z: instalação de convidado LPAR, z/VM e KVM.

Aguarde até que o kernel tenha realizado as suas rotinas de inicialização. Se você executar a instalação no modo básico ou em uma LPAR, abra as Mensagens do Sistema Operacional no HMC ou no SE.

Primeiramente, escolha Iniciar Instalação no menu principal do linuxrc. Em seguida, escolha Iniciar Instalação ou Atualização para iniciar o processo de instalação. Selecione Rede como o meio de instalação, depois selecione o tipo de protocolo de rede que será usado para a instalação. A Seção 5.3.1, “Disponibilizando os dados de instalação” descreve como disponibilizar os dados de instalação para os diversos tipos de conexões de rede. Atualmente, FTP, HTTP, NFS e SMB/CIFS (compartilhamento de arquivos do Windows) são aceitos.

Na lista de dispositivos disponíveis, escolha um dispositivo de rede OSA ou HiperSockets para receber os dados de instalação. Embora a lista possa incluir dispositivos CTC, ESCON ou IUCV, eles não são mais suportados no SUSE Linux Enterprise Server.

Choose the network device.

 1) IBM parallel CTC Adapter (0.0.0600)
 2) IBM parallel CTC Adapter (0.0.0601)
 3) IBM parallel CTC Adapter (0.0.0602)
 4) IBM Hipersocket (0.0.0800)
 5) IBM Hipersocket (0.0.0801)
 6) IBM Hipersocket (0.0.0802)
 7) IBM OSA Express Network card (0.0.0700)
 8) IBM OSA Express Network card (0.0.0701)
 9) IBM OSA Express Network card (0.0.0702)
10) IBM OSA Express Network card (0.0.f400)
11) IBM OSA Express Network card (0.0.f401)
12) IBM OSA Express Network card (0.0.f402)
13) IBM IUCV

> 4

Device address for read channel. (Enter '+++' to abort).
[0.0.0800]> 0.0.0800

Device address for write channel. (Enter '+++' to abort).
[0.0.0801]> 0.0.0801

Device address for data channel. (Enter '+++' to abort).
[0.0.0802]> 0.0.0802

Choose the network device.

 1) IBM parallel CTC Adapter (0.0.0600)
 2) IBM parallel CTC Adapter (0.0.0601)
 3) IBM parallel CTC Adapter (0.0.0602)
 4) IBM Hipersocket (0.0.0800)
 5) IBM Hipersocket (0.0.0801)
 6) IBM Hipersocket (0.0.0802)
 7) IBM OSA Express Network card (0.0.0700)
 8) IBM OSA Express Network card (0.0.0701)
 9) IBM OSA Express Network card (0.0.0702)
10) IBM OSA Express Network card (0.0.f400)
11) IBM OSA Express Network card (0.0.f401)
12) IBM OSA Express Network card (0.0.f402)
13) IBM IUCV

> 7

Enter the relative port number. (Enter '+++' to abort).
> 0

Device address for read channel. (Enter '+++' to abort).
[0.0.0700]> 0.0.0700

Device address for write channel. (Enter '+++' to abort).
[0.0.0701]> 0.0.0701

Device address for data channel. (Enter '+++' to abort).
[0.0.0702]> 0.0.0702

Enable OSI Layer 2 support?

0) <-- Back <--
1) Yes
2) No

> 1

MAC address. (Enter '+++' to abort).
> +++

Automatic configuration via DHCP?

0) <-- Back <--
1) Yes
2) No

> 2

Enter your IP address with network prefix.

You can enter more than one, separated by space, if necessary.
Leave empty for autoconfig.

Examples: 192.168.5.77/24 2001:db8:75:fff::3/64. (Enter '+++' to abort).
> 192.168.0.20/24

Enter your name server IP address.

You can enter more than one, separated by space, if necessary.
Leave empty if you don't need one.

Examples: 192.168.5.77 2001:db8:75:fff::3. (Enter '+++' to abort).
> 192.168.0.1

Enter your search domains, separated by a space:. (Enter '+++' to abort).
> example.com

Enter the IP address of your name server. Leave empty if you do not need one. (En
ter '+++' to abort).
> 192.168.0.1

Após carregar o sistema de instalação, o linuxrc solicitará que você escolha o tipo de tela que será usada para controlar o procedimento de instalação. As opções disponíveis são Remote X11 (X Window System), VNC (protocolo Virtual Network Computing), SSH (modo de texto ou instalação X11 via Secure Shell), Text-based UI e Graphical UI. Essa última opção inicia o YaST no modo gráfico em uma tela gráfica local, se houver. Na arquitetura s390x, uma tela gráfica local pode ser implementada usando o QEMU e o driver virtio-gpu.

As opções recomendadas são VNC ou SSH.

Se a opção Text-based UI foi selecionada, o YaST é iniciado no modo de texto, e você pode executar a instalação diretamente em seu terminal. Consulte o Book “Administration Guide”, Chapter 4 “YaST in text mode” para obter instruções sobre como usar o YaST no modo de texto. A opção Text-based UI é útil apenas durante a instalação no LPAR.

Nota: Emulação do terminal para IU baseada em texto

Para trabalhar com o YaST no modo de texto, ele precisa ser executado em um terminal com emulação VT220/Linux (também chamado de Text-based UI).

5.3.6.2 Iniciando a instalação para o X Window System #

 

Importante: Mecanismo de autenticação X

A instalação direta com o X Window System usa um mecanismo de autenticação baseado em nomes de host. Esse mecanismo está desabilitado nas versões atuais do SUSE Linux Enterprise Server. Recomendamos a execução da instalação com SSH ou VNC.

Para controlar remotamente uma instalação por meio do encaminhamento X, siga estas etapas:

1. Verifique se o servidor X permite que o cliente (o sistema que está instalado) se conecte. Defina a variável DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="yes" no arquivo /etc/sysconfig/displaymanager. Reinicie o servidor X e permita que o cliente se vincule ao servidor usando xhost CLIENT_IP_ADDRESS.

2. Ao ser solicitado no sistema de instalação, digite o endereço IP da máquina em que o servidor X está sendo executado.

3. Espere até que o YaST seja aberto e inicie a instalação.

5.3.6.3 Iniciando a instalação para SSH #

 

Para conectar-se a um sistema de instalação chamado earth usando SSH, use o comando ssh -X earth. Se a sua estação de trabalho é executada no Microsoft Windows, use a ferramenta Putty disponível em http://www.chiark.greenend.org.uk/~sgtatham/putty/. Defina Habilitar o encaminhamento X11 no Putty em Conexão ›  SSH ›  X11.

Se você usa outro sistema operacional, execute ssh -X earth para conectar-se a um sistema de instalação com o nome earth. O Encaminhamento X via SSH será suportado se você tiver um servidor X local disponível. Do contrário, o YaST fornecerá uma interface de texto desenvolvida por ncurses.

Quando solicitado, insira o nome de usuário root e efetue login com a sua senha. Digite yast.ssh para iniciar o YaST. O YaST orientará você durante a instalação.

Importante: Corrigindo o problema do YaST por SSH

Em determinadas situações, a execução da versão GUI do YaST por SSH com encaminhamento X pode falhar com a seguinte mensagem de erro:

XIO: fatal IO error 11 (Resource temporarily unavailable) on X server "localhost:11.0"

Nesse caso, você tem duas opções.

• Executar o YaST com a opção QT_XCB_GL_INTEGRATION=none, por exemplo:

  QT_XCB_GL_INTEGRATION=none yast.ssh
  QT_XCB_GL_INTEGRATION=none yast2 disk

• Executar a versão ncurses do aplicativo YaST desabilitando o encaminhamento X ou especificando o ncurses como a IU desejada. Para essa segunda opção, use o comando yast2 disk --ncurses ou YUI_PREFERED_BACKEND=ncurses yast2 disk.

Continue o procedimento de instalação conforme descrito no Capítulo 8, Etapas de instalação.

No SLES 10 e 11, o processo de boot foi realizado pelo carregador de boot zipl. Para habilitar a inicialização de partições Btrfs e o suporte a rollbacks de sistema com o Snapper, a maneira como o SUSE Linux Enterprise Server é inicializado no IBM Z mudou.

O GRUB 2 substitui o zipl no SUSE Linux Enterprise Server para IBM Z. O GRUB 2 na arquitetura AMD64/Intel 64 inclui os drivers de dispositivo no nível do firmware para acessar o sistema de arquivos. Não há firmware no mainframe, e adicionar o ccw ao GRUB 2, além de ser uma tarefa complexa, exige a reimplementação do zipl no GRUB 2. Portanto, o SUSE Linux Enterprise Server usa uma abordagem de duas fases:

Para obter mais detalhes sobre o processo de boot, consulte o Book “Administration Guide”, Chapter 16 “Introduction to the boot process”.

Importante: Configurando a interface de rede

As configurações descritas nesta seção aplicam-se apenas à interface de rede usada durante a instalação. Configure interfaces de rede adicionais no sistema instalado seguindo as instruções no Book “Administration Guide”, Chapter 23 “Basic networking”, Section 23.5 “Configuring a network connection manually”.

Cada uma das interfaces requer certas opções de configuração:

A configuração automática do dispositivo de E/S é um mecanismo que permite aos usuários especificar IDs e configurações de dispositivos de E/S que devem ser habilitados automaticamente no Linux. Essas informações são especificadas para um LPAR por meio de um HMC executado no modo DPM (Dynamic Partition Manager).

Nota

A funcionalidade de configuração automática do dispositivo de E/S está disponível em sistemas com o DPM em execução. Por padrão, o DPM é executado em máquinas LinuxONE. Para o IBM Z, essa funcionalidade deve ser solicitada.

No comando linuxrc, o parâmetro DeviceAutoConfig controla o uso de dados de configuração automática do dispositivo de E/S para sistemas IBM Z.

Se a configuração automática do dispositivo for desabilitada pelo usuário, o parâmetro do kernel rd.zdev=no-auto será adicionado às opções de boot do sistema de destino.

Para habilitar a configuração automática de E/S usando o YaST, execute o comando yast2 system_settings, alterne para a seção Configurações de Kernel e habilite a opção Habilitar configuração automática do dispositivo de E/S.

Para desabilitar a configuração automática de E/S em um perfil do AutoYaST, adicione o seguinte parâmetro do kernel à seção append das opções globais do carregador de boot. Por exemplo:

<bootloader>
  <global>
    <append>rd.zdev=no-auto</append>
  </global>
</bootloader>

Para obter mais contexto sobre as opções do carregador de boot do AutoYaST, consulte o Book “AutoYaST Guide”, Chapter 4 “Configuration and installation options”, Section 4.4 “The boot loader”.

Durante a instalação, o status da configuração automática é exibido na seção Configurações do dispositivo da tela Configurações da instalação.

A capacidade máxima do parmfile é de 860 caracteres. De acordo com a prática, o parmfile deve incluir no máximo 10 linhas com até 79 caracteres. Ao ler um parmfile, todas as linhas são concatenadas sem adicionar espaços em branco, portanto, o último caractere (79) de cada linha deve ser um Space.

Para receber possíveis mensagens de erro no console, use

linuxrclog=/dev/console

ramdisk_size=131072 root=/dev/ram1 ro init=/linuxrc TERM=dumb
instnetdev=osa osainterface=qdio layer2=1 osahwaddr=
pointopoint=192.168.0.1 hostip=192.168.0.2
nameserver=192.168.0.3 DeviceAutoConfig=1
install=nfs://192.168.0.4/SLES/SLES-12-Server/s390x/DVD1
autoyast=http://192.168.0.5/autoinst.xml
linuxrclog=/dev/console vnc=1 VNCPassword=testing

ramdisk_size=131072 root=/dev/ram1 ro init=/linuxrc TERM=dumb
AutoYast=nfs://192.168.1.1/autoinst/s390.xml
Hostname=zsystems.example.com HostIP=192.168.1.2
Gateway=192.168.1.3 Nameserver=192.168.1.4
InstNetDev=hsi layer2=0
Netmask=255.255.255.128 Broadcast=192.168.1.255
readchannel=0.0.702c writechannel=0.0.702d datachannel=0.0.702e
install=nfs://192.168.1.5/SLES-12-Server/s390x/DVD1/
ssh=1 ssh.password=testing linuxrclog=/dev/console

ro ramdisk_size=50000 MANUAL=0 PORTNO=1 ReadChannel=0.0.b140
WriteChannel=0.0.b141 DataChannel=0.0.b142
cio_ignore=all,!condev,!0.0.b140-0.0.b142,!0.0.e92c,!0.0.5000,!0.0.5040
HostIP= Gateway= Hostname=zsystems.example.com nameserver=192.168.0.1
Install=ftp://user:password@10.0.0.1/s390x/SLES15.0/INST/ usevnc=1
vncpassword=12345 InstNetDev=osa Layer2=1 OSAInterface=qdio ssl_certs=0
osahwaddr= domain=example.com self_update=0
vlanid=201

Há uma cobertura geral sobre o Linux no IBM Z disponível nos seguintes documentos:

Esses documentos podem não refletir o estado atual do Linux, mas os princípios de implantação do Linux descritos permanecem precisos.

Consulte os seguintes documentos para ver informações técnicas sobre o kernel do Linux e os tópicos de aplicativos. Para acessar as versões mais recentes dos documentos, visite (https://developer.ibm.com/technologies/linux/).

Há um Redbook para desenvolvimento de aplicativos Linux disponível em http://www.redbooks.ibm.com:

Consulte os seguintes Redbooks, Redpapers e recursos online para ver cenários mais complexos do IBM Z:

A tela de boot exibe várias opções para o procedimento de instalação. Por padrão, Inicializar do disco rígido está selecionado e inicializa o sistema instalado. Selecione uma das outras opções com as teclas de seta e pressione Enter para inicializá-la. As opções relevantes são:

Figura 7.1: Tela de boot em máquinas com BIOS tradicional #

 

Use as teclas de função indicadas na parte inferior da tela para mudar idioma, resolução da tela, fonte de instalação ou adicionar um driver extra do fornecedor de hardware:

UEFI (Unified Extensible Firmware Interface) é um novo padrão da indústria que substitui e estende o BIOS tradicional. As mais recentes implementações da UEFI incluem a extensão de “Boot Seguro”, que impede a inicialização de código malicioso, permitindo apenas que carregadores de boot assinados sejam executados. Consulte o Book “Administration Guide”, Chapter 17 “UEFI (Unified Extensible Firmware Interface)” para obter mais informações.

O gerenciador de boot GRUB 2, usado para inicializar máquinas com BIOS tradicional, não suporta UEFI; portanto, o GRUB 2 foi substituído pelo GRUB 2 para EFI. Se o Boot Seguro estiver habilitado, o YaST selecionará automaticamente o GRUB 2 para EFI para instalação. Da perspectiva do administrador e do usuário, as duas implementações do gerenciador de boot têm o mesmo comportamento e são chamadas de GRUB 2 a seguir.

Dica: Usando drivers adicionais com boot seguro

Durante a instalação com o Boot Seguro habilitado, você não pode carregar drivers que não estão incluídos no SUSE Linux Enterprise Server. Isso também se aplica aos drivers enviados via SolidDriver, porque a chave de assinatura deles por padrão não é confiável.

Para carregar drivers que não acompanham o SUSE Linux Enterprise Server, execute um dos seguintes procedimentos:

• Antes da instalação, adicione as chaves necessárias ao banco de dados do firmware usando as ferramentas de gerenciamento de firmware/sistema.

• Use uma ISO inicializável que registrará as chaves necessárias na lista MOK no primeiro boot.

Para obter mais informações, consulte o Book “Administration Guide”, Chapter 17 “UEFI (Unified Extensible Firmware Interface)”, Section 17.1 “Secure boot”.

A tela de boot exibe várias opções para o procedimento de instalação. Mude a opção selecionada com as teclas de setas e pressione Enter para inicializar. As opções relevantes são:

Figura 7.2: Tela de boot em máquinas com UEFI #

 

O GRUB 2 para EFI no SUSE Linux Enterprise Server não suporta prompt de boot nem teclas de função para adicionar parâmetros de boot. Por padrão, a instalação será iniciada com o inglês americano e a mídia de boot como a fonte de instalação. Uma pesquisa DHCP é executada para configurar a rede. Para mudar esses padrões ou adicionar parâmetros de boot, você precisa editar a respectiva entrada de boot. Realce-a usando as teclas de setas e pressione E. Consulte a ajuda na tela para obter dicas sobre edição (observe que apenas o teclado em inglês está disponível no momento). A entrada de Instalação será parecida com a seguinte:

setparams 'Installation'

   set gfxpayload=keep
   echo 'Loading kernel ...'
   linuxefi /boot/x86_64/loader/linux splash=silent
   echo 'Loading initial ramdisk ...'
   initrdefi /boot/x86_64/loader/initrd

Adicione parâmetros separados por espaço ao fim da linha que começa com linuxefi. Para inicializar a entrada editada, pressione F10. Se você acessar a máquina por um console serial, pressione Esc–0 . Há uma lista completa de parâmetros disponível em https://en.opensuse.org/Linuxrc.

Importante: Configurando a interface de rede

As configurações abordadas nesta seção aplicam-se à interface de rede usada durante a instalação. Configure interfaces de rede adicionais no sistema instalado seguindo as instruções no Book “Administration Guide”, Chapter 23 “Basic networking”, Section 23.5 “Configuring a network connection manually”.

A rede será configurada apenas se for necessária durante a instalação. Para forçar a configuração da rede, use os parâmetros netsetup ou ifcfg.

Se você não usa um DVD ou uma unidade flash USB para instalação, especifique uma fonte de instalação alternativa.

Apenas um dos diferentes métodos de controle remoto deve ser especificado de cada vez. Os diferentes métodos são: SSH, VNC, servidor X remoto. Para obter informações sobre como usar os parâmetros listados nesta seção, consulte o Capítulo 11, Instalação remota.

Por padrão, as atualizações para o SUSE Linux Enterprise Server são fornecidas pelo SUSE Customer Center. Se a sua rede disponibiliza um servidor RMT (Repository Mirroring Tool) para fornecer uma fonte de atualização local, você precisa enviar ao cliente o URL do servidor. O cliente e o servidor se comunicarão somente via protocolo HTTPS, portanto, você também precisará digitar um caminho para o certificado do servidor se o certificado não tiver sido emitido por uma autoridade de certificação.

Nota: Apenas instalação não interativa

Só é necessário especificar parâmetros para acessar um servidor RMT em instalações não interativas. Na instalação interativa, é possível inserir os dados durante a instalação (consulte a Seção 8.7, “Registro” para obter detalhes).

Os dados coletados pelo supportconfig (consulte o Book “Administration Guide”, Chapter 47 “Gathering system information for support” para obter mais informações) são enviados ao SUSE Customer Center por padrão. Também é possível configurar um servidor local para coletar esses dados. Se esse servidor estiver disponível na rede, será preciso definir o URL do servidor no cliente. Essa informação deve ser digitada no prompt de boot.

supporturl.  URL do servidor. O URL tem o formato http://FQN/Path/, em que FQN é o nome completo do host do servidor e Path é o local no servidor. Por exemplo:

supporturl=http://support.example.com/supportconfig/data/

Por padrão, só é possível atribuir endereços de rede IPv4 à sua máquina. Para habilitar o IPv6 durante a instalação, digite um dos seguintes parâmetros no prompt de boot:

Em redes que impõem o uso de um servidor proxy para acesso a sites na Web remotos, o registro durante a instalação é possível apenas ao configurar um servidor proxy.

Em sistemas com BIOS tradicional, pressione F4 na tela de boot e defina os parâmetros necessários na caixa de diálogo Proxy HTTP.

Em Sistemas com BIOS UEFI, forneça o parâmetro de boot proxy no prompt de boot:

A habilitação do SELinux na inicialização da instalação permitirá configurá-lo após o término da instalação, sem ter que reinicializar. Use os seguintes parâmetros:

security=selinux selinux=1

Durante a instalação e o upgrade, o YaST pode se atualizar, conforme descrito na Seção 8.2, “Atualização automática do instalador”, para resolver possíveis bugs descobertos após o lançamento. O parâmetro self_update pode ser usado para modificar o comportamento desse recurso.

Para habilitar a autoatualização do instalador, defina o parâmetro como 1:

self_update=1

Para usar um repositório definido pelo usuário, especifique um URL:

self_update=https://updates.example.com/

Se a sua tela usa um DPI muito alto, aplique o parâmetro de boot QT_AUTO_SCREEN_SCALE_FACTOR. Esse procedimento dimensiona os elementos de fonte e da interface do usuário de acordo com o DPI da tela.

QT_AUTO_SCREEN_SCALE_FACTOR=1

O parâmetro de boot mitigations permite controlar as opções de mitigação para ataques de temporização nas CPUs afetadas. Os valores possíveis desse parâmetro são:

auto.  Habilita todas as mitigações necessárias para o modelo de CPU, mas não protege contra ataques de thread entre CPUs. Essa configuração pode afetar o desempenho a um certo nível, dependendo da carga de trabalho.

nosmt.  Fornece o conjunto completo de mitigações de segurança disponíveis. Habilita todas as mitigações necessárias para o modelo de CPU. Além disso, ela desabilita o Multithreading Simultâneo (SMT, Simultaneous Multithreading) para evitar ataques de temporização em vários threads de CPU. Essa configuração pode prejudicar o desempenho, dependendo da carga de trabalho.

off.  Desabilita todas as mitigações. Os ataques de temporização contra a CPU são possíveis, dependendo do modelo dela. Essa configuração não afeta o desempenho.

Cada valor inclui um conjunto de parâmetros específicos, dependendo da arquitetura da CPU, da versão do kernel e das vulnerabilidades que precisam ser mitigadas. Consulte a documentação do kernel para obter detalhes.

O desbloqueio de dispositivos criptografados usando TPM 2.0 ou FIDO2 no instalador é suportado a partir do SUSE Linux Enterprise 15 SP4. Para habilitar esse recurso, adicione:

luks2preview=1

Observe que você precisa de uma partição de boot separada e não criptografada para criptografar o sistema de arquivos raiz.

Importante: Prévia de Tecnologia

No SLE15 SP4, observe que esse recurso é uma prévia da tecnologia e, portanto, não é totalmente suportado. Para obter mais informações, consulte https://documentation.suse.com/sles/15-SP4/html/SLES-all/preface-deployment.html.

Para obter mais informações sobre como configurar a criptografia de dispositivo com o LUKS, consulte o Book “Security and Hardening Guide”, Chapter 13 “Storage encryption for hosted applications with cryptctl”.

O processo pode ser dividido em duas partes diferentes:

8.2.1.1 Determinando o local do repositório de atualização #

 

As Autoatualizações do Instalador são distribuídas como pacotes RPM regulares por meio de um repositório dedicado, portanto, a primeira etapa é localizar o URL do repositório.

Importante: Apenas o repositório de atualização automática do instalador

Não importa qual das opções a seguir você usa, apenas o URL do repositório de autoatualização do instalador é esperado. Por exemplo:

self_update=https://www.example.com/my_installer_updates/

Não informe nenhum outro URL do repositório. Por exemplo, o URL do repositório de atualização de software.

O YaST tentará as seguintes fontes de informações:

1. O parâmetro de boot self_update. (Para ver mais detalhes, consulte a Seção 7.4.6, “Habilitando a atualização automática do instalador”.) Se você especificar um URL, ele terá prioridade sobre qualquer outro método.

2. O elemento de perfil /general/self_update_url, caso você use o AutoYaST.

3. Um servidor de registro. O YaST consultará o URL no servidor de registro. O servidor a ser usado é determinado na seguinte ordem:

   1. Avaliando o parâmetro de boot regurl (Seção 7.4.1, “Fornecendo dados para acessar um servidor RMT (Repository Mirroring Tool)”).

   2. Avaliando o elemento de perfil /suse_register/reg_server, se você usa o AutoYaST.

   3. Executando uma pesquisa SLP. Se for encontrado um servidor SLP, o YaST perguntará se ele deve ser usado, porque não há nenhuma autenticação envolvida e ninguém na rede local pode transmitir um servidor de registro.

   4. Consultando o SUSE Customer Center.

4. Se nenhuma das tentativas anteriores funcionar, o URL de fallback (definido na mídia de instalação) será usado.

8.2.1.2 Fazendo download e aplicando as atualizações #

 

Quando o repositório de atualizações é determinado, o YaST verifica se há uma atualização disponível. Se houver, será feito o download de todas as atualizações e elas serão aplicadas.

Por fim, o YaST é reiniciado e exibe a tela de boas-vindas. Se nenhuma atualização estiver disponível, a instalação continuará sem reiniciar o YaST.

Nota: Integridade da atualização

As assinaturas de atualização serão verificadas para garantir a integridade e a autoria. Se uma assinatura estiver ausente ou for inválida, será questionado se você deseja aplicar a atualização.

O YaST pode usar um repositório definido pelo usuário no lugar do oficial, especificando um URL por meio do parâmetro de boot self_update.

Nota: Apenas um repositório

No momento, não é possível usar mais de um repositório como fonte para autoatualizações do instalador.

Ignore esta etapa se você não está instalando em hardware do IBM Z.

Figura 8.4: Gerenciamento de disco DASD #

 

Depois que você selecionar Configurar Discos DASD, uma visão geral listará todos os DASDs disponíveis. Para obter uma melhor ideia dos dispositivos disponíveis, use a caixa de texto localizada acima da lista para especificar a faixa de canais a serem exibidos. Para filtrar a lista de acordo com esse intervalo, selecione Filtrar.

Especifique os DASDs a serem usados para a instalação selecionando as entradas correspondentes na lista. Use Selecionar Tudo para selecionar todos os DASDs que estão exibidos. Ative e disponibilize os DASDs selecionados para instalação escolhendo Executar Ação ›  Ativar. Para formatar os DASDs, selecione Executar Ação ›  Formatar. Se preferir, use o particionador do YaST mais tarde, conforme descrito na Seção 10.1, “Usando o Particionador Técnico”.

Ignore esta etapa se você não está instalando em hardware do IBM Z.

Figura 8.5: Dispositivos zFCP configurados #

 

Após selecionar Configurar Discos ZFCP, uma caixa de diálogo será aberta com uma lista dos discos zFCP disponíveis no sistema. Nessa caixa de diálogo, selecione Adicionar para abrir outra caixa de diálogo na qual inserir os parâmetros zFCP.

Para disponibilizar um disco zFCP para a instalação do SUSE Linux Enterprise Server, escolha um Número de Canal disponível na caixa suspensa. As opções Obter WWPNs (World Wide Port Number — Número da Porta Mundial) e Obter LUNs (Logical Unit Number — Número da Unidade Lógica) retornam listas com WWPNs e FCP-LUNs disponíveis, respectivamente, para sua escolha. A exploração automática de LUN funciona apenas com NPIV habilitado.

Ao concluir, saia da caixa de diálogo do zFCP clicando em Avançar, e da caixa de diálogo de configuração geral do disco rígido clicando em Concluir para continuar com o restante da configuração.

Para efetuar o registro no SUSE Customer Center, insira o Endereço de E-mail associado à sua conta do SCC e o Código de Registro para o SUSE Linux Enterprise Server.

Se a sua organização conta com um servidor de registro local, você pode efetuar o registro nele. Ative Registrar Sistema por meio do Servidor SMT local e escolha um URL na caixa suspensa ou digite um endereço. Continue com Próximo.

Para registro no SUSE Customer Center, digite seu Código de Registro para o SUSE Linux Enterprise Server. Se a sua organização conta com um servidor de registro local, você pode efetuar o registro nele. Ative Registrar Sistema por meio do Servidor SMT local e escolha um URL na caixa suspensa ou digite um endereço.

Inicie o processo de registro clicando em Avançar.

Figura 8.7: Registro no SUSE Customer Center #

 

Dica: Instalando patches do produto durante a instalação

Após o registro bem-sucedido do SUSE Linux Enterprise Server, você terá de informar se deseja instalar as últimas atualizações online disponíveis durante a instalação. Se você escolher Sim, o sistema será instalado com os pacotes mais atuais sem a necessidade de aplicar as atualizações após a instalação. É recomendável habilitar essa opção.

Nota: Configurações de firewall para receber atualizações

Por padrão, o firewall no SUSE Linux Enterprise Server bloqueia apenas as conexões de entrada. Se o seu sistema estiver protegido por outro firewall que bloqueia o tráfego de saída, permita conexões com https://scc.suse.com/ e https://updates.suse.com nas portas 80 e 443 para receber atualizações.

Se o sistema foi registrado com êxito durante a instalação, o YaST desabilita os repositórios da mídia de instalação local, como CD/DVD ou discos flash, ao término da instalação. Isso evita problemas causados pela ausência da fonte de instalação e garante que você sempre obtenha as atualizações mais recentes dos repositórios online.

Para tornar o registro mais conveniente, você também pode armazenar seus códigos de registro em um dispositivo de armazenamento USB, como um disco flash. O YaST preenche automaticamente a caixa de texto correspondente. Isso é útil principalmente para testar a instalação ou quando há necessidade de registrar vários sistemas ou extensões.

Crie um arquivo chamado regcodes.txt ou regcodes.xml no disco USB. Se ambos estão presentes, o XML tem precedência.

Nesse arquivo, identifique o produto com o nome retornado pelo zypper search --type product e atribua a ele um código de registro da seguinte maneira:

SLES    cc36aae1
SLED    309105d4

sle-we  5eedd26a
sle-live-patching 8c541494

<?xml version="1.0"?>
<profile xmlns="http://www.suse.com/1.0/yast2ns"
 xmlns:config="http://www.suse.com/1.0/configns">
  <suse_register>
    <addons config:type="list">
      <addon>
<name>SLES</name>
<reg_code>cc36aae1</reg_code>
      </addon>
      <addon>
<name>SLED</name>
<reg_code>309105d4</reg_code>
      </addon>
      <addon>
<name>sle-we</name>
<reg_code>5eedd26a</reg_code>
      </addon>
      <addon>
<name>sle-live-patching</name>
<reg_code>8c541494</reg_code>
      </addon>
    </addons>
  </suse_register>
</profile>

Observe que o SLES e o SLED não são extensões, mas a relação deles na lista como complementos permite combinar vários códigos de registro de produto base em um único arquivo. Consulte o Book “AutoYaST Guide”, Chapter 4 “Configuration and installation options”, Section 4.3.1 “Extensions” para obter os detalhes.

Nota: Limitações

Atualmente, os discos flash são explorados apenas durante a instalação ou o upgrade, mas não durante o registro de um sistema em execução.

Se você estiver offline ou quiser ignorar esse registro, ative Ignorar registro. Aceite o aviso clicando em OK e prossiga clicando em Próximo.

Importante: Ignorando o registro

Seu sistema e as extensões precisam ser registrados para recuperar as atualizações e ser qualificado para suporte. Apenas é possível ignorar o registro ao instalar da imagem SLE-15-SP5-Full-ARCH-GM-media1.iso.

Figura 8.8: Instalando sem registro #

 

Nota: Registrando o SUSE Linux Enterprise Server

Seu sistema e as extensões precisam ser registrados para recuperar as atualizações e ser qualificado para suporte. Se você não efetuar o registro durante a instalação, poderá fazer isso a qualquer momento com o sistema em execução. Para fazer isso, execute YaST › Registro de Produto.

Dica: Copiando a imagem da mídia de instalação para um disco flash removível

Use o comando a seguir para copiar o conteúdo da imagem de instalação para um disco flash removível.

> sudo dd if=IMAGE of=FLASH_DISK bs=4M && sync

IMAGE precisa ser substituído pelo caminho para o arquivo de imagem SLE-15-SP5-Online-ARCH-GM-media1.iso ou SLE-15-SP5-Full-ARCH-GM-media1.iso. Substitua FLASH_DISK pelo dispositivo flash. Para identificar o dispositivo, insira-o e execute:

# grep -Ff <(hwinfo --disk --short) <(hwinfo --usb --short)
     disk:
     /dev/sdc             General USB Flash Disk

Verifique se o tamanho do dispositivo é suficiente para a imagem desejada. Você pode verificar o tamanho do dispositivo com o seguinte comando:

# fdisk -l /dev/sdc | grep -e "^/dev"
     /dev/sdc1  *     2048 31490047 31488000  15G 83 Linux

Neste exemplo, o dispositivo tem uma capacidade de 15 GB. O comando a ser usado para o SLE-15-SP5-Full-ARCH-GM-media1.iso será:

dd if=SLE-15-SP5-Full-ARCH-GM-media1.iso of=/dev/sdc bs=4M && sync

O dispositivo não deve ser montado durante a execução do comando dd. Observe que todos os dados na partição serão apagados!

Defina uma configuração de partição para o SUSE Linux Enterprise Server nesta etapa.

Figura 8.12: Particionamento sugerido #

 

Dependendo da função do sistema, o instalador cria uma proposta para um dos discos disponíveis. Todas as propostas contêm uma partição raiz formatada com Btrfs (com instantâneos habilitados) e uma partição de troca. As propostas de modo de texto e de área de trabalho do GNOME criam uma partição home separada em discos com mais de 20 GB. As funções do sistema para hosts de virtualização criam uma partição separada para /var/lib/libvirt, o diretório que hospeda os arquivos de imagem por padrão. Se uma ou mais partições de troca forem detectadas nos discos rígidos disponíveis, as partições existentes serão usadas (em vez de propor uma nova partição de troca). Há várias opções para prosseguir:

Atenção: Unidades de espaço em disco

Observe que, para fins de particionamento, o espaço em disco é medido em unidades binárias, em vez de unidades decimais. Por exemplo, se você inserir os tamanhos 1GiB, 1GB ou 1G, todos eles significarão 1 GiB (Gibibyte), e não 1 GB (Gigabyte).

Binário

1 GiB = 1 073 741 824 bytes.

Decimal

1 GB = 1 000 000 000 bytes.

Diferença

1 GiB ≈ 1,07 GB.