o que são essas partições / pastas do tmpfs e como removê-las?

Navegue suas respostas
5

Estou executando o Fedora 20. Recebi a seguinte saída para o $df -h 

$ df -h
Filesystem               Size  Used Avail Use% Mounted on
/dev/mapper/fedora-root   11G  8.0G  2.1G  80% /
devtmpfs                 3.5G     0  3.5G   0% /dev
tmpfs                    3.5G   76K  3.5G   1% /dev/shm
tmpfs                    3.5G  676K  3.5G   1% /run
tmpfs                    3.5G     0  3.5G   0% /sys/fs/cgroup
tmpfs                    3.5G  164K  3.5G   1% /tmp
/dev/sda1                477M   90M  358M  20% /boot
/dev/mapper/fedora-home   45G   26G   17G  60% /home
none                     224G  114G  111G  51% /media/sf_VBShared

Eu não sei porque existem alguns tmpfs e devtmpfs . E por que eles estão aqui? Posso removê-los e recuperar esse espaço em disco?

    
por 5YrsLaterDBA 24.03.2015 / 19:42

3 respostas

5

O comentário e a outra resposta abordaram seus equívocos sobre o tmpfs. Aqui vou abordar

Why they are here?
e
Can I remove them?
como solicitado.

Todos esses são, em gíria do systemd, sistemas de arquivos da API . Eles são fundamentais para a operação de um sistema baseado em systemd, e o programa systemd os monta na inicialização do sistema, antes de fazer praticamente qualquer outra coisa. O system-manager do nosh faz praticamente o mesmo, exceto (atualmente) /sys/fs/cgroup e /tmp .

/dev/shm

Em (apenas) sistemas operacionais Debian Linux, isso é, na verdade, /run/shm . Este tmpfs tem o propósito específico de implementar memória compartilhada POSIX em seu sistema operacional. A remoção fará com que os aplicativos que usam a memória compartilhada POSIX falhem.

/sys/fs/cgroup

É aqui que systemd (e outros) montam as várias hierarquias de controle grupo de controle que estão disponíveis em seu sistema operacional. A remoção interromperá as partes do seu sistema operacional, que dependem de grupos de controle, funcionando.

/tmp

Este é, naturalmente, o lugar onde os usuários esperam poder colocar arquivos temporários de curta duração. A remoção fará um bom número de aplicativos que usam arquivos temporários bastante infelizes.

/run

Isso costumava ser /var/run . É onde (tipos específicos de) arquivos temporários que podem potencialmente durar até o próximo bootstrap do sistema serem colocados. Você encontrará isso cheio de arquivos PID, o diário não persistente systemd, soquetes de domínio UNIX, FIFOs e outras coisas semelhantes. A remoção fará com que o diário do sistema chore; quebrar o (mis-) gerenciamento de um número assustadoramente grande de daemons que ainda hoje usam arquivos PID; e destruir o udev, o sistema "multi-sede" do systemd e um monte de outros subsistemas.

Em um sistema de nosh, removê-lo irá quebrar de maneira semelhante todos esses mesmos subsistemas com seus FIFOs e soquetes. Ele também quebrará a API de controle do gerenciador de serviços, o daemon do registrador associado do gerenciador de serviço e as APIs de controle / status de quaisquer daemons "supervisionar cedo".

/dev

É onde, convencionalmente, todos os arquivos de dispositivos para dispositivos de caracteres e blocos são armazenados no Unices e no Linux. Muitos programas e subsistemas esperam que nomes convencionais como /dev/tty , /dev/null , /dev/zero , /dev/console , /dev/fd/0 , /dev/sda e assim por diante funcionem. Removendo isso vai quebrar muito do seu sistema que eu duvido que seja utilizável em tudo. Este é um devtmpfs em vez de um tmpfs . A diferença é que o primeiro é automaticamente preenchido e despovoado com entradas de arquivos de dispositivos pelo próprio kernel, já que os dispositivos são carregados / habilitados e desabilitados / descarregados no kernel.

Leitura adicional

por 26.03.2015 / 21:54
0

tmpfs é uma ramdisk (uma espécie de) ramdisk. O ideal é não estragar o disco rígido com pequenas coisas temporárias, hoje em dia a memória não é mais um prêmio, com o bônus de velocidade adicional de um dispositivo de bloco baseado em memória RAM.

Por muito tempo você pode ler, por exemplo, o link

Para citar o artigo

Tudo armazenado no tmpfs é temporário no sentido de que nenhum arquivo será criado no disco rígido; no entanto, o espaço de troca é usado como armazenamento de backup em caso de situações de pouca memória. Na reinicialização, tudo no tmpfs será perdido.

A memória usada pelo tmpfs cresce e diminui para acomodar os arquivos que ela contém e pode ser trocada para trocar espaço.

    
por 24.03.2015 / 20:01
-1

Se você quiser entender o que é tmpfs, sugiro verificar primeiro o kernel.org (link na parte inferior).

O tmpfs é um sistema de arquivos que mantém todos os arquivos na memória virtual (memória física + swap). Que, de acordo com a documentação: se a instância tmpfs for removida, tudo que estiver armazenado nela será perdido.

Se você tentar forçar a desmontar o fs quando estiver montado, o sistema não deve permitir que você veja o exemplo abaixo, os arquivos mantidos em / dev / shm pertencem ao sistema operacional, o que significa que ele travaria os processos usando este recurso. Alternativamente, comentar as linhas de / etc / fstab não é uma boa idéia, porque os sistemas de arquivos virtuais, como procfs ou sysfs, não podem funcionar como esperado, ou mesmo serem montados. 

[root@client ~]# mount |egrep tmpfs
tmpfs on /dev/shm type tmpfs (rw,rootcontext="system_u:object_r:tmpfs_t:s0")
[root@client ~]# for pid in $(fuser -m /dev/shm 2>/dev/null|sed "s/m//g");do echo $pid--;pstree -p $pid ;done
2194--
gnome-settings-(2194)───{gnome-settings}(2197)
2210--
metacity(2210)───{metacity}(11132)
2253--
pulseaudio(2253)─┬─gconf-helper(2263)
                 ├─{pulseaudio}(2260)
                 └─{pulseaudio}(2262)
2264--
gnome-volume-co(2264)
2267--
gpk-update-icon(2267)───{gpk-update-ico}(2870)

Kernel - tmpfs

    
por 14.04.2018 / 23:59

Tags

Qual é a maneira mais segura de criar um setor de inicialização em uma unidade de sistema existente? É ruim se milhões de arquivos são armazenados em uma pasta NTFS?