Рекламный блок.

Итак ставим на чистую машинку Debian с образа debian-40r1-i386-netinst.iso, и взлетаем на stable ядре 2.6.18-5-686... Всё красиво и замечательно. Далее берём «фирменный» USB-to-Serial шнурок от CDMA-терминала Huawei ETS 1201, втыкаем, смотрим, чего говорит lsusb:
Bus 005 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000
Bus 003 Device 001: ID 0000:0000
Bus 002 Device 003: ID 0451:3410 Texas Instruments, Inc. TUSB3410 Microcontroller
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 001: ID 0000:0000

Гуглим и довольно быстро выясняем, что для работы с сим шнурком нужны драйвера и что чуть ли не с версии 2.6.11 они идут в «стандартных» сборках пакета linux-image-2.6.xxx... Проверяем и действительно, в /lib/modules/2.6.18-5-686/kernel/drivers/usb/serial/ есть нужный нам ti_usb_3410_5052.ko. Далее совершаем остальные манипуляции и, по итогу, при следующем втыкании шнурка получаем:
Oct 13 17:16:25 skunk2 kernel: ti_usb_3410_5052 2-1:2.0: TI USB 3410 1 port adapter converter detected
Oct 13 17:16:25 skunk2 kernel: usb 2-1: TI USB 3410 1 port adapter converter now attached to ttyUSB0

Ну а потом, естественно, делаем apt-get update... и обновляемся из репозитария... до 2.6.22-2-686... и... радостно обнаруживаем, что в /lib/modules/2.6.22-2-686/kernel/drivers/usb/serial/ нету больше нужного драйвера...

Ну а теперь вопрос (из серии риторических, наверное)... «Кто виноват и что делать?». Какова вообще политика по включению/исключению разработчиками драйверов тех или иных устройств? Ведь, согласитесь, было бы очень неприятно, если бы на удалённом сервере, который выходит в мир только через такой вот CDMA-терминал, подключенный через USB-to-Serial шнурок, после апдейта пакетов и перезагрузки пропал бы нафиг коннект... Вообще, как мне до сих пор казалось количество драйверов только увеличивалось... и вот оппаньки...

SwD
Может он по другому называться начал?

Пэтро
Глянул в /lib/modules/2.6.22-2-686/modules.usbmap фиг, нету там ничего для 0451:3410

ядро 2.6.21.5 из Slackware 12
модуль там есть
скорее всего на Debin его просто забыли вкомпилять как стандартный - или не посчитали нужным. Придётся тебе собирать ядро ручками.

Кстати - аналогичная проблемма была в Fedora 6 - там вообще забыли в стандартной поставке про драйвер ntfs. А если учесть что в стандартной поставке и исходники ядра отсутствуют...

SwD

Ну а потом, естественно, делаем apt-get update... и обновляемся из репозитария... до 2.6.22-2-686

Похоже ты обновился из testing-а или unstable. Потому что в stable который etch до сих пор 2.6.18+6etch1, а в секурити апдейтах к нему - 2.6.18+6etch2

Ну а обновление до последнего testing или unstable (особенно в этом случае) может приносить сюрпризы.
Почему мейнтейнеры ядра в дебиане выключили этот драйвер в сборке 2.6.22.2 - непонятно, в официальном ядре с kernel.org этот драйвер есть. Можно послать им багрепорт, репозитарии testing и unstable собственно для этого и нужны.

ядро 2.6.21.5

Угу, на Debian аналогично.

Похоже ты обновился из testing

Ну да, stable-то 2.6.18... Потому всё, что выше testing/unstable... Просто хотелось понять логику мейнтейнеров... Но, видимо, никакой логики таки нет, а потому отправлю таки багрепорт...
Хотя «неприятный осадочек остался» ©

SwD

Хотя «неприятный осадочек остался»

Обновляясь из testing/unstable нужно быть морально готовым
Я вот вчера X.org 7.3 обновил из unstable, лампочки на клаве перестали работать.

А я на ноуте уже больше года живу на unstable. Переодически перестают работать некоторые вещи, но решение их доставляет удовольствие и опыт.

Н двух ПК (один из которых 24/7, домашний сервер по совместительству) и ноуте unstable несколько лет.

Таки да... скачал исходники ядра из того же самого репозитария... глянул искомые драйвера действительно есть... просто не проставлена отметка о компиляции...

Вопрос знатокам, как подправить загрузку? Или проще систему переставить?


Отредактировал Rumlin - 26 Апреля, 2010, 13:03

Rumlin , проверьте работоспособность харда на 2-ом канале
если это произошло после обновления - попробуйте запуститься на старом ядре

Отредактировал rex - 26 Апреля, 2010, 13:51

оба hdd SCSI проходят тесты в менюшке контроллера AIC-7892A. Обновлений не было. Вдруг перестала работать.

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

За дебианом было замечено, что он часто "путал" харды - вместо hda мог подставить hde и т.п., но зачастую это было после апдейтов

вместо hda мог подставить hde

не мог, hda после смены ядра могло превратиться в sda или sdX
а в принципе, чтобы забыть о имени HDD и порядке их включения, пользуйте метки или UUID