По ошибке я заметил, что в каталоге / 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-generic. Это почти новая установка: я добавил некоторое серверное программное обеспечение (nginx, mysql, php7.2-fpm), но даже после закрытия проблема сохраняется.
Какие файлы созданы и почему? Как бы я остановил это поведение? очень нежелательный на SSD
Спасибо!
ОБНОВИТЬ
Вопрос в том, когда нет / tmp в ОЗУ (нет tmpfs ).
Виновным программным обеспечением является x2goserver.service, в противном случае оно должно быть .
/tmp
обычно используется tmpfs (файловая система ramdisk, которая использует страничный кэш в качестве своего резервного хранилища); Вы пометили свой вопрос с помощью tmpfs , поэтому ваши комментарии о SSD кажутся неуместными./tmp
обычно на tmpfs» допустимо для обычного пользователя Ubuntu - просто с помощью установки Ubuntu по умолчанию, она/tmp
находится на диске, и оператору OP необходимо создать соответствующие записи fstab, чтобы поместить его в tmpfsОтветы:
Я предлагаю установить и запустить fnotifystat, чтобы обнаружить процесс, который создает эти файлы:
Вы увидите процесс, который выполняет действия open / close / read / write примерно так:
источник
/tmp/...
файлов для IPC между демоном и пользовательским пространством вместо более сложной DBUS.Определите, какая программа / процесс касается файлов
Вы можете использовать такие инструменты, как
lsof
определение того, какие процессы и двоичные файлы касаются / открывают какие файлы. Это может стать проблематичным, если файлы часто меняются, поэтому вместо этого вы можете настроить часы для уведомления:Иногда простой взгляд на пользователя или владельца группы дает вам хороший совет (например:)
ls -lsha
.Положить
/tmp
в оперативную память вместо дискаПри желании вы можете поместить свой
/tmp
каталог в оперативную память. Вы должны будете определить, является ли это разумным шагом, основываясь на доступной оперативной памяти, а также на размере и частоте чтения / записи.Если у вас достаточно ОЗУ, это может считаться очень хорошим решением как для долговечности вашего SSD, так и для скорости вашей системы. Вы даже можете сделать это с меньшим количеством оперативной памяти, если вы настроите
tmpreaper
(иногдаtmpwatch
), чтобы быть более агрессивным.источник
Вы помечены свой вопрос с TMPFS , так что не совсем понятно, как это относится к SSD на всех. Tmpfs - это файловая система в памяти (или, точнее, в блок-кеше), поэтому она никогда не попадет на физический диск.
Более того, даже если у вас есть физическое резервное хранилище для вашей
/tmp
файловой системы, если у вас нет системы с парой килобайт ОЗУ, эти недолговечные файлы никогда не попадут на диск, все операции будут происходить в кеше.Другими словами, беспокоиться не о чем, так как вы используете tmpfs, и если бы вы этого не делали, беспокоиться было бы не о чем.
источник
/tmp
в оперативной памяти, то это не имеет никакого отношения к вашему SSD, поэтому это не является ни желательным, ни нежелательным, но на самом деле совершенно не связано.Люди слишком беспокоятся о выносливости записи SSD. Если предположить, что создание и удаление пустого файла записывает 24 КБ каждую секунду, а использование спецификации 150 ТБайт для популярного 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 осталось много жизни.
источник
tune2fs: Bad magic number in super-block while trying to open /dev/nvme0n1 Found a gpt partition table in /dev/nvme0n1
.Вы использовали неправильное
/dev/nvme0...
имя:Правильный формат:
Что касается времени жизни NVMe SSD :
Ключевая строка здесь:
После 18 месяцев использования процент использования SSD составляет 0%. Если после 3 лет использования он достигнет 1%, я знаю, что SSD прослужит 300 лет.
Очевидно, что этот ответ не поместится в разделе комментариев, чтобы ответить на другие комментарии.
источник
tune2fs
в ответ на ваш комментарий к ответу Фрейзера Ганна с сообщением об ошибке.