Является ли /var/crash/.lock безопасным для удаления или его следует сохранить?

Сегодня, когда я загрузил Xubuntu 14.10, мне сообщили, что «проблема с системной программой была обнаружена».

Это оказалось gnome-keyring-daemon , так как был создан файл /var/crash/_usr_bin_gnome-keyring-daemon.0.crash , и с тех пор я его удалил.

Также в /var/crash есть пустой файл .lock который имеет следующие свойства:

  File: '/var/crash/.lock' Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: 801h/2049d Inode: 132494 Links: 1 Access: (0777/-rwxrwxrwx) Uid: ( 0/ root) Gid: ( 117/whoopsie) Access: 2015-04-03 19:29:23.599839682 +0100 Modify: 2015-04-03 15:51:52.551215152 +0100 Change: 2015-04-03 15:51:52.551215152 +0100 Birth: - 

Этот файл был изменен и доступ к нему одновременно с /var/crash/_usr_bin_gnome-keyring-daemon.0.crash , и к нему был осуществлен доступ через несколько часов.

Почему это и безопасно удалять, учитывая, что он все еще доступен?

Interesting Posts

Непоследовательное поведение в awk

OpenLdap – восстановление резервной копии – slapcat / slapadd

ЛУКС шифрует полный диск, сколько ОЗУ?

Linux не работает, начиная с системы dualboot после обновления Windows

Откройте окно командной строки в GNOME Desktop

Показывать элемент в контекстном меню только для определенного типа файлов с помощью Nautilus-Actions Configuration Tool

как пользователь, не являющийся пользователем root, могу ли я изменить DNS для меня в Linux?

Есть ли способ определить предпочтительный инструмент слияния или diff в Unix?

Как я могу добавить пользовательский выбор ко всем системным диалогам?

Как предотвратить dwm при переключении тегов при запуске Skype

lxde stop auto максимизирует вертикаль при перемещении окна в правый край экрана

Arch Linux не может загружаться

Приоритет для «всегда сверху» X-окон

Альтернативные способы отображения файлов, исполняемых всеми

Mysql 100% 1 загрузка центрального процессора

Linux и Unix - лучшая ОС в мире.