Linux failed to open directory

Saved searches

Use saved searches to filter your results more quickly

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed to open directory, disabling udev device properties as warn #2579

Failed to open directory, disabling udev device properties as warn #2579

Comments

Host operating system: output of uname -a

node_exporter version: output of node_exporter —version

node_exporter command line flags

node_exporter log output

log:ts=2023-01-20T13:26:45.184Z caller=diskstats_linux.go:264 level=error collector=diskstats msg=»Failed to open directory, disabling udev device properties» path=/run/udev/data

Are you running node_exporter in Docker?

Yes, in a Kubernetes Cluster

What did you do that produced an error?

What did you expect to see?

What did you see instead?

Adicional Context

Since the collector keeps running healthy even if the udev dir is not readable, should the log level be an awarning instead of an error?

The text was updated successfully, but these errors were encountered:

@SuperQ Cool!
Do you have any idea how to validate that?
If yes I can help validate and implement this small fix.

I took a look over the code.

While this is technically harmless, it does cause a partial silent failure to collect udev data. I could be convinced it should be a warning instead of an error. But we do want to report this fairly loudly in the log.

Really, what needs to be fixed here is the Kubernetes deployment. It’s missing the volume map into the node_exporter. That should be easy enough to get fixed in things like the helm charts.

Источник

Failed to open home directory

Is there any way I can fix this without restarting? This error seems to be triggered upon logging out and logging back in when when multiple users are logged in.

2 Answers 2

There is a bug report here:

You can try unmounting the directory or a reboot.

I also get run into this bug a couple of times a year. The umount didn’t work for me; all that happens is that on restarting Thunar, the error is gone, but my home directory looks empty. Added on edit: I opened a new Thunar window, going directly to a subdirectory of my home directory, which was visible. Then up to the home directory, which was now visible. So the umount did work, but not immediately. Strange.

I have the exact same problem with Xubuntu 12.04 LTS vanilla (Xfce 4.8) and also with Xubuntu 12.04 with Xfce upgraded to 4.10; both with home folder encrypted

This is a bugger since I was running away from Gnome and Unity resource consuming and Nautilus bug crashing Ubuntu 12.04 LTS

After reading about the bug Xfce not unmounting .gvfs at logout, i figured out it could be automatically unmounted at login, as i was doing mannually.

This is what I did and so far it works:

I created a file with leafpad within my home directory: .umountgvfs.sh

placed the following script to unmount .gvfs

#!/bin/bash /bin/fusermount -zu "$HOME/.gvfs" 

in terminal gave it execution permision

then created an autostart application, selecting the corresponding script at: configuration -> configuration administration -> session start -> autostart applications

Name: umountgvfs Comment: script to unmount .gvfs on login Command: /home/YOURUSER/.umountgvfs.sh

Since this solved the problems most of the times, but not always, i guessed the script was being called before time, so i added a sleep command (bash -c «sleep 5; command») where 5 is the seconds it delays the script at login, in terminal:

leafpad /home/YOURUSER/.config/autostart/umountgvfs 

and edited in the Exec line adding: bash -c «sleep 5; «

[Desktop Entry] Encoding=UTF-8 Version=0.9.4 Type=Application Name=umountgvfs Comment=script to unmount .gvfs on login Exec=bash -c "sleep 5; /home/YOURUSER/.umountgvfs.sh" OnlyShowIn=XFCE; StartupNotify=false Terminal=false Hidden=false 

Replace YOURUSER with your user name.

Источник

Failed to open directory on Kali Linux Virtualbox

I added E:\Kali_Shared to my Kali Linux Virtualbox image and then tried to open it within Kali Linux. Received an Failed to open directory error. This seems to be a common problem with different versions of Linux running in Virtualbox where you get Virtualbox shared folder permissions denied error message.

The fix is rather easy and there’s two different ways to do it.

Solution 1

Add yourself to the vboxsf group within the guest VM.

Run from terminal: (in Kali Linux, Ubuntu, Debian derivatives)

