Hallo Flugis, ich möchte in einem Script den emmc Speicher re-partitionieren. Ich hab dazu folgendes Konstrukt, zugegebenermaßen mich komplett auf meinem Mist gewachsen.

Hallo Flugis, ich möchte in einem Script den emmc Speicher re-partitionieren. Ich hab dazu folgendes Konstrukt, zugegebenermaßen mich komplett auf meinem Mist gewachsen. sed -e 's/\s*\([\+0-9a-zA-Z]*\).*/\1/' << EOF | fdisk -u /dev/mmcblk0   o # clear the in memory partition table   n # new partition   p # primary partition   1 # partition number 1   16  # default - start at beginning of disk   390719 # 200 MB root partition   n # new partition   p # primary partition   2 # partion number 2     # default, start immediately after preceding partition   781439 # 200 MB partition   n # new partition   p # primary partition   3 # partion number 3     # default, start immediately after preceding partition   2148671 # ~700 MB partition   n # new partition   e # primary partition     # 4  # partion numer 4, default, start immediately after preceding partition     # til end of flash   n # new partition  l # logical partition     # default, start immediately after preceding partition   3426751 # ~650 MB partition   n # new partition l # logical partition     # default - start at beginning of disk   3817471 # 200 MB  partition   p # print it   w # write the partition table   q # and we're done EOF Das scheint allerdings nicht sicher zu sein, ich hab schon gesehen das fdisk verschieden antwortet, je nach Version. Vielleicht helfen schon Einheiten zu verwenden. Gibt es grundsätzlich bessere Herangehensweisen, das sieht nicht wirklich elegant aus? Jemand eine bessere Idee? Gruß, Arno

Hi Arno, sfdisk ist dein Freund:

On Wed, Oct 20, 2021 at 05:56:02PM +0200, Marek Kralewski wrote: Great minds think alike ;-) lg -- t

Hallo Flugis, ich möchte in einem Script den emmc Speicher re-partitionieren. Ich hab dazu folgendes Konstrukt, zugegebenermaßen mich komplett auf meinem Mist gewachsen. sed -e 's/\s*\([\+0-9a-zA-Z]*\).*/\1/' << EOF | fdisk -u /dev/mmcblk0   o # clear the in memory partition table   n # new partition   p # primary partition   1 # partition number 1   16  # default - start at beginning of disk   390719 # 200 MB root partition   n # new partition   p # primary partition   2 # partion number 2     # default, start immediately after preceding partition   781439 # 200 MB partition   n # new partition   p # primary partition   3 # partion number 3     # default, start immediately after preceding partition   2148671 # ~700 MB partition   n # new partition   e # primary partition     # 4  # partion numer 4, default, start immediately after preceding partition     # til end of flash   n # new partition  l # logical partition     # default, start immediately after preceding partition   3426751 # ~650 MB partition   n # new partition l # logical partition     # default - start at beginning of disk   3817471 # 200 MB  partition   p # print it   w # write the partition table   q # and we're done EOF Das scheint allerdings nicht sicher zu sein, ich hab schon gesehen das fdisk verschieden antwortet, je nach Version. Vielleicht helfen schon Einheiten zu verwenden. Gibt es grundsätzlich bessere Herangehensweisen, das sieht nicht wirklich elegant aus? Jemand eine bessere Idee? Gruß, Arno

On Wed, Oct 20, 2021 at 10:04:49PM +0200, star wrote: [...] Hm. Wenn ich mir so die Manpage von fdisk anschaue, dann ist der Teil zumindest nebulös. Da gibt es "logical" und "physical" sectors, und es ist nicht an fdisk, diese Grössen festzulegen. Zudem scheint fdisk auch "von sich aus" Alignment vorzunehmen, so dass die Werte, wenn Du unterschiedliche physical sectors hast, auch noch verrutschen können (damit Partitionen an einer physikalischen Sektorgrenze anfangen). Hast Du mal die Ausgabe von `fdisk -l' auf beiden Systemen verglichen? Um zumindest das Problem der Sektorgrössen einzuhegen empfiehlt die manpage Einheiten (K, M, G) anzugeben, statt nackter Zahlen: "It is always a good idea to follow fdisk's defaults as the default values (e.g. first and last partition sectors) and partition sizes specified by the +/-<size>{M,G,...} notation are always aligned according to the device properties." Also Verrutschungen nicht ausgeschlossen. lg -- t

Am 21.10.21 um 10:21 schrieb Arno:

Sorry wenn ich rum-spamme, aber vielleicht interessiert es noch jemand. Tatsächlich wurde in einer älteren Busybox/fdisk als Parameter Cylinder statt Sektoren genutzt wenn man keine Einheit dazu angab.

Also, immer schön Einheiten angeben!