ядро 2.6.32.63 вешает систему при подключении usb-flash носителя

[sunjob]

добрый день

ядро 2.6.29.06.x (с ним все нормально, стаж с самомго момента выхода)
глюк "железа" исключаем - т.к. в течении многих лет система на 3х платформах отработала без проблем
данное ядро работает на все 100% / однозначно

самое последнее из 2.х - "longterm 2.6.32.63.x" - с ним проблемы

в результате "сабж" без видимых закономерностей:
- может "от балды" - заморозить систему (полностью), REISUB - не помогает, только RESET
- может нормально подмонтировать флешку
- процес записи на флешку - непредсказуем, вплоть до того, что данные могут пропасть, после перемонтирования (sync + timeout + remount)

естественно предположить, что проблема с ядром
пересобирал всевозможные варианты, опции ядра, патчи, итд... - без результата

### дополнительные симптомы:

1.UDEV-RULES

в системе настроен udev-rules: при монтировании-размонтировании любого USB-устройства проигрывает сигнал

Код Выделить Развернуть

/etc/udev/rules.d/00_usbmount_beep.rules

в новом ядре - udev-rules не отрабатывают

2. копирование

при копировани файла, после перемонтирования самого файл нет, есть "мертвая ссылка"

Код Выделить Развернуть

$ ls
Индийская гробница (1959) МКВ-720.mkv

$ ls -l
ls: cannot access Индийская гробница (1959) МКВ-720.mkv: Input/output error
total 0
-????????? ? ? ? ?                ? Индийская гробница (1959) МКВ-720.mkv

### содержимое UDEV-RULES

Код Выделить Развернуть

/etc/udev/rules.d/00_usbmount_beep.rules

ACTION=="add",    SUBSYSTEM=="usb_device", RUN+="/home/bin/beep 2"
ACTION=="remove", SUBSYSTEM=="usb_device", RUN+="/home/bin/beep 3"

### система

Slackware 12.2
KDE-TDE 3.5.12

kernels:
- 2.6.29.06.x / bfq, noop, anticipatory, deadline, cfq
- 2.6.32.63.x / bfq, noop, anticipatory, deadline, cfq

MB    - Asus P8-Z77 + Power 450W
CPU   - i7-3770K 3.50GHz
RAM   - 32Gb
VIDEO - Asus DN GTS-250 512Mb , NVidia driver 256.53.x.x

https://www.kernel.org/

###

выслушаю идеи, мысли, можно ключевые слова-ссылки
тема обсуждается и на других площадках

спасибо

### 2014.11.19 UPDATE

данный глюк воспроизведен еще и на след. ядрах
2.6.39.04
2.6.35.14
2.6.32.63

2.6.33.20 - вот сейчас под вопросом, пока работает, udev-rules отрабатывает нормально (пока тестируется)
правда у него одно большое НО - не собирается модули ядра для vbox-2.2.4-r47978 (версия в-бокса меняться не будет, без комментариев)

### UPDATE 2014.11.20

из всех "более новых" ядер, которые я потестировал, самое адекватное оказалось
-2.6.33.20
но, оно уже не собирает модули vbox & vmware (найденные патчи не помогли)

далее не стал разбираться, остаюсь на старом ядре
если будут идеи, комментарии - пишите

спасибо

[vic5710]

a dmesg что говорит при подключении флешки? и fdisk -l ?
для эксперимента можно сделать chmod -x /etc/rc.d/rc.udev , reboot и подмонтировать флешку через mount
я в /etc/syslog.conf добавляю строку:
*.*                                                    -/dev/tty4
и в четвертой консоли вижу события системы

[sunjob]

>> a dmesg что говорит
при нормальном подключении - все как и обычно, ни чего подозрительного

а если косяк, то система заморожена и уже ни чего не посмотришь

>> /chmod -x /etc/rc.d/rc.udev
он и так запускается

>> я в /etc/syslog.conf добавляю строку:
>> *.*  -/dev/tty4
>> и в четвертой консоли вижу события системы
попробую повылавливать "события", но ... это ловить у моря погоды: скосячит-не скосячит... (система валится "от балды")

спасибо

[vic5710]

>> /chmod -x /etc/rc.d/rc.udev
он и так запускается

-x чтобы не запускался остаются только события ядра

[sunjob]

упс...  сплю уже...

### 2014.11.19 UPDATE

данный глюк воспроизведен еще и на след. ядрах
2.6.39.04
2.6.35.14
2.6.32.63

2.6.33.20 - вот сейчас под вопросом, пока работает, udev-rules отрабатывает нормально (пока тестируется)
правда у него одно большое НО - не собирается модули ядра для vbox-2.2.4-r47978 (версия в-бокса меняться не будет, без комментариев)

[vic5710]

я с год назад собирал 2.6.32.63 longterm для livecd на базе mops-7.0 уж не помню что не пошло отказался взял ядро из mops-7.0 http://mirror.yandex.ru/mopslinux/iso/7.0/
при сборке за основу брал generic из слаки вроде как безопаснее чем huge
можно взять из debian squeeze-lts стабильно работает глюки не замечены
а 12.2 для вас принципиально? много ведь поменялось gcc ,udev,hal и тд
я если бы поставил то только в виртуалку
насчет udev - сначала идет событие ядра потом событие udev по ману
так что если до udev не доходит то это ядро

[sunjob]

>> можно взять из debian squeeze-lts
он, скорее всего, хорош только для дебиана, все дебиановские ядра, которые я собирал - приводили к большим глюкам
причем, незваисимо от того, применял я deb-патчи или нет

>> а 12.2 для вас принципиально? много ведь поменялось gcc ,udev,hal и тд
принципияльно, система обновляться не будет, скорее будет вообще заменена на дебиан :о)
готовлю почву, собираю материал, тестирую, читаю...
хотел сначало обновиться до slackware-14.1, потестировал в виртуалке, и ... кривая работа крона до сих пор не починена, ну и далее, по мелочи и не по мелочи - со временем набралось, пришел к выводу, что буду переходить на дебиан

>> насчет udev - сначала идет событие ядра потом событие udev по ману
>> так что если до udev не доходит то это ядро
ну мы тут с сообществом так и решили - ядро глючит

по теме: из всех "более новых" ядер, которые я потестировал, самое адекватное оказалось
-2.6.33.20
но, оно уже не собирает модули vbox & vmware (найденные патчи не помогли)

далее не стал разбираться, остаюсь на старом ядре
если будут идеи, комментарии - пишите

спасибо

[ogost]

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

[vic5710]

ядра от старых slax и porteus вполне стабильно работают и меняются без глюков
когда сидел на 12.2(kde 3.8 нравился) то при переезде на новый комп просто менял vmlinuz и /lib/modules

[sunjob]

### UPDATE 2015.03.11 - kernel 2.6.33.20 & kernel module build vbox & vmware

cd /usr/src/linux-`uname -r`/include/linux
ln -s ../generated/autoconf.h
ln -s ../generated/utsrelease.h

--> vbox & vmware kernel module build - OK

### UPDATE 2015.03.20

вот три ядра, на данный момент показавшие себя нормально (применительно к сабжу)

- 2.6.29.6
- 2.6.33.20
- 2.6.32.65 LongTerm (последнее поддерживаемое 2.х ядро)

все три работают с BFQ, стабильно, модули для ядра (VMWare, VBox, NVidia) собираются нормально, флешки не глючат...

еще раз спасибо, удачи и поменьше подобных граблей