Por que tenho tantos discos RAM?

Eu tenho o Arch Linux em execução no meu Raspberry Pi 2.

Logo após instalar, eu corri lsblk, fdiske dfcomandos (infelizmente eu não salvar a saída), mas eu tinha um disco, que é o cartão SD e duas partições nele. Depois, atualizei o sistema pacman -Syu, instalei sudoe configurei ssh. Agora, quando executo fdisk, mostra que tenho 16 discos RAM na memória com parâmetros:

Disk /dev/ram15: 4 MiB, 4194304 bytes, 8192 sectors 

Units: sectors of 1 * 512 = 512 bytes 

Sector size (logical/physical): 512 bytes / 4096 bytes 

I/O size (minimum/optimal): 4096 bytes / 4096 bytes

e todos os tipos de sistemas de arquivos montados em vários pontos de montagem (enquanto eu criei apenas /dev/roote /dev/boot):

Filesystem      Size  Used Avail Use% Mounted on
/dev/root       1.8G  1.1G  557M  67% /
devtmpfs        458M     0  458M   0% /dev
tmpfs           462M     0  462M   0% /dev/shm
tmpfs           462M  328K  462M   1% /run
tmpfs           462M     0  462M   0% /sys/fs/cgroup
tmpfs           462M     0  462M   0% /tmp
/dev/mmcblk0p1  100M   18M   83M  18% /boot
tmpfs            93M     0   93M   0% /run/user/1000

Então, minha pergunta é: o que são todos esses discos RAM e por que eles estão no meu sistema, já que eu definitivamente não os criei e quais são esses sistemas de arquivos montados?

Editar :

cat /proc/partitions resultado:

major minor  #blocks  name

   1        0       4096 ram0
   1        1       4096 ram1
   1        2       4096 ram2
   1        3       4096 ram3
   1        4       4096 ram4
   1        5       4096 ram5
   1        6       4096 ram6
   1        7       4096 ram7
   1        8       4096 ram8
   1        9       4096 ram9
   1       10       4096 ram10
   1       11       4096 ram11
   1       12       4096 ram12
   1       13       4096 ram13
   1       14       4096 ram14
   1       15       4096 ram15
 179        0   31472640 mmcblk0
 179        1     102400 mmcblk0p1
 179        2    1853439 mmcblk0p2

Em primeiro lugar, os discos RAM não são a mesma coisa que tmpfs .

Existem muitos diretórios em sua unidade raiz que são usados ​​para armazenar arquivos temporários. Essas pastas tendem a ter muitas leituras e gravações à medida que os aplicativos criam, modificam e excluem os arquivos durante o curso de sua execução.

Em um disco rígido mecânico em que o número de ciclos de leitura / gravação não importa, isso é perfeitamente aceitável. No entanto, no Raspberry Pi, onde o back-end de armazenamento principal é um cartão SD, em que há um número limitado de ciclos de leitura / gravação, ter tantas E / S acontecendo pode desgastar prematuramente o cartão.

Como não precisamos persistir os arquivos nesses diretórios temporários durante uma reinicialização, muitas distribuições tentam reduzir o desgaste do dispositivo de armazenamento armazenando os arquivos temporários de alto tráfego na RAM. O Tmpfs é usado, pois é um sistema de arquivos que usa a RAM como back-end de armazenamento. É por isso que você vê tantos diretórios montados como tmpfs.

Os discos de RAM não têm nenhuma relação com isso. Eles são dispositivos de bloco suportados pela RAM, enquanto o tmpfs é um sistema de arquivos suportado pela RAM. Os discos RAM são dispositivos de bloco bruto semelhantes a /dev/sdaetc ... Você pode criar um sistema de arquivos em cima de um disco RAM executando mkfs /dev/ramda mesma maneira que faria em um dispositivo de bloco de disco rígido normal.

Acredito que o número de discos RAM disponíveis para uso seja controlado por uma opção de configuração do kernel . Tenha certeza de que eles não ocupam espaço até você usá-los / gravá-los.

Isso não é nada incomum.

Os discos RAM são comumente usados ​​para sistemas de arquivos temporários.

Meu laptop Debian

Filesystem      Size  Used Avail Use% Mounted on
udev            1.5G     0  1.5G   0% /dev
tmpfs           301M   32M  269M  11% /run
/dev/sda2        47G   31G   14G  71% /
tmpfs           1.5G  1.7M  1.5G   1% /dev/shm
tmpfs           5.0M  8.0K  5.0M   1% /run/lock
tmpfs           1.5G     0  1.5G   0% /sys/fs/cgroup
tmpfs           1.5G   69M  1.5G   5% /tmp
/dev/sda4       386G  344G   23G  94% /home
tmpfs           301M   12K  301M   1% /run/user/114
tmpfs           301M   76K  301M   1% /run/user/1000

My Raspbian Pi Zero

Filesystem                     Size  Used Avail Use% Mounted on
/dev/root                      7.2G  3.8G  3.1G  56% /
devtmpfs                       214M     0  214M   0% /dev
tmpfs                          218M     0  218M   0% /dev/shm
tmpfs                          218M   17M  202M   8% /run
tmpfs                          5.0M  4.0K  5.0M   1% /run/lock
tmpfs                          218M     0  218M   0% /sys/fs/cgroup
/dev/mmcblk0p1                  56M   20M   37M  36% /boot
tmpfs                          100M  4.0K  100M   1% /ram
tmpfs                           44M     0   44M   0% /run/user/109
mercury.lan:/home/common/code  386G  344G   23G  94% /code
tmpfs                           44M     0   44M   0% /run/user/1000

Resposta curta : é apenas uma fdisk peculiaridade nas versões mais recentes. Alternativamente, você também pode usar partede lsblk.

Extraído deste tópico no AskUbuntu:

Nas versões posteriores da fdiskseleção do que o programa considera como dispositivo de bloco mudou substancialmente. No util-linuxpacote do qual o fdisk (entre outros) faz parte, versão 2.21, essa decisão é baseada na geometria do disco relatada, enquanto na versão atual (como em maio de 2017) 2.72.1 (a versão atual 2.72.1) a saída de / proc / partitions é analisada

E:

Os discos ram estão no kernel há muito tempo, é o comportamento do fdisk que mudou.

Mais detalhes e várias soluções alternativas (se esses discos ram na tela o incomodarem) no thread mencionado acima.