Выявить восклицательные знаки

Слишком специфично для каждого девайса. Слишком много вариантов.

Знать, работает или нет может только драйвер. В венде эти значки от них (драйверов) и берутся.

Соответственно modprobe, lsmod и т.д.

Тогда упростим вопрос: как выявить неработающее оборудование по причине отсутствия драйвера? Если lshw выводит UNCLAMED - это оно?

На мой взгляд если драйвер загрузился, то устройство работает (с точки зрения системы). Если нет, то никакие списки оборудования его не выведут (что выводить-то?). Т.о. выяснить работоспособность можно отловив сообщения при инициализации драйвера или включении устройства.

слова импа error, warning, fail

ещё conflict — IRQ могут конфликтовать

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

выведут, что на такойто шине болтается фиговина с такимито буквами (для usb емнип vendor и deviceid), остается решить задачу - как понять что сей девайс снабжен драйвером

как понять что сей девайс снабжен драйвером

Для PCI:

$ lspci -k

как выявить неработающее оборудование по причине отсутствия драйвера?

Для PCI (точнее, для не-USB/COM/LPT) - ответил выше.

Для USB - не знаю.

Вопрос: а тебе зачем? Какова конечная цель?

lspci -s 00:00.0 -k

драйвера нет, а всё работает))

на арм бордах lspci потерпит фэйл.

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

драйвера нет, а всё работает))

Молодец, нашел исключение.

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

Вот, ты знаешь, если в Виндовс напротив устройства нет знака восклицания, я не подпишусь, что оно таки работает. А ты? Я уже молчу о том, что там есть всякие «драйвер процессора», и другие по типу нашего 'lspci -s 00:00.0 -k', я хочу увидеть знаки восклицания напротив таких пунктов (я даже где-то видел дайвер коврика мышки, не шучу). Так что, под такое т. з. я бы и в Виндовс не подписался.

Единственный надежный способ это провести приемочные испытания. И то есть нюансы.

Правда, если что-то правда не работает, то в наших Линуксах есть логи, которые можно просмотреть, и которые, есть шанс, помогут понять возможную причину. А в их Виндовсах такое есть? Я что-то не припомню, хотя, может я просто отстал от жизни. Я помню только знак восклицания. Да, еще знак вопроса. И, помню, что если что-то то-такое видишь, то просто переустанавливаешь драйвер. Или качаешь другой. А если и это не помогает, то, как правило, начинается шаманство почище Линуксового. Что-то изменилось за последние 10-15 лет?

А как всё-таки с шиной USB быть? В ноутбуках многие внутренние устройства (камера, например, или bluetooth подключены через неё).

lsusb

И ещё. lspci запущеный на ноуте выдал следующее http://freetexthost.com/wtinuieged Нет драйвера на 00:02.1 Как быть?

это должен быть hd audio для hdmi по всем канонам))

забей, проверь, что по hdmi звук есть.

можешь dmesg посмотреть и поискать там 00:02.1 может чего пишет.

У шины USB проблема в том, что некоторые устройства не имеют ядерного драйвера, а с ними общается пользовательское приложение через libusb (при этом это приложение может запускаться лишь периодически, а не висеть непрерывно в памяти). Поэтому определить есть ли драйвер для USB-устройства нельзя. Во всяком случае универсального способа нет.

Такой вопрос. Как посмотреть есть ли в оборудовании «восклицательные знаки». Простите уж за термин из мира маздая, ну смысле когда какое-то из устройств работает неправильно.

NoWay. Этот твой «восклицательный знак» в маздае появляется в том случае, если ты поставил правильный(с т.з. маздая) драйвер, но устройство всё равно не работает.

Но в маздае «неправильный» ты попросту и не поставишь. Ибо маздай — один.

В Linux ошибка обычно возникает как раз из-за неправильного драйвера, например для другого ядра. Вряд-ли ты поставишь правильный драйвер к ДРУГОМУ устройству(как раз случай «восклицательного знака»).

Т.е. в Linux эта ошибка очень редкая, и нужно иметь совсем уж кривые руки, что-бы умудриться поставить годный драйвер для ДРУГОГО устройства.

В линуксе ошибки возникают обычно из-за «правильного», открытого драйвера.

dmesg

В линуксе ошибки возникают обычно из-за «правильного», открытого драйвера.

нет. Правильный Ъ открытый драйвер работает нормально. Например от intel. Криво работает открытый драйвер, который написан путём реверс инжинеринга закрытого. Вроде ntfs-3g (да, его уже доделали. И 20и лет не прошло). Или если производитель делает открытый драйвер «чтоб было»(т.е. вообще-то устройство предназначено для работы с нормальным драйвером, на него все силы и тратятся)

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

Буду краток: http://bash.im/quote/399609

Обычно, если проблема и появляется, в логах остается что-то типа Unable to load firmware dvb-cx98765-13-666.fw , что довольно легко гуглится. Ну и соответственно после установки прошивки все работает как часики, IRQ не конфликтуют, девайс откликается, устройства создаются

это должен быть hd audio для hdmi по всем канонам))

забей, проверь, что по hdmi звук есть.

Если 00:02.1 который зовётся «Display controller» - это звук, то что же тогда «00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller»? А если это видео, то что же тогда «00:02.0 VGA compatible controller»?

можешь dmesg посмотреть и поискать там 00:02.1 может чего пишет.

Кака польза от этой информации?

[    0.200735] pci 0000:00:02.1: [8086:2a43] type 00 class 0x038000
[    0.200747] pci 0000:00:02.1: reg 10: [mem 0xf4400000-0xf44fffff 64bit]

Кака польза от этой информации?

особо никакой

не нужен скорее всего драйвер i915 все делает.

посмотри в спеке, если хочешь знать, что за устройство 00:02.1

вот навоял себе
dmesg|egrep -i 'confl|corrupt|crash|damage|err[^u]|fail|[^e]fault|spott|warn'

может чего-то ещё не хватает