A partir do SUSE Linux Enterprise Server 15 SP1, 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-SP2-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 para instalar os outros produtos listados.

Para instalação offline, faça também o download da imagem SLE-15-SP2-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-SP2-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.

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 8 “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:

Para simplificar o processo de instalação e evitar instalações acidentais, a configuração padrão no meio de instalação do SUSE Linux Enterprise Server é inicializar o sistema pelo primeiro disco rígido. Nesse ponto, um carregador de boot instalado normalmente assume o controle do sistema. Isso significa que o meio de boot poderá permanecer na unidade durante a instalação. Para iniciar a instalação, escolha uma das possibilidades de instalação no menu de boot da mídia.

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 8 “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:

Para simplificar o processo de instalação e evitar instalações acidentais, a configuração padrão no DVD de instalação do SUSE Linux Enterprise Server é inicializar o sistema pelo primeiro disco rígido. Nesse ponto, um carregador de boot instalado normalmente assume o controle do sistema. Isso significa que o DVD de boot poderá permanecer na unidade durante uma instalação. Para iniciar a instalação, escolha uma das possibilidades de instalação no menu de boot da mídia.

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. Do contrário, ele é inicializado de modo parecido ao Raspberry Pi 3, carregando o carregador de boot de terceiro estágio start4.elf pelo 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 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 SP2 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 pequena quantidade de Memória Programável Uma Vez (OTP, One-Time Programmable Memory). 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.mdd

Atenção: Memória 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.

3.6.1.2.1 Habilitando o modo de boot por USB para Raspberry Pi 3 Model B #

 

Para permitir permanentemente a inicialização por meio de dispositivos de armazenamento em massa USB conectados no Raspberry Pi 3 Model B e por meio da Ethernet USB integrada, prepare um cartão de memória microSD conforme descrito na Seção 3.6.3, “Implantando a imagem de um aplicativo”. Antes de desmontar ou ejetar o cartão e fazer a inicialização dele, adicione um arquivo de texto extraconfig.txt à partição FAT dele (Seção 3.6.1.1, “Config.txt”) com a seguinte configuração:

program_usb_boot_mode=1

Em seguida, continue a inicialização por meio do cartão de memória microSD modificado normalmente. Depois que os carregadores de boot U-Boot ou GRUB ou o kernel do Linux retornarem uma saída, você poderá desligar e remover o cartão de memória microSD. Agora, seu dispositivo deve poder fazer a inicialização por meio do USB (Seção 3.6.4, “Instalação da mídia USB”).

Depois que o modo de boot USB for habilitado para Raspberry Pi 3 Model B, ele não poderá ser desabilitado novamente (Seção 3.6.1.2, “Memória OTP”).

Para obter mais detalhes, consulte o site Raspberry Pi Foundation: https://www.raspberrypi.org/documentation/hardware/raspberrypi/bootmodes/msd.md

Para o Raspberry Pi Compute Module 3, a configuração necessária é a mesma, mas a implantação da imagem modificada é um pouco mais complicada.

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 de memória na mídia microSD está descrito na Inicialização Rápida do Raspberry Pi.

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

São necessários pelo menos 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://www.ibm.com/developerworks/linux/linux390/documentation_suse.html. 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 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: Informações adicionais

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.

Esta seção apresenta uma lista de hardwares para IBM Z que são suportados no SUSE Linux Enterprise Server. Em seguida, há uma explicação sobre o nível do MicroCode (MCL) usado no sistema IBM Z, que é muito importante para a instalação. O software adicional a ser instalado e usado para instalação é mencionado no final desta seção.

5.2.1.1 Hardware #

 

O SUSE Linux Enterprise Server é executado nas seguintes plataformas:

• IBM zEnterprise System z196 (2817)

• IBM zEnterprise System z114 (2818)

• IBM zEnterprise EC12 (zEC12) (2827)

• IBM zEnterprise BC12 (zBC12) (2828)

• IBM z Systems z13 (2964)

• IBM z Systems z13s (2965)

• IBM z Systems z14 (3906)

