search for: fokken

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 >