Как так получается, что файл есть, а пакета, которму файл принадлежит, нет?

[жучара]

Друзья!

Shell

user@astra:~/Desktop$ ls /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
/usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
user@astra:~/Desktop$

Смотрим, какому пакету принадлежит ext2_fs.h

Shell

user@astra:~/Desktop$ apt-file search ext2_fs.h
e2fslibs-dev: /usr/include/ext2fs/ext2_fs.h
linux-headers-4.2.0-23: /usr/src/linux-headers-4.2.0-23/include/linux/ext2_fs.h
linux-headers-4.2.0-24: /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
user@astra:~/Desktop$

Но вот беда, пакета linux-headers-4.2.0-24 у меня отродясь не было

Shell

user@astra:~/Desktop$ dpkg -l | grep linux-headers
user@astra:~/Desktop$

Это какое-то мощное обновление, даже в меню GRUB оно есть:
AstraLinuxSE GNU/Linux, с Linux 4.2.0-24-generic

И на данный момент это ядро запущено:

Shell

user@astra:~/Desktop$ uname -a
Linux astra 4.2.0-24-generic #1astra4+c1 SMP Mon Apr 22 11:09:10 UTC 2019 x86_64 GNU/Linux
user@astra:~/Desktop$

Только linux-headers-4.2.0-24 не установлен, хотя в репозитории он есть:

Shell