• IBM z Systems z14 ZR1 (3907)

• IBM z Systems z15 (8561)

• IBM LinuxONE Emperor (2964)

• IBM LinuxONE Rockhopper (2965)

• IBM LinuxONE Emperor II (3906)

• IBM LinuxONE Rockhopper II (3907)

• IBM LinuxONE Emperor III (8561)

5.2.1.1.1 Requisitos de memória #

 

Diferentes métodos de instalação têm diferentes requisitos de memória durante a instalação. Ao término da instalação, o administrador do sistema poderá reduzir a memória ao tamanho desejado. É 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

São necessários pelo menos 512 MB de memória para instalação de fontes de instalação NFS, FTP e SMB ou quando o VNC é usado. Lembre-se de que o número de dispositivos visíveis para o convidado z/VM ou para a imagem LPAR afeta os requisitos de memória. A instalação com muitos dispositivos acessíveis (mesmo que não sejam utilizados para a instalação) pode exigir mais memória.

5.2.1.1.2 Requisitos de espaço em disco #

 

Os requisitos de disco dependem bastante da instalação. Normalmente, você precisará de mais espaço do que o próprio software de instalação para que um sistema funcione de forma adequada. Estes são os requisitos mínimos para diferentes seleções:

800 MB	Instalação Mínima
1.4 GB	Instalação Mínima + Sistema Básico
2.6 GB	Instalação Padrão
3.6 GB+	Recomendado (com área de trabalho gráfica, pacotes de desenvolvimento e Java).

5.2.1.1.3 Conexão de rede #

 

A conexão de rede é necessária para comunicação com o sistema SUSE Linux Enterprise Server. É possível usar uma ou várias das seguintes conexões ou placas de rede:

• OSA Express Ethernet (incluindo Fast e Gigabit Ethernet)

• HiperSockets ou Guest LAN

• 10 GBE, VSWITCH

• RoCE (RDMA por Ethernet Convergida)

As interfaces a seguir ainda estão incluídas, mas não são mais aceitas:

• CTC (ou CTC virtual)

• ESCON

• Interface de rede IP para IUCV

Para instalações no KVM, verifique se os seguintes requisitos foram atendidos para habilitar o Convidado da VM a acessar a rede de forma transparente:

• A interface de rede virtual está conectada a uma interface de rede do host.

• A interface de rede do host está conectada a uma rede na qual o servidor virtual ingressará.

• Se o host foi configurado para ter uma conexão de rede redundante agrupando duas portas de rede OSA independentes em uma interface de rede vinculada, o identificador para a interface de rede vinculada é bond0. Se houver mais de uma interface vinculada, elas serão bond1, bond2 etc.

• A configuração de uma conexão de rede não redundante requer o identificador da interface de rede única. O identificador tem o seguinte formato: enccw0.0.NNNN, em que NNNN é o número do dispositivo da interface de rede desejada.

5.2.1.3 Software #

 

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, a instalação via SMB nessas máquinas geralmente é recomendada.

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

SSH com emulação de terminal (compatível com xterm)

SSH é uma ferramenta padrão Unix que está presente na maioria dos sistemas Unix ou Linux. Para Windows, você pode usar o cliente SSH Putty disponível em http://www.chiark.greenend.org.uk/~sgtatham/putty/.

Cliente VNC

Para Linux, o cliente VNC vncviewer está incluído no SUSE Linux Enterprise Server como parte do pacote tightvnc. No caso do Windows, TightVNC também está disponível. Faça seu download de http://www.tightvnc.com/.

Servidor X

Localize uma implementação de servidor X adequada em qualquer estação de trabalho Linux ou Unix. Há vários ambientes comerciais do X Window System para Windows e macOS*. É possível fazer download de versões de avaliação gratuitas de alguns deles. Uma versão de avaliação do Mocha X Server da MochaSoft pode ser obtida em http://www.mochasoft.dk/freeware/x11.htm.

Dica: Informações adicionais

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. Esse 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 o 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 38 “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 a 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

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

