<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: 25 Outstanding Backup Utilities for Linux Systems in 2024	</title>
	<atom:link href="https://www.tecmint.com/linux-system-backup-tools/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.tecmint.com/linux-system-backup-tools/</link>
	<description>Tecmint - Linux Howtos, Tutorials, Guides, News, Tips and Tricks.</description>
	<lastBuildDate>Wed, 19 Nov 2025 04:55:06 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		By: Ravi Saive		</title>
		<link>https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2362823</link>

		<dc:creator><![CDATA[Ravi Saive]]></dc:creator>
		<pubDate>Wed, 19 Nov 2025 04:55:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.tecmint.com/?p=19643#comment-2362823</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2361859&quot;&gt;Peter&lt;/a&gt;.

@Peter,

Thank you for the feedback! 

That’s a fair point, adding clarity on which options are worth considering, plus noting the more current or actively maintained ones, would definitely make the list more useful. I’ll keep that in mind for future updates. 

Appreciate you taking the time to share your thoughts!]]></description>
			<content:encoded><![CDATA[<p>In reply to <a target="_blank" href="https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2361859">Peter</a>.</p>
<p>@Peter,</p>
<p>Thank you for the feedback! </p>
<p>That’s a fair point, adding clarity on which options are worth considering, plus noting the more current or actively maintained ones, would definitely make the list more useful. I’ll keep that in mind for future updates. </p>
<p>Appreciate you taking the time to share your thoughts!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Peter		</title>
		<link>https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2361859</link>

		<dc:creator><![CDATA[Peter]]></dc:creator>
		<pubDate>Sun, 16 Nov 2025 04:35:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.tecmint.com/?p=19643#comment-2361859</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-1942892&quot;&gt;Roger&lt;/a&gt;.

It would have been helpful if you had mentioned the 15 not worth considering, the 10 worth considering, and your recommendation. It also would have been helpful if the author of the article had noted which ones are more current or still being maintained, if that information is known. But many thanks to the author for providing this list.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a target="_blank" href="https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-1942892">Roger</a>.</p>
<p>It would have been helpful if you had mentioned the 15 not worth considering, the 10 worth considering, and your recommendation. It also would have been helpful if the author of the article had noted which ones are more current or still being maintained, if that information is known. But many thanks to the author for providing this list.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: visitor		</title>
		<link>https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2349455</link>

		<dc:creator><![CDATA[visitor]]></dc:creator>
		<pubDate>Fri, 10 Oct 2025 00:24:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.tecmint.com/?p=19643#comment-2349455</guid>

					<description><![CDATA[Great article, still mostly valid in 2025, although some projects have not been updated or developed in years now. For the ease of use or in a stressfull situation and since it is not the year 2005, I would recommend tools that have a graphical user interface above those which are commandline only.]]></description>
			<content:encoded><![CDATA[<p>Great article, still mostly valid in 2025, although some projects have not been updated or developed in years now. For the ease of use or in a stressfull situation and since it is not the year 2005, I would recommend tools that have a graphical user interface above those which are commandline only.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ravi Saive		</title>
		<link>https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2254562</link>

		<dc:creator><![CDATA[Ravi Saive]]></dc:creator>
		<pubDate>Mon, 23 Dec 2024 04:37:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.tecmint.com/?p=19643#comment-2254562</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2254331&quot;&gt;Jeff Stern&lt;/a&gt;.

@Jeff,

Thank you for sharing your experience with `&lt;strong&gt;rsnapshot&lt;/strong&gt;`. It’s great to see how simple and efficient it is for you. Your idea of event-based backups instead of time-based ones is excellent and could make it even better. 

Hopefully, the community adds this feature in the future!]]></description>
			<content:encoded><![CDATA[<p>In reply to <a target="_blank" href="https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2254331">Jeff Stern</a>.</p>
<p>@Jeff,</p>
<p>Thank you for sharing your experience with `<strong>rsnapshot</strong>`. It’s great to see how simple and efficient it is for you. Your idea of event-based backups instead of time-based ones is excellent and could make it even better. </p>
<p>Hopefully, the community adds this feature in the future!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jeff Stern		</title>
		<link>https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-2254331</link>

		<dc:creator><![CDATA[Jeff Stern]]></dc:creator>
		<pubDate>Sun, 22 Dec 2024 04:45:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.tecmint.com/?p=19643#comment-2254331</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-996278&quot;&gt;jmzc&lt;/a&gt;.

I&#039;ve used &lt;strong&gt;rsnapshot&lt;/strong&gt; for years. What&#039;s super about it is that it does not require any GUI to be running, or, for that matter, any software at all, to recover. You simply mount the drive with the &lt;strong&gt;rsnapshot&lt;/strong&gt; backups, and copy (or &lt;strong&gt;rsync&lt;/strong&gt;) the stuff back to your newly-installed (or repaired) drive. Boom. Done. No GUI. No software. Just copy from the command line.  (Technically, when restoring, I use this command line, which I have aliased to &quot;&lt;strong&gt;rsrtp&lt;/strong&gt;&quot;:
&lt;pre&gt;
sudo rsync -rt --stats --progress&quot; /mnt/bak8TB/rsnap/alpha.0/localhost/home/ /home/
&lt;/pre&gt;
I have other stuff in there, too, such as &lt;code&gt;/etc/&lt;/code&gt;, &lt;code&gt;/root/&lt;/code&gt;, and &lt;code&gt;/var/&lt;/code&gt;, but you get the idea.

rsnapshot gets the shortest review above.

It would also need the shortest review of restores: All it takes is copying back from the commandline.

I love that rsnapshot minimizes drive usage by intelligent use of hard links.

The only thing I would prefer to add to rsnapshot (or to have in any backup program, for that matter) would be to NOT make it time-based, anymore. (I.e., DONT have it run once an hour, once a day, etc. Instead, have it run ONLY when there is a change in a file.  Then only THAT file has to be added to the backup.

rsnapshot would EASILY lend itself to that sort of setup, because of the hard links. I&#039;d just love to see someone do it.

Thanks.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a target="_blank" href="https://www.tecmint.com/linux-system-backup-tools/comment-page-1/#comment-996278">jmzc</a>.</p>
<p>I&#8217;ve used <strong>rsnapshot</strong> for years. What&#8217;s super about it is that it does not require any GUI to be running, or, for that matter, any software at all, to recover. You simply mount the drive with the <strong>rsnapshot</strong> backups, and copy (or <strong>rsync</strong>) the stuff back to your newly-installed (or repaired) drive. Boom. Done. No GUI. No software. Just copy from the command line.  (Technically, when restoring, I use this command line, which I have aliased to &#8220;<strong>rsrtp</strong>&#8220;:</p>
<pre>
sudo rsync -rt --stats --progress" /mnt/bak8TB/rsnap/alpha.0/localhost/home/ /home/
</pre>
<p>I have other stuff in there, too, such as <code>/etc/</code>, <code>/root/</code>, and <code>/var/</code>, but you get the idea.</p>
<p>rsnapshot gets the shortest review above.</p>
<p>It would also need the shortest review of restores: All it takes is copying back from the commandline.</p>
<p>I love that rsnapshot minimizes drive usage by intelligent use of hard links.</p>
<p>The only thing I would prefer to add to rsnapshot (or to have in any backup program, for that matter) would be to NOT make it time-based, anymore. (I.e., DONT have it run once an hour, once a day, etc. Instead, have it run ONLY when there is a change in a file.  Then only THAT file has to be added to the backup.</p>
<p>rsnapshot would EASILY lend itself to that sort of setup, because of the hard links. I&#8217;d just love to see someone do it.</p>
<p>Thanks.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
