These release notes for Ubuntu 20.04 LTS (Focal Fossa) provide an overview of the release and document the known issues with Ubuntu 20.04 LTS and its flavors.
Ubuntu 20.04 LTS will be released on April 23.
Ubuntu 20.04 is still in beta and is not recommended for use on production systems or on your primary computers yet.
Support lifespan
The ‘main’ archive of Ubuntu 20.04 LTS will be supported for 5 years until April 2025. Ubuntu 20.04 LTS will be supported for 5 years for Ubuntu Desktop, Ubuntu Server, and Ubuntu Core. All other flavors will be supported for 3 years.
Official flavor release notes
Find the links to release notes for official flavors here.
Get Ubuntu 20.04 LTS
Download Ubuntu 20.04 LTS
Images can be downloaded from a location near you.
You can download ISOs and flashable images from: (Ubuntu Desktop and Server for AMD64) (Less Frequently Downloaded Ubuntu Images) (Ubuntu Cloud Images) (Kubuntu) (Lubuntu) (Ubuntu Budgie) (Ubuntu Kylin) (Ubuntu MATE) (Ubuntu Studio) (Xubuntu)
Upgrading from Ubuntu 18.04 LTS or 19.10

  • You can upgrade to Ubuntu 20.04 LTS from either Ubuntu 18.04 LTS or Ubuntu 19.10.
  • Ensure that you have all updates installed for your current version of Ubuntu before you upgrade.

To upgrade on a desktop system:

  • Open the “Software & Updates” Setting in System Settings.
  • Select the 3rd Tab called “Updates”.
  • Set the “Notify me of a new Ubuntu version” drop down menu to “For long-term support versions” if you are using 18.04 LTS; set it to “For any new version” if you are using 19.10.
  • Press Alt+F2 and type update-manager -c -d into the command box.
  • Update Manager should open up and tell you that Ubuntu 20.04 LTS is now available.
  • If not you can run  /usr/lib/ubuntu-release-upgrader/check-new-release-gtk
  • Click Upgrade and follow the on-screen instructions.

To upgrade on a server system:

  • Install update-manager-core if it is not already installed.
  • Make sure the Prompt line in /etc/update-manager/release-upgrades is set to ‘normal’ if you want non-LTS upgrades, or ‘lts’ if you only want LTS upgrades.
  • Launch the upgrade tool with the command sudo do-release-upgrade -d
  • Follow the on-screen instructions.

Note that the server upgrade will use GNU screen and automatically re-attach in case of dropped connection problems.
There are no offline upgrade options for Ubuntu Desktop and Ubuntu Server. Please ensure you have network connectivity to one of the official mirrors or to a locally accessible mirror and follow the instructions above.
Upgrades on i386
Users of the i386 architecture will not be presented with an upgrade to Ubuntu 20.04 LTS. Support for i386 as a host architecture was dropped in 19.10.
New Features in 20.04
As with every Ubuntu release, Ubuntu 20.04 comes with a selection of the latest and greatest software developed by the free software community.
Linux Kernel
Ubuntu 20.04 LTS is based on the long-term supported Linux release series 5.4. Notable features and enhancements in 5.4 since 5.3 include:

  • Support for new hardware including Intel Comet Lake CPUs and initial Tiger Lake platforms, Qualcomm Snapdragon 835 & 855 SoCs, AMD Navi 12 and 14 GPUs, Arcturus and Renoir APUs along with Navi 12 + Arcturus power features.
  • Support has been added for the exFAT filesystem, virtio-fs for sharing filesystems with virtualized guests and fs-verity for detecting file modifications.
  • Built in support for the Wireguard VPN.
  • Enablement of lockdown in integrity mode.
  • A riscv64 kernel is available for running on RISC-V hardware.

Other notable kernel updates to 5.4 since version 4.15 released in 18.04 LTS include:

  • Support for AMD Rome CPUs, Radeon RX Vega M and Navi GPUs, Qualcomm Snapdragon 845 and other ARM SoCs and Intel Cannon Lake platforms.
  • Support for raspberry pi (Pi 2B, Pi 3B, Pi 3A+, Pi 3B+, CM3, CM3+, Pi 4B)
  • Significant power-saving improvements.
  • Numerous USB 3.2 and Type-C improvements.
  • A new mount API, the io_uring interface, KVM support for AMD Secure Encrypted Virtualization and pidfd support.
  • Boot speed improvements through changing the default kernel compression algorithm to lz4 (in Ubuntu 19.10) on most architectures, and changing the default initramfs compression algorithm to lz4 on all architectures.

