Ru-Board.club
← Вернуться в раздел «UNIX»

» Работа винчестера Linux

Автор: Di_Mon
Дата сообщения: 04.03.2009 10:50
Здравствуйте.

Я сделал сервер на базе Mandrivs2007. Все работает неплохо, но меня смущает постоянная работа винчестера. На ХР винчестер на включенном, но неиспользуемом компьтере работает периодически, единственное постояннаяработа винта на моемй памяти была при индексации файлов Googl Desktopом, а тут днем и ночью не переставая с момента как система стала винт шелестит, как будто дефрагментация идет.

Подскажите плз, какой демон может так нещадно терзать мой винт.

Вот результат команды топ:


Код:
top - 10:40:31 up 7 days, 10:46, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 99 total, 1 running, 98 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.0% us, 0.0% sy, 0.0% ni, 100.0% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 969408k total, 896772k used, 72636k free, 44220k buffers
Swap: 4089920k total, 148k used, 4089772k free, 663476k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 16 0 1576 540 472 S 0.0 0.1 0:00.96 init
2 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
3 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
4 root 10 -5 0 0 0 S 0.0 0.0 0:00.03 events/0
5 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khelper
6 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kthread
8 root 10 -5 0 0 0 S 0.0 0.0 0:00.27 kblockd/0
9 root 20 -5 0 0 0 S 0.0 0.0 0:00.00 kacpid
146 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 kseriod
182 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pdflush
183 root 15 0 0 0 0 S 0.0 0.0 0:00.71 pdflush
184 root 15 0 0 0 0 S 0.0 0.0 0:00.52 kswapd0
185 root 19 -5 0 0 0 S 0.0 0.0 0:00.00 aio/0
831 root 11 -5 0 0 0 S 0.0 0.0 0:00.00 kpsmoused
842 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 ata/0
846 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
847 root 14 -5 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
866 root 10 -5 0 0 0 S 0.0 0.0 0:04.25 kjournald
961 root 15 -4 1852 868 436 S 0.0 0.1 0:00.06 udevd
1031 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 khubd
1281 root 10 -5 0 0 0 S 0.0 0.0 0:00.16 kjournald
1772 root 15 0 1620 652 512 S 0.0 0.1 0:02.42 syslogd
1773 root 16 0 1564 520 448 S 0.0 0.1 0:00.00 acpid
1781 daemon 16 0 1700 364 272 S 0.0 0.0 0:00.00 atd
1813 messageb 15 0 2536 1000 860 S 0.0 0.1 0:00.00 dbus-daemon
1840 root 15 0 2336 1248 392 S 0.0 0.1 0:00.04 klogd
1854 root 16 0 2396 888 520 S 0.0 0.1 0:00.00 crond
1863 haldaemo 16 0 9152 7424 1776 S 0.0 0.8 0:00.66 hald
1864 root 16 0 3208 1188 1040 S 0.0 0.1 0:00.00 hald-runner
1947 haldaemo 20 0 2176 864 776 S 0.0 0.1 0:00.00 hald-addon-acpi
2156 root 16 0 2140 912 824 S 0.0 0.1 0:00.03 hald-addon-stor
2347 root 15 0 2128 764 484 S 0.0 0.1 0:00.00 dhclient
2491 rpc 15 0 1692 548 456 S 0.0 0.1 0:00.00 portmap
2566 avahi 15 0 2808 1544 1344 S 0.0 0.2 0:00.22 avahi-daemon
2684 root 16 0 4016 964 752 S 0.0 0.1 0:00.00 ha_logd
2685 rpcuser 16 0 1700 728 628 S 0.0 0.1 0:00.00 rpc.statd
2734 root 16 0 4016 864 656 S 0.0 0.1 0:00.00 ha_logd
2740 root 16 0 3772 736 496 S 0.0 0.1 0:00.00 rpc.idmapd
2785 root 16 0 2172 808 680 S 0.0 0.1 0:00.00 xinetd
2791 root 18 0 7148 1288 524 S 0.0 0.1 0:00.00 squid
2793 squid 15 0 9380 5876 2116 S 0.0 0.6 0:00.07 squid
2796 root 15 0 4628 1052 756 S 0.0 0.1 0:00.88 sshd
2857 squid 18 0 1416 288 236 S 0.0 0.0 0:00.00 unlinkd
3002 root 10 -5 0 0 0 S 0.0 0.0 0:00.00 nfsd4
Автор: SysCommander
Дата сообщения: 04.03.2009 19:05
Есть утилитка написанная на Python, называется iotop.
Она показывает статистику использования винта по процессам.

Вариант с переполнением оперативки исключается, top показывает что swap не используется.
Автор: Di_Mon
Дата сообщения: 04.03.2009 22:27
Блин, судя по отзывам хорошая утилита, но у меня ядро 2.6.17 - а iotop поддерживает начиная с 2.6.20

