информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Где водятся OGRыСетевые кракеры и правда о деле ЛевинаЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
ИМХО, виновато железо. Потестируй HDD. 31.03.05 15:46  Число просмотров: 2219
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
<operating systems>
[NT] интересное зависание explorer'а (проводника) 31.03.05 13:40  
Автор: Mopok Статус: Незарегистрированный пользователь
<"чистая" ссылка>
имеем:
hard - комп обычный с 2-мя винтами
soft - winxp система чистенькая, свежеустановленная, так что на настройки грешить не надо

запускаем проводник
попытка щелкнуть по одному из HDD-разделов (E) в левом "фрейме" проводника (где дерево папок) приводит к тому, что на ближайшие 5 минут процесс explorer.exe чем-то очень сильно занят (100% загрузки процессора)
Если щелкаем на этом же разделе но в правом "фрейме" - все нормально.
Проблема проявлятеся только на одном конкретном разделе (он же физический диск), на остальных - все нормально.
Системный и другие логи на эту тему нам ничего не говорят.
HDD целый, никаких bad-секторов и т.д.
Проблема проявляла себя на различных конфигурациях компов с различными OS (win2000, winxp), неизменным спутником проблемы всегда был только "виновник" - винт Seagate Barracuda 60Gb.
Грешил на Indexing service, отключение в disabled ничего не дало.
Осталась последняя версия - то, что винт под завязку забит, причем не большими файлами, а толпой мелких - документакия по java, т.д.

Интерес к решению проблемы чисто научный - интересно все-таки узнать что же происходит в этот момент и каковы причины такого поведения системы
Даже не знаю чо сказать... У меня точно такой винт, и... 08.04.05 22:38  
Автор: quest Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Даже не знаю чо сказать... У меня точно такой винт, и никаких проблем нет. В ХР есть такая фигня, типа индексации файлов, мо поэтому тормозит ? Не помню где, но нужно убить проверку даты последнего доступа к файлам.
defrag поможет 31.03.05 20:43  
Автор: defrag Статус: Незарегистрированный пользователь
<"чистая" ссылка>
еще одна мысль: А антивиря у тебя там не живет? 31.03.05 14:14  
Автор: romычъ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
антивируса нет 31.03.05 15:00  
Автор: Mopok Статус: Незарегистрированный пользователь
<"чистая" ссылка>
1. Если файловая система FAT32 и куча мелких (или не мелких)... 31.03.05 14:11  
Автор: romычъ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
1. Если файловая система FAT32 и куча мелких (или не мелких) файлов в корне, то удивляться нечему:
эта файловая система не предназначена для большого количества файлов и тормоза при их перечислении должны быть.
2. Может просто где-то FS повреждена?
3. Чего-нить с самим винтом
1)система NTFS 31.03.05 15:02  
Автор: Mopok Статус: Незарегистрированный пользователь
<"чистая" ссылка>
1)система NTFS
1)логически FS не повреждена - по крайней мере всякие scandisk'и ничего не гвоорят
3)сам диск проверяся неоднократно (физически)
Попробуй это: (see inside) 31.03.05 14:10  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisableLastAccessUpdate"=dword:00000001
фокус с ключом не помог 31.03.05 15:03  
Автор: Mopok Статус: Незарегистрированный пользователь
<"чистая" ссылка>
фокус с ключом не помог

> [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSy
> stem]
> "NtfsDisableLastAccessUpdate"=dword:00000001
А если попробовать всё, что есть на диске, засунуть в архив и повторить эксперимент? 31.03.05 19:44  
Автор: push <Dmitry> Статус: Member
<"чистая" ссылка>
Перезагрузиться не забыл? ;) 31.03.05 15:25  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
да нет конечно - не забыл :-) 31.03.05 15:38  
Автор: Mopok Статус: Незарегистрированный пользователь
<"чистая" ссылка>
ИМХО, виновато железо. Потестируй HDD. 31.03.05 15:46  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach