ядро 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 (найденные патчи не помогли)

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

спасибо

[Bizdelnick]

В dmesg при подключении/отключении флешки ругани нет?
Ядро ванильное или патченое (извините, не знаю, какое оно в slackware)?

[sunjob]

В dmesg при подключении/отключении флешки ругани нет?
Ядро ванильное или патченое (извините, не знаю, какое оно в slackware)?

dmesg - посмотреть не могу, "СИСТЕМА ЗАМЕРЗАЕТ ПОЛНОСТЬЮ"
>> может "от балды" - заморозить систему (полностью), REISUB - не помогает, только RESET

а когда нормально монтируется - ни чего особенного, стандартный вывод

старое ядро со множеством патчей + patch-bfq
новое - только "patch-bfq" (не влияет на стабильность)

[NickLion]

Как вариант. Деактивируйте драйвер NVidia. У меня было такое, что он не давал увидеть kernel panic и выглядело как полное замирание системы. nouveau успевало переключиться в консоль и показать информацию.

[sunjob]

Как вариант. Деактивируйте драйвер NVidia. У меня было такое, что он не давал увидеть kernel panic и выглядело как полное замирание системы. nouveau успевало переключиться в консоль и показать информацию.

как вариант попробую, если ни чего не решу более простым способом или не останусь на старом ядре
работать с обычным драйвером нвидиа (и когда это было? :о) - не совсем удобно и такой вариант "ждать у моря погоды", сработает - нет... не подходит для обычной работы

спасибо (как вариант, что бы хоть природу косяка узнать)

[NickLion]

Дело в том, что kernel panic выдаётся только на экран. Т.е. как-либо иначе эту информацию не получить.

[Hephaestus]

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

Первые два пункта у меня бывают из-за статики. И поскольку гуляющая статика - штука достаточно непредсказуемая, таки-да, закономерность уловить не удаётся.
С заземлением всё в порядке? А то бывает - отваливается.
Вы сказали, что железные проблемы исключаются, а заземление всё-таки проверьте, на всякий случай. Износ есть износ - никуда от него не денешься.

[sunjob]

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

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

как еще обьяснить?

пока работаю в старом ядре - проблем нет, вспоминаю о них только если загружаюсь в новом (и то не всегда)
прмерно так: месяц в старом, потом "с дуру вдруг решаю "А ОПЯТЬ на новое" и... в течении неск. часов-дней косяк проявляется, возвращаюсь на старое ядро...

п.с.
данный глюк воспроизведен еще и на след. ядрах
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 (найденные патчи не помогли)

### 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) собираются нормально, флешки не глючат...


спасибо