You are not logged in.
I'm trying to build g4l and or clonezilla on a basic up-to-date arch installation. (no testing enabled) I started with g4l but it appears as if the tarball is incomplete. I then decided to try to build clonezilla instead, but it requires partclone as a dependency, and partclone fails to build because it cant seem to find my NTFS libraries. It looks like all were last updated recently, so it's probably something I'm not doing right. I will gladdly provide any info needed to help me figure it out.
Thanks.
Last edited by vileperson (2011-04-28 21:32:10)
The more I know...
The more I know that I don't know.
Offline
You can't fetch the g4l sources, because http://www.sfr-fresh.com/ is no more:
Attention: The "SfR Fresh" software archive unfortunately is now out of operation!
After 17 successful years of FOSS support this service had to be stopped at
April 08th 2011 since the sponsored disk space was no longer provided.
Edit: Clonezilla seems to be building fine. I've used this partclone.
Last edited by karol (2011-04-28 18:27:54)
Offline
well that sucks about g4l. I guess I will have to keep playing with trying to get partclone to build so I can build clonezilla. I don't understand why it can't find any of my ntfs libraries. My system is totally up to date and has ntfs3g and ntfsprogs. hmmm. I'll keep pokin.
The more I know...
The more I know that I don't know.
Offline
Try again using the partclone i linked to. If it fails, post the error message.
As for g4l you can download the sources from http://freshmeat.net/projects/g4l or http://sourceforge.net/projects/g4l/
Last edited by karol (2011-04-28 19:41:18)
Offline
I just tried it but same thing. No ntfs libraries.
configure: checking for NTFS Library and Header files ... ...
checking ntfs/version.h usability... no
checking ntfs/version.h presence... no
checking for ntfs/version.h... no
configure: error: *** NTFS(ntfsprog) header not found
==> ERROR: A failure occurred in build().
Aborting...
The more I know...
The more I know that I don't know.
Offline
I get
configure: checking for NTFS Library and Header files ... ...
checking ntfs/version.h usability... yes
checking ntfs/version.h presence... yes
checking for ntfs/version.h... yes
checking version of libntfs... 10:0:0; ok!and everything builds fine. Try to reinstall ntfsprogs.
BTW, g4l builds fine too.
Offline
reinstalled ntfsprogs and still the same thing.
As far as getting g4l from source, I guess I can try that. I have yet to succesfully write a PKGBUILD for anything I've tried to build from source, though. Don't know enough about what I'm doing yet.
Can't hurt to keep trying, though. It's the only way I'm gonna learn.
The more I know...
The more I know that I don't know.
Offline
I've downloaded the source manually from freshmeat and put it in the g4l/src directory (after extracting the tAURball).
pkgname=g4l
pkgver=0.37
pkgrel=1
pkgdesc="G4L (Ghost 4 Linux) is a hard disk and partition imaging and cloning tool."
arch=('any')
url="http://freshmeat.net/projects/g4l"
license=('GPL')
depends=('ddrescue' 'partimage' 'dd_rhelp' 'lzop' 'gzip' 'bzip2' 'ncurses')
sources=(g4l-v0.37.devel.tar.gz)
noextract=(${pkgname}-v${pkgver}.devel.tar.gz)
md5sums=('9192651294229ec2ed8bedc0fce95e22')
makedepends=(wget)
package() {
cd $srcdir
tar -zxvf ${pkgname}-v${pkgver}.devel.tar.gz -C $srcdir bootcd/rootfs
tar -zxvf ${pkgname}-v${pkgver}.devel.tar.gz -C $srcdir resources/jetcat
mkdir -p $pkgdir/usr/sbin/
mv $srcdir/bootcd/rootfs/{*g4l,g4l3*} $pkgdir/usr/sbin/
mkdir -p $pkgdir/mnt/local
cd resources/jetcat
make clean
make all
install -d $pkgdir/usr/bin
install -c -s -m 755 jetcat-mod $pkgdir/usr/bin
}The only things I've changed wrt to the original was the pkgver, sources and md5sums lines.
Offline
Sweet.
Thanks, karol. That worked like a champ. I now have g4l, which is the one I wanted in the first place.
You rock.
The more I know...
The more I know that I don't know.
Offline
Sweet.
Thanks, karol. That worked like a champ. I now have g4l, which is the one I wanted in the first place.
You rock.
You're welcome :-)
Don't forget to edit your first post and add [SOLVED] to mark the thread as solved.
Conveniently, g4l got updated today, so I've flagged it out of date. This way its maintainer can update the PKGBUILD for the new version and fix the source (pick another download location) in one go.
Offline
I'm the maintainer of g4l, so this message about pkgbuild is a little strange to me? The source code is a tar.gz file that contains the complete system, and the makecd script build the iso image file that is burned to the cd. One can also extract a kernel file and the ramdisk.lzma file, and add it to the grub menu to run directly.
Normally, one doesn't run it from the running OS, since you can not image a mounted OS with most of the options. But it can boot from the grub and run from the ramdisk and do the backup. I have a g4l-win.exe and g4l-lite.zip that have the grub4dos for the windows, so it can be booted from an ntfs partition into ram, and the g4l-lite has just the latest kernel and ramdisk.
I'll have to look at the pkgbuild stuff. I currently use a Fedora 14 system to build the system.
Offline
Normally, one doesn't run it from the running OS
Yeah, I know, but I only tested if it builds, I didn't use it - that's OP's business ;-)
The PKGBUILD is here.
Offline
I guess I should clarify. I was actually looking to install g4l as an app to run within my current os, for ghosting customers hard drives in my removable bays, and/or creating images of them for future use. Once I got the source from freshmeat like karol suggested, it was all good. I had just assumed that since the g4l package was in the aur that it would build like any other package, rather than be used for creating a live boot version. Makes sense, now, though.
The more I know...
The more I know that I don't know.
Offline
For the most part the main g4l script (currently g4l30o10) could be placed on a running linux system or live cd to be used for imaging of non-mounted disks/partitions. In the past, I have made tar.gz files that contain the script and the programs that are generally not installed on the OS. Did this for knoppix, and riplinux, but it worked on other ones as well. It uses ncftp and lzop in many places, and other utility program. Perhaps would be worth writing a script to check that all the programs needed are on the system for the script. One other thing, is it uses the /mnt/local directory for things, so that needs to be created on the systems, and give access to the userid running the script.
Offline