По ошибке я заметил, что в/tmp каталоге непрерывно создаются некоторые файлы, затем сразу удаленные. Используя последовательность ls -l /tmp
Мне удалось поймать созданные файлы:
-rw------- 1 root root 0 Apr 2 19:37 YlOmPA069G
-rw------- 1 root root 0 Apr 2 19:37 l74jZzbcs6
или другой пример:
-rw------- 1 root root 0 Apr 2 19:44 AwVhWakvQ_
-rw------- 1 root root 0 Apr 2 19:44 RpRGl__cIM
-rw------- 1 root root 0 Apr 2 19:44 S0e72nkpBl
-rw------- 1 root root 0 Apr 2 19:44 emxIQQMSy2
Это о Ubuntu 18.10 с 4.18.0-16-универсальным. Это - почти новая установка: Я добавил некоторое программное обеспечение сервера (nginx, mysql, php7.2-fpm), но даже с закрытыми проблема сохраняется.
Что файлы создаются и почему? Как я остановил бы это поведение? очень нежелательный на SSD
Спасибо!
ОБНОВЛЕНИЕ
Вопрос о если не наличии/tmp в RAM (никакой tmpfs).
Виновное программное обеспечение является x2goserver.service в других отношениях необходимым.
Я предлагаю установить и выполнить fnotifystat для обнаружения процесса, который создает эти файлы:
sudo apt-get install fnotifystat
sudo fnotifystat -i /tmp
Вы будете видеть процесс, который делает открывать/закрывать/читать/писать действие что-то как следующее:
Total Open Close Read Write PID Process Pathname
3.0 1.0 1.0 0.0 1.0 5748 firefox /tmp/cubeb-shm-5748-input (deleted)
2.0 0.0 1.0 0.0 1.0 18135 firefox /tmp/cubeb-shm-5748-output (deleted)
1.0 1.0 0.0 0.0 0.0 5748 firefox /tmp/cubeb-shm-5748-output (deleted)
Можно использовать инструменты такой как lsof
определить, какие процессы и двоичные файлы касаются/открывают который файлы. Это могло стать неприятным, если файлы часто изменяются, таким образом, можно вместо этого настроить часы для уведомления Вас:
$ sudo fnotifystat -i /tmp
Иногда, просто рассмотрение пользователя или владельца группы дает Вам хорошую подсказку (т.е.: ls -lsha
).
/tmp
в RAM вместо дискаЕсли Вы требуете, можно поместить Ваш /tmp
каталог в RAM. Необходимо будет определить, является ли это умным ходом на основе доступной RAM, а также размером и частотой чтения-записей.
$ sudo vim /etc/fstab
...
# tmpfs in RAM
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
...
$ sudo mount /tmp
$ mount | grep tmp # Check /tmp is in RAM
tmpfs on /tmp type tmpfs (rw,noatime)
Если у Вас есть достаточно RAM, это можно считать очень хорошей вещью сделать для обоих долговечность Вашего SSD, а также скорость Вашей системы. Можно даже выполнить это с меньшими суммами RAM, если Вы настраиваете tmpreaper
(иногда tmpwatch
) быть более агрессивным.
очень нежелательный на SSD
Вы отметили свой вопрос с tmpfs, таким образом, мне не совсем ясно, как это касается SSD вообще. Tmpfs является в оперативной памяти (или более точно, in-block-cache) файловая система, таким образом, он никогда не будет поражать физический диск.
Кроме того, даже если у Вас было физическое запоминающее устройство для Вашего /tmp
файловая система, если у Вас нет системы только с несколькими килобайтами RAM, те недолгие файлы, никогда не будет поражать диск, все операции произойдут в кэше.
Так, другими словами, нет ничего для волнения о том, так как Вы используете tmpfs, и если бы Вы не были, то все еще было бы ничем для волнения о.
Люди волнуются слишком много об износостойкости записи SSD. При предположении, что создание и удаление пустого файла пишут 24 КБ каждую секунду и использование 150 спецификаций TBW для популярной Samsung 860 EVO 250 ГБ, износ занимает 193 года!
(150 * 10 ^ 12) / ((2 * 3 * 4 * 1024) * 60 * 60 * 24 * 365.25) = 193
Для ext4 файловых систем используйте "tune2fs-l" для нахождения Пожизненных записей. Или, используйте "smartctl-a" и ищите Total_LBAs_Written. Я всегда нахожу, что SSD имеет большую в запасе жизнь.
Вы использовали несправедливость /dev/nvme0...
имя:
$ sudo tune2fs -l /dev/nvme0n1
tune2fs 1.42.13 (17-May-2015)
tune2fs: Bad magic number in super-block while trying to open /dev/nvme0n1
Couldn't find valid filesystem superblock.
Правильный формат:
$ sudo tune2fs -l /dev/nvme0n1p6
tune2fs 1.42.13 (17-May-2015)
Filesystem volume name: New_Ubuntu_16.04
Last mounted on: /
Filesystem UUID: b40b3925-70ef-447f-923e-1b05467c00e7
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 2953920
Block count: 11829504
Reserved block count: 534012
Free blocks: 6883701
Free inodes: 2277641
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 1021
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8160
Inode blocks per group: 510
Flex block group size: 16
Filesystem created: Thu Aug 2 20:14:59 2018
Last mount time: Thu Apr 4 21:05:29 2019
Last write time: Thu Feb 14 21:36:27 2019
Mount count: 377
Maximum mount count: -1
Last checked: Thu Aug 2 20:14:59 2018
Check interval: 0 (<none>)
Lifetime writes: 4920 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 28
Desired extra isize: 28
Journal inode: 8
First orphan inode: 1308352
Default directory hash: half_md4
Directory Hash Seed: a179d56c-6c68-468c-8070-ffa5bb7cd973
Journal backup: inode blocks
Насколько время жизни SSD NVMe проходит:
$ sudo nvme smart-log /dev/nvme0
Smart Log for NVME device:nvme0 namespace-id:ffffffff
critical_warning : 0
temperature : 38 C
available_spare : 100%
available_spare_threshold : 10%
percentage_used : 0%
data_units_read : 22,351,778
data_units_written : 14,667,833
host_read_commands : 379,349,109
host_write_commands : 127,359,479
controller_busy_time : 952
power_cycles : 1,925
power_on_hours : 1,016
unsafe_shutdowns : 113
media_errors : 0
num_err_log_entries : 598
Warning Temperature Time : 0
Critical Composite Temperature Time : 0
Temperature Sensor 1 : 38 C
Temperature Sensor 2 : 49 C
Temperature Sensor 3 : 0 C
Temperature Sensor 4 : 0 C
Temperature Sensor 5 : 0 C
Temperature Sensor 6 : 0 C
Temperature Sensor 7 : 0 C
Temperature Sensor 8 : 0 C
Ключевая строка здесь:
percentage_used : 0%
После 18 месяцев использования использование процента SSD составляет 0%. Если после 3 лет использования это поражает 1% затем, я знаю, что SSD продлится 300 лет.
Очевидно, этот ответ не вписался бы в раздел комментария для ответа на другие комментарии.