user@astra:~/Desktop$ grep ^Package: /var/lib/apt/lists/*Packages | grep linux-headers-4.2.0-24
/var/lib/apt/lists/_home_user_Desktops_Desktop1_upadm_dists_smolensk_main_binary-amd64_Packages:Package: linux-headers-4.2.0-24
/var/lib/apt/lists/_home_user_Desktops_Desktop1_upadm_dists_smolensk_main_binary-amd64_Packages:Package: linux-headers-4.2.0-24-generic
user@astra:~/Desktop$

ещё можно так посмотреть информацию о пакете linux-headers-4.2.0-24:

Shell

user@astra:~/Desktop$ aptitude search linux-headers-4.2.0-24
p linux-headers-4.2.0-24 - Header files related to Linux kernel version 4.2.0
p linux-headers-4.2.0-24-generic - Linux kernel headers for version 4.2.0 on 64 bit x86 SMP
user@astra:~/Desktop$

видно, что этот пакет не установлен или полностью удалён. Очень странно

В общем, спасибо, кто откликнется.

[Bizdelnick]

А почему Вы используете apt-file? Он ищет не по установленным пакетам, а по подключённым репозиториям, причём только по тем, в которых есть списки файлов, и из которых эти списки были скачаны.
dpkg-query -S /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h будет искать по установленным пакетам.

[жучара]

А почему Вы используете apt-file? Он ищет не по установленным пакетам, а по подключённым репозиториям,

ну так-то пусть ищет по чему угодно, лишь бы точно мне сказал, к какому пакету принадлежит файл; больше-то ведь и не требуется ничего. Пакет пусть будет в репозитории (необязательно установлен), я не против на момент поиска.
...Вот он и говорит, что файл ext2_fs.h принадлежит пакету linux-headers-4.2.0-24, который у меня не установлен.

Shell

user@astra:~$ dpkg-query -S /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
dpkg-query: не найден путь, подходящий под шаблон /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
user@astra:~$

я так понял, это мне говорит, что нет пакетов, к которым принадлежал бы файл /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h

[devilr]

Ну, файл с таким именем может быть и не в одном пакете. Допустим, у меня таких файлов два - в sys-fs/e2fsprogs и sys-kernel/gentoo-sources

[жучара]

Но как бы то ни было. Файл есть, а пакета(ов) нет.

[devilr]

Ну, значит ветром надуло, что тут можно ещё сказать. Из форточки.
Мало ли, может ставили пакет и криво удалили. Или собирали мимо пакетного менеджера. Или ещё 100500+ причин...

[жучара]

Если бы я что-то неправильно делал, я бы вопросов не задавал таких. Грустно, когда система как хочет, так себя и ведёт.

[devilr]

У системы самосознание проснулось?
Мне всё-таки кажется, что проблема в руках.

[жучара]

Мне всё-таки кажется, что проблема в руках.

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

[Bizdelnick]

ну так-то пусть ищет по чему угодно, лишь бы точно мне сказал, к какому пакету принадлежит файл

Ещё раз. Если установленного пакета нет в подключённом репозитории (не было на момент последнего обновления базы apt-file), то apt-file его не найдёт. А dpkg-query найдёт.

я так понял, это мне говорит, что нет пакетов, к которым принадлежал бы файл /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h

Да, именно так. Он не принадлежит ни одному установленному пакету.

[azsx]

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

замечу, что наговариваете вы, по виндовой привычке.
В никс можно логирование настроить почти на всё, каталоги описаны и более менее действительно выполняют свои функции и главное, в отличии от винды значительно меньше неизвестных программ.
Вопроса по ходу топика два.
1. Вы как сисадмин сняли дерево файлов и каталогов, делаете ли дерево после обновления каждого? Можете как сисадмин ответить когда у вас файл появился в системе? (Ещё перед обновлением логично установленный софт снимать).
2. Уже не к вам. Посмотрел файл и хотя я не насильник, но там написано, что minix_fs нужен для файловой системы minix, которая судя по вики была одной из первых и самой ужасной. На её базе сделали ext, который удалили из ядра в 1997 году. Почему остался minix_fs.h?
---
по второму вопросу подсказали в чате, "Заголовочный файл для фс ext2", спасибо.

[жучара]

Можете как сисадмин ответить когда у вас файл появился в системе?

Да хрен его знает

Shell

user@astra:~$ ls -l /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
-rw-r--r-- 1 root root 928 марта 20 2019 /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
user@astra:~$

20 марта 19 года, получается.

Про обновление мысль понятная. Но дело в том, что пакет linux-headers-4.2.0-24 при обновлении оси НЕ УСТАНАВЛИВАЕТСЯ. Пакет linux-headers-4.2.0-23 при установке оси ТАКЖЕ НЕ УСТАНАВЛИВАЕТСЯ. А в их проблемный файл ext2_fs.h и присутствует. То есть плясать от даты обновления бесмысленно.
...Откуда я это знаю? Да я просто создал щас раздел и установил туда астралинукс, а потом её обновил. Нету ни пакетов ни файла.

Если специально его не устанавливать (чего я, естессно, не делал) или если какая-нибудь программа его не установит, то он и не установится.

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

Shell

user@astra:~$ apt-rdepends linux-headers-4.2.0-23
Reading package lists... Done
Building dependency tree
Reading state information... Done
linux-headers-4.2.0-23
Depends: coreutils
Depends: fileutils (>= 4.0)
coreutils
...
user@astra:~$

Shell

user@astra:~/Desktop$ apt-rdepends linux-headers-4.2.0-24
Reading package lists... Done
Building dependency tree
Reading state information... Done
linux-headers-4.2.0-24
Depends: coreutils
coreutils
...
user@astra:~$

мда. Мало мне проблем, так ещё и выясняется, что пакет даром никому не нужен. Но откуда-то же он взялся (ну или файл от него) ?

++++++++++++++++++++++++++++++++++++++++++++++++++++++++

А вот посмотрим, какие пакеты я устанавливал 20 марта. Но сперва дата установки линукса- ну так просто.

Shell

user@astra:~/Desktop$ sudo tune2fs -l $(df / | tail -1 | cut -f1 -d' ') | grep created
Filesystem created: Fri May 3 02:05:59 2019
user@astra:~/Desktop$

То есть получается у меня файл создан в марте, а ось установлена в мае. Мда. Я не знаю, что делать. Вот так вот глянуть дату создания файла:

Shell

user@astra:~$ ls -i /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
1443273 /usr/src/linux-headers-4.2.0-24/include/linux/ext2_fs.h
user@astra:~$

Shell

user@astra:~$ sudo debugfs -R 'stat <1443273>' /dev/sdb5
...
Inode: 1443273 Type: regular Mode: 0644 Flags: 0x80000
Generation: 768555091 Version: 0x00000000:00000001
User: 0 Group: 0 Size: 928
File ACL: 0 Directory ACL: 0
Links: 1 Blockcount: 8
Fragment: Address: 0 Number: 0 Size: 0
ctime: 0x5cdc57b1:28f78944 -- Wed May 15 23:17:21 2019
atime: 0x5d888ccd:d3609b68 -- Mon Sep 23 14:13:49 2019
mtime: 0x5c92650b:00000000 -- Wed Mar 20 21:06:35 2019
crtime: 0x5cdc57ae:9e4107b0 -- Wed May 15 23:17:18 2019
Size of extra inode fields: 32
EXTENTS:
(0):5801049

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

[bormant]

он модифицирован в марте, а создан в мае. Их самих-то, кто придумывает такие команды это не смущает? Ну как так-то?

Отчего смущение должно происходить?
Содержимое файла последний раз изменялось 03.03.2019 (mtime).
Файл на вашей системе создан 15.05.2019 (ctime). После создания его содержимое не изменялось и соответствует первоначальному.
Что не так-то?

[жучара]

А то не так, что не может файл сперва поменяться, а потом создаться!

[Bizdelnick]

А то не так, что не может файл сперва поменяться, а потом создаться!

mtime — это время модификации содержимого файла, которое происходило во время сборки пакета. crtime — время создания записи inode в файловой системе. ctime — время последнего изменения метаданных файла. То есть crtime и ctime относятся к метаданным файла, а mtime — к данным. Данные изменялись раньше, чем файл на Вашей системе был создан, так что всё правильно.

[azsx]

А в их проблемный файл ext2_fs.h и присутствует.

я честно говоря не опытный и не внимательный красноглазик и какая проблема решается в топике не понимаю. Если вопрос когда появился в системе файл -- это должны ответить вы. Если для чего он появился -- должны ответить создатели дистра (или вы анализируя код) зы о сколько нам админов чудных, готовит астра линукс вдруг...
А может проблема в чём то другом?
Обратите, пожалуйста, внимание, у меня файла 2 и они разные:
a3222101334befa6172398c3d57789c2 /usr/include/ext2fs/ext2_fs.h
2bc06141f658dcb49270fab2f7f3955f /usr/src/linux-4.19.63-calculate/include/linux/ext2_fs.h
но оба для minix по комментариям. А в чате пишут, что для ext2.

Да хрен его знает

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

[жучара]

В общем, скорее всего дело, дело было так. У меня стоял пакет linux-headers-4.2.0-24 (какая-то из программ его установила), а потом я стал переустанавливать систему на неотформатированный раздел, сверху тык скыть уже установленной. Может, там что затёрлось. Ничё другого я не делал. (Хотя тоже затёрлось интересно- сам пакет помечен как удалённый, а файлы от него остались.)
Так ли это или нет, выяснить не удастся, наверное. Дело в том, что такие же действия специально потворить не удаётся- система на экспериментальном разделе устанавливается, но доходит до настройки пакета imagemagick-common и всё, конец установки.
Переустановщик системы на неотформатированный раздел (раздел с уже установленной осью) не взлюбил почему-то этот пакет. Так что всё останется на уровне предположений.

[жучара]

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

Shell

user@astra:~$ apt-rdepends linux-headers-4.2.0-23
Reading package lists... Done
Building dependency tree
Reading state information... Done
linux-headers-4.2.0-23
Depends: coreutils
Depends: fileutils (>= 4.0)
coreutils
...
user@astra:~$

Shell

user@astra:~/Desktop$ apt-rdepends linux-headers-4.2.0-24
Reading package lists... Done
Building dependency tree
Reading state information... Done
linux-headers-4.2.0-24
Depends: coreutils
coreutils
...
user@astra:~$

++++++++++++++++++++++++++++++++++++++++++++++++++++++++

так обратные зависимости не смотрят, надо так:
apt-rdepends -r

[s.xbatob]

А то не так, что не может файл сперва поменяться, а потом создаться!

mtime (и до кучи atime) можно и поменять без зазрения совести. Я, к слову, этим пользуюсь, когда времена фото восстанавливаю из EXIF.
Про остальные времена не знаю, да и не так это и интересно.