openSUSE Leap 15.1 Notas de lançamento O openSUSE Leap é um sistema operacional livre baseado no Linux para o seu PC, laptop ou servidor. Você pode navegar na internet, gerenciar seus e-mails e fotos, fazer seu trabalho de escritório, reproduzir vídeos ou músicas e divertir-se! Colaboradores: Luiz Fernando Ranghetti, Ísis Binder, e Ronan Arraes Jardim Chagas Data de Publicação: 2018-06-29, Versão: 15.1.20180629 1 Instalação 2 Atualização do sistema 3 Alterações nos pacotes 4 Mais informações e comentários This is the initial version of the release notes for the forthcoming openSUSE Leap 15.1. If you upgrade from an older version to this openSUSE Leap release, see previous release notes listed here: https://en.opensuse.org/ openSUSE:Release_Notes. Esta versão beta para teste pública é parte do projeto openSUSE. Informações sobre o projeto estão disponíveis em https://www.opensuse.org. Report all bugs you encounter using this prerelease of openSUSE Leap 15.1 in the openSUSE Bugzilla. For more information, see https://en.opensuse.org/ Submitting_Bug_Reports. If you would like to see anything added to the release notes, file a bug report against the component ?Release Notes?. 1 Instalação Esta seção contém notas relacionadas à instalação do sistema. Para instruções detalhadas sobre a atualização, veja a documentação em https://doc.opensuse.org /documentation/leap/startup/html/book.opensuse.startup/part.basics.html. 1.1 Using Atomic Updates With the System Role Transactional Server The installer supports the system role Transactional Server. This system role features an update system that applies updates atomically (as a single operation) and makes them easy to revert should that become necessary. These features are based on the package management tools that all other SUSE and openSUSE distributions also rely on. This means that the vast majority of RPM packages that work with other system roles of openSUSE Leap 15.1 also work with the system role Transactional Server. Nota Nota: Pacotes incompatíveis Alguns pacotes modificam o conteúdo do /var ou /srv em seus scripts %post do RPM. Estes pacotes são incompatíveis. Caso você se depare com este tipo de pacote, preencha um relatório de erro. Para fornecer esses recursos, este sistema de atualização depende: * Instantâneos do Btrfs.  Antes que uma atualização do sistema seja iniciada, um novo instantâneo do Btrfs do sistema de arquivos raiz é criado. Em seguida, todas as alterações da atualização são instaladas nesse instantâneo do Btrfs. Para concluir a atualização, você pode reiniciar o sistema no novo instantâneo. Para reverter a atualização, basta inicializar a partir do instantâneo anterior. * Um sistema de arquivos raiz somente leitura.  Para evitar problemas e perda de dados devido a atualizações, o sistema de arquivos raiz não deve ser gravado de outra forma. Portanto, o sistema de arquivos raiz é montado somente para leitura durante a operação normal. Para fazer esta configuração funcionar, duas alterações adicionais no sistema de arquivos devem ser feitas: Permitir gravar configurações do usuário no /etc, este diretório é automaticamente configurado para usar o OverlayFS. O /var é agora um subvolume separado que pode ser escrito pelos processos. Importante Importante: Transactional Server Needs At Least 12 GB of Disk Space The system role Transactional Server needs a disk size of at least 12 GB to accommodate Btrfs snapshots. Para trabalhar com as atualizações transacionais, sempre use o comando transactional-update ao invés do YaST e Zypper para todo o gerenciamento de software: * Atualizar o sistema: transactional-update up * Instalar um pacote: transactional-update pkg in NOME_DO_PACOTE * Remover um pacote: transactional-update pkg rm NOME_DO_PACOTE * Para reverter para o último instantâneo, ou seja, o último conjunto de alterações no sistema de arquivos raiz, certifique-se de seu sistema seja iniciado no próximo ao último instantâneo e execute: transactional-update rollback Opcionalmente, adicione um ID do instantâneo ao final do comando para reverter para um ID específico. When using this system role, by default, the system will perform a daily update and reboot between 03:30 am and 05:00 am. Both of these actions are systemd-based and if necessary can be disabled using systemctl: systemctl disable --now transactional-update.timer rebootmgr.service Para mais informações sobre atualizações transacionais, veja as postagens do blog do openSUSE Kubic https://kubic.opensuse.org/blog/ 2018-04-04-transactionalupdates/ e https://kubic.opensuse.org/blog/ 2018-04-20-transactionalupdates2/. 1.2 Instalação do sistema básico A instalação mínima do sistema não possui certas funcionalidades que geralmente são tomadas como garantidas: * Ele não contém uma interface do software do firewall. Você pode instalar o pacote firewalld adicionalmente. * Ele não contém o YaST. Você pode instalar o padrão patterns-yast-yast2_basis adicionalmente. 1.3 Installing on Hard Disks With Less Than 12 GB of Capacity The installer will only propose a partitioning scheme if the available hard disk size is larger than 12 GB. If you want to set up, for example, very small virtual machines images, use the guided partitioner to tune partitioning parameters manually. 1.4 UEFI?Unified Extensible Firmware Interface (interface unificada de firmware extensível) Antes de instalar o openSUSE em um sistema que inicia usando o UEFI (Unified Extensible Firmware Interface), você é aconselhado a verificar por qualquer atualização de firmware que o fabricante do hardware recomenda e, se disponível, instalar tal atualização. Um Windows 8 ou mais recente pré-instalado é uma forte indicação que seu sistema inicia usando o UEFI. Aviso: Alguns firmwares UEFI tem problemas que causam falhas se muitos dados são escritos na área de armazenamento do UEFI. No entanto, não está claro o que seriam ?muitos dados?. O openSUSE minimiza o risco não escrevendo mais que o mínimo necessário para iniciar o SO. O mínimo significa dizer ao firmware UEFI sobre a localização do carregador de inicialização do openSUSE. Os recursos do kernel Linux que usam a área de armazenamento UEFI para armazenar informações de falhas e inicializações (pstore) foram desabilitados por padrão. Entretanto, é recomendável instalar qualquer atualização de firmware que o fabricante do hardware recomendar. 1.5 Partições UEFI, GPT e MS-DOS Junto com a especificação EFI/UEFI um novo estilo de particionamento chegou: GPT (GUID Partition Table - Tabela de Partição GUID). Este novo esquema usa identificadores únicos globais (valores de 128-bit exibidos em 32 dígitos hexadecimais) para identificar os dispositivos e tipos de partições. Adicionalmente, a especificação UEFI também permite partições antigas MBR (MS-DOS). Os carregadores de inicialização do Linux (ELILO ou GRUB2) tentam gerar automaticamente um GUID para estas partições antigas e gravá-los no firmware. Tal GUID pode alterar frequentemente, causando uma reescrita no firmware. Uma reescrita consiste em duas operações diferentes: remover a entrada antiga e criar uma nova entrada que substitui a primeira. Firmwares modernos têm um coletor de lixo que coleta entradas removidas e libera a memória reservada para entradas antigas. Um problema pode ocorrer quando um firmware problemático não coleta e libera estas entradas. Isto pode resultar em um sistema não inicializável. Para corrigir este problema, converta a partição antiga MBR para GPT. 1.6 Dimensionando a interface do usuário do instalador em computadores com exibições de alto DPI O instalador do YaST não dimensiona sua interface do usuário para exibições de alto DPI por padrão. Se você tiver um computador com um monitor de alto DPI, poderá definir o YaST para dimensionar sua interface do usuário automaticamente para a exibição. Para fazer isso, adicione o parâmetro QT_AUTO_SCREEN_SCALE_FACTOR = 1 à linha de comando do carregador de inicialização. 2 Atualização do sistema Esta seção lista notas relacionadas à atualização do sistema. Para instruções detalhadas sobre a atualização, veja a documentação em https://doc.opensuse.org /documentation/leap/startup/html/book.opensuse.startup/cha.update.osuse.html. Adicionalmente, verifique Seção 3, ?Alterações nos pacotes?. 3 Alterações nos pacotes 3.1 Pacotes descontinuados Os pacotes descontinuados ainda são disponibilizados como parte da distribuição mas estão agendados para serem removidos na próxima versão do openSUSE Leap. Estes pacotes existem para ajudar na migração, mas seu uso é desencorajado e eles podem não receber atualizações. Para verificar se os pacotes instalados não são mais mantidos: certifique-se de que o pacote lifecycle-data-openSUSE está instalado e então use o comando: zypper lifecycle 4 Mais informações e comentários * Leia os documentos README disponíveis na mídia. * Veja a informação detalhada das alterações (changelog) sobre um pacote em particular a partir do seu RPM: rpm --changelog -qp NOME_DO_ARQUIVO.rpm Substitua NOME_DO_ARQUIVO com o nome do arquivo RPM. * Verifique o arquivo ChangeLog no nível superior da mídia para um registro cronológico de todas as alterações feitas para os pacotes atualizados. * Encontre mais informação no diretório docu na mídia. * Para informações adicionais ou mais atualizadas, veja https:// doc.opensuse.org/. * Para saber das últimas novidades do openSUSE, visite https:// www.opensuse.org. Direitos autorais © SUSE LLC © 2018 SUSE