Don't know if I've totally missed something, but for local backups, isn't it possible to use the snapshotting feature of LVM? Should be quite fast, I think?<br><br>Regards<br>/ Ulrik<br><br><div><span class="gmail_quote">On 11/15/06, 
<b class="gmail_sendername">Sivan Greenberg</b> &lt;<a href="mailto:sivan@ubuntu.com">sivan@ubuntu.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Robert!<br><br>(CCing my two backup team colleagues for review and feedback, and to<br>-devel to raise attention and feedback)<br><br>In response to:<br><br>&quot;Robert Carr 2006-11-15: Any thoughts on a transparent version based
<br>backup? Through the backup interface allow users to specify directories,<br>and use inotify to watch files in the directory for modification and<br>back them up to a hidden file with timestamp appended on modify. Also
<br>create an interface where users can easily &quot;scroll back a day&quot; and see<br>what the folder looked like then. So far I have completed (as a proof of<br>concept more than anything) a python based implementation of the
<br>backend, but no GUI components. Additionally allow the backup files to<br>be stored on external medium such as a USB flash drive. This might merit<br>a separate specification, but I thought I would check for views here
<br>before creating a new one. Similar in idea to Apples Time Machine in OSX<br>Leopard&quot;<br><br>&nbsp;&nbsp;This is indeed an interesting and useful application of inotify.<br>Hhaving something like this for feisty or more probably feisty+1 would
<br>rock. Since simple off local backups were our first prio with regards to<br>backups at all, home user backup resulted with the feature set as<br>depicted on the specification page.<br><br>Have you given thought to how to make sure user's HD doesn't get filled
<br>with all the data that we back up? I suggest backup only the part of the<br>file that was changed, there are couple of ways to do that already.<br><br>&nbsp;&nbsp;I do see your idea as a part of a full featured, flexible and useful
<br>data protection and recovery suite. They can be listed according to<br>urgency and severity of damage we are trying to recover from:<br>1) Locally isolated file damage, common use case being accidentally<br>overwriting a system conffile or loosing small home content - this is
<br>where you're suggestions fills the need.<br>2) Large loss of personal settings and home folder content, for example<br>an HD crash or an accidental (or malicious rm -rf) erase - hubackup is<br>the answer here.<br>3) Large scale system area damage - for example loss of the / partition
<br>when you have your home on a separate one - hubackup-ng should be the<br>solution here, allowing to restore system files and system settings<br>including but not limited to databases physical storage as well as using<br>
something a generalisation of something like [1] to automatically<br>request similar programs to close and flush their internal DBs in order<br>to avoid back up of inconsistent content.<br>4) Complete disaster recovery, combining (2)+(3) adding a resuce from
<br>boot feature to the backup program along side shipping restore<br>functionalities OOTB in a desktop or installation CD.<br><br>&nbsp;&nbsp;Cheers,<br><br>Sivan<br><br>(P.S. Please use either the features system in LP or use a development
<br>oriented mailing list to discuss these, the whiteboard seems not the<br>best place for this)<br><br>--<br>ubuntu-devel mailing list<br><a href="mailto:ubuntu-devel@lists.ubuntu.com">ubuntu-devel@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel</a><br></blockquote></div><br>