Что за файлы в корневой папке

[San]

Случайно заглянул в корневую папку и обнаружил там кучу непонятных файлов.

Подскажите что это за файлы, поиск результат не принес... Делать листинг или выкладывать файл как образец - смысла не вижу, большие размеры... В скрепке лежит скриншот как это выглядит...

Система:

Код: [Выделить]

$ cat /etc/altlinux-release
ALT Workstation K 8.3  (Centaurea Ruthenica)
$ uname -a
Linux desk-alsanlin17.localdomain 4.9.190-std-def-alt0.M80P.1 #1 SMP Sun Aug 25 15:58:31 UTC 2019 x86_64 GNU/Linux

[Skull]

file <имя файла>
Наверное, systemd core-файлы оставляет или журнал ext3.

[Spanish ArCher]

Был такой вопрос
https://forum.altlinux.org/index.php?topic=38607.msg310068#msg310068

я их смело удалил. без последствий.

[berkut_174]

У меня тоже такие есть:

Код: [Выделить]

# file .1095
.1095: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from '/lib/udev/alsa-control'
Похоже они отсюда вылетают:

Код: [Выделить]

# cat /lib/udev/rules.d/60-alsa-control.rules
# do not edit this file, it will be overwritten on update

SUBSYSTEM!="sound", GOTO="alsa_control_end"
KERNEL!="controlC[0-9]*|snd/controlC[0-9]*", GOTO="alsa_control_end"

ENV{ALSA_CONTROL}="1"
ENV{ALSA_NUMBER}="$attr{../number}"

ACTION=="add", TEST=="/var/lib/alsa", RUN+="alsa-control"
ACTION=="remove", RUN+="alsa-control"

LABEL="alsa_control_end"
Но для чего?

я их смело удалил. без последствий.

Так они снова появятся, это не решение.

[berkut_174]

Пока сделал так, вроде без последствий:

Код: [Выделить]

# apt-get remove udev-alsa

[San]

Был такой вопрос

Сорри, не нашел. Весь форум перечитать - не реально, а поиском колдовал-колдовал... И в гоголе тоже, но... Толи лыжи не едут? Толи с IQ что то?

За ответы Спасибо, правда поздно ИХ увидел... Уже спать нужно идти... На днях начну эксперименты... 

[Антон Мидюков]

Чтобы они не сохранялись, нужно установить пакет systemd-settings-disable-dumpcore

[Speccyfighter]

Был такой вопрос
https://forum.altlinux.org/index.php?topic=38607.msg310068#msg310068

Забавно
Багу уже скоро 3 года, но никто до сих пор не знает, кто виновник этого мусора, который валится в систему.

[asy]

Багу уже скоро 3 года, но никто до сих пор не знает, кто виновник этого мусора, который валится в систему.

core-файл, сам по себе, не баг. Баг в приложении, из-за которого он создаётся. Вот можно на него повесить и core приложить, правда может не влезть. Если не лень, можно взять gdb, поставить debuginfo-пакет соответствующий и приложить кусок кода, на который gdb укажет.

[Speccyfighter]

Багу уже скоро 3 года, но никто до сих пор не знает, кто виновник этого мусора, который валится в систему.

core-файл, сам по себе, не баг. Баг в приложении, из-за которого он создаётся. Вот можно на него повесить и core приложить, правда может не влезть. Если не лень, можно взять gdb, поставить debuginfo-пакет соответствующий и приложить кусок кода, на который gdb укажет.

Мне его не отследить. Я его этот udev-alsa нарочно воткнул в систему с alsa на sysv. На предмет того, что в sysv-xfce такое не должно происходить по-умолчанию ни при каких условиях. Но у меня пусто и мусора нет. По крайней мере на этот момент. А pulseaudio с systemd на моих винчестерах не живут.
И можно только предполагать, с известной долей вероятности, что виновник сам systemd, раз он сам себе запрещает:

Код: [Выделить]

# rpm -qpvl /var/cache/apt/archives/systemd-settings-disable-dumpcore_2-alt1%3ap9+235364.100.1.1@1564690443_noarch.rpm
-rw-r--r--    1 root    root                       22 июл 25 20:50 /lib/systemd/system.conf.d/disable-dumpcore.conf


Код: [Выделить]

# cat ./lib/systemd/system.conf.d/disable-dumpcore.conf
[Manager]
DumpCore=no


[Антон Мидюков]

И можно только предполагать, с известной долей вероятности, что виновник сам systemd, раз он сам себе запрещает:

До какой-то версии systemd из коробки эти core были выключены, их нужно было включать для отладки. Но с какой-то версии разработчики systemd решили, что эти отладочные сообщения нужны всем пользователям. Поэтому в Альте появился пакет возвращающий старое поведение.

[sb]

Но с какой-то версии разработчики systemd решили, что эти отладочные сообщения нужны всем пользователям. Поэтому в Альте появился пакет возвращающий старое поведение.

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

[Speccyfighter]

Но с какой-то версии разработчики systemd решили, что эти отладочные сообщения нужны всем пользователям. Поэтому в Альте появился пакет возвращающий старое поведение.

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

Присоединяюсь. То же хотел сказать. И зависимость в systemd на него. Но без обратной зависимости, чтобы если кому надо для отладки можно было вынести.

[asy]

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

Так не получится.

[Speccyfighter]

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

Так не получится.

Значит ложить systemd-settings-disable-dumpcore по-умолчанию в профили пользовательских образов, чтобы этот гадский systemd не загаживал пользователям системы.

А то мне современный линукс с сыстемдэ сильно напоминает винду: сначала установи, а потом выкручивай всё назад. То журнал ограничь, то сброс дампов убери. И спорю что ещё что-то надо для приведения в юзабельный вид. Разработчики сыстемдэ когда-нибудь слышали про разумные дефолты в операционных системах общего назначения? Или для них это какой-то набор матерных слов?