tux > 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

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

tux > 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:/ ao parmfile (consulte a Seção 5.4, “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 um dos modos 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 X11 (Sistema X Window), VNC (protocolo Virtual Network Computing), SSH (modo de texto ou instalação X11 via Secure Shell) ou Console ASCII. As opções recomendadas são VNC ou SSH.

Se a opção Console ASCII 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. O uso do Console ASCII só é útil quando a instalação é feita no LPAR.

Nota: Emulação de terminal para o console ASCII

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 console ASCII).

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

 

Importante: Mecanismo de autenticação X

A instalação direta com o Sistema X Window utiliza 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="sim" no arquivo /etc/sysconfig/displaymanager. Reinicie o servidor X e permita que o cliente se vincule ao servidor usando xhost ENDEREÇO_IP_DO_CLIENTE.

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.

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 12 “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. Siga as instruções no Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.5 “Configuring a Network Connection Manually” para configurar outras interfaces de rede no sistema instalado.

Cada uma das interfaces requer certas opções de configuraçã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
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==eth0.201=192.168.0.2/16,192.168.0.1

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 (http://www.ibm.com/developerworks/linux/linux390/index.html).

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. Inicializar do Disco Rígido inicializa o sistema instalado e está marcada por padrão, pois o CD é geralmente deixado na unidade. 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 Book “Administration Guide”, Chapter 13 “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 13 “UEFI (Unified Extensible Firmware Interface)”, Section 13.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 http://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 fornecidas no Book “Administration Guide”, Chapter 19 “Basic Networking”, Section 19.5 “Configuring a Network Connection Manually”.

A rede será configurada apenas se for necessária durante a instalação. Para forçar a rede a ser configurada, use o parâmetro netsetup.

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 disponibilizar um servidor RMT para fornecer uma fonte de atualização local, você precisará 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 42 “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/Caminho/, em que FQN é o nome completo do host do servidor e Caminho é 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.

Para usar um proxy durante a instalação, pressione F4 na tela de boot e defina os parâmetros necessários na caixa de diálogo Proxy HTTP. Se preferir, insira o parâmetro de kernel proxy no prompt de boot:

proxy=http://USER:PASSWORD@proxy.example.com:PORT

Especificar o USUÁRIO e a SENHA é opcional. Se o servidor permitir acesso anônimo, os seguintes dados serão suficientes: http://proxy.example.com:PORTA.

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, “Autoatualização 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 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 é descobrir o URL do repositório.

Importante: Apenas repositório de autoatualização 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 autoatualização do instalador”.) Se você especificar um URL, ele terá prioridade sobre qualquer outro método.

2. O elemento de perfil /geral/self_update_url, se você estiver usando 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”).

   2. Avaliando o elemento de perfil /suse_register/reg_server, se você estiver usando 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 todas as pessoas na rede local podem anunciar 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 ao sistema de instalação.

Por fim, o YaST será reiniciado para carregar a nova versão, e a tela de boas-vindas será exibida. 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. No entanto, os seguintes pontos devem ser considerados:

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”.

Para usar os discos zFCP na instalação do SUSE Linux Enterprise Server, selecione Configurar Discos zFCP na caixa de diálogo de seleção. Uma caixa de diálogo é aberta com a lista de 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, digite 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 tem um servidor de registro local disponível, você pode efetuar o registro nesse local. 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. Alternativamente, você pode efetuar o registro em um servidor de registro local, caso ele seja fornecido pela sua organização. 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.6: 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. Recomenda-se ativar essa opção.

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 evitará problemas se a fonte de instalação não estiver mais disponível e garantirá 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 Book “AutoYaST Guide”, Chapter 4 “Configuration and Installation Options”, Section 4.3.1 “Extensions” para obter 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-SP2-Full-ARCH-GM-media1.iso.

Figura 8.7: 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.

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

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

root # 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:

root # 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-SP2-Full-ARCH-GM-media1.iso será:

dd if=SLE-15-SP2-Full-ARCH-GM-media1.iso of=/dev/sdc1 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!