LINUX.ORG.RU
ФорумAdmin

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


0

2

добрый день

ядро 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/

###

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

спасибо


Этот баг появился где-то в конце 2011-го в 2.6.32 силами Debian Kernel Team (которая и является апстримом LTS для него). Встречается на определённых конфигурациях железа и проявляется в виде паники с ошибкой разыменования нулевого указателя. Сделать с этим вряд ли что-то можно, проще перейти на другое ядро.

Gotf
()
Ответ на: комментарий от Gotf

баг

если не сложно, ссылку и\или что то еще почитать спасибо

п.с. а какое «последнее стабильное ядро 2.х» посоветуете?

sunjob
() автор топика

переходи на 3.х, там этого бага нет. А на 2.х все положили.

emulek
()
Ответ на: комментарий от sunjob

3.x ничем революционно не отличается от 2.6.x, так что я бы не стал так категорично утверждать.

Gotf
()
Ответ на: комментарий от sunjob

Версия 3.х сугубо косметическое изменение нумерации, ничего технически не изменилось, можешь называть, скажем, долгоподдерживаемое ядро 3.2 по старому, как 2.6.42. Так что всё запустится нормально.

redgremlin
()
Ответ на: комментарий от redgremlin

ТРЕТЬЕ ядро не катит

2.х - версия интересует слака старая и «в сумме» - не запустится нормально

ПРОВЕРЕНО МНОЖЕСТВО РАЗ - 3.х ядро В СУММЕ НЕ ЗАПУСТИТСЯ НОРМАЛНО

Составляющие:

- система (версия + библиотеки + бла бла бла)
- ядро
- NVIdia драйвер совместно с данной видеокартой
- VMWare + VIrtualBox - их версии + модули ядра
- и так далее.. вогон и маленькая тележка

ИТОГ: в данный момент, в данной конфигурации при соотв. обстоятельствах - ТРЕТЬЕ ядро не катит

решение во 2й версии ядра

спасибо

sunjob
() автор топика
Ответ на: ТРЕТЬЕ ядро не катит от sunjob

оставайся на 2.6.29.06 если у тебя slakware 12.2 и nvidia 256.xx

- NVIdia драйвер совместно с данной видеокартой - VMWare + VIrtualBox - их версии + модули ядра

гм. веселый набор. А что значит «в сумме не запускается нормально» ?

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

апгрейд драйверов нвидии может потребовать апгрейда xorg, а тот за собой потянет все остальное.

vel 👍
()

### 2014.11.19 UPDATE

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

2.6.35.14 - вот сейчас под вопросом, пока работает, udev-rules отрабатывает нормально (пока тестируется)

sunjob
() автор топика
Ответ на: ### 2014.11.19 UPDATE от sunjob
данный глюк воспроизведен еще и на след. ядрах
2.6.39.04
2.6.35.14
2.6.32.63

2.6.33.20 - вот сейчас под вопросом, пока работает, udev-rules отрабатывает нормально (пока тестируется)

спасибо

sunjob
() автор топика
Ответ на: комментарий от Gotf

Этот баг появился где-то в конце 2011-го в 2.6.32 силами Debian Kernel Team

Зачот! Аплодирую стоя! Нет багов? Мы их вам сделаем! © Bug`s Debian Powered

2 sunjob ради интереса проверь ещё на kernel-2.6.32-504.1.3.el6.src.rpm это самое свежее из rhel/centos 6. red-hat патчит вообще по своему так что там возможно этого бага и нет.

init_6
()
Ответ на: комментарий от init_6

т.е. скачать kernel-2.6.32-504.1.3.el6.src.rpm с их родными патчами? или ванильное? а то я тут попробовал от прежнего стабильного дебиана поставить ядро с родными патчами (ну, подумал, не зря же народ трудится)

2.6.32.48-squeeze

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

sunjob
() автор топика
Ответ на: комментарий от sunjob

т.е. скачать kernel-2.6.32-504.1.3.el6.src.rpm с их родными патчами? или ванильное?

Скачай именно kernel-2.6.32-504.1.3.el6.src.rpm внутри будут исходники с уже примененными патчами красношапки. В том то и дело что это не ванильное ядро а по сути «ветка» красношапки.

init_6
()
Ответ на: комментарий от sunjob

### UPDATE 2014.11.19

2.6.33.20 - вот сейчас под вопросом, пока работает, udev-rules отрабатывает нормально (пока тестируется)

правда у него одно большое НО - не собирается модули ядра для vbox-2.2.4-r47978 (версия в-бокса меняться не будет, без комментариев)
sunjob
() автор топика
Ответ на: комментарий от redgremlin

Ну как же... Busy-poll по ethernetу - типа «Infiniband» для бедных... С ценами от инфинибанда :) Для одминов лолхоста, конешно, ничего. Китайцы запилили FastSockets в 2.6

slackwarrior 😊😊😊
()
Ответ на: комментарий от sunjob

Учти ещё такой момент что у красношапки там ядро довольно забавное. И то что оно из 2й ветки в данном случае фактически не значит ничего :) потому-что там тысячи патчей… Конфиг красношапки там рядом с исходниками если что. И ещё момент там заключается в том что емнип для 2й сборки ветки ядра нужен и gcc старый.

init_6
()
Ответ на: комментарий от init_6

для 2й сборки ветки ядра нужен и gcc старый

а подробнее можно, какой именно «старый»? к меня он пока не собиарется

sunjob
() автор топика
Ответ на: комментарий от sunjob

а подробнее можно, какой именно «старый»?

Емнип 3й gcc нужен… но надо искать потому что я мог и перепутать.

init_6
()

### UPDATE 2014.11.20

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

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

спасибо

sunjob
() автор топика
11 марта 2015 г.
Ответ на: ### UPDATE 2014.11.20 от 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

sunjob
() автор топика
Ответ на: ### UPDATE 2015.03.11 от sunjob

последнее стабильное ядро 3.19.1

даже последнее lts ядро 3.14.35

нет, они всё равно будут хавать неподдерживаемое ядро пятилетней давности, имея с ним проблемы, исправленные в последующих релизах

максимум необучаемости

anonymous
()
Ответ на: ### UPDATE 2015.03.11 от sunjob
//.
// vbox kernel module build.
//

1.
/tmp/vbox.1/include/iprt/types.h:87:30: error: linux/autoconf.h: No such file or directory

/usr/src/linux-2.6.29.6.11/include/linux/autoconf.h
/usr/src/linux-2.6.33.20.1/include/generated/autoconf.h

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

--> vbox & vmware kernel module build - OK

sunjob
() автор топика
Ответ на: комментарий от reprimand

в итоге два адекватные ядра:

- 2.6.29.6
- 2.6.33.20 - тестируется сейчас :о)

sunjob
() автор топика
Ответ на: комментарий от reprimand

re: а откатиться на более раннюю пытался?

есть идея попробовать пересобрать родное slackware-12.2 ядро

sunjob
() автор топика

дополнение, три ядра

### UPDATE 2015.03.20

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

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

все три работают с BFQ, стабильно, модули для ядра (VMWare, VBox, NVidia) собираются нормально, флешки не глючат...
sunjob
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.