Kevin,
On Sun, Jun 7, 2009 at 11:05 PM, Kevin Krieser 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 difficult case, and not a re
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 yo
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 d
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 i
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. Gu
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 no
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
>>
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 (
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 ab
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: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
>
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
> fi
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
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
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
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
>> store
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 effi
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 t
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 approa
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
20 matches
Mail list logo