Image verkleinern mit pishrink

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • ich hatte es, wie schon gesagt, mit einem 128GB USB Stick an der Beere versucht und kam nicht zum Erfolg. Frag aber nicht, was da für Fehlermeldungen waren. Ging auf jeden Fall nicht.

    Ich habe eine Raspi Beere 3 und freue mich, dass sie läuft. Ich programmiere gern und freue mich wenn es auch funktioniert. Aber grundsätzlich hab ich keine Ahnung davon :conf:

    Bitte löscht nie dieses Forum! Hier steht alles drin was ich mir merken muss!

  • Frag aber nicht, was da für Fehlermeldungen waren. Ging auf jeden Fall nicht.

    Mit der Aussage 'Ging nicht' kann leider keiner was anfangen und helfen. :no_sad: Tip für's nächste Mal: Die Fehlermeldung(en) und was Du genau getan hast protokollmäßig in eine TextDatei schreiben und dann hier posten ;)

  • Jawohl!

    hatte gestern alles nicht so geklappt. Hätte nur mit Handy Bilder machen sollen. Alles andere war abgeklemmt. Aber ja, mache ich so :thumbup:

    Ich habe eine Raspi Beere 3 und freue mich, dass sie läuft. Ich programmiere gern und freue mich wenn es auch funktioniert. Aber grundsätzlich hab ich keine Ahnung davon :conf:

    Bitte löscht nie dieses Forum! Hier steht alles drin was ich mir merken muss!

  • Stimmt. Mit dem Handy kann man ja auch gut Photos machen. :)

    Allerdings hat das einen Nachteil: Man kann z.B. Fehlermeldungen nicht einfach per copy und paste kopieren sondern muss sie abtippen. Ist aber immer noch besser als 'Ging nicht' :)

  • Hallo zusammen

    Hier im Forum wird ja fleissig über das Script diskutiert und scheinbar haben es auch schon einige am laufen.

    Bei mir will es nicht so recht, ich bekomme immer diese Meldung:

    Console

    root@rpi-Pi-Ager:sudo /usr/local/bin/pishrink.sh /home/pi/backup/betarelease_Denni.img

    rootfs: 47483/118560 Dateien (0.2% nicht zusammenhängend), 371045/471040 Blöcke

    resize2fs 1.43.4 (31-Jan-2017)

    ERROR: Image already shrunk to smallest size


    unter /home/pi/backup ist mein NAS gemounted und dort liegt das Image welches ich verkleinern möchte.

    Die Funktion -s habe ich ebenfalls probiert und bekomme das gleiche Ergebnis

    Wäre echt froh, wenn ich PiShrink ans laufen bekäme.

    Als System habe ich RASPBIAN JESSIE LITE.

    Danke für eure Hilfe

  • Hallo,

    Frage: hast Du das Filesystem der SD-Karte expandiert?

    Die gleiche Meldung hatte ich auch.

    Ich habe in github den Issue #49 angelegt, der ist bislang offen.

    Schau dort, ob es bei Dir die gleiche Ursache hat.

    Zeige die Ausgabe des Kommandos df -h vor.

    Schönen Gruß, kle

    Einmal editiert, zuletzt von kle (3. Februar 2019 um 20:00)

  • Hallo,

    Frage: hast Du das Filesystem der SD-Karte expandiert?

    Ich vermute mal ja,

    Ich hole mal etwas aus.

    Das Image (mit diversen Programmen) ist eines, welches mit Win32DiskImager auf eine SD Karte geschrieben wurde.

    Nach deiner Frage habe ich das Filesystem einfach mal mit raspi-config expandiert.

    Leider bekomme ich dan dem Prozedere keinen Zugiff (SSH) mehr auf den Pi.

    Schau dort, ob es bei Dir die gleiche Ursache hat.

    Das verstehe ich nicht, also die Ursache

    Ich hatte mal einen PR gestellt bei dem mit der Option -d Debuginformationen geschrieben werden. Zeige doch mal was da rauskommt. Vielleicht gibt es irgendeine Indikation.

    Also du meinst ich solle mal dieses Script versuchen?

    Einmal editiert, zuletzt von denni_m (3. Februar 2019 um 21:58)

  • Ich hatte mal einen PR gestellt bei dem mit der Option -d Debuginformationen geschrieben werden. Zeige doch mal was da rauskommt. Vielleicht gibt es irgendeine Indikation.

    So habe es gerade versucht. Leider das gleiche Ergebnis

    Console

    root@rpi-Pi-Ager:/usr/local/bin# sudo /usr/local/bin/pishrink1.sh -d /home/pi/backup/piager/beta.img

    Creating log file /usr/local/bin/pishrink1.log...

    pishrink1.sh v0.1

    Gatherin data...

    Mounting image...

    Checking filesystem...

    rootfs: 47483/118560 Dateien (0.2% nicht zusammenhängend), 371045/471040 Blöcke

    resize2fs 1.43.4 (31-Jan-2017)

    ERROR occured in line 225: Image already shrunk to smallest size

  • Ich fand dieses Tutotial recht hilfreich: https://linuxundich.de/raspberry-pi/p…erry-pi-images/

    ERROR occured in line 225: Image already shrunk to smallest size

    Sieht so aus, als wäre es schon maximal "geschrumpft". Woher hast Du das Image, das Du verkleinern möchtest?

    Ich habe erst vor ein paar Tagen das Tool gebraucht, da hat es nicht über ein Image gemoppert.

    MfG

    Jürgen

  • @ root@rpi-Pi-Ager:sudo /usr/local/bin/pishrink.sh /home/pi/backup/betarelease_Denni.img

    Wenn pishrink mit nur einem Filenamen aufgerufen wird [/home/pi/backup/betarelease_Denni.img] wird das File selbst geshrinkt.

    Ein bereits einmal geshrinktes File kann nicht nochmals geschrinkt werden --> Image already shrunk to smallest size.

    root# sudo ... funktioniert nur dann verlässlich fehlerfrei, wenn der User root in die sudoers aufgenommen wird :)

    Was ist denn die Ausgabe von:< sudo fdisk -l /home/pi/backup/betarelease_Denni.img >


    Servus !

    RTFM = Read The Factory Manual, oder so

  • Das Image habe ich selber erstellt mit dd. Also noch nicht geshrinkt.

    Auch wenn ich eines mit dem Win32Diskimager erstelle bekomme ich die Meldungen.

    Bei dem Befehl erhalte ich:

    Console

    Disk /home/pi/backup/piager/betarelease_Denni.img: 7,3 GiB, 7820279808 bytes, 15 273984 sectors

    Units: sectors of 1 * 512 = 512 bytes

    Sector size (logical/physical): 512 bytes / 512 bytes

    I/O size (minimum/optimal): 512 bytes / 512 bytes

    Disklabel type: dos

    Disk identifier: 0xd5651396

    Device Boot Start End Sectors Size I d Type

    /home/pi/backup/piager/betarelease_Denni.img1 8192 93236 85045 41,5M c W95 FAT

    /home/pi/backup/piager/betarelease_Denni.img2 94208 3862527 3768320 1,8G 8 3 Linux

    Was ich eigenartig finde, ist dass ich mit

    <sudo truncate -s $(((3862527+1)*512)) betarelease_Denni.img>

    das Image verkleinert bekomme und ein nutzbares, mit Win32DiskImager erhalte.

    Einmal editiert, zuletzt von denni_m (4. Februar 2019 um 18:29)

  • Jetzt habe ich einen neuen Gedankengang, welche aber tiefer in die Materie eingeht.

    Kann man nicht wie in meinem Script ein Backup mittels <dd> erstellen, dann mit <sudo fdisk -l /home/pi/backup/betarelease_Denni.img> den End-Bock auslesen und dann diesen Vert als Variable in <sudo truncate -s $(((3862527+1)*512)) betarelease_Denni.img> übergeben?

    Dann könne man sich PiShrink doch sparen? Vorausgesetzt, das Auslesen würde gehen.

  • Was steht denn in /usr/local/bin/pishrink1.log?

    pishrink1.log

    pishrink1.sh v0.1

    Gatherin data...

    Line 110

    beforesize: 7,3G

    Line 117

    parted_output: 2:48234496B:1977614335B:1929379840B: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: /tmp/tmp.SIjd6X9QQS

    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 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: 118560

    Block count: 471040

    Reserved block count: 22583

    Free blocks: 99995

    Free inodes: 71077

    First block: 0

    Block size: 4096

    Fragment size: 4096

    Reserved GDT blocks: 107

    Blocks per group: 32768

    Fragments per group: 32768

    Inodes per group: 7904

    Inode blocks per group: 494

    Flex block group size: 16

    Filesystem created: Wed Nov 29 03:35:09 2017

    Last mount time: Sun Feb 3 18:35:22 2019

    Last write time: Sun Feb 3 18:35:23 2019

    Mount count: 0

    Maximum mount count: -1

    Last checked: Sun Feb 3 18:35:23 2019

    Check interval: 0 (<none>)

    Lifetime writes: 2594 MB

    Reserved blocks uid: 0 (user root)

    Reserved blocks gid: 0 (group root)

    First inode: 11

    Inode size: 256

    Required extra isize: 32

    Desired extra isize: 32

    Journal inode: 8

    Default directory hash: half_md4

    Directory Hash Seed: ff6a5011-c642-4ab4-9ab8-19bd9ac5ff95

    Journal backup: inode blocks

    currentsize: 471040

    blocksize: 4096

    Checking filesystem...

    rootfs: 47483/118560 Dateien (0.2% nicht zusammenhängend), 371045/471040 Blöcke

    resize2fs 1.43.4 (31-Jan-2017)

    Line 223

    minsize: 471040

    ERROR occured in line 225: Image already shrunk to smallest size

    Kann jetzt aber nicht genau sagen von welchem Versuch das Ganze ist; bin gerade einen Test mit einem Bash Script am laufen lassen.

    Habe heute mein mittels <sudo truncate -s $(((3862527+1)*512)) betarelease_Denni.img> verkleinertes Image auf eine 32GB SD-Card geschrieben. bin gerade ein neues Backup am schreiben lassen.

  • Auf eine 8 GB SD hast Du ein Original Image (Raspian Light ?)

    Disk /home/pi/backup/piager/betarelease_Denni.img: 7,3 GiB, 7820279808 bytes, 15273984 sectors

    Units: sectors of 1 * 512 = 512 bytes

    Device Boot Start End Sectors Size I d Type

    P Nr1 8192 93236 85045 41,5M c W95 FAT

    P Nr2 94208 3862527 3768320 1,8G 8 3 Linux

    Weil die Root Partition Nr.2 so klein ist, dass sie nicht weiter verkleinert werden kann, beendet sich pishrink in Zeile 226 (#111)

    Die Filegrösse würde aber erst danach berichtigt (Zeile 279) und daher nicht mehr abgearbeitet.

    Jetzt hast Du manuell das Fileende auf 1977614336 Bytes, Sektor 3862528 gesetzt und jetzt sollte fdisk

    am Anfang

    Disk /home/pi/backup/piager/betarelease_Denni.img: 1,9 GiB, 1977614336 bytes, 3862528 sectors

    stehen.

    Kleiner gehts nur mehr, wenn Du betarelease_Denni.img noch kompromierst.

    Normalerweise wird bei der Einrichtung/Installatuin einer 8 GB Karte das root Filesystem auf die 8 GB Grenze ausgedehnt und nicht auf der Grenze des Installations Image, 1,8 GB, belassen.


    Servus !

    RTFM = Read The Factory Manual, oder so

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!