
<!DOCTYPE html><html><head><title></title></head><body><div>Hi John </div><div>Your proposal certainly sounds interesting and very useful. I would be interested in attending.<br></div><div>One thing I don't understand is where the back up data is to be stored.</div><div><br></div><div>I recently purchased a HP thin client on eBay for $45 to do exactly this. Your workshop will be very helpful for me to finish off my project.</div><div><br></div><div>I have been using Dietpi as my server and found it great for learning. </div><div><a href="https://dietpi.com/" class="">https://dietpi.com/</a></div><div><br></div><div>Have not covered any of your ideas yet, so looking forward to it.</div><div><br></div><div>Regards Ivan Fetwadjieff </div><div><br></div><div><br></div><div><br></div><div>On Tue, 7 Oct 2025, at 9:07 PM, mccabedj wrote:</div><blockquote type="cite" id="qt" style=""><div>I have a proposal for a workshop. I bought a bunch of Rasberry Pi Zero Ws in bulk. They are lite but have everything you need to run them as a real Linux machine, e.g. 512MB of ram, networking (WIFI) and even micro-HDMI out if you really want. My proposal is to spend workshop(s) hacking on the Pis. In particular, I thought it would be interesting to convert them into low end backup servers. Draft proposal follows:</div><div><br></div><div>Raspberry Pi Zero W Backup server</div><div>=================================</div><div><br></div><div>Problem statement: People tend to store data on Windows desktops. Even a Linux desktop runs a large amount of software, which may be compromised in some way. For this reason, I am investigating using a small $10+ Raspberry Pi dedicated to file backups that does not allow regular users to trash the backups. (Regular users should have read-only access to backups)</div><div><br></div><div>What to bring: Raspberry Pi zeros will be provided. Bringing your own USB power supply and MicroSD card will help. Also, bring a laptop to work on.</div><div><br></div><div>-- Server software --</div><div>---------------------</div><div><br></div><div>Linux only. Feel free to investigate a microkernel or Rust-based OS which may be more secure, but I guess they would be more troublesome than they are worth at this point.</div><div><br></div><div>Btrfs: The Btrfs filesystem allows us to take frequent snapshots and do live compression. A true write once read many filesystems may not be appropriate as it would be handy for an admin to be able to delete files.</div><div><br></div><div>Snapshot schedule: Crontab or Demon. Keep n minutely, hourly, daily, weekly, monthly and yearly backups. Only take a snapshot if the last snapshot differs from live data.</div><div><br></div><div>Deduplicate Btrfs: Btrfs allows you to deduplicate existing files. Existing software may be appropriate. Investigate and integrate, or write new.</div><div><br></div><div>Smart Features (optional): Fuse Filesystem that allows to download directory as ZIP etc.?</div><div><br></div><div>SSH, Samba: Install, integrate.</div><div><br></div><div>Current Status: See tiny GitHub repository <a href="https://github.com/gmatht/btrnas" class="">https://github.com/gmatht/btrnas</a></div><div><br></div><div>-- Easy Installer --</div><div>--------------------</div><div><br></div><div>(Linux and Windows)</div><div><br></div><div>Windows users need a heterogeneous Linux backup server immune to Windows viruses even more than Linux users. (Do not install Wine).</div><div><br></div><div>See (and modify?) the new RPi installer. -- <a href="https://www.raspberrypi.com/software/">https://www.raspberrypi.com/software/</a></div><div><br></div><div>There are fewer MacOS machines out there. If we port to Linux and Windows, MacOS should be trivial to support for someone who has a MacOS machine to test and use.</div><div><br></div><div>-- Client Software --</div><div>---------------------</div><div><br></div><div>(Linux and Windows)</div><div><br></div><div>RSync not suitable for Windows? What about live sync, e.g. lsync?</div><div><br></div><div>Many options, e.g.: <a href="https://www.goodfirms.co/file-sync-software/blog/the-top-11-free-and-open-source-file-sync-software" class="">https://www.goodfirms.co/file-sync-software/blog/the-top-11-free-and-open-source-file-sync-software</a></div><div><br></div><div>Update in place to not flood the server with duplicates on a small change to a large file?</div><div><br></div><div>Avoid placing load on the small weak server for files that haven't changed.</div><div><br></div><div>Should we notify the server that a backup has been completed? It may be unnecessary complexity if we use lsync.</div><div><br></div><div>__</div><div>John McCabe-Dansted</div><div>_______________________________________________</div><div>PLUG discussion list: <a href="mailto:plug@plug.org.au">plug@plug.org.au</a></div><div><a href="https://lists.plug.org.au/mailman/listinfo/plug">https://lists.plug.org.au/mailman/listinfo/plug</a></div><div>Committee e-mail: <a href="mailto:committee@plug.org.au">committee@plug.org.au</a></div><div>PLUG Membership: <a href="http://www.plug.org.au/membership">http://www.plug.org.au/membership</a></div><div><br></div></blockquote><div><br></div></body></html>