Ubuntu 20.04 LTS comes with refreshed state-of-the-art toolchain including new upstream releases of glibc 2.31, OpenJDK 11, rustc 1.41, GCC 9.3, Python 3.8.2, ruby 2.7.0, php 7.4, perl 5.30, golang 1.13.
Ubuntu Desktop
Network configuration
With this Ubuntu release, has grown multiple new features, some of which are:

  • Basic support for configuring SR-IOV network devices. Starting with 0.99, users can declare Virtual Functions for every SR-IOV Physical Function, configure those as any other networking device and set hardware VLAN VF filtering on them.
  • Support for GSM modems via the NetworkManager backend via the modems section.
  • Adding WiFi flags for bssid/band/channel settings.
  • Adding ability to set ipv6-address-generation for the NetworkManager backend and emit-lldp for networkd.

Storage/File Systems
ZFS 0.8.3
Continuing with what started in the Eoan release, Ubuntu Focal ships zfs 0.8.3. Compared to what was available in the previous LTS release, zfs 0.8 brings many new features. Highlights include:

  • Native Encryption (with hardware acceleration enabled in Focal)
  • Device removal
  • Pool TRIM
  • Sequential scrub and resilver (performance)

Upstream 0.8.0 release notes:
Also checkout 0.8.1, 0.8.2 and 0.8.3 for more details.
Other base system changes since 18.04 LTS
Python3 by default
In 20.04 LTS, the python included in the base system is Python 3.8. Python 2.7 has been moved to universe and is not included by default in any new installs.
Remaining packages in Ubuntu which require Python 2.7 have been updated to use /usr/bin/python2 as their interpreter, and /usr/bin/python is not present by default on any new installs. On systems upgraded from previous releases, /usr/bin/python will continue to point to python2 for compatibility. Users who require /usr/bin/python for compatibility on newly-installed systems are encouraged to install the python-is-python3 package, for a /usr/bin/python pointing to python3 instead.
Snap Store
The Snap Store (snap-store) replaces ubuntu-software as the default tool for finding and installing packages and snaps.
Ubuntu Server
The live server installer is now the preferred media to install Ubuntu Server on all architectures.
Besides architecture support, the main user visible new features are support for automated installs and being able to install the bootloader to multiple disks (for a more resilient system).
There have been many other fixes under the hood to make using encryption easier, better support installing to multipath disks, more reliable installation onto disks that have been used in various ways and allowing failures to be reported more usefully.
QEMU was updated to 4.2 release. There is so much that it is hard to select individual improvements to highlight, here just a few:

  • free page hinting through virtio-balloon to avoid migrating unused pages which can speed up migrations
  • PPC: NVIDIA V100 GPU/NVLink2 passthrough for spapr using VFIO PCI
  • S390x: support for passthrough of vfio-ap (s390 crypto devices)
  • S390x: The bios now supports IPL (boot) from ECKD DASD assigned to the guest via vfio-ccw.
  • Multi-threaded TCG improves emulation without HW support
  • Many speed improvements for LUKS backend
  • pmem/nvdimm support

