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 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 if=/dev/usb
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 table, which was the reason to ask
> > > > for a way to pr
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 command though.
>
> I can'
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 it
> is indeed mostly zero
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 transferred output. It
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 sa
On 30/03/16 05:48, Bryan Gardiner wrote:
On 30 March 2016 05:01:16 GMT+09:00, Nikos Chantziaras
wrote:
So, I want to install packages from an overlay, but only from a
specific group. In this case, the dev-qt/ group. The overlay name
is "qt".
It doesn't work:
package.mask: */*::qt
package.
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.
>
> If you have ever mist
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 ?
> > > (Think unix!)
> >
> > The apocryp
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 ?
> > > > (Think unix!)
> > >
> > > The apocryphal story is that it i
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 it is copy and convert, but cc was already
On 31/03/2016 00:13, Nikos Chantziaras wrote:
> On 30/03/16 05:48, Bryan Gardiner wrote:
>> On 30 March 2016 05:01:16 GMT+09:00, Nikos Chantziaras
>> wrote:
>>> So, I want to install packages from an overlay, but only from a
>>> specific group. In this case, the dev-qt/ group. The overlay name
>>>
13 matches
Mail list logo
