On Mon, Mar 13, 2017 at 08:36:59PM -0700, David Christensen wrote:
> >and the destination ended up bigger,
> >possibly because one or more of the backups on the source had been using some
> >kind of hardlink de-dupe (I've ranted about hardlink trees being a problem in
> >various backup topics on -u
Hello,
On Mon, Mar 13, 2017 at 08:36:59PM -0700, David Christensen wrote:
> Is anyone aware of a utility that can walk a file system and replace
> identical files with hard links?
As an alternative to doing this, you could consider using a
filesystem with block-level de-duplication support.
ZFS
On 03/14/2017 04:52 AM, The Wanderer wrote:
On 2017-03-13 at 23:36, David Christensen wrote:
Is anyone aware of a utility that can walk a file system and replace
identical files with hard links?
Try rdfind. It's in Debian; I don't use it myself, largely because the
(accepted upstream years a
On 03/14/2017 03:34 AM, David wrote:
On 14 March 2017 at 14:36, David Christensen wrote:
Doing a quick test, it appears that rsync copies hard linked files as if
each were a different file:
rsync -a hard-link-1/ hard-link-2
Here, 'man rsync' says:
"Note that -a does not preserve hardlinks,
On 2017-03-13 at 23:36, David Christensen wrote:
> On 03/13/2017 02:01 AM, Jonathan Dowland wrote:
>
>> On Fri, Mar 10, 2017 at 10:00:45PM -0800, David Christensen wrote:
>> and the destination ended up bigger, possibly because one or more
>> of the backups on the source had been using some kind
On 14 March 2017 at 14:36, David Christensen wrote:
>
> Doing a quick test, it appears that rsync copies hard linked files as if
> each were a different file:
>
> rsync -a hard-link-1/ hard-link-2
Here, 'man rsync' says:
"Note that -a does not preserve hardlinks, because finding
multiply-linked f
On 03/13/2017 02:01 AM, Jonathan Dowland wrote:
On Fri, Mar 10, 2017 at 10:00:45PM -0800, David Christensen wrote:
I'd always put a step 0) in there: is imaging what you want to do? Consider
a file-level backup with rsync (etc etc, as discussed elsewhere in this
thread)
I do imaging for system
On Fri, Mar 10, 2017 at 10:00:45PM -0800, David Christensen wrote:
> >I'd always put a step 0) in there: is imaging what you want to do? Consider
> >a file-level backup with rsync (etc etc, as discussed elsewhere in this
> >thread)
>
> I do imaging for system disks. I do backups and archives for
On 03/10/2017 12:49 AM, Jonathan Dowland wrote:
On Thu, Mar 09, 2017 at 09:04:56PM -0800, David Christensen wrote:
I use LUKS swap (random key) and root (passphrase). I think it's the piece
of the boot chain that gives me the LUKS prompt for root (before the GRUB
menu).
You get that prompt *b
On Thu, Mar 09, 2017 at 09:04:56PM -0800, David Christensen wrote:
> I use LUKS swap (random key) and root (passphrase). I think it's the piece
> of the boot chain that gives me the LUKS prompt for root (before the GRUB
> menu).
You get that prompt *before* GRUB?
I use LUKS everywhere and only g
On 03/08/2017 10:56 PM, Felix Miata wrote:
Was that disk ever used for anything besides Jessie, not new or
wiped first?
The disk was wiped before installing Jesse.
Run strings on it or view in a sector editor and you'll probably see
grub somewhere, if it's a typical Linux installation that p
On Wed, Mar 08, 2017 at 09:46:32PM -0800, David Christensen wrote:
> What is in blocks 1-101?
I believe it's part of grub. My limited understanding of how it works is
it's split up into separate stages designed to fit within the "holes" in
a typical MBR layout, each stage having enough code to ini
Hi,
David Christensen wrote:
> Examining a Windows XP disk, the first partition (C:\) starts at block 63
> (track 1):
> [...]
> Number Start End SizeType File system Flags
> 1 63s156296384s 156296322s primary ntfs boot
That's an oldfashioned layout. Bad
David Christensen composed on 2017-03-08 21:46 (UTC-0800):
...
Examining a Jesse system drive, the first partition starts at block 2048
(1 MB = 2**20 bytes):
2017-03-08 21:30:04 root@jesse ~
# parted /dev/sda u s p
Model: ATA SAMSUNG SSD UM41 (scsi)
Disk /dev/sda: 31277232s
Sector size (logica
14 matches
Mail list logo
