Por que o / sys / fs / ext4 / vda1 existe quando / dev / vda1 é ext3?

Question

Estou tentando ajustar meu sistema de arquivos para algumas operações que eu tenho que fazer envolvendo um grande número de arquivos. Então fiquei confuso sobre o que eu estou usando.

tune2fs -l / dev / vda1 contém:

Filesystem magic number:  0xEF53

Então, isso significa que é ext2, ext3 ou ext4 porque eles compartilham o mesmo número mágico.

blkid / dev / vda1 diz:

/dev/vda1: UUID="c38b3343-603a-49d3-85e0-88af1c8617c5" TYPE="ext3" PARTUUID="1bf082a8-01"

/ etc / fstab contém:

UUID=c38b3343-603a-49d3-85e0-88af1c8617c5 / ext3 (...)

mount (e / proc / mounts) diz:

/dev/vda1 on / type ext3 (rw,relatime,errors=remount-ro,data=ordered)

Definitivamente parece que estou usando o ext3.

Mas então, fora do meio do nada :

liam@lorenz /sys/fs % ls
cgroup  ext4  pstore

liam@lorenz /sys/fs % ls ext4
features  vda1

liam@lorenz /sys/fs % cd /proc/fs

liam@lorenz /proc/fs % ls
ext4 jbd2 nfsd

liam@lorenz /proc/fs % ls ext4
ext4

O que está acontecendo? Foi ext3 desde que esta VM foi construída e nunca foi convertida ou montada como ext4.

uname -a:

Linux lorenz 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt9-3~deb8u1 (2015-04-24) x86_64 GNU/Linux

    

Answer 1

O que está acontecendo é que ext4 é ext3 é ext2. Ou seja, eles são o mesmo sistema de arquivos, apenas com recursos mais novos ativados. Quais recursos estão ativados são descritos no superbloco. Como o driver ext4 suporta todos os recursos anteriores, ele pode ser usado para montar todos os sistemas de arquivos mais antigos com menos recursos ativados. O kernel manteve o código original para os módulos ext2 e ext3 para que ele possa ser usado para montar sistemas de arquivos antigos sem os novos recursos habilitados, mas o módulo ext4 também pode ser usado e a maioria das distribuições modernas constrói o kernel com uma opção de configuração usar o driver ext4 para todos os 3 tipos de sistema de arquivos, em vez de carregar o antigo código menos capaz.