F2FS

F2FS (Flash-Friendly File System) is a file system intended for NAND-based flash memory equipped with Flash Translation Layer. Unlike JFFS or UBIFS it relies on FTL to handle write distribution. It is supported from kernel 3.8 onwards.

Related articles

An FTL is found in all flash memory with a SCSI/SATA/PCIe/NVMe interface , opposed to bare NAND Flash and SmartMediaCards .

Warning: The data contained on F2FS partitions can become unusable if the kernel version on the running machine is older than the kernel version used to create the partition. For example, this limitation can manifest if the F2FS partition was created on a mainline kernel provided by linux yet the system has a need to downgrade to an older series of kernels provided by linux-lts. See FS#69363.

Known issues

fsck failures

F2FS has a weak fsck that can lead to data loss in case of a sudden power loss .

If power losses are frequent, consider an alternative file system.

Long running fsck delays boot

If the kernel version has changed between boots, the fsck.f2fs utility will perform a full file system check which will take longer to finish.

This may be mitigated in the future thanks to a recent commit .

GRUB support

While GRUB supports F2FS since version 2.0.4, it cannot correctly read its boot files from an F2FS partition that was created with the extra_attr flag enabled (for more details, see GRUB#Unsupported file systems).

Creating a F2FS file system

This article assumes the device has partitions already setup. Install f2fs-tools. Use mkfs.f2fs to format the target partition referred to as /dev/sdxY:

# mkfs.f2fs -l mylabel -O extra_attr,inode_checksum,sb_checksum /dev/sdxY

Compression

To use compression, include the option. Example:

# mkfs.f2fs -l mylabel -O extra_attr,inode_checksum,sb_checksum,compression /dev/sdxY

When mounting the filesystem, specify compress_algorithm=(lzo|lz4|zstd|lzo-rle). Using will cause all txt files to be compressed by default.

In order to tell F2FS to compress a file or a directory, use :

$ chattr -R +c [FOLDER]

File-based encryption support

Since Linux 4.2, F2FS natively supports file encryption. Encryption is applied at the directory level, and different directories can use different encryption keys. This is different from both dm-crypt, which is block-device level encryption, and from eCryptfs, which is a stacked cryptographic filesystem. To use F2FS's native encryption support, see the fscrypt article. Create the file system with

 # mkfs.f2fs -l mylabel -O extra_attr,inode_checksum,sb_checksum,encrypt /dev/sdxY

or add encryption capability at a later time with fsck.f2fs -O encrypt /dev/sdxY.

Mounting a F2FS file system

The file system can then be mounted manually or via other mechanisms:

# mount /dev/sdxY /mnt/foo

Since F2FS is designed to be used on flash devices, compression is a good idea. You have to enable it at mkfs.f2fs time. A few mount options can be used to improve things slightly.

# mount -o compress_algorithm=zstd:6,compress_chksum,atgc,gc_merge,lazytime /dev/sdxY /mnt/foo
  • tells F2FS to use zstd for compression at level 6, which should give pretty good compression ratio.
  • tells the filesystem to verify compressed blocks with a checksum (to avoid corruption)
  • Enable better garbage collector, and enable some foreground garbage collections to be asynchronous.
  • Do not synchronously update access or modification times. Improves IO performance and flash durability.

Implementation of discard

By default, F2FS is mounted using a hybrid TRIM mode which behaves as continuous TRIM. This implementation creates asynchronous discard threads to alleviate long discarding latency among RW IOs. It keeps candidates in memory, and the thread issues them in idle time . As a result of this, users wanting periodic TRIM will need to implicitly set the mount option in or pass it to mount if mounting manually.

Checking and repair

Checking and repairs to F2FS file systems are accomplished with provided by . To check a file system, execute

# fsck.f2fs /dev/sdxY

Depending on the result, see for available switches to repair inconsistencies. For example:

# fsck.f2fs -f /dev/sdxY

Grow an F2FS file system

When the filesystem is unmounted, it can be grown if the partition is expanded. Shrinking is not currently supported.

First use a partition tool to resize the partition: for example, suppose the output of the print command in the parted console is the following:

Number  Start   End     Size        File system     Name                  Flag
 1      1049kB  106MB   105MB       fat32           EFI system partition  boot, esp
 2      106MB   11,0GB  10,9GB      ext4
 3      11,0GB  12,3GB  1322MB      f2fs
 4      31,0GB  31,3GB  261MB       ext4

To resize the partition to occupy all the space up to the fourth one, just give and . Now expand the filesystem to fill the new partition using:

# resize.f2fs /dev/sdxY

where /dev/sdxY is the target F2FS volume to grow. See for supported options.

gollark: I mean, I don't know how that follows, but I like it.
gollark: Sure.
gollark: Connect it to `bash` and implement BF virii.
gollark: There is ongoing work to encrypt that, too, to make TLS connections basically utterly opaque to firewalls.
gollark: Yeß. Also, there's a bit of TLS-level negotiation stuff.
This article is issued from Archlinux. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.