LoxBerry 3 Backup Could not get /boot mount point ​

[Onliner]

duncan after fixing the mount directory I faced the same issue and solved it the following:

GERMAN
LoxBerry 3.0.1.3 – Clone SD unter Debian 13 (Trixie) / Raspberry Pi 5

Während der Einrichtung eines neuen LoxBerry-Systems auf Debian 13 (Trixie) und Raspberry Pi 5 sind beim Core-Plugin Clone SD zwei Probleme aufgefallen. 1. Boot-Partition wird nicht gefunden

Datei

/opt/loxberry/sbin/clone_sd.pl Original

my $mount_boot = findmnt('/boot'); Ersetzt durch

my $mount_boot = findmnt('/boot/firmware'); Hintergrund

Unter Debian 13 (Trixie) befindet sich die Boot-Partition standardmäßig unter
/boot/firmware

statt unter
/boot

Dadurch konnte das Clone-SD-Plugin die Boot-Partition nicht mehr korrekt erkennen.

2. Imagegröße wird zu klein berechnet

Datei

/opt/loxberry/sbin/clone_sd.pl Zeile ca. 212

Original

$required_space = ($src1_used - $swapsize + $dest_bootpart_size*1024*1024)*1.10; Ersetzt durch

$required_space = ((`du -sbx /` =~ /^(\d+)/)[0] - $swapsize + $dest_bootpart_size*1024*1024)*1.25; Zeile ca. 263

Original

$required_space = ($src1_used - $swapsize + $dest_bootpart_size*1024*1024)*1.10; Ersetzt durch

$required_space = ((`du -sbx /` =~ /^(\d+)/)[0] - $swapsize + $dest_bootpart_size*1024*1024)*1.25; Hintergrund

Auf meinem System wurde die erforderliche Größe des Imagefiles zu klein berechnet.

Beispiel:

• belegter Speicher Root-Dateisystem: ca. 5,9 GB
• erzeugtes Image: nur 4,2 GB

Dadurch schlägt das Kopieren der Root-Partition mit
tar ... Exitcode 2

fehl.

Der oben genannte Patch dient aktuell als Workaround, indem die tatsächlich belegte Größe des Root-Dateisystems ermittelt wird.

Ich bin mir allerdings nicht sicher, ob dies die eigentliche Ursache behebt. Möglicherweise liefert lsblk bzw. fsused unter Debian 13 andere Werte als erwartet oder wird im Script nicht mehr korrekt verwendet.

ENGLISCH

LoxBerry 3.0.1.3 – Clone SD on Debian 13 (Trixie) / Raspberry Pi 5

While setting up a fresh LoxBerry installation on Debian 13 (Trixie) running on a Raspberry Pi 5, I encountered two issues with the Clone SD core plugin. 1. Boot partition detection

File

/opt/loxberry/sbin/clone_sd.pl Original

my $mount_boot = findmnt('/boot'); Replaced with

my $mount_boot = findmnt('/boot/firmware'); Background

On Debian 13 (Trixie), the boot partition is mounted at
/boot/firmware

instead of
/boot

As a result, Clone SD was unable to detect the boot partition correctly.

2. Image size calculation is too small

File

/opt/loxberry/sbin/clone_sd.pl Around line 212

Original

$required_space = ($src1_used - $swapsize + $dest_bootpart_size*1024*1024)*1.10; Replaced with

$required_space = ((`du -sbx /` =~ /^(\d+)/)[0] - $swapsize + $dest_bootpart_size*1024*1024)*1.25; Around line 263

Original

$required_space = ($src1_used - $swapsize + $dest_bootpart_size*1024*1024)*1.10; Replaced with

$required_space = ((`du -sbx /` =~ /^(\d+)/)[0] - $swapsize + $dest_bootpart_size*1024*1024)*1.25; Background

On my system, the calculated image size was significantly too small.

Example:

• used root filesystem: approximately 5.9 GB
• generated image: only 4.2 GB

As a consequence, copying the root filesystem failed with
tar ... Exitcode 2

The modification above is currently only a workaround using the actual disk usage reported by du.

I suspect the real root cause is somewhere else—possibly lsblk or the fsused value behaves differently on Debian 13, or the script no longer interprets these values correctly.

=====

After those fixes the Backup Plugin now works properly