Список модулей ядра и сетевая карта

Во первых, используй тэги, чтобы не было портянок.
А во вторых, в части правки базы оборудования
seva
Почему , разве моя мысль не логична?
Логична, но нужно знать, что делаешь, а лучше, если все работает, то НЕ ТРОГАТЬ
Поясню
Как известно утилита lspci выводит детальную информацию о всех PCI шинах и устройствах на них. Основную информацию утилита считывает с PCI-шины, а точнее из конфигурационного пространства PCI, которое составляет 256 байт, первые 64 байта стандартизованы (конфигурационное пространство PCIe расширено, но это сути не меняет). И вот основная информация об устройстве и находится в этих 64 байтах. Сначала считывается эта основная информация, а потом уже дополнительная информацию считывается из базы данных оборудования, то есть из файла pci.ids (замечу, что эта дополнительная информация находится на основании основной).
Например, рассмотрим audio controller 00:1b.0
lspci -knn -s 00:1b.0
00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04)
	Subsystem: Hewlett-Packard Company 6 Series/C200 Series Chipset Family High Definition Audio Controller [103c:167c]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
И посмотрим 64 байта, имеющие отношение к этому устройству
lspci -x -s 00:1b.0
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00: 86 80 20 1c 06 04 10 00 04 00 03 04 10 00 00 00
10: 04 00 80 d0 00 00 00 00 00 00 00 00 00 00 00 00
20: 00 00 00 00 00 00 00 00 00 00 00 00 3c 10 7c 16
30: 00 00 00 00 50 00 00 00 00 00 00 00 0b 01 00 00
Не буду расписывать, как получил, но из этих 64 байт мы имеем
VID:PID=8086:1c20
Subsystem=103c:167c
и так далее.
В принципе можно считать и из регистров
- VID - setpci -s 0000:00:1b.0 00.W
8086
- PID - setpci -s 0000:00:1b.0 02.W
1c20
и так далее

А сейчас проведем небольшой эксперимент - изменим незначительно информацию в базе касательно нашего audio controller - просто удалил часть информации
#	1c20  6 Series/C200 Series Chipset Family High Definition Audio Controller
	1c20   Series/C200 Chipset Family High Definition Audio Controller
Перегрузимся и смотрим вывод
lspci -knn -s 00:1b.0
00:1b.0 Audio device [0403]: Intel Corporation Series/C200 Chipset Family High Definition Audio Controller [8086:1c20] (rev 04)
        Subsystem: Hewlett-Packard Company 6 Series/C200 Series Chipset Family High Definition Audio Controller [103c:167c]
        Kernel driver in use: snd_hda_intel
        Kernel modules: snd_hda_intel
для наглядности выкладываю рядышком то, что было раньше
lspci -knn -s 00:1b.0
00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04)
	Subsystem: Hewlett-Packard Company 6 Series/C200 Series Chipset Family High Definition Audio Controller [103c:167c]
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
На работу audio это не повлияло.
Описал подробно потому, что править то можно, но нужно знать, что можно править, а что нельзя. А если это не важно, то лучше и не трогать.
Ошибки не исчезают с опытом - они просто умнеют
дааа! Приятно когда за работу берутся профи.Наверно бы искал свой ответ до потери пульса.А теперь буду полученную инфо переваривать день
Grep rtl811/8168 /usr/share/hwdata/pci.ids - пишет нет такого каталога,такого каталога в дереве нет /hwdata/, ПРишлось в ручную через МС лопатить в библиотеке ядра в /usr/share/ и получил это
1904 8139 RTL8139D Fast Ethernet Adapter
2646 0001 KNE120TX
8e2e 7000 KF-230TX
8e2e 7100 KF-230TX/2
a0a0 0007 ALN-325C
8167 RTL-8110SC/8169SC Gigabit Ethernet
1458 e000 GA-MA69G-S3H Motherboard
1462 235c P965 Neo MS-7235 mainboard
1462 236c 945P Neo3-F motherboard
8168 RTL8111/8168B PCI Express Gigabit Ethernet controller

