информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetПортрет посетителя
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Google окончательно прикрывает... 
 С наступающим 
 Серьезная уязвимость в Apache Log4j 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
еще одна мысль: А антивиря у тебя там не живет? 31.03.05 14:14  Число просмотров: 1902
Автор: romычъ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
<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-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach