Kevin,
On Sun, Jun 7, 2009 at 11:05 PM, Kevin Krieserk_krie...@sbcglobal.net wrote:
On Jun 7, 2009, at 2:59 PM, Les Mikesell wrote:
In my case, I was hoping it would avoid the bad sector since the bad
sectors were in free space. So the hope was that it would skip it.
Bad disks are a
Hi,
I'm currently experimenting with G4U (Ghost for Unix), a small cloning
application sending disk images to an FTP server.
The application reads the whole disk bit by bit, compresses it and then
stores it remotely. Due to this approach, it's more or less
filesystem-independent. The drawback
Am 07.06.2009 um 18:22 schrieb Niki Kovacs:
Hi,
I'm currently experimenting with G4U (Ghost for Unix), a small cloning
application sending disk images to an FTP server.
The application reads the whole disk bit by bit, compresses it and
then
stores it remotely. Due to this approach,
Rainer Duffner a écrit :
Ideally, the zero'ing of the disk should take place before the OS is
installed, via a boot-cd and using dd with the disk-device itself
Erm... how exactly would you go about that? Let's say I want to do that
with a Knoppix boot CD, and the only hard disk I have on
In my previous experience, zeroing the disk will result in smaller files for
G4U but it will take awhile depending on many factors including the size of
the disk, performance, etc..
Also, I recommend giving Clonezilla (http://clonezilla.org/) a try. It
offers more options than G4U and is more
Rainer Duffner wrote:
Am 07.06.2009 um 18:22 schrieb Niki Kovacs:
Hi,
I'm currently experimenting with G4U (Ghost for Unix), a small cloning
application sending disk images to an FTP server.
The application reads the whole disk bit by bit, compresses it and
then
stores it remotely.
On Jun 7, 2009, at 12:06 PM, Niki Kovacs wrote:
Rainer Duffner a écrit :
Ideally, the zero'ing of the disk should take place before the OS is
installed, via a boot-cd and using dd with the disk-device itself
Erm... how exactly would you go about that? Let's say I want to do
that
with a
Nicolas Thierry-Mieg a écrit :
Niki,
I suggest you look at partimage.
G4U seems similar, but partimage doesn't write free blocks to the
images, so you don't get these huge files.
It's worked well for me.
It's in rpmforge.
Thanks for the suggestion. I just took a look at it. But I think
Kevin Krieser a écrit :
I've done the zeroing out thing on mounted filesystems before when I
wanted to move the contents of a drive to another. zeroing out before
would be best if you planned to do an install, then back it up for
later. Otherwise, you end up with a lot of unused
Niki Kovacs wrote:
Hi,
I'm currently experimenting with G4U (Ghost for Unix), a small cloning
application sending disk images to an FTP server.
The application reads the whole disk bit by bit, compresses it and then
stores it remotely. Due to this approach, it's more or less
Am 07.06.2009 um 19:27 schrieb Niki Kovacs:
Kevin Krieser a écrit :
I've done the zeroing out thing on mounted filesystems before when I
wanted to move the contents of a drive to another. zeroing out
before
would be best if you planned to do an install, then back it up for
later.
Rainer Duffner a écrit :
Ever booted a live-CD?
It also knows your disks (unless it's a server, except for maybe the
CentOS LiveCD, most other's suck on servers - they simply don't
recognize the controllers).
The question was not about the LiveCD, but more about the use of dd. So,
Am 07.06.2009 um 19:54 schrieb Niki Kovacs:
Rainer Duffner a écrit :
Ever booted a live-CD?
It also knows your disks (unless it's a server, except for maybe the
CentOS LiveCD, most other's suck on servers - they simply don't
recognize the controllers).
The question was not about the
Rainer Duffner a écrit :
Yup.
If you have the time, you can experiment with the blocksize and see
where the throughput is best.
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-09/msg01375.html
Interesting thread. Guess I'll give it a few spins with different
blocksizes
On Jun 7, 2009, at 12:34 PM, Les Mikesell wrote:
Niki Kovacs wrote:
Hi,
I'm currently experimenting with G4U (Ghost for Unix), a small
cloning
application sending disk images to an FTP server.
The application reads the whole disk bit by bit, compresses it and
then
stores it
On Jun 7, 2009, at 12:54 PM, Niki Kovacs wrote:
Rainer Duffner a écrit :
Ever booted a live-CD?
It also knows your disks (unless it's a server, except for maybe the
CentOS LiveCD, most other's suck on servers - they simply don't
recognize the controllers).
The question was not about the
On Jun 7, 2009, at 1:11 PM, Niki Kovacs wrote:
Rainer Duffner a écrit :
Yup.
If you have the time, you can experiment with the blocksize and see
where the throughput is best.
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-09/msg01375.html
Interesting thread. Guess I'll
Niki Kovacs wrote:
Rainer Duffner a écrit :
Yup.
If you have the time, you can experiment with the blocksize and see
where the throughput is best.
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/questions/2008-09/msg01375.html
Interesting thread. Guess I'll give it a few spins
Kevin Krieser wrote:
I'll second the recommendation for clonezilla. It knows enough about
most filesystems (including windows ntfs) to only store the used
blocks
and it can use network storage over nfs, smb, or sshfs if you use the
bootable CD clonezilla-live version. If you do a lot
On Jun 7, 2009, at 2:59 PM, Les Mikesell wrote:
Kevin Krieser wrote:
I'll second the recommendation for clonezilla. It knows enough
about
most filesystems (including windows ntfs) to only store the used
blocks
and it can use network storage over nfs, smb, or sshfs if you use
the
20 matches
Mail list logo