Therefore please see the full change logs 4.2 and 4.1 for major changes since Ubuntu 19.10.
For Upgraders from Ubuntu 18.04 please also check out 4.0, 3.1, 3.0 and 2.12.
Migrations from former versions are supported just as usual. When upgrading it is always recommended to upgrade the machine types allowing guests to fully benefit from all the improvements and fixes of the most recent version.
upgrading from 19.10
For trimmed down container like isolation use-cases the new qemu has the microvm machine type which can be combined with the qboot ROM (available as bios-microvm.bin) to provide a reduced feature set at a much faster startup time. To further emphasize that you can use the package qemu-system-x86-microvm which provides an alternative QEMU binary stripped of all features not needed these use cases as sugegsted by the qboot ROM.
Ubuntu always made it easy to consume nesting on x86 even thou it was never considered fully stable and supported by upstream. Fortunately over the past years nesting got adopted and worked on by many more people. It now works much more reliably and is therefore now considered fully supported. The VMX related features can now be controlled individually instead of just vmx on/off. Due to that the VMX-subfeatures of certain CPU types might have slightly changed (matching those of the selected CPU type now instead of almost randomly depending on the underlying hardware). This makes it much more stable, but also implied that the qemu64 type (which is the default if you don’t specify anything) can’t enable VMX anymore which it formerly could. In general it is – and always was – recommended to use a well defined cpu type when defining a guest, this is also what almost all hgher level management tools from virt-manager to openstack will do. But if you want the most generic and compatible cpu but also enable VMX please use the type kvm64 instead of qemu64 now.
People that like to work or experiment with nvdimms and persistent memory QEMU now has pmem and nvdimm support enabled in Ubuntu Focal Fossa.
upgrading from 18.04
QEMU now has virglrenderer enabled which allows to create a virtual 3D GPU inside QEMU virtual machines. That is inferior to GPU passthrough, but can be handy if the platform used lacks the capability for classic PCI passthrough as well as more modern mediated devices.
The graphical QEMU back-end is now based on GTK instead of SDL. That provides much better Desktop integration and is often faster. But for your awareness – e.g. on headless servers – due to that qemu-system-x86 will by default pull in a lot of the graphical stack. In case you don’t want that the dependencies have been set up in a way so that qemu-system-gui can be removed (or not even installed via –without-recommends) in those cases.
libvirt was updated to version 6.0. See the upstream change log for details since version 5.6 that was in Ubuntu 19.04 or further back since verison 4.0 that was in Ubuntu 18.04.
upgrading from 19.10
Among many improvements worth to mention might be the features:

  • to access NVMe disks directly now allowing a speed oriented setup that still supports migration.
  • Mediated GPU devices are now supported as boot display.
  • Support kvm-hint-dedicated performance hint allowing the guest to enable optimizations when running on dedicated vCPUs
  • …see the detailed changelog linked above for much more

upgrading from 18.04
Worth to mention is that libvirt can now enable QEMUs ability to use parallel connections for migration which can help to speed up migrations if one doesn’t saturate your network yet.
Administrators might like the ease of a new local include apparmor to the libvirt-qemu profile that allows local overrides for special devices or paths matching your setup without conffile delta that has to be managed on later upgrades.
Added the ability to have GL enabled graphics as well as mediated devices to be configured while still being guarded by custom apparmor profiles generated per guest. This is required for the use of gpu based mediated devices as well as VirGL mentioned above in the qemu section.
Ubuntu 20.04 includes the latest stable release 19.11.1 of the latest LTS series 19.11.x. The very latest (non-stable) version being 20.02 was not chosen for downstream projects of DPDK (like Open vSwitch) not being compatible yet.
See the 19.11 and 19.11.1 release notes for details.
upgrading from 18.04
DPDK dependencies were reorganized into more or less common/tested components. Due to that most DPDK installations will now have a smaller installation footprint and less potentially active code to care about.
Open vSwitch
Open vSwitch has been updated to 2.13.
Please read the 2.13 release notes for more detail.
Upgraders from 18.04 might also want to take a look at release notes of:
Not only has chrony been updated version 3.5 which provides plenty of improvements in accuracy and controllability. Furthermore it also adds additional isolation for non-x86 by enabling syscall filters on those architectures as well.
To further allow feeding Hardware time into Chrony the package GPSD is now also fully supported.
But still for simple time-sync needs the base system already comes with systemd-timesyncd. Chrony is only needed to act as a time server or if you want the advertised more accurate and efficient syncing.
Cloud-init was updated to version 20.1-10. Notable features include:
Cloud platform features

  • New datasource detection/support: e24cloud, Exoscale, Zstack
  • Azure dhcp6 support, fix runtime error on cc_disk_setup, add support for byte-swapped instance-id
  • EC2: render IPv4 and IPv6 network on all NICs, IMDSv2 session-based API tokens and add secondary IPs as static
  • Scaleway: Fix DatasourceScaleway network rendering when unset
  • LRU cache frequently used utils for improved performance
  • Drop python2 support

Networking features

  • Prioritize netplan rendering above /etc/network/interfaces even when both
  • Read network config from initramfs
  • net: support network-config:disabled on the kernel commandline
  • Add physical network type: cascading to openstack helpers
  • net/cmdline: correctly handle static ip= config

Config module features

  • distros: drop leading/trailing hyphens from mirror URL labels
  • cc_disk_setup: add swap filesystem force flag
  • cloud-init query surfaces merged_cfg and system_info dicts for use in
    • Jinja templated cloud-config when opinionated based on series, platform
  • use SystemRandom when generating random password.