sudo usermod --append --groups vboxsf $USER

To take effect you should log out and then log in, or you may need to reboot.

Solution 2

Edit the file, you will need root privileges: /etc/group

Look for the line vboxsf:x:999 and add at the end :yourusername — use this solution if you don’t have sudo .

To take effect you should log out and then log in, or you may need to reboot.

Источник

🐉 Решение ошибки Failed to open directory на Kali Linux в Virtualbox

Мануал

Я добавил E:\Kali_Shared в образ Kali Linux Virtualbox, а затем попытался открыть его в гостевом ВМ.

Похоже, это общая проблема для различных версий Linux, работающих в Virtualbox, когда вы получаете сообщение об ошибке Virtualbox:

shared folder permissions denied.

Исправить это довольно просто, и есть два разных способа.

Решение 1

Добавьте себя в группу vboxsf в гостевой виртуальной машине.

Запустите из терминала: (в производных Kali Linux, Ubuntu, Debian)

sudo usermod --append --groups vboxsf $USER

Решение 2

Отредактируйте файл, вам понадобятся права root: /etc/group

Найдите строку vboxsf:x:999 и добавьте в конце :yourusername – используйте это решение, если у вас нет sudo.

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

Пожалуйста, не спамьте и никого не оскорбляйте. Это поле для комментариев, а не спамбокс. Рекламные ссылки не индексируются!

• Аудит ИБ (49)
• Вакансии (12)
• Закрытие уязвимостей (105)
• Книги (27)
• Мануал (2 306)
• Медиа (66)
• Мероприятия (39)
• Мошенники (23)
• Обзоры (820)
• Обход запретов (34)
• Опросы (3)
• Скрипты (114)
• Статьи (352)
• Философия (114)
• Юмор (18)

Anything in here will be replaced on browsers that support the canvas element

OpenVPN Community Edition (CE) – это проект виртуальной частной сети (VPN) с открытым исходным кодом. Он создает защищенные соединения через Интернет с помощью собственного протокола безопасности, использующего протокол SSL/TLS. Этот поддерживаемый сообществом проект OSS (Open Source Software), использующий лицензию GPL, поддерживается многими разработчиками и соавторами OpenVPN Inc. и расширенным сообществом OpenVPN. CE является бесплатным для […]

Что такое 404 Frame? Большинство инструментов для взлома веб-сайта находятся в 404 Frame. Итак, что же представляют собой команды? Вы можете отдавать команды, используя повседневный разговорный язык, поскольку разработчики не хотели выбирать очень сложную систему команд. Команды Команды “help” / “commands” показывают все команды и их назначение. Команда “set target” – это команда, которая должна […]

В этой заметке вы узнаете о блокировке IP-адресов в Nginx. Это позволяет контролировать доступ к серверу. Nginx является одним из лучших веб-сервисов на сегодняшний день. Скорость обработки запросов делает его очень популярным среди системных администраторов. Кроме того, он обладает завидной гибкостью, что позволяет использовать его во многих ситуациях. Наступает момент, когда необходимо ограничить доступ к […]

Знаете ли вы, что выполняется в ваших контейнерах? Проведите аудит своих образов, чтобы исключить пакеты, которые делают вас уязвимыми для эксплуатации Насколько хорошо вы знаете базовые образы контейнеров, в которых работают ваши службы и инструменты? Этот вопрос часто игнорируется, поскольку мы очень доверяем им. Однако для обеспечения безопасности рабочих нагрузок и базовой инфраструктуры необходимо ответить […]

Одной из важнейших задач администратора является обеспечение обновления системы и всех доступных пакетов до последних версий. Даже после добавления нод в кластер Kubernetes нам все равно необходимо управлять обновлениями. В большинстве случаев после получения обновлений (например, обновлений ядра, системного обслуживания или аппаратных изменений) необходимо перезагрузить хост, чтобы изменения были применены. Для Kubernetes это может быть […]

Источник