Я надеюсь есть какие нить альтернативные варианты?

Или может есть у когонибудть предположения что за программка может так себя вести? На всякий случай вот результат rpm -qa http://di.mon.net.ua/pub/rpm.txt
Автор: max2k1
Дата сообщения: 05.03.2009 10:37
А вот squid у Вас в списке процессов наблюдается. Сколько пользователей-то на нём?
Автор: Rodegast
Дата сообщения: 07.03.2009 10:55
>Я сделал сервер на базе Mandrivs2007

Старая мандрива для сервера не лучший выбор...

Скорее всего у тебя по крону индексация запускается.
Автор: Di_Mon
Дата сообщения: 07.03.2009 18:35

Цитата:
А вот squid у Вас в списке процессов наблюдается. Сколько пользователей-то на нём?


Хм.. Черт его знает - я его не настраивал - поставился с системой.
Как можно это проверить?


Цитата:
Старая мандрива для сервера не лучший выбор...


У меня выбора не было - я пробывал несколько версий убунту, фряху, мандриву 2009 - ни одна не поставилась - Kernel panic

стала только Мандрива 2007 и генту. Но генту не определила сетевуху, я поковырялся немного, а потом снес..

По поводу индексации - как демон называется?

И еще может эта утилита проблему создавать? http://wiki.mandriva.com/ru/Msec она раз в час запускается



Автор: Rodegast
Дата сообщения: 10.03.2009 14:03
>ни одна не поставилась - Kernel panic

Проверяйте железо! Как минимум надо проверить память и в вашем случаи глянуть на смарт.

>По поводу индексации - как демон называется?

Тут может быть много вариантов. Обычно используют beagle.

>И еще может эта утилита проблему создавать?

Скорей всего нет.
Автор: Di_Mon
Дата сообщения: 10.03.2009 16:46

Цитата:
Проверяйте железо! Как минимум надо проверить память и в вашем случаи глянуть на смарт.


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

Да и до того винда без проблем стояла..

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

http://smartmontools.sourceforge.net/ этот нагуглил - подойдет?
Автор: mofsss
Дата сообщения: 11.03.2009 15:33
СДелайте какой-ть загрузочный диск/флэшку, дискету, наконец с утилиутами для тестирования HDD (например, MHDD). А HDD тестить под запущенной системой - не самый правильный путь.
Автор: Rodegast
Дата сообщения: 14.03.2009 15:08
Kernel panic так просто не лезет, по любому есть какие то проблемы с железом.

Тесты винта были в Knoppix-e.
Автор: Di_Mon
Дата сообщения: 17.03.2009 00:25
Поставил другой винт, старый отключил и попробывал поставить убунту - результат тотже - kernel panic

Попробывал поигратся с планками памяти - по очереди менял, ставил в разные слоты - в результате установка замирает с ошибками только начавшись (но не kernel panic) Причем ошибки разные в зависимости от планки и ее местоположения

На всякий случай вот скрины ошибок http://di.mon.net.ua/ftp/ubuntu_install_erroes.tgz

И еще... Попробывал оба винта подключить и запустить систему. Не запустилось. Написало couldnt mount, kernel panic...
В чем может быть проблема?

PS По демону индексации - beagle в системе не обнаружен
Автор: w0mbat
Дата сообщения: 24.03.2009 21:08
Di_Mon

Цитата:
Попробывал оба винта подключить и запустить систему. Не запустилось. Написало couldnt mount, kernel panic... В чем может быть проблема?
Тут возможно сменились номера разделов, которые в fstab прописаны. Например, там задано sda1 для /, после подключения второго винта этот раздел стал sdb1 — а загрузка-то пытается завестись с sda1.
По общей проблеме можно попробовать отрубить в биосе все девайсы, которые не нужны для установки (звук, сеть, всякие контроллеры), аналогично вытащить побольше плат (оставить только видео, и то, если набортного нет), подключить только один винт (можно отerase'ить mhdd для уверенности) и ставить может в текстовом режиме. Хотя с
Цитата:
ошибки разные в зависимости от планки и ее местоположения
я бы сначала погонял тесты стабильности памяти. Для линукса можно заюзать стресс-тесты у mprime ( ftp://mersenne.org/gimps/mprime259.tar.gz или ftp://mersenne.org/gimps/mprime259-linux64.tar.gz для 64битных систем) и linpack (сходу ссылку не дам, могу найти если надо, для систем на амд потребуется еще доп. разлочка линпака). Ну и memtest86+ конечно никто не отменял. Лучше гонять все, память — вещь каверзная ;)
Касательно индексации и др. — чтобы убедиться, что это не они, достаточно на время отключить сервисы at, cron и anacron, это они заведуют выполением задач по расписанию. Совсем лучше не отключать, по крайней мере сначала изучить все задачи, которые на них висят, там часто есть и полезные.

Страницы: 1

Предыдущая тема: копирование файлов из ntfs в ext3


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.