PHP 7.4
PHP 7.4 is a new feature update, bringing typed properties, arrow functions, weak references, and unpacking inside arrays among other things. For more information on the new features and improvements, see the PHP 7.4 Release Announcement.
For more details about deprecated functionality, and suggested replacements, see the PHP 7.4 Deprecated Features page. Migration guides to 7.4 from 7.3 or earlier versions of PHP are also available in the PHP Manual. Users coming from Ubuntu 18.04 will be moving from 7.2 to 7.4, so should also refer to the Migration guides to 7.3 from 7.2.
Ruby 2.7
The default Ruby interpreter was updated to version 2.7. It comes with some nice features and improvements like: Pattern Matching, REPL improvement, Compaction GC, Separation of positional and keyword arguments and much more. To have a broad overview about the cool features and improvements check the Ruby 2.7 Release Announcement.
Users coming from previous Ubuntu releases (from 18.04 on) will be moving from Ruby 2.5 to 2.7, in this case the Ruby 2.6 Release Announcement might be useful as well. An important thing to keep in mind is that some libraries are not bundled anymore in Ruby. If you need them please install them separately:

  • CMath
  • Scanf
  • Shell
  • Synchronizer (ruby-sync)
  • ThreadsWait (ruby-thwait)
  • E2MM (ruby-e2mmap)

For more information check out this blog post.
Ruby on Rails 5.2.3
Ruby on Rails was updated to version 5.2.3. From users coming from Ubuntu 18.04 is a major change, moving from version 4.2.10 to 5.2.3. Some highlights are: addition of Action Cable framework, option to create slimmed down API only appli cations, Active Record attributes API and so on. Check the Ruby on Rails 5 and 5.2 Release Notes for an overview.
If you need to upgrade your Ruby on Rails application please take a look at the upstream upgrading guide.
Bind 9.16
Bind has been updated to the new stable release series from upstream: 9.16.x.
Important packaging changes are:

  • no -dev package at the moment, as upstream discourages linking with its libraries. See a bit of a discussion about that here: Debian just added the dev package back (2020-04-16), we might follow with an SRU:
  • bind-libs 9.11.x package: used for software projects that do not yet work with the new 9.16 version, like isc-dhcp.
  • bind-dyndb-ldap has not yet been ported to bind9 9.16.x
  • geoip legacy support was removed and replaced with geoip2 (libmaxminddb)

