GPT partitioning and MBR repair software
http://www.rodsbooks.com/gdisk/
Partitioning software for GPT disks and to repair MBR
disks. The gdisk and sgdisk utilities (in the gdisk
package) are GPT-enabled partitioning tools; the
fixparts utility (in the fixparts package) fixes some
problems with MBR disks that can be created by buggy
partitioning software.
- Devel package for openSUSE:Factory
-
2
derived packages
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout filesystems/gptfdisk && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
gptfdisk-1.0.5.tar.gz | 0000205973 201 KB | |
gptfdisk.changes | 0000008313 8.12 KB | |
gptfdisk.spec | 0000002508 2.45 KB |
Revision 13 (latest revision is 26)
Jan Engelhardt (jengelh)
accepted
request 809051
from
John Paul Adrian Glaubitz (glaubitz)
(revision 13)
- Update to 1.0.5 * Fixed typos and minor formatting issues in man pages * Changed number of columns in type code output ("sgdisk -L" and equivalents in gdisk and cgdisk) from 3 to 2, since some descriptions are long enough that they're ambiguous with three columns. * Makefile change: Add $(LDLIBS) support to enable clean static builds (for libintl). * You can now put the 0xEE partition last in a hybrid MBR using sgdisk. (Previously, this was possible with gdisk but not with sgdisk.) See the sgdisk man page for details. * Added numerous type codes for Container Linux, Veracrypt, and Freedesktop.org's Discoverable Partitions Specification * Partition type name searches are now case-insensitive. * It's now possible to quit out of partition type name searches by typing "q". * When changing a partition type code, the default is now the current type code, not a platform-specific type code. * The UEFI GPT fdisk project (https://sourceforge.net/projects/uefigptfdisk/) hasn't been updated since 2016, and is now broken; binaries don't compile with modern GCC toolchains, and even when dropping back to Ubuntu 14.04, which worked for GPT fdisk 1.0.4, the resulting binary hangs on launch. Therefore, I'm dropping support for the EFI build of gdisk, at least unless and until UEFI GPT fdisk is fixed. * Apple no longer supports building i386 or "fat" binaries in XCode (or if they do, they're making it hard), so I've removed that support. GPT fdisk macOS binaries are now x86-64 only. Similarly, building now seems to require macOS 10.9 or later, so that's now the minimum macOS version. I've also re-built my Mac build environment and tweaked Makefile.mac appropriately.
Comments 0