Полное зависание при удалении/перемещении файлов (ext4)
GoretsV - 5 Май, 2009 - 14:09
Уже есть нескольно тем с полным зависанием - к ним еще одни причина:
При операциях переноса/удаления файлов постоянно наглухо зависает система (тоесть курсор не двигается, ни на какие комбинации не отвечает + индикатор доступа к HDD ни разу не моргает после зависания), причем именно если удалять много файлов, если удалять около 100 файлов то очень редко виснет, если удалятю около 1000 файлов - почти 100% зависание.
ФС - EXT4
В логах ничего не остается.
Причем зависает независимо от того на каком раздела файлы - как / так и другие разделы (физически другой HDD)
Может есть у кого советы как вычислить из-за чего глюк или как исправить?
Update:
на Alt+SysRq+R - U не реагирует, но +B - (ребут) срабатывает.
Может ещё сырая ФС ?
С железом, 100% всё ОК ?
Да, 100% + у меня 2 жестких, и неважно с какого удалять.
Возможно... У кого еще EXT4 попробуйте повторить действия, замечается ли у вас такой баг. (если удаляете файлы в корзину то виснет именно при очищении корзины)
Исправные два винта, ещё никогда не были целым компьютером... архитектура ПК
А про ФС я что-то подобное слышал, точно не помню, но жалобы были.
Почитал баги на Ланчпаде. Там много у кого подобные проблемы:
https://bugs.launchpad.net/ubuntu/karmic/+source/linux/+bug/330824
*да делайте же вы кликающие ссылки блин...
у меня такая же пробоема как и у тебя :( при удалении более 1000 файлов всегда намертво виснет :( читал что это глюк сырой ext4. Вроде как даже не могут понять отчего программеры это такое в ядре происходит. Так что переходить на ext4 можно только когда увидим запись в новом ядре что именно этот баг исправили!
ребят,не пойму никак.......поставил......только...систему......скачал дрова......начинаю...переносить скачанные (и не только)папки в другие виснет.....что за проблема???
Вобще есть еще проблема в ядре линукса. Суть её в том, что при копировании/удалении больших объёмов информации система начинает подтормаживать, а однопроцессорные (одноядерные) вообще колом стоят до завершения копирования. Это если копировать/удалять в консоли посредством cp/rm. Проблема впервые обнаружена, если не ошибаюсь в 2.6.17 или "где-то рядом", и до сих пор не исправлена, по крайней мере в 2.6.31 присутствует. Вроде как не зависит от типа файловой системы (проверял на reiser, ext2, ext3) и точно не зависит от типа планировщика ввода вывода.
Причина в том что при таких операциях процент простоя процессора в ожидании завершения ввода/вывода (завершения дисковых операций) может достигать 100% (в команде top индикатор wa) из-за чего другие процессы недополучают это самое процессорное время.
Отправить комментарий