#2602 Issue closed
: EFI Partition too small?¶
Labels: support / question
, fixed / solved / done
futureweb opened issue at 2021-04-20 13:57:¶
Relax-and-Recover (ReaR) Issue Template¶
Fill in the following items before submitting a new issue
(quick response is not guaranteed with free support):
-
ReaR version ("/usr/sbin/rear -V"):
Relax-and-Recover 2.4 / Git
-
OS version ("cat /etc/os-release" or "lsb_release -a" or "cat /etc/rear/os.conf"):
cat /etc/os-release
NAME="Virtuozzo"
VERSION="7.5.0"
ID="virtuozzo"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="Virtuozzo release 7.5.0"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:virtuozzoproject:vz:7"
HOME_URL="http://www.virtuozzo.com"
BUG_REPORT_URL="https://bugs.openvz.org/"
(RHEL / Centos clone)
- ReaR configuration files ("cat /etc/rear/site.conf" and/or "cat /etc/rear/local.conf"):
### write the rescue initramfs to USB and update the USB bootloader
OUTPUT=USB
### create a backup using the internal NETFS method, using 'tar'
BACKUP=NETFS
### write both rescue image and backup to the device labeled REAR-000
BACKUP_URL=usb:///dev/disk/by-label/REAR-000
-
Hardware (PC or PowerNV BareMetal or ARM) or virtual machine (KVM guest or PoverVM LPAR):
HPE DL360 Gen10
-
System architecture (x86 compatible or PPC64/PPC64LE or what exact ARM device):
x86
-
Firmware (BIOS or UEFI or Open Firmware) and bootloader (GRUB or ELILO or Petitboot):
EFI
-
Storage (local disk or SSD) and/or SAN (FC or iSCSI or FCoE) and/or multipath (DM or NVMe):
SSD + SD
-
Storage layout ("lsblk -ipo NAME,KNAME,PKNAME,TRAN,TYPE,FSTYPE,SIZE,MOUNTPOINT" or "lsblk" as makeshift):
lsblk -ipo NAME,KNAME,PKNAME,TRAN,TYPE,FSTYPE,SIZE,MOUNTPOINT
NAME KNAME PKNAME TRAN TYPE FSTYPE SIZE MOUNTPOINT
/dev/sda /dev/sda sata disk 953.9G
|-/dev/sda1 /dev/sda1 /dev/sda part ext4 1G /boot
|-/dev/sda2 /dev/sda2 /dev/sda part vfat 200M /boot/efi
|-/dev/sda3 /dev/sda3 /dev/sda part swap 94.3G [SWAP]
`-/dev/sda4 /dev/sda4 /dev/sda part LVM2_member 858.4G
|-/dev/mapper/vhs-root /dev/dm-0 /dev/sda4 lvm ext4 64G /
`-/dev/mapper/vhs-vz /dev/dm-1 /dev/sda4 lvm ext4 794.4G /vz
/dev/sdb /dev/sdb sata disk 953.9G
/dev/sdc /dev/sdc sas disk 7T
/dev/sdd /dev/sdd usb disk 183.4G
|-/dev/sdd1 /dev/sdd1 /dev/sdd part vfat 200M
`-/dev/sdd2 /dev/sdd2 /dev/sdd part ext3 183.1G
/dev/ploop42559 /dev/ploop42559 disk 40G
`-/dev/ploop42559p1 /dev/ploop42559p1 /dev/ploop42559 part 40G /vz/root/a6b883c3-cd38-41e4-9b9c-e5b6288bfeb1
/dev/ploop43233 /dev/ploop43233 disk 40G
`-/dev/ploop43233p1 /dev/ploop43233p1 /dev/ploop43233 part 40G /vz/root/78cf6459-8bfa-48d7-89b9-04abe53c822a
/dev/ploop57870 /dev/ploop57870 disk 10G
`-/dev/ploop57870p1 /dev/ploop57870p1 /dev/ploop57870 part 10G /vz/pfcache
- Description of the issue (ideally so that others can reproduce it):
rear format -- --efi /dev/sdd
rear -v mkrescue
Relax-and-Recover 2.4 / Git
Using log file: /var/log/rear/rear-rs1.log
Using backup archive '/tmp/rear.TvrP7nDDlmhWh35/outputfs/rear/rs1/20210420.1613/backup.tar.gz'
Using UEFI Boot Loader for Linux (USING_UEFI_BOOTLOADER=1)
Creating disk layout
Using guessed bootloader 'EFI' (found in first bytes on /dev/sda)
Creating root filesystem layout
Skipping 'virbr0': not bound to any physical interface.
To log into the recovery system via ssh set up /root/.ssh/authorized_keys or specify SSH_ROOT_PASSWORD
Trying to find what to use as UEFI bootloader...
Trying to find a 'well known file' to be used as UEFI bootloader...
Using '/boot/efi/EFI/virtuozzo/grubx64.efi' as UEFI bootloader file
Copying logfile /var/log/rear/rear-rs1.log into initramfs as '/tmp/rear-rs1-partial-2021-04-20T16:13:17+0200.log'
Copying files and directories
Copying binaries and libraries
Copying kernel modules
Copying all files in /lib*/firmware/
Creating recovery/rescue system initramfs/initrd initrd.cgz with gzip default compression
Created initrd.cgz with gzip default compression (278882882 bytes) in 30 seconds
ERROR: Could not copy /tmp/rear.TvrP7nDDlmhWh35/tmp/initrd.cgz to /tmp/rear-efi.X29on//EFI/BOOT/initrd.cgz
Aborting due to an error, check /var/log/rear/rear-rs1.log for details
Exiting rear mkrescue (PID 18925) and its descendant processes
Running exit tasks
Terminated
/var/log/rear/rear-rs1.log:
2021-04-20 15:36:04.036631123 ======================
2021-04-20 15:36:04.037509216 Running 'output' stage
2021-04-20 15:36:04.038385815 ======================
2021-04-20 15:36:04.044459170 Including output/default/010_set_umask.sh
2021-04-20 15:36:04.045601777 Setting umask to 077
2021-04-20 15:36:04.049100805 Including output/USB/Linux-i386/100_create_efiboot.sh
2021-04-20 15:36:04.050251764 Configuring device for EFI boot
'/boot/efi/EFI/virtuozzo/grubx64.efi' -> '/tmp/rear-efi.oHYc3//EFI/BOOT/BOOTX64.efi'
'/boot/vmlinuz-3.10.0-1127.18.2.vz7.163.46' -> '/tmp/rear-efi.oHYc3//EFI/BOOT/kernel'
'/tmp/rear.EIZMup7sx2VYyrT/tmp/initrd.cgz' -> '/tmp/rear-efi.oHYc3//EFI/BOOT/initrd.cgz'
cp: error writing '/tmp/rear-efi.oHYc3//EFI/BOOT/initrd.cgz': No space left on device
cp: failed to extend '/tmp/rear-efi.oHYc3//EFI/BOOT/initrd.cgz': No space left on device
2021-04-20 15:36:04.373743634 ERROR: Could not copy /tmp/rear.EIZMup7sx2VYyrT/tmp/initrd.cgz to /tmp/rear-efi.oHYc3//EFI/BOOT/initrd.cgz
==== Stack trace ====
Trace 0: /usr/sbin/rear:547 main
Trace 1: /usr/share/rear/lib/mkrescue-workflow.sh:22 WORKFLOW_mkrescue
Trace 2: /usr/share/rear/lib/framework-functions.sh:101 SourceStage
Trace 3: /usr/share/rear/lib/framework-functions.sh:49 Source
Trace 4: /usr/share/rear/output/USB/Linux-i386/100_create_efiboot.sh:40 source
Trace 5: /usr/share/rear/lib/_input-output-functions.sh:372 StopIfError
Message: Could not copy /tmp/rear.EIZMup7sx2VYyrT/tmp/initrd.cgz to /tmp/rear-efi.oHYc3//EFI/BOOT/initrd.cgz
== End stack trace ==
2021-04-20 15:36:04.378770336 Exiting rear mkrescue (PID 39588) and its descendant processes
2021-04-20 15:36:05.415271438 rear,39588 /usr/sbin/rear -v mkrescue
`-rear,60789 /usr/sbin/rear -v mkrescue
`-pstree,60790 -Aplau 39588
/usr/share/rear/lib/_input-output-functions.sh: line 157: kill: (60793) - No such process
2021-04-20 15:36:05.457475164 Running exit tasks
2021-04-20 15:36:05.458799929 Finished in 48 seconds
2021-04-20 15:36:05.459970111 Removing build area /tmp/rear.EIZMup7sx2VYyrT
removed directory: '/tmp/rear.EIZMup7sx2VYyrT'
2021-04-20 15:36:05.568627637 End of program reached
[root@rs1 ~]# df -h
df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 95G 0 95G 0% /dev
tmpfs 95G 24K 95G 1% /dev/shm
tmpfs 95G 2.1M 95G 1% /run
tmpfs 95G 0 95G 0% /sys/fs/cgroup
/dev/mapper/vhs-root 63G 4.4G 56G 8% /
tmpfs 95G 0 95G 0% /tmp
/dev/sda1 976M 150M 759M 17% /boot
/dev/sda2 200M 15M 185M 8% /boot/efi
/dev/mapper/vhs-vz 782G 5.0G 738G 1% /vz
/dev/ploop57870p1 9.8G 69M 9.2G 1% /vz/pfcache
/dev/ploop42559p1 40G 1.2G 37G 4% /vz/root/a6b883c3-cd38-41e4-9b9c-e5b6288bfeb1
/dev/ploop43233p1 40G 2.3G 36G 6% /vz/root/78cf6459-8bfa-48d7-89b9-04abe53c822a
tmpfs 19G 0 19G 0% /run/user/0
/dev/sdd1 200M 200M 0 100% /tmp/rear-efi.X29on
- Workaround, if any:
none
The default size of the EFI Partition seems to be too small here ... how can this be changed?
thx
Andy
futureweb commented at 2021-04-20 14:25:¶
alright - found the needed config Param ...
USB_UEFI_PART_SIZE="512"
Maybe the "default Size" of EFI Partition should be increased from 200?
gdha commented at 2021-04-20 15:36:¶
@futureweb In our upstream it was set to 400 already:
https://github.com/rear/rear/blob/6a3d0b4d5e73c69a62ce0bd209b2b38ffb462569/usr/share/rear/format/USB/default/300_format_usb_disk.sh#L32
jsmeix commented at 2021-04-21 11:25:¶
Via
https://github.com/rear/rear/commit/be8b6edc8c09d2fedeceae9573ba9b824f587a7d
I updated format/USB/default/300_format_usb_disk.sh to have that in
compliance
with the new default.conf setting of 512 MiB since
https://github.com/rear/rear/commit/9a6b9a109aa77afc6c96cf05bbd7988cf0310d61
that was done in relation to
https://github.com/rear/rear/pull/2576
because of
https://github.com/rear/rear/issues/2575
[Export of Github issue for rear/rear.]