Cardreader (0bda:0158 Realtek Semiconductor Corp. Mass Storage Device) не замечает карту пока не пнёшь - как исправить?

Кардридер встроенный в нетбук (Lenovo s10) не желает замечать вставленную карту памяти пока не пнёшь его командой sudo blockdev --rereadpt /dev/sdb - а после этого находит её и нормально работает. При вставке карты в sudo tail -f /var/log/messages ничего не выпадает, после sudo blockdev --rereadpt /dev/sdb выпадает всё что должно выпасть при вставке карты. Внешний кардридер (встроенный в плеер) работает правильно.

Как можно заставить его обнаруживать её автоматически?
Ядро 2.6.32.2, система свежая. Проблема на уровне ядра или в userspace?

Конфиг ядра: http://arago.wen.ru/config.zip
messages: http://arago.wen.ru/messages.zip
^_^ uname -a
Linux arago-netbook 2.6.32.2arago-netbook22 #16 SMP PREEMPT Tue Jan 12 18:44:35 MSK 2010 i686 Intel(R) Atom(TM) CPU N270 @ 1.60GHz GenuineIntel GNU/Linux

Проверьте включен ли

Проверьте включен ли CONFIG_INOTIFY

Да. Принудительно. Также

Да. Принудительно. Также включены (опционально) CONFIG_INOTIFY_USER и CONFIG_DNOTIFY.

До выполнения

До выполнения blockdev
появляются ли устройства в /sys/block/ ? sdd sdc и проч

Да. ^_^ ls /sys/block/

Да.
^_^ ls /sys/block/ -l
итого 0
lrwxrwxrwx 1 root root 0 Янв 25 16:01 sda -> ../devices/pci0000:00/0000:00:1f.2/host2/target2:0:0/2:0:0:0/block/sda
lrwxrwxrwx 1 root root 0 Янв 25 16:01 sdb -> ../devices/pci0000:00/0000:00:1d.7/usb5/5-5/5-5:1.0/host4/target4:0:0/4:0:0:0/block/sdb

а ну тогда - надо писать udev

а ну тогда - надо писать udev правило для этого ридера.
дока
http://reactivated.net/writing_udev_rules.html

только вместо udevinfo - сейчас udevadm info

не надо правил =) ибо он

не надо правил =) ибо он работает без бубна

nout slep # lsusb
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 004: ID 0bda:0158 Realtek Semiconductor Corp. Mass Storage Device

Мой конфиг с работающим карт-ридером http://dpaste.com/150480/
версия удева - 146-r1

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

#

# /boot/config-2.6.32-gentoo-r1nout
bash: /boot/config-2.6.32-gentoo-r1nout: Отказано в доступе
O_o

Пожалуйста-пожалуйста дайте

Пожалуйста-пожалуйста дайте конфиг на 38 ядро или новее без этой проблемы этого девайса.
А ещё лучше, может опишете от какого параметра это зависит?
Весь обгуглился уже, а не нашел. Нашел только, что лечится (лечилось) халом. а как без него теперь - хз.

starrk@starrk-netbook ~ $

starrk@starrk-netbook ~ $ wgetpaste /boot/config-2.6.38.5-zen-starrk-netbook-46
Your paste can be seen here: http://paste.pocoo.org/show/414174/
starrk@starrk-netbook ~ $ wgetpaste /boot/config-2.6.35-zen2-starrk-netbook-45
Your paste can be seen here: http://paste.pocoo.org/show/414175/

К сожалению не знаю от чего это зависит, поскольку никаких целенаправленных действий для исправления не предпринимал, и самоисправление проблемы после обновления ядра с 2.6.35-zen2 до 2.6.38.5-zen приятно порадовало (хотя прогнать sudo lshw после вставки/извлечения карты не так уж и трудно, но всё же радует)...

http://gentoo.ru/node/23065 у

http://gentoo.ru/node/23065 у меня та же самая проблема

Тебе помог последний пост

Тебе помог последний пост Arago?
Мне что-то нихрена.
Походу это зависит от конкретных версий ядер и удева.
В убунте с 35 ядром автоскан работает.
Пробовал делать олдконфиг с её конфига и с конфига Arago - безрезультатно.
Может это действительно лечится только демонами управления оборудованием, а у меня пока голая система из стейджа, ядра и пары дров.

Просто дичайше нервирует, что ничего нет ни в dmesg, ни в udevadm monitor <--kernel | --udev> при вставке карточек в ридеры, дада, я и внешний мультикард ридер пробовал - нифига, слоты определяются все, так что lun'ы сканируются. а вот если после этого вставить карточки - получаешь ничего.

Есть смутное (очень смутное) подозрение, что это как-то связано с автозасыпанием устройств.
Попробую наверно последовательно PM вырубать, хотя в файлах контроля за засыпанием этих устройств в /sys явно значится не применять автозасыпание к ним.

Хм, вырубил PM - результата

Хм, вырубил PM - результата нет.

РЕШЕНО

С помощью
CONFIG_USB_STORAGE_REALTEK=y в 39м ведре

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".