On Thu, 17 Mar 2011 05:33, mandree@ wrote:
Am 17.03.2011 07:49, schrieb Rainer Hurling:
Hey Matthias,
thanks for taking this up.
Am 17.03.2011 01:09 (UTC+1) schrieb Matthias Andree:
On Wed, Mar 16, 2011 at 08:00:17PM +0100, Rainer Hurling wrote:
gpart in sysutils/gpart stands for 'guess partitions'. Its an old, but
very useful tool for repairing partitions. Unfortunately it does not
work on amd64.
I've added two patches to make it work on amd64, bumped the expiration
date and port revision (to 2), but I'm not sure if it can detect all
relevant partition types yet. It detects my BSD UFS partitions, but not
my Windows 7 NTFS partitions, and it would probably also need ZFS
detection.
I can confirm that it builds and install on amd64 again.
Sure enough - I'd tested that on my amd64 Tinderbox. :)
Newer partition types are not known to sysutils/gpart. For me it is a
useful tools to repair (older) servers with Win2000 or something like
that. In some cases it was the only tool, which was able to reconstruct
destroyed partition tables.
Sounds reasonable. Could you test the amd64 version on some of the disks and
see if it guesses reasonable partition tables, and finds existing partitions,
too? I don't trust it yet, as there has been quite a bit of C integer data
type abuse in the source code when, even ten years ago,
/usr/include/inttypes.h existed... although the source code isn't all bad.
I've fixed more than one "unsigned long" instance to uint32_t but didn't have
time yet to look deeper to see, for instance, if all the block structures are
2^N (for N typically 9) bytes tall.
An alternative appears to be <http://www.cgsecurity.org/wiki/TestDisk>
(GPL'd), but I haven't looked closer, but the list of supported file systems
is longer and comprises newer NTFS and exFAT, but not zfs/zpool either.
If someone is willing to update the port: I have an original tarball
'gpart-0.1h.tar.gz'. It would need a new home ;-)
Is that tarball different from what's on sunsite and currently fetched
by the port?
I compared it against my old distfile and all seems fine:
ls -l old/gpart-0.1h.tar.gz new/gpart-0.1h.tar.gz
52357 15 Feb 19:24:06 2001 old/gpart-0.1h.tar.gz
52357 15 Feb 19:24:06 2001 new/gpart-0.1h.tar.gz
SHA256 (old/gpart-0.1h.tar.gz) =
b542bceb1a778c719304dadae5dbc2a8bd7f195c06774933e7255b98cfa46ee3
SHA256 (new/gpart-0.1h.tar.gz) =
b542bceb1a778c719304dadae5dbc2a8bd7f195c06774933e7255b98cfa46ee3
The updated port is still marked as deprecated. Do you plan to change
this back?
Thanks for the comparison.
What I'd like to see happen for an un-deprecation is a united effort to
contact the former maintainer about his plans and situation, and else a
coordination of the changes that other distributors may have added, too, so
as to create a unified effort.
Basically we'd need a maintainer for the port and possibly for the upstream
code, too, but I don't plan to sign up for yet another maintainership.
However, I don't have strong feelings about this either way.
Original author Bcc'd.
Just for reference I did a distfile search for this and it came up in
quite a few interesting places including fc14 that isn't really that old.
Attached is the result for the search.
--
Regards,
J. Hellenthal
(0x89D8547E)
JJH48-ARIN
http://packages.sw.be/gpart/
http://www.clearfoundation.com/component/option,com_ionfiles/fileid,58/func,download/
http://mirror.anl.gov/pub/scientific-linux/54/i386/updates/fastbugs/
http://www.cert.org/forensics/tools/fedora/cert/14/x86_64/
http://dev.centos.org/centos/5/testing/SRPMS/
http://mirror.su.lt/openSuSE.11.3/repositories/filesystems/i586/
http://ftp.eenet.ee/gentoo-portage/sys-block/gpart/files/
http://ftp.redhat.com/pub/redhat/linux/enterprise/5Client/en/os/SRPMS/
http://archive.fedoraproject.org/pub/archive/fedora/linux/core/updates/6/SRPMS/
http://oss.oracle.com/el5/SRPMS/
http://free-softwares-download.info/ftp3.tsinghua.edu.cn/mirror/fedora/core/updates/5/SRPMS
http://mirrors.gigenet.com/centos/5.5/os/SRPMS/
http://mib.pianetalinux.org/2009.1/i686/MIB-free/
http://download.clarkconnect.com/community/5.0/System/RPMS/
http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/os/SRPMS/
http://ftp.twaren.net/Linux/Linpus/General_Product_Source/LL94/srpms/
http://repo.cloudlinux.com/cloudlinux/5/os/SRPMS/
http://demeter.uni-regensburg.de/SLED10SP2-x64/suse/x86_64/
http://mirror.centos.org/centos/5/os/SRPMS/
http://dox.sfr-fresh.com/index_all.html
http://archive.fedoraproject.org/pub/archive/fedora/linux/core/6/source/SRPMS/
http://mib.pianetalinux.org/MIB/2010.1/32/basic/
http://fr.rpmfind.net/linux/redhat/enterprise/5Client/en/os/SRPMS/
http://download.linuxaudio.org/studiotogo/src/
http://mirror.anl.gov/pub/centos/5.5/os/SRPMS/
http://lisa.gov.pt/ftp/centos/5/os/SRPMS/
http://mirror.cv.ua/archlinux/extra/os/i686/
https://ftp7.de.netbsd.org/pub/suse-old-versions/SLES10/suse/x86_64/
http://ftp.man.poznan.pl/pub/linux/fedora/core/updates/6/i386/
http://archive.fedoraproject.org/pub/archive/fedora/linux/core/updates/5/i386/
http://mib.pianetalinux.org/MIB/2010.1/64/basic/
http://mirror.centos.org/centos/5.5/os/SRPMS/
http://demeter.uni-regensburg.de/SLED10SP2-x86/suse/i586/
http://ftp.yz.yamagata-u.ac.jp/pub/linux/centos/5/os/SRPMS/
http://ftp.riken.jp/Linux/fedora/core/6/source/SRPMS/
http://ftp.riken.jp/Linux/fedora/core/updates/5/i386/
http://mib.pianetalinux.org/2009.1/x86_64/MIB-free/
http://mirrors.ircam.fr/pub/CentOS/5.5/os/SRPMS/
http://ftp.free.fr/mirrors/ftp.centos.org/5.5/os/SRPMS/
http://mandriva.linux.edu.lv/old/8.0/contrib/RPMS/
http://ftp.man.poznan.pl/pub/linux/fedora/core/5/source/SRPMS/
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "[email protected]"
