Ich bin gerade an einem bloeden Problem dran was raspiBackup hat wenn ein Restore vorgenommen wird und usbmount installiert ist: usbmount mounted automatisch eine USB Partition und fuehrt zum Abbruch von raspiBackup weil eine Parition nicht formatiert werden kann. Die lapidare Meldung ist
So wie es sich mir darstellt wird zwar die Partition nicht gemounted aber irgendwie laeuft da ein ext4 Journaling vom Kernel.
Momentan stoppt raspiBackup wenn usbmount entdeckt wurde. Ist aber eine Kruecke. Weiss jemand wie ich die lapidare Meldung wegbekomme dass ich die Partitionen formatieren kann und somit usbmount nicht erst deinstalliert werden muss damit ein Backup restored werden kann? Es finden sich mehrere Hits zu der Meldung aber keine Loesung funktioniert bei mir
Das ist offensichtlich ein Problem bei RaspbianOS Desktop. Bei RaspbianOS lite tritt der Effekt nicht auf weil usbmount nicht installiert ist. Warum das Problem auftritt versuche ich schon seit ein paar Tagen rauszufinden.
Anbei mal Ausgaben meiner CM4 die ich von NVMe gebootet habe und versucht habe ein Backup von sich selbst auf /dev/sda - eine SSD - zu restoren. Wenn die SSD keine Partitionen hat funktioniert alles normal. Wenn aber schon Partitionen existieren gibt es Fehler. Ich habe mal die wichtigsten Ausgaben die ich denke wichtig sind beigefuegt:
pi@raspberrypi-bullseye-desktop:~ $ sudo lsblk -fp
NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
/dev/sda
├─/dev/sda1 vfat FAT32 boot D386-9DE9
└─/dev/sda2 ext4 1.0 e3bb0d40-b5ed-408c-bac9-5c5273ace11d
/dev/mmcblk0
├─/dev/mmcblk0p1 vfat FAT32 boot 8254-0D59
└─/dev/mmcblk0p2 ext4 1.0 de439232-a98f-42bb-b10d-c57a3cdee0cb
/dev/mmcblk0boot0
/dev/mmcblk0boot1
/dev/nvme0n1
├─/dev/nvme0n1p1 vfat FAT32 boot D386-9DE9 205.2M 20% /boot
└─/dev/nvme0n1p2 ext4 1.0 f26b6d47-8f07-482f-83cc-6a815cd84553 106.9G 3% /
pi@raspberrypi-bullseye-desktop:~ $ sudo blkid
/dev/nvme0n1p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="D386-9DE9" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c4efb328-01"
/dev/nvme0n1p2: UUID="f26b6d47-8f07-482f-83cc-6a815cd84553" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="c4efb328-02"
/dev/mmcblk0p1: LABEL_FATBOOT="boot" LABEL="boot" UUID="8254-0D59" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="8abb22cc-01"
/dev/mmcblk0p2: UUID="de439232-a98f-42bb-b10d-c57a3cdee0cb" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="8abb22cc-02"
/dev/sda1: LABEL_FATBOOT="boot" LABEL="boot" UUID="D386-9DE9" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="c4efb328-01"
/dev/sda2: UUID="e3bb0d40-b5ed-408c-bac9-5c5273ace11d" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="c4efb328-02"
pi@raspberrypi-bullseye-desktop:~ $ sudo mkfs.ext4 /dev/sda2
mke2fs 1.46.2 (28-Feb-2021)
/dev/sda2 contains a ext4 file system
last mounted on Fri Dec 16 18:49:04 2022
Proceed anyway? (y,N) y
/dev/sda2 is apparently in use by the system; will not make a filesystem here!
pi@raspberrypi-bullseye-desktop:~ $ sudo umount /dev/sda2da2
umount: /dev/sda2: not mounted.
pi@raspberrypi-bullseye-desktop:~ $ sudo lsof | grep sda
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
Output information may be incomplete.
gvfsd 675 pi mem REG 259,2 128452 138141 /usr/lib/arm-linux-gnueabihf/gvfs/libgvfsdaemon.so
gvfsd 675 676 gmain pi mem REG 259,2 128452 138141 /usr/lib/arm-linux-gnueabihf/gvfs/libgvfsdaemon.so
gvfsd 675 677 gdbus pi mem REG 259,2 128452 138141 /usr/lib/arm-linux-gnueabihf/gvfs/libgvfsdaemon.so
gvfsd-tra 839 pi mem REG 259,2 128452 138141 /usr/lib/arm-linux-gnueabihf/gvfs/libgvfsdaemon.so
gvfsd-tra 839 841 gmain pi mem REG 259,2 128452 138141 /usr/lib/arm-linux-gnueabihf/gvfs/libgvfsdaemon.so
gvfsd-tra 839 843 gdbus pi mem REG 259,2 128452 138141 /usr/lib/arm-linux-gnueabihf/gvfs/libgvfsdaemon.so
jbd2/sda2 4800 root cwd DIR 259,2 4096 2 /
jbd2/sda2 4800 root rtd DIR 259,2 4096 2 /
jbd2/sda2 4800 root txt unknown /proc/4800/exe
Display More