Upstream blog post about major changes in bind9 9.16.0:
More detailed release notes:
Presentation about the development of bind9 culminating in this new release:
OpenSSH Includes Keyword
Upstream development of OpenSSH 8.2 in Debian has added support for an ‘Includes’ keyword in configuration files. This allows including additional configuration files via glob(3) patterns. By default the system sshd config (/etc/ssh/sshd_config) now includes files under /etc/ssh/sshd_config.d/*.conf. For each keyword encountered in configuration files, the first obtained value will be used. This is used in various Cloud Images to apply cloud-specific tuning while avoiding debconf prompts on package upgrade.
OpenSSH U2F Support
OpenSSH 8.2 added support for U2F/FIDO hardware devices to allow easy hardware-based two factor authentication. It is as simple as:
# plug device in and:
$ ssh-keygen -t ecdsa-sk
Generating public/private ecdsa-sk key pair.
You may need to touch your authenticator to authorize key generation. <– touch device
Enter file in which to save the key (/home/ubuntu/.ssh/id_ecdsa_sk):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/ubuntu/.ssh/id_ecdsa_sk
Your public key has been saved in /home/ubuntu/.ssh/
The key fingerprint is:
SHA256:V9PQ1MqaU8FODXdHqDiH9Mxb8XK3o5aVYDQLVl9IFRo ubuntu@focal
Now just transfer the public part to the server to ~/.ssh/authorized_keys and you are ready to go:
$ ssh -i .ssh/id_ecdsa_sk ubuntu@focal.server
Confirm user presence for key ECDSA-SK SHA256:V9PQ1MqaU8FODXdHqDiH9Mxb8XK3o5aVYDQLVl9IFRo <– touch device
Welcome to Ubuntu Focal Fossa (development branch) (GNU/Linux 5.4.0-21-generic x86_64)

  • If you don’t see the prompt asking for the user presence confirmation, then you are affected by
    • – block-discover supports multipath discovery – vmtest add ppc64le/arm64 architectures

See the upstream release notes for more details:
HAProxy 2.0
First introduced in Ubuntu Eoan 19.10, HAProxy in Focal is tracking the upstream LTS 2.0 branch. This series has many new features when compared to the previous 1.8 stable branch, and all are detailed in this blog post:
Apache, TLSv1.3, client cert auth
Apache has been built with TLSv1.3 support, and depending on the server configuration, this might require clients performing certificate authentication to support Post Handshake Authentication (PHA). Not all TLSv1.3 capable clients can perform PHA, and will fail. Telltale signs of this being the error include these messages in the Apache server logs:
AH: verify client post handshake
AH10158: cannot perform post-handshake authentication
SSL Library Error: error:14268117:SSL routines:SSL_verify_client_post_handshake:extension not received
In this case, if there is no updated client version, you should preferably disable TLSv1.3 on the affected client.
Chromium bug:
Firefox bug: (fixed, can be enabled by toggling security.tls.enable_post_handshake_auth)
python httplib should enable post-handshake authentication for TLS 1.3:
Samba 4.11
Focal ships with Samba 4.11.x which introduces a number of changes. Of note we have:

  • SMB1 disabled by default: can still be enabled via a /etc/samba/smb.conf config change;
  • python2 no longer supported

Detailed upstream release notes for 4.11.0 can be seen here:
PostgreSQL 12
Focal is shipping postgresql-12, which has many improvements:

  • improved query performance, particularly over larger data sets
  • SQL/JSON path expression support
  • generated columns
  • pluggable table storage interface

Upstream announcement:
Upstream release notes:
Starting in Focal Fossa, nginx-core no longer ships with the legacy geoip module enabled by default. If you are using the legacy geoip module in nginx, you may run into upgrade issues if you do not deactivate the geoip module in your configuration. This was done as part of the deprecation of GeoIP legacy support.
Here are some scenarios you might encounter:

  • Since nginx-core dropped the dependency on libnginx-mod-http-geoip, an “apt autoremove” might suggest that libnginx-mod-http-geoip can be removed. If this happens, and there are still geoip configuration directives, nginx will fail to restart. Note that this would also happen had we replaced libnginx-mod-http-geoip with libnginx-mod-http-geoip2, as the configuration directives are different
  • If someone has just main enabled, with nginx-code and libnginx-mod-http-geoip installed, and release upgrades to focal, libnginx-mod-http-geoip won’t be updated because it’s in focal/universe.

isc-kea 1.6 stable track
Even though it’s a Universe package, isc-kea is a promising new dhcp server from the same upstream that created Bind and isc-dhcp. For Focal, we updated it to the 1.6.x stable series.
Upstream 1.6.0 release notes:
Upstream 1.6.2 release notes (version currently in Focal):
Squid 4.x
When upgrading from the previous LTS Ubuntu Bionic 18.04, the squid proxy cache will be at version 4. Among other changes, if you used custom logging format, be aware the redefining the build-in formats no longer works (upstream bug:
For example, if you were redefining the squid log format to change the timestamp, like this:
logformat squid %tg{%F %H:%M:%S %z} %6tr %>a %Ss/%03>Hs %<st %rm %ru %[un %Sh/%<a %mt
You now have to use another name, and specify that it should be used, like this:
logformat custom-squid %tg{%F %H:%M:%S %z} %6tr %>a %Ss/%03>Hs %<st %rm %ru %[un %Sh/%<a %mt
access_log daemon:/var/log/squid/access.log custom-squid
Ubuntu HA/Clustering
kronosnet (or knet for short) is the new underlying network protocol for Linux HA components (corosync), that features the ability to use multiple links between nodes, active/active and active/passive link failover policies, automatic link recovery, FIPS compliant encryption (NSS and/or OpenSSL), automatic PMTUd and in general better performance compared to the old network protocol.
Main NEW features:

  • Up to 8 links dynamically reconfigured without restart of corosync
  • MTU auto-configuration
  • Support for NSS or OpenSSL encryption of packets
  • Compression
  • Higher throughput and lower latency
  • Support for RDMA and Upstart is gone

From Corosync 3 release notes:
Corosync 3.0 contains many interesting features mostly related to usage of Kronosnet ( as a default (and preferred) network transport.
From Pacemaker 2.0 release notes:
The main goal of the 2.0 release was to remove support for deprecated syntax, along with some small changes in default configuration behavior and tool behavior. Highlights: Only Corosync version 2 and greater is now supported as the underlying cluster layer. Support for Heartbeat and Corosync 1 (including CMAN) is removed.
Rolling upgrades from Pacemaker versions earlier than 1.1.11 are not possible, even if the underlying cluster stack is corosync 2 or greater. Other rolling upgrades, from newer versions on top of corosync 2 or greater, should be possible with little to no change.
Resource Agents
Cluster Resource Agents (RAs), compliant with the Open Cluster Framework (OCF) specification, used to interface with various services in a High Availability environment managed by the Pacemaker resource manager.
Complete Changelog:
Fence Agents
Fence Agents is a collection of scripts to handle remote power management for several devices. They allow failed or unreachable nodes to be forcibly restarted and removed from the cluster.
Failover and monitoring daemon for LVS clusters, used for monitoring real servers within a Linux Virtual Server (LVS) cluster. It can be configured to remove real servers from the cluster pool if they stop responding, as well as send a notification email to make the admin aware of the service failure.
IBM Z and LinuxONE / s390x-specific enhancements since 19.10 (partly not limited to s390x):

  • Starting with Ubuntu Server 20.04 the architectural level set was changed to z13 (1836907). This has a significant impact: Ubuntu Server for s390x now benefits from improved and more instructions that got introduced with z13 hardware; at the same time support for zEC12/zBC12 got dropped and the minimum supported hardware is now IBM z13 and LinuxONE Rockhopper (I) and LinuxONE Emperor (I).
  • Secure Execution, a Trusted Execution Environment (TEE) for IBM Z and LinuxONE is now supported. It required adaptations in the kernel (1835531), qemu (1835546) and s390-tools (1834534). It can only be used with IBM z15 and LinuxONE III. With Secure Execution (or the upstream name ‘protected virtualization’ aka ‘protvirt’) workloads can run virtualized in full isolation with protection for both internal and external threats, using hardware assisted key based encryption for the guest memory.
  • The toolchain was significantly upgraded to gcc 9.3 – making sure that fixes like (1862342) are included, even moved to gdb 9.1 (1825344), that includes latest s390x hardware support – similar with LLVM, that was upgraded to v10 (1853145), again to have the latest s390x hardware enhancements included (1853269).
  • Compression improvements got added to the kernel (1830208) that allow exploitation of the hardware assisted deflate compression operation, provided by the new Integrated (on-chip) compression co-processor (z15 and LinuxONE III only), by zlib and filesystems.
  • The KVM virtualization stack got updated to qemu 4,2 and libvirt 6.0, and with that CPU model comparison and baselining got enabled (1853315), CCW IPL support added to qemu (1853316) and libvirt (1853317) and several issue fixed, like (1861125), (1867109) and (1866207). In addition KVM crypto pass-through is now included (1852737), (1852738) and (1852744).
  • Support for new CEX7S crypto express hardware (1853304) and (1856831) was added, as well as CPACF MSA 6 in-kernel crypto support for SHA3 (1853105) and a lot of CPACF crypto co-processor (largely assembly based) optimizations and fixes in OpenSSL (1853150) and (1853312), incl. but not limited to ECDSA.
  • Further zkey/pkey cryptography improvements were added, like extend pkey module to support AES cipher keys (1830609) and (1853325), enhanced handling of secure keys and protected keys: (1853302) and (1853303), enhancements in the zkey tools consistency checks: (1853308) and (1853309), a self-test of the paes cipher of paes_s390 module (1854948) and fixes added, like a fix for the XTS attribute display of the validate command (1862187).
  • Additional cryptography and security relevant libraries got upgraded, like libica3 (1853143) and openCryptoki, now with new hardware support, incl. z15 (1853300), (1858792), (1853310), PRNO pseudo-random number support in ICA, CCA and EP11 tokens (1852088) and common changes like FIPS compliant PIN encryption (1854938) and crypto base movement to OpenSSL (1854939). Additional fixes are incl. like fixing a failure to import ECC public keys (1852089).
  • Even more libraries got updated with improvements for s390x, like qclib 2.0 (1852718), glibc with math library optimization (1853270), Boost (1694926), (1859941) and (1864433), but also tools, like a smc-tools update (1852721), not to talk about s390-tools (1834534). And additional support was added for HiperSockets Multi-Write (1853292), thin provisioning DASD support (discard support for ESE volumes) (1862749) and proper kprobes on ftrace (1865858) on a kernel level.
  • Finally zPCI enhancement, like ‘zpcictl –reset’ (1863768) and fixes, like write through (1866162) got picked up and with that not only a kernel config option change of CONFIG_PCI_NR_FUNCTIONS to 512, but also further kernel config option changes, like CONFIG_NR_CPUS and CONFIG_NUMA_EMU (1864198), CONFIG_NET_SWITCHDEV (1865452) and disabling HIBERNATION and PM (1867753).
  • Performance tests showed (1868113) that it is beneficial to use ‘Striding RQ’ with RoCE Express 2 and 2.1 PCIe cards (ConnectX-4) on IBM z14 and LinuxONE Rockhopper II / Emperor II and newer – but this is not the default. Hence if one has RoCE 2 or 2.1 hardware plugged in to such a system, the enablement of ‘Striding RQ’ should be considered, like: ‘ethtool –set-priv-flags <ifname> rx_striding_rq on’. For the reason of persistence one may also create a service or udev-rule that sets this at boot time.

Cloud Images
Amazon Web Services (AWS)

  • Amazon Machine Images (AMIs) have the ec2-instance-connect package installed and enabled by default starting in Focal. AWS’ Instance Connect feature uses AWS Identity and Access Management (IAM) policies and principals to control SSH access to your instances.

Google Compute Engine

  • The existing sshd config overrides that were written to /etc/ssh/sshd_config have been moved to /etc/ssh/sshd_config.d/50-cloudimg-settings.conf, see OpenSSH Includes Keyword above.

Microsoft Azure

  • Azure instances now use chrony to manage time synchronization, and they are configured by default to use highly accurate Stratum 1 devices hosted in the Azure cloud. See more information: Time sync for Linux VMs in Azure
  • The existing sshd config overrides that were written to /etc/ssh/sshd_config have been moved to /etc/ssh/sshd_config.d/50-cloudimg-settings.conf, see OpenSSH Includes Keyword above.

Raspberry Pi
Since the release of Ubuntu 19.10 Raspberry Pi 32-bit and 64-bit preinstalled images (renamed to raspi) support the Raspberry Pi 4 platform out-of-the-box. With this, our images now support almost all modern flavors of the Raspberry Pi family of devices (Pi 2B, Pi 3B, Pi 3A+, Pi 3B+, CM3, CM3+, Pi 4B).
Known issues
As is to be expected, with any release, there are some significant known bugs that users may run into with this release of Ubuntu 20.04. The ones we know about at this point (and some of the workarounds), are documented here so you don’t need to spend time reporting these bugs again:
Installer and live session

  • Ubuntu now defaults to checking the integrity of the medium in use when booting into live sessions. This can be skipped by hitting Ctrl-C, but due to a bug the message that tells you to hit this key is not shown in some flavours. (bug 1870018)
  • When selecting to install 3rd party drivers there can be a long pause before the next step is available. (bug 1824905)


  • Fractional scaling does not work with the NVIDIA proprietary driver (bug 1870736, bug 1873403).
  • Automatic login does not work with the NVIDIA proprietary driver (bug 1845801).
  • After upgrading audio device selection in Settings is sometimes ignored (bug 1866194).
  • ZFS installation fails to boot if there are existing pools named bpool or rpool on a second drive (bug 1867007).

Raspberry Pi

  • At present, there is an issue with DHCP over IPv4 with wifi on Pi models 3B and 3B+ (though not on the 3A+ or the 4B). A workaround is to run sudo netplan apply after boot, but obviously physical or serial access is required to do this if wifi is your only other connectivity (bug 1870410)
  • The Pimoroni Fan Shim for the Raspberry Pi 4 re-uses the serial console pins on the GPIO header to control its RGB LED. This results in “noise” on the serial line which stops u-boot during startup (as it thinks a key has been pressed). Adding enable_uart=0 to /boot/firmware/syscfg.txt disables the serial console permitting the boot sequence to complete (bug 1873520)

Official flavours
The release notes for the official flavors can be found at the following links:
Reporting bugs
Your comments, bug reports, patches and suggestions will help fix bugs and improve the quality of future releases. Please report bugs using the tools provided.
If you want to help out with bugs, the Bug Squad is always looking for help.
Participate in Ubuntu
If you would like to help shape Ubuntu, take a look at the list of ways you can participate at
More about Ubuntu
You can find out more about Ubuntu on the Ubuntu website and Ubuntu wiki.
To sign up for future Ubuntu development announcements, please subscribe to Ubuntu’s development announcement list at: