@RTFM
Das ich ein Rasbian image nicht weiter verkleinern kann ist mir schon klar.
Jedoch geht es mir darum, dass wenn ich ein Backup mache nicht immer die ganze SD-Karte (inkl. ungenutzten Speicherplatz) sichern muss.
D.h. ich ggf eine Sicherung von einer grösseren SD Karte auch auf eine kleinere schreiben kann.
Bei dem Konventionellen Backup wird ja immer die ganze SD-Karte kopiert und nicht nur der Teil mit Daten.
Dafür ist doch PiShrink gedacht?
Oder habe ich in der Funktion von PiShrink was falsch verstanden?
Anbei das log vom letzen Durchgang mit einer 32GB Karte
pishrink1.log
pishrink1.sh v0.1
Copying /home/pi/backup/piager/betarelease_Denni.img to /home/pi/backup/piager/betarelease_Denni_klein-20190204-204842.img......
Gatherin data...
Line 110
beforesize: 30G
Line 117
parted_output: 2:48234496B:31914983423B:31866748928B:ext4::;
Line 121
partnum: 2
partstart: 48234496
Mounting image...
Line 136
tune2fs_output: tune2fs 1.43.4 (31-Jan-2017)
Filesystem volume name: rootfs
Last mounted on: /
Filesystem UUID: 72bfc10d-73ec-4d9e-a54a-1cc507ee7ed2
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1881152
Block count: 7779968
Reserved block count: 314113
Free blocks: 7303336
Free inodes: 1833784
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 106
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 7904
Inode blocks per group: 494
Flex block group size: 16