LINUX.ORG.RU

Гуру !!!! Помогие !!!! Траблы с IDE !!!!! Или черт знает с чем ..... :(((


0

0

Ситуация такая:
Машина PIII-933, мозгов много, винт 30 Гб Сегейт ST330620А, мамка Asus Cusl2C.
Стоит Мандрейк 8.0 с ядром 2.4.5.
Но блин !!! Если вдруг питание вырубается, сам он не загрузится ...... Он начнет проверять разделы, на каком-то кернел сообщает, что оно в панике и все ..... После ресета, он допроверяет этот раздел нормально, а может и не нормально, либо начинает паниковать на другом разделе, а может и загрузиться ... В общем минимум кернел в панике один раз, было и три раза, а будет ...... я не знаю сколько ..... :((( Ну в принципе ладно, можно посадить на UPS, хотя это тоже не выход .......
Но есть и другая проблема чего-то он портит разделы что-ли... все вроде нормально,а тут поиск по диску делаю, а оно мне такую корку:

kernel: Unable to handle kernel paging request at virtual address 40f77480
kernel: printing eip:
kernel: c014f2e9
kernel: *pde = 00000000
kernel: Oops: 0002
kernel: CPU: 0
kernel: EIP: 0010:[ext2_update_inode+377/896]
kernel: EIP: 0010:[<c014f2e9>]
kernel: EFLAGS: 00010202
kernel: eax: 000041ed ebx: 40f77480 ecx: 40f77000 edx: c0f791a0
kernel: esi: 00002480 edi: 000000a0 ebp: c0f7b600 esp: c6dc9e70
kernel: ds: 0018 es: 0018 ss: 0018
kernel: Process e2label (pid: 2362, stackpage=c6dc9000)
kernel: Stack: 00000000 00002480 c0f791a0 c0243d80 c01309b1 c7b3bec0 00000002 00000001
kernel: c0f7b600 c0f7b600 c1272800 c014f4ff c0f7b600 00000000 c0141450 c0f7b600
kernel: 00000000 c1272858 0000030b 00000001 c6dc9ec8 c1272800 c0151f7c c1272800
kernel: Call Trace: [__refile_buffer+97/112] [ext2_write_inode+15/32] [sync_inodes+304/640] [ext2_commit_super+28/48] [ext2_write_super+52/64] [fsync_dev+28/48] [blkdev_put+45/160]
kernel: Call Trace: [<c01309b1>] [<c014f4ff>] [<c0141450>] [<c0151f7c>] [<c0151fc4>] [<c012fc1c>] [<c0135b1d>]
kernel: [fput+57/192] [filp_close+83/96] [put_files_struct+76/208] [do_exit+192/480] [sys_write+194/208] [sys_munmap+50/80] [system_call+51/56] [<fbad2887>]
kernel: [<c012f799>] [<c012e903>] [<c0114c9c>] [<c0115280>] [<c012ed32>] [<c0120da2>] [<c0106c47>] [<fbad2887>]
kernel:
kernel: Code: 66 89 03 8b 85 8c 00 00 00 f6 80 7d 01 00 00 02 75 2a 8b 45

Диск разбит так:
/ - 2Гб
/boot -15 Мб
/home - 10Гб
/home/pub - 3.2 Гб
/usr - 5Гб
/var - 3Гб
/var/ftp - 2Гб
/var/spool/mail - 3Гб

Работаю с webmin-ом, так он вообще после этого в раздел "Файловые системы" зайти не может ......, аж сендмыло load average 12 говорит !!!
Скажите, что это !!! Может мамка (биос), может винт, может с ядром что не так (хотя с этим я сомневаюсь, но чего не бывает), куда копать ??? Что делать ????

anonymous

крендель файловой системы
man e2fsck для восстановления
а упс придёться поставить

anonymous
()

Дак если-б это было в первый раз !!!!
Уже во второй !!!!! Это-ж не виндоза, что-б каждый месяц перегружать .... :((

anonymous
()

Во-первых, конечно, надо тебе ext2 восстановить...
Во-вторых - пересобери ЯДРО правильно...
В-третьих - выстави hdparm (man hdparm), но помни, что для долбанных сигейтовских винтов оговорочка есть... ;-)
В-четвертых, (особенно, если у тебя мамка на VIA чипсете...) попробуй обновить BIOS (для Линукса не очень поможет, но всё же...).
В-пятых (опять-таки если VIA или ALI чипсет), НЕ ВЗДУМАЙ В ЯДРЕ ГОВОРИТЬ, ЧТО ЭТОТ ЧИПСЕТ. Лучше, если будет обычный PCI.
В-шестых... Есть у меня подозрение, что ты, гений, пытаешься 2.4.x-овое ядро пустить не изменив содержимое /dev под 2.4.х-овое ядро... ;-))))))))))))

Если не поможет это всё, попробуй машину погонять под маздаем на каких-нибудь тестах или пособирай ядра с {make -j20} - поправь ядерный Makefile и сделай {nice -n -20 make bzImage}... Может быть, это глюки железа (что, кстати, наиболее вероятно)...

R00T
()

