FS is for nubz, do these instead:
Read
dd if=/dev/sda of=/dev/stdout
Write
dd if=/dev/stdin of=/dev/sda
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by AlpΓ‘r-Etele MΓ©der, licensed under CC BY 3.0
FS is for nubz, do these instead:
Read
dd if=/dev/sda of=/dev/stdout
Write
dd if=/dev/stdin of=/dev/sda
Well since so many people recommend btrfs because "it have never lost any data for me". I want to suggest OP to never use btrfs ever. Because it has lost my data, at least three separate times, the most recent time a week ago. And it's not because of a power loss or anything, it just corrupted my files for absolutely no reason at all.
Stay away from btrfs at all costs.
"It's never lost data for me. Yet" is what they mean.
I totally agree, the only file system I've lost data with as a result of a file system corruption not caused by hardware errors or power problems in 35 years has been btrfs. FAT even served me better.
I use f2fs on ssd's and ext4 on hdd's
I don't see the need for snapshots, I backup externally
f2fs doesn't track file creation times. I thought I was ok with this, but, the longer I used it the more places it started to become an issue. Now I have all these notes that were created in 1970 and it just really takes away a powerful way of searching and organizing my notes.
SSDs* HDDs*
f2fs does one of the weirdest things with compression by default: the files are compressed but they still take up the same amount of blocks as the uncompressed files. This can get you the slight performance boost of compressed files, but doesnβt actually save you space which is an odd choice. You can enable a flag in the kernel but it has other effects as well.
Btrfs is cool because it supports snapshots, if you don't plan on using these, just go with ext4
Umm correct if um wrong but cant you make a snapshot of ant file system
Sure, but btrfs has some built-in tools for this and makes it pretty easy
Not just snapshots. Also compression and CoW.
I don't use snapshots but i love the compression.
Do what OpenSUSE Tumbleweed suggests, make a brtfs partition for your system and xfs/ext4 for home parition
Btrfs. It was the default filesystem already when I used Fedora on both my personal and work laptops. Not a single problem. It is true I don't really make much use of most of its advanced features like snapshotting, CoW, etc., but I also didn't notice any difference whatsoever in stability compared to ext4 so I'm pretty happy with it as my new default.
Ext4 for most home users, because it's simple and intuitive. Btrfs for anyone who has important data or wants to geek out about file systems. It's got some really cool features, but to actually use most of them you'll have to do some learning.
btrfs every day of the week. The only scenario where I'd even consider something else is for databases that would suffer from CoW.
I've been running it on my home server since 2010. The same array has grown from 6x2TB to 6x4TB, one disk at a time as they've failed. Currently sitting at 2x18TB+1x4TB. No data loss even though many drives have failed.
I prefer ext4 on HDD and f2fs on flash devices.
Also taking f2fs for a spin.
As far as I have experienced (I didn't measure this): don't use that partition for container layers. It might just be my system, but f2fs has slowed my container engine down a bit.
I excactly doing this. I run coreOS with f2fs and it runs really fast. No issues so far.
Totally accepting it is my system being slow. It is a openwrt router after all.