Вопросы Теги

Какое приложение я должен обвинить в том, что навязчиво создал каталог снова и снова?

Перед конфигурацией и компиляцией tmux (или любая программа) необходимо сказать это, где это может найти библиотеки, этому нужно. При установке некоторой библиотеки в нестандартном месте можно использовать переменную окружения LD_LIBRARY_PRELOAD сказать, где некоторые библиотеки расположены.

Я Ваш случай:

$ export LD_LIBRARY_PRELOAD=$HOME/.bin-libevent/lib

И затем продолжайте конфигурацию/компиляцию.

Позже, двоичный файл должен будет также знать, где Ваши дополнительные библиотеки могут быть найдены, таким образом, необходимо будет поместить export оператор в Вашем .bashrc (если удар является Вашей оболочкой входа в систему).

21
23.09.2011, 21:33
5 ответов

Этот каталог мог бы быть создан любым приложением, которое следует стандарту Freedesktop userdirs. Это потенциально включает весь Gnome или приложения KDE.

Если Вы хотите знать, какое приложение создает файл, можно использовать файловую систему LoggedFS или подсистему аудита Linux. Посмотрите, что действительно ли возможно узнать, какая программа или сценарий создали данный файл? для получения дополнительной информации.

11
27.01.2020, 19:43
  • 1
    Таким образом, моим вопросом является точный дубликат … Спасибо! –  Stéphane Gimenez 24.09.2011, 02:14
  • 2
    И Ваш ответ (ответы) там, кажется, единственный (s), которые на самом деле отвечают на вопрос. –  Stéphane Gimenez 24.09.2011, 02:22
  • 3
    @StéphaneGimenez Технически вопросом является дубликат, но для того особого случая правильный ответ для большинства людей - то, что он создается некоторым Freedesktop-совместимым приложением, и бесполезно бороться с ним (я попробовал, и затем я создал a ~/.config/user-dirs.dirs). Например, комментарий в моем user-dirs.dirs напоминает мне, что на Ubuntu, я нашел, что каталоги создаются xdg-user-dirs-update названный от /etc/Xsession.d/* во время входа в систему. –  Gilles 'SO- stop being evil' 24.09.2011, 14:05

Это похоже на каталог из одного из бесплатных настольных стандартов. Любое приложение, совместимое с ним, могло создавать его.

Те "стандартные" каталоги могут быть указаны в $HOME/.config/user-dirs.dirs. Можно изменить имя там, чтобы не запуститься с прописной буквы и быть скрытыми где-нибудь, но быть полностью избавленным от будет трудным.

Существует одна программа (xdg-user-dirs-update) чья цель состоит в том, чтобы создать те каталоги, см. xdg-users-dirs. Если должен смочь деактивировать его при наличии a $HOME/.config/user-dirs.conf содержа

enabled=False
8
27.01.2020, 19:43
  • 1
    приветствуются, но я хотел бы знать, какое приложение создает этот каталог (я хотел бы для ловли его в данный момент, каталог создается снова). –  Stéphane Gimenez 23.09.2011, 23:32
  • 2
    Спасибо, я попробую это. Но я могу только надеяться, что приложение не создает каталог отдельно. –  Stéphane Gimenez 23.09.2011, 23:32
  • 3
    Где Вы находили это enabled информация? Чтение xdg-users-dirs, это, кажется, не имеет никакого влияния на сценарий вообще. –  Stéphane Gimenez 23.09.2011, 23:46
  • 4
    Здесь и затем чтение /etc/xdg/user-dirs.conf –  AProgrammer 24.09.2011, 08:12
  • 5
    Хорошо спасибо, программа, которая читает conf файл, xdg-users-dirs-update. –  Stéphane Gimenez 24.09.2011, 12:34

Если Вы будете полной графической средой на своем поле (X и некоторая настольная среда как Gnome или KDE), то это будет, несомненно, процесс Вашей настольной среды. Это, вероятно, создаст каталог Desktop каждый раз, когда Вы входите в систему. Процесс, ответственный за создание каталога, абсолютно зависит, на которой настольной среде Вы работаете.

0
27.01.2020, 19:43
  • 1
    Вопрос был универсален, потому что это - изолированный процесс. Я не использую "графической среды", просто сервер X11 с едва минимальным менеджером окон. обходные решения –  Stéphane Gimenez 23.09.2011, 23:09

На Debian и Ubuntu Вы видели, что существует запись user-dirs-update-gtk.desktop в /etc/xdg/autostart/.

Удаление той записи препятствует создать пользовательские каталоги снова.

Вещь, прибывающая из freedesktop стандарта, вероятно, что это работает в других дистрибутивах также.

0
27.01.2020, 19:43
  • 1
    Ничто там (кроме каталога существует). Я искал общий метод найти который попытка процесса создать определенный каталог. –  Stéphane Gimenez 23.09.2011, 22:59
  • 2
    @StéphaneGimenez: мне с начала не было ясно, что метод для разыскивания проблемы был более важен для Вас, чем сама проблема. –  enzotib 24.09.2011, 11:21

Если приложение все еще работает, Вы можете находить открытый файл в том каталоге с помощью lsof. Так как каталог является только частью имени файла, я не думаю, что Вы смогли бы использовать его в качестве параметра lsof, таким образом, Вам будет нужно к grep для части его. 

lsof | grep $HOME/Desktop
0
27.01.2020, 19:43
  • 1
    Это вряд ли будет работать, потому что приложение вряд ли будет иметь файл, открытый под ~/Desktop в то время, когда Вы работаете lsof, и это, возможно, создало каталог и не сделало ничего иного в нем так или иначе. –  Gilles 'SO- stop being evil' 24.09.2011, 01:29
  • 2
    Следовательно "Вы можете". Другие ответы при предотвращении этого, и это являющийся настольными библиотеками, которые, вероятно, ответственны, имеет смысл. Если бы Однако был это некоторый файл, создаваемый как это на устройстве, то я запустил бы с этого метода, и сбой, что, запустите вещи с предварительной нагрузки ld и утверждения, когда они пытались создать тот dir - очевидно, слишком экстремальное значение для этого вопроса, но забава. –  Danny Staple 24.09.2011, 12:59

Теги

Похожие вопросы