Пишет в 5-ый файловый дескриптор. Смотрите ″ls -l /proc/2478/fd″.

Что же он зараза пишет?

Дак вам нужно что или куда? :-)

Вывод команды

итого 0

lr-x------ 1 di di 64 сент. 10 05:26 0 -> /dev/null

l-wx------ 1 di di 64 сент. 10 05:26 1 -> pipe:[314382]

lrwx------ 1 di di 64 сент. 10 05:26 10 -> socket:[314218]

lrwx------ 1 di di 64 сент. 10 05:26 11 -> socket:[314220]

lrwx------ 1 di di 64 сент. 10 05:26 12 -> anon_inode:[eventfd]

lrwx------ 1 di di 64 сент. 10 05:26 13 -> anon_inode:[eventfd]

lrwx------ 1 di di 64 сент. 10 05:26 14 -> socket:[314960]

lr-x------ 1 di di 64 сент. 10 05:26 15 -> anon_inode:inotify

lrwx------ 1 di di 64 сент. 10 05:26 16 -> anon_inode:[eventfd]

lrwx------ 1 di di 64 сент. 10 05:26 17 -> socket:[315199]

lrwx------ 1 di di 64 сент. 10 05:26 18 -> socket:[315203]

l-wx------ 1 di di 64 сент. 10 05:26 2 -> pipe:[314382]

lrwx------ 1 di di 64 сент. 10 05:26 20 -> socket:[315478]

lrwx------ 1 di di 64 сент. 10 05:26 21 -> socket:[315224]

lrwx------ 1 di di 64 сент. 10 05:26 22 -> socket:[315381]

lrwx------ 1 di di 64 сент. 10 05:26 23 -> anon_inode:[timerfd]

lrwx------ 1 di di 64 сент. 10 05:26 24 -> socket:[316439]

lrwx------ 1 di di 64 сент. 10 05:26 25 -> socket:[316440]

lr-x------ 1 di di 64 сент. 10 05:26 26 -> anon_inode:inotify

lr-x------ 1 di di 64 сент. 10 05:26 3 -> pipe:[314187]

l-wx------ 1 di di 64 сент. 10 05:26 4 -> pipe:[314187]

lrwx------ 1 di di 64 сент. 10 05:26 5 -> anon_inode:[eventfd]

lrwx------ 1 di di 64 сент. 10 05:26 6 -> socket:[314188]

lrwx------ 1 di di 64 сент. 10 05:26 7 -> socket:[314192]

lrwx------ 1 di di 64 сент. 10 05:26 8 -> anon_inode:[eventfd]

lrwx------ 1 di di 64 сент. 10 05:26 9 -> /dev/dri/card0

Мне конечно же куда надо, я б символическую сслочку в темп, который в оперативке, и хай она туды пишет!

тему поменяй

Есс-но поменял уже DE на MATE, но нужен то Cinnamon. В то же время ссд диск нужнее на ноуте!

значит диск

Сейчас точно не скажу, но, на первый взгляд, anon_inode:[eventfd] не ведёт к записи на физический носитель, да и в выводе iotop у вас ″0.00 B/s″. Советую для начала запустить iostat и посмотреть, что он показывает по активности записи для вашего ssd.

Если всё время присутсвует небольшая запись, тогда уже смотреть какие блоки пишутся:

echo 1 > /proc/sys/vm/block_dump + в цикле dmesg -c >> файл_на_tmpfs

а потом по номерам блоков определять к каким файлам они относятся.

Пишет но как я выставлял в настройках, через 300 секунд (ядро копит, потом пишет) по 12 килобайт. В принципе не критично, но хотелось бы понять что он пишет и куда. И перенести писанину в оперативу. Подскажи точнее команду какую набрать, чтоб остледить блоки?

Enjoy Linux

echo 1 > /proc/sys/vm/block_dump
for (( i=0; i<305; i++ )) ; do
    dmesg -c >> /tmp/blocks.txt
done
echo 0 > /proc/sys/vm/block_dump

А то, как по номеру блока получить имя файла, которому он пренадлежит, зависит от файловой системы.

Или можно настроить audit (установить auditd и прописать правило для протоколирования всех системных вызовов write() ).

Не в курсе что это за хрень?

CRON[3852]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)

А так нашел еще кучу ACPI варнингов, буду разбираться пока с ними.

Запись о выполнении задания кроном, которое заключается в выполнении скрипта debian-sa1, если он есть. debian-sa1, вроде, просто выполняет команду sa1, которая сохраняет в лог системные счётчики (использование памяти, байты, прерывания и т.д.).