modinfo r8169 | grep 10EC аналогично .
Конечно можно обойтись и менеджером., но здесь сьел глаза перелистывая кучу страниц. Но всё же интересно , почему не выдаёт инфо по данным названиям устройств.
И потом пробовал экспериментировать и получил на команду grep rtl8111/8168 ,grep rtl8111/8168 только в красном тексте.
каталога hwdata у меня нет , всё пролистал в МС
seva
каталога hwdata у меня нет
pacman -Qo /usr/share/hwdata/pci.ids
/usr/share/hwdata/pci.ids принадлежит hwids 20190818-1
pacman -Ql hwids
hwids /usr/
hwids /usr/share/
hwids /usr/share/hwdata/
hwids /usr/share/hwdata/[b]pci.ids[/b]
hwids /usr/share/hwdata/usb.ids
То есть пакет hwids не установлен ..... что еще раз подтверждает, что можно вполне работать и без базы оборудования - просто будем иметь меньше информации.

PS - а вот почему нет этого пакета, не понятно ...
pacman -Qi hwids
Описание             : hardware identification databases
......
Требуется            : lshw  pciutils  systemd  usbutils
Причина установки    : Установлен как зависимость другого пакета
.....

PSS - может у тебя стоит не ArchLinux???, в противном случае ни хрена не понятно ...

EDIT 1 - хотя, если система поставлена не давно, то объяснение имеется - причина в новом base, из которого выкинута часть пакетов ... Рекомендую почитать эту тему и до установить недостающие пакеты.
И так и не понял - lspci работает? .... Или я тогда ни хрена не понимаю ...
Ошибки не исчезают с опытом - они просто умнеют
vasek
может у тебя стоит не ArchLinux???
А почему может? В стартовом сообщении говорилось о Мандриве 2010 и Федоре 8. Про Арч там ни чего нет )))
anode
В стартовом сообщении говорилось о Мандриве 2010 и Федоре 8. Про Арч там ни чего нет )))
Действительно, так оно и есть ... значит проглядел ... и, как вывод, тему пора закрывать.
Ошибки не исчезают с опытом - они просто умнеют
Linux bhp-arch1 3.18.6-1-ARCH #1 SMP PREEMPT Sat Feb 7 08:59:29 CET 2015 i686 i686 i386 GNU/Linux
[root@bhp-arch1 asutp]#
root@bhp-arch1 asutp]# Linux bhp-arch1 3.18.6-1-ARCH #1 SMP PREEMPT Sat Feb 7 08:59:29 CET 2015 i686 i686 i386 GNU/Linux
[root@bhp-arch1 asutp]#
root@bhp-arch1 asutp]# modinfo rtl8169 | grep alias grep 8168
grep: grep: Нет такого файла или каталога
grep: 8168: Нет такого файла или каталога
modinfo: could not open /lib/modules/3.18.6-1-ARCH/modules.dep
[root@bhp-arch1 asutp]#
| grep alias grep 8168
ls pci работает всё спасибо . Понял одно драйвера на месте , в базе они есть на арчи, арчи управляет сетью , а не мандрива. И доустановить пакеты modinfo:
grep: grep: Нет такого файла или каталога
grep: 8168: Нет такого файла или каталога
modinfo: could not open /lib/modules/3.18.6-1-ARCH/modules.dep Выходит ни как не выловить
СПАААААСИБО ТЕМА ЗАКРЫТА
seva, нужно внимательно читать и плюс к этому в случе необходимости не grep-ать, при том с ошибками, а зайти в нужное место и посмотреть
seva
modinfo rtl8169 | grep alias grep 8168
разве я так делал???
modinfo r8169 | grep alias .... и смотрим ..... или так modinfo r8169 | grep alias | grep 8168 ....
и писал же - ls /lib/modules/$(uname -r)/kernel/drivers/net/ethernet/realtek - что мешает зайти да посмотреть. как правильно называется модуль (кстати у тебя будет другой путь).
Ошибки не исчезают с опытом - они просто умнеют
У меня очень особенный случай. на все попытки мои просмотреть драйвера выдаёт вот это
asutp@bhp-arch1 ~]$ su
Пароль:
[root@bhp-arch1 asutp]# modinfo --help
Usage: modinfo [-0][-F field][-k kernelversion][-b basedir] module...
Prints out the information about one or more module(s).
If a fieldname is given, just print out that field (or nothing if not found).
Otherwise, print all information out in a readable form
If -0 is given, separate with nul, not newline.
If -b is given, use an image of the module tree.
здесь я взял инфо с хельпа. Но вроде по нижним строкам пишет что чего нет!!!!!
[root@bhp-arch1 asutp]# modinfo r8169 |grep alias | grep 8168
modinfo: could not open /lib/modules/3.18.6-1-ARCH/modules.dep

- ls /lib/modules/$(uname -r)/kernel/drivers/net/ethernet/realtek здесь никак не даёт инфо
 
Зарегистрироваться или войдите чтобы оставить сообщение.