Кстати, если ты сдуру разогнал проц, было бы неплохо разгонку тоже убрать.

R00T
()

Во-первых, конечно, надо тебе ext2 восстановить...
--- Попробую ...

Во-вторых - пересобери ЯДРО правильно...
--- Да вроде правильно, на другой машине ядро то-же, а проблем таких нет, проверено.

В-третьих - выстави hdparm (man hdparm), но помни, что для долбанных сигейтовских винтов оговорочка есть... ;-)
--- Спасибо, посмотрю, попробую ...

В-четвертых, (особенно, если у тебя мамка на VIA чипсете...) попробуй обновить BIOS (для Линукса не очень поможет, но всё же...).
В-пятых (опять-таки если VIA или ALI чипсет), НЕ ВЗДУМАЙ В ЯДРЕ ГОВОРИТЬ, ЧТО ЭТОТ ЧИПСЕТ. Лучше, если будет обычный PCI.
--- Нет 815 ...

В-шестых... Есть у меня подозрение, что ты, гений, пытаешься 2.4.x-овое ядро пустить не изменив содержимое /dev под 2.4.х-овое ядро... ;-))))))))))))
--- Так в дистрибуте сразу идет 2.4.3

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

или пособирай ядра с {make -j20} - поправь ядерный Makefile и сделай {nice -n -20 make bzImage}... Может быть, это глюки железа (что, кстати, наиболее вероятно)...
--- Не делал такого раньше, надо рабираться ... попробую, если время будет.

Кстати, если ты сдуру разогнал проц, было бы неплохо разгонку тоже убрать.
--- Не, работает в штатном режиме, а вот вторая (на которой таких проблем нет)- разогнаная .... :))

anonymous
()

Интересно посмотреть на вывод top, uptime и ps -ax. Load average 12??? Это кто же так грузит? Я на P166/32M больше 2 еще не видел...

Кстати, вот и возможная причина глюков: некто мощно работает с винтом, держа кучу файлов, тут питание кердык, при ребуте fsck от такой картины становится плохо... Еще очень вероятна битая память/перегрев. На это тебе ответит сборка ядер, как посоветовал ROOT.

А когда победишь зловредные глюки, все-таки воткни в UPS (ибо шлюз не должен знать отдыха ;-) ).

Но! ТАКОЕ железо -- и на банальный шлюз??? Там P100/16M выше крыши хватит (функции шлюза -- роутинг пакетов + файрволл. Не более того!). Или я не так понял, или ты пытаешься идти виндовым путем -- все сервисы сваливать в одну кучу.

Obidos ★★★★★
()

На машине стоит Semdmail, Squid и фильтр на iptables, я думаю что это не большая кучка. А грузило ее так - эт когда верхняя проблема возникала, вообще с утилитами ФС работать невозможно было, а работал я через Webmin вот он его и грузанул тогда, когда я попробовал посмотреть чего-нить о разделе .... А с диском вообще ничего сделать невозможно было. Ну машину я конечно давно на упс посадил, а при загрузке после резета Oops выскакивает в первый раз всегда при проверке hda6 (/usr 5Gb) и именно на 26,2%. Второй раз может выскочить на hda7 (/var 3Gb). А так не сильно он и грузится среднее где-то 0.7 и дисками бешено не шуршит . возможная причина глюков: некто мощно работает с винтом, держа кучу файлов, тут питание кердык, при ребуте fsck от такой картины становится плохо... Еще очень вероя

anonymous
()

И еще вот это о чем-нибудь говорит ???
Меня интересует то, что начинается с hda7:
start: (c,h,s) expected (1023,254,63) found (1023,0,1)

--------------------------------------------------------------------

Disk /dev/hda: 3649 cylinders, 255 heads, 63 sectors/track
Units = cylinders of 8225280 bytes, blocks of 1024 bytes, counting from 0

Device Boot Start End #cyls #blocks Id System
/dev/hda1 * 0+ 1 2- 16033+ 83 Linux
/dev/hda2 2 255 254 2040255 83 Linux
/dev/hda3 256 3648 3393 27254272+ 5 Extended
/dev/hda4 0 - 0 0 0 Empty

/dev/hda5 256+ 328 73- 586341 82 Linux swap
- 329 968 640 5140800 5 Extended
- 256 255 0 0 0 Empty
- 256 255 0 0 0 Empty

/dev/hda6 329+ 968 640- 5140768+ 83 Linux
- 969 1332 364 2923830 5 Extended
- 329 328 0 0 0 Empty
- 329 328 0 0 0 Empty

/dev/hda7 969+ 1332 364- 2923798+ 83 Linux
- 1333 1586 254 2040255 5 Extended
start: (c,h,s) expected (1023,254,63) found (1023,0,1)
- 969 968 0 0 0 Empty
- 969 968 0 0 0 Empty

......

/dev/hda11 3244+ 3648 405- 3253131 83 Linux
start: (c,h,s) expected (1023,254,63) found (1023,1,1)
- 3244 3243 0 0 0 Empty
- 3244 3243 0 0 0 Empty
- 3244 3243 0 0 0 Empty

----------------------------------------------------------------------

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.