rsync: [receiver] write failed on "/target/usr/bin/snapshot": No space left on device (28)

Bug #2078629 reported by Bob Linn

This bug report will be marked for expiration in 59 days if no further activity occurs. (find out why)

8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
ubuntu-desktop-provision
Incomplete
Undecided
Unassigned

Bug Description

The installation fails when attempting to install Ubuntu 24.04 from the Live installer onto a new 4TB hard drive.
Hopefully the debug information which was sent by the 'sudo ubuntu-bug ubuntu-desktop-bootstap' utility provided more information.

ProblemType: Bug
DistroRelease: Ubuntu 24.04
ProcVersionSignature: Ubuntu 6.8.0-41.41-generic 6.8.12
Uname: Linux 6.8.0-41-generic x86_64
NonfreeKernelModules: zfs
ApportVersion: 2.28.1-0ubuntu3.1
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.498
CloudArchitecture: x86_64
CloudID: nocloud
CloudName: unknown
CloudPlatform: nocloud
CloudSubPlatform: seed-dir (/var/lib/cloud/seed/nocloud)
CurrentDesktop: ubuntu:GNOME
Date: Sun Sep 1 08:55:51 2024
LiveMediaBuild: Ubuntu 24.04.1 LTS "Noble Numbat" - Release amd64 (20240827.1)
ProcEnviron:
 LANG=C.UTF-8
 PATH=(custom, no user)
 SHELL=/bin/bash
 TERM=xterm-256color
Snap: ubuntu-desktop-bootstrap 0+git.66bf8d183 ()
SnapChanges: no changes found
SnapConnections:

SnapSource: ubuntu-desktop-provision
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Bob Linn (robertlinn) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report. Could you provide details on the partitioning choice? The log suggests the issue is

rsync: [receiver] write failed on "/target/usr/bin/snapshot": No space left on device (28)

summary: - Ubuntu 24.04 installation fails
+ rsync: [receiver] write failed on "/target/usr/bin/snapshot": No space
+ left on device (28)
Changed in ubuntu-desktop-provision:
status: New → Incomplete
Revision history for this message
Sebastien Bacher (seb128) wrote :

According to the log the disk partioning was

>>> Created a new GPT disklabel (GUID: 4226168C-1FEF-4141-84F7-E06616B1B982).
/dev/sda1: Created a new partition 1 of type 'Linux filesystem' and of size 477 MiB.
/dev/sda2: Created a new partition 2 of type 'Linux filesystem' and of size 191 MiB.
/dev/sda3: Created a new partition 3 of type 'EFI System' and of size 1 GiB.
/dev/sda4: Created a new partition 4 of type 'Linux swap' and of size 954 MiB.
/dev/sda5: Created a new partition 5 of type 'Linux filesystem' and of size 3.6 TiB.
/dev/sda6: Done.

and the installer tried to install to /dev/sda2 it seems?

Did you do that through manual partioning?

It feels like the installer should have checked that upfront and not allowed to go further...

information type: Private → Public
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.