On 11/20/2010 11:57 AM, Ghodechhap wrote:
Use ext4. its faster that ext3 in general and has faster fsck. Mount option
auto_da_alloc takes care of possibility of of data loss. Besides most data
loss cases are reported on config files which are written, closed and renamed
without an fsync.
Doubt:
I have a file foo.bar on my disk, which is handled by an application foo.
Say double click on it or access it from command line as foo foo.bar.
Now can I write a kernel module or any other application as a daemon, which
intercepts this call and reads the contents of my file and then
On Saturday 20 November 2010 12:50:31 Mayuresh wrote:
On Sat, Nov 20, 2010 at 11:57:59AM +0530, Ghodechhap wrote:
and I still recommend btrfs :) You can snapshot the data and access it at
will. Something very important for backup drive.
Thanks for ext3/ext4 info.
Hmmm.. Looks like btrfs
On Saturday 20 November 2010 13:57:28 Rahul Sundaram wrote:
On 11/20/2010 11:57 AM, Ghodechhap wrote:
Use ext4. its faster that ext3 in general and has faster fsck. Mount
option auto_da_alloc takes care of possibility of of data loss. Besides
most data loss cases are reported on config
On Sat, Nov 20, 2010 at 05:13:12PM +0530, Ghodechhap wrote:
Also, I have slightly old fashioned view about snapshots. A lot of content
to be backed up consists of files that do not undergo change. For those
that do I'd rather opt for a revision control and backup my revision
control
On 11/20/2010 05:17 PM, Ghodechhap wrote:
Well, Btrfs doesn't even have a fsck yet that can repair damage and
until then recommending Btrfs is just not right. If you want something
that is mature and stable, use Ext4 or XFS. Btrfs will take atleast
six months to an year to be ready for wide
I want to use a detachable drive for backup purposes.
What are good ways to encrypt such a drive?
This link showed many alternatives:
http://www.debianadmin.com/filesystem-encryption-tools-for-linux.html
BTW I am using Fedora.
Mayuresh.
___
Pune GNU/Linux