meino.cra...@gmx.de [16-03-31 04:52]:
> Neil Bothwick [16-03-31 04:04]:
> > On Wed, 30 Mar 2016 19:35:33 +0200, meino.cra...@gmx.de wrote:
> >
> > > By the way: For what stands the 'dd' for ?
> > > (Think unix!)
> >
> > The apocryphal story is that
Ian Bloss wrote:
> On Wed, Mar 30, 2016, 22:46 wrote:
>
> > Neil Bothwick [16-03-31 04:04]:
> > > On Wed, 30 Mar 2016 19:35:33 +0200, meino.cra...@gmx.de wrote:
> > >
> > > > By the way: For what stands the 'dd' for ?
> > > >
I've always thought it was something like data/disk duplication
On Wed, Mar 30, 2016, 22:46 wrote:
> Neil Bothwick [16-03-31 04:04]:
> > On Wed, 30 Mar 2016 19:35:33 +0200, meino.cra...@gmx.de wrote:
> >
> > > By the way: For what stands the 'dd' for
Neil Bothwick [16-03-31 04:04]:
> On Wed, 30 Mar 2016 19:35:33 +0200, meino.cra...@gmx.de wrote:
>
> > By the way: For what stands the 'dd' for ?
> > (Think unix!)
>
> The apocryphal story is that it is copy and convert, but cc was already
> taken by the C compiler.
>
>
On Wed, 30 Mar 2016 19:35:33 +0200, meino.cra...@gmx.de wrote:
> By the way: For what stands the 'dd' for ?
> (Think unix!)
The apocryphal story is that it is copy and convert, but cc was already
taken by the C compiler.
If you have ever mistyped the of argument, you'll understand why some
On Wednesday 30 Mar 2016 19:36:57 meino.cra...@gmx.de wrote:
> Neil Bothwick [16-03-30 17:12]:
> > On Wed, 30 Mar 2016 06:36:15 +0100, Mick wrote:
> > > Also worth mentioning is dcfldd which unlike dd can show progress of
> > > the bit stream and also produce hashes of the
Daniel Quinn [16-03-30 17:12]:
> On 29/03/16 17:18, meino.cra...@gmx.de wrote:
>
> The usbstick I want to make an initial backup is 64GB of size.
> That means, I will backup mostly zeroes.
>
> You could just use dd to take a full backup and then compress it. If
Neil Bothwick [16-03-30 17:12]:
> On Wed, 30 Mar 2016 06:36:15 +0100, Mick wrote:
>
> > Also worth mentioning is dcfldd which unlike dd can show progress of
> > the bit stream and also produce hashes of the transferred output. It
> > has the same performance as the dd
Mick [16-03-30 17:12]:
> On Wednesday 30 Mar 2016 05:28:29 meino.cra...@gmx.de wrote:
> > Mick [16-03-30 03:56]:
> > > On Tuesday 29 Mar 2016 19:53:45 meino.cra...@gmx.de wrote:
> > > > The real thing:
> > > > The usbstick has a partition
On 29/03/16 17:18, meino.cra...@gmx.de wrote:
The usbstick I want to make an initial backup is 64GB of size.
That means, I will backup mostly zeroes.
You could just use dd to take a full backup and then compress it. If it
is indeed mostly zeros it’ll compress very well:
|# dd
On Wed, 30 Mar 2016 06:36:15 +0100, Mick wrote:
> Also worth mentioning is dcfldd which unlike dd can show progress of
> the bit stream and also produce hashes of the transferred output. It
> has the same performance as the dd command though.
I can't find the reference right now, but I did read
On Wednesday 30 Mar 2016 05:28:29 meino.cra...@gmx.de wrote:
> Mick [16-03-30 03:56]:
> > On Tuesday 29 Mar 2016 19:53:45 meino.cra...@gmx.de wrote:
> > > The real thing:
> > > The usbstick has a partition table, which was the reason to ask
> > > for a way to preserve
On Tuesday, March 29, 2016 01:56:22 PM R0b0t1 wrote:
> That article implies you can do special things to increase performance.
> Maybe, don't care to check.
>
> What it mentions that are widely applicable are block sizes and trimming
> which are built into modern filesystems/drivers.
>
> I had
Mick [16-03-30 03:56]:
> On Tuesday 29 Mar 2016 19:53:45 meino.cra...@gmx.de wrote:
>
> > The real thing:
> > The usbstick has a partition table, which was the reason to ask
> > for a way to preserve it.
>
> OK, I wasn't sure if it did.
>
> In this case as I
On Tuesday 29 Mar 2016 19:53:45 meino.cra...@gmx.de wrote:
> The real thing:
> The usbstick has a partition table, which was the reason to ask
> for a way to preserve it.
OK, I wasn't sure if it did.
In this case as I suggested, fdisk will show you the number and size of
partitions. minfo
That article implies you can do special things to increase performance.
Maybe, don't care to check.
What it mentions that are widely applicable are block sizes and trimming
which are built into modern filesystems/drivers.
I had performance decrease over time but am not sure the reason he gives
R0b0t1 [16-03-29 20:12]:
> The USB drive should be exposed via the mass storage interface as just
> plain storage. You don't need to do anything special.
>
> Older drives needed the user to be aware of the physical layout. Now the
> firmware mostly takes care of it.
Hi R0b0t1
The USB drive should be exposed via the mass storage interface as just
plain storage. You don't need to do anything special.
Older drives needed the user to be aware of the physical layout. Now the
firmware mostly takes care of it.
Mick [16-03-29 19:12]:
> On Tuesday 29 Mar 2016 18:33:01 meino.cra...@gmx.de wrote:
> > Hi Ian,
> >
> > If I do a
> >
> > eix partclone
> >
> > I get
> >
> > No matches found.
> > [1]7241 exit 1 eix -n partclone
> >
> > . May be a typo... ;)
>
On Tuesday 29 Mar 2016 18:33:01 meino.cra...@gmx.de wrote:
> Hi Ian,
>
> If I do a
>
> eix partclone
>
> I get
>
> No matches found.
> [1]7241 exit 1 eix -n partclone
>
> . May be a typo... ;)
Please try not to top-post, it confuses the flow of the thread.
Ian's
Hi Ian,
If I do a
eix partclone
I get
No matches found.
[1]7241 exit 1 eix -n partclone
. May be a typo... ;)
Ian Bloss [16-03-29 18:30]:
> Checkout partclone, I think it does what you're looking for.
>
> On Tue, Mar 29, 2016, 12:19
Checkout partclone, I think it does what you're looking for.
On Tue, Mar 29, 2016, 12:19 wrote:
> Hi Ia,
>
> thanks for your reply ! :)
>
> The usbstick I want to make an initial backup is 64GB of size.
> That means, I will backup mostly zeroes.
>
> Where are the
Hi Ia,
thanks for your reply ! :)
The usbstick I want to make an initial backup is 64GB of size.
That means, I will backup mostly zeroes.
Where are the partioning/format defining on the device?
If there are only stored the beginning of the device: How
much do I need to copy?
or:
If there are
If you're gonna dd a drive you either go the same space or larger. To be
sure you get everything you can just
dd if=/dev/oldstick of=/dev/newstick
Replacing old/newstick with the correct device.
You can even keep a backup image with
dd if=/dev/oldstick of=/home/user/whateveryounamedit.img
Hi,
since companies know their usbstick internals best, they
format their drives in a way, that the performance is best.
That's why I want to make a complete image "backup" of my
new usbstick first before using it in case of needing to
reset the whole thing.
The stick is a 64GB vfat formatted
25 matches
Mail list logo