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 ★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.