Displaying 5 results from an estimated 5 matches for "fokken".
Did you mean:
dokken
2012 Jun 27
1
BDsync: Block Device sync
...ion"
after which the local blockdevices are synchronized.
bdsync was built to do the only thing rsync isn't able to do: synchronize
block devices. But I would actually like rsync or another tool te replace
bdsync ASAP.
Interrested people can download the sources from:
http://bdsync.rolf-fokkens.nl/
Rolf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.samba.org/pipermail/rsync/attachments/20120627/e4af4073/attachment.html>
2007 May 26
14
[Bug 570] PREROUTING is unaware of VLAN interfaces
https://bugzilla.netfilter.org/bugzilla/show_bug.cgi?id=570
kaber@trash.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From kaber@trash.net 2007-05-26
2002 Jan 03
1
tc class show problem with HTB ?
Hi!
I''m using 2.4.17 + htb2_2.4.16.diff now.
But I found the tc class show command won''t show the correct infomation like before...
I got something like:
# tc -s -d class show dev eth0
class htb 1: parent 1:
class htb 1: parent 1:
class htb 1: parent 1:
class htb 1: parent 1:
class htb 1: parent 1:
class htb 1: parent 1:
class htb 1: parent 1:
# tc -s qdisc
2018 Dec 30
3
Aw: Re: rsync remote raw block device with --inplace
> There have been addons to rsync in the past to do that but rsync really
> isn't the correct tool for the job.
why not correct tool ?
if rsync can greatly keep two large files in sync between source and destination
(using --inplace), why should it (generally spoken) not also be used to keep two
blockdevices in sync ?
maybe these links are interesting in that context:
2018 Dec 30
0
Aw: Re: rsync remote raw block device with --inplace
It was broucht up before indeed:
https://lists.samba.org/archive/rsync/2012-June/027680.html
On 12/30/18 9:50 PM, devzero--- via rsync wrote:
>> There have been addons to rsync in the past to do that but rsync really
>> isn't the correct tool for the job.
> why not correct tool ?
>
> if rsync can greatly keep two large files in sync between source and destination
>