Вопросы Теги

Windows 7: Поисковая индексация застревает

Когда я открываю Indexing Options, он говорит:

4 317 объектов индексировали происходящую Индексацию. Результаты поиска не могли бы быть завершены в это время.

Это упорно продолжило 4,317 хотя; больше объектов не было индексировано. Худший из всех, SearchIndexer.exe поднимает 100% ЦП (хорошо, 50%, но у меня есть двухъядерный ЦП; это поднимает всю вычислительную мощность, это может). Это не вызывает действие жесткого диска все же.

Я пытался нажатие "Troubleshoot search and indexing" в нижней части Окна настроек Индексации, но это не могло найти проблему.

Я также попробовал ключ реестра восстановления, который предлагают несколько веб-сайтов; я изменяю Поиск HKLM\SOFTWARE\Microsoft\Windows SetupCompletedSuccessfully на 0 и перезапустил компьютер, и он, по-видимому, восстановил, потому что он зеркально отразил назад к 1, но та же проблема продолжает происходить.

Это уменьшает ресурс аккумулятора моего ноутбука и делает это действительно горячим так, чтобы мои вентиляторы работали все время. Я должен был отключить Windows Search service. Как я могу зафиксировать это? Я должен просто утончиться, переформатировали мой компьютер?

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

Другое обновление:
Я пытался запустить сервис снова, только позволить ему попробовать все снова и снова. Это казалось хорошо сначала (Индексирующий Опции, показал его работающий в сниженной скорости из-за пользовательского действия, и количество файлов повышалось). Некоторое время позже я проверил, и сервис остановился. Средство просмотра события показало некоторые ошибки как это:

Log Name:      Application
Source:        Application Error
Date:          2/1/2010 7:34:23 PM
Event ID:      1000
Task Category: (100)
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      ricky-win7
Description:
Faulting application name: SearchIndexer.exe, version: 7.0.7600.16385, time stamp: 0x4a5bcdd0
Faulting module name: NLSData0007.dll, version: 6.1.7600.16385, time stamp: 0x4a5bda88
Exception code: 0xc0000005
Fault offset: 0x002141ba
Faulting process id: 0x13a0
Faulting application start time: 0x01caa39f2a70ec02
Faulting application path: C:\Windows\system32\SearchIndexer.exe
Faulting module path: C:\Windows\System32\NLSData0007.dll
Report Id: b4f7a7ae-0f92-11df-87fc-e5d65d8794c2
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Application Error" />
    <EventID Qualifiers="0">1000</EventID>
    <Level>2</Level>
    <Task>100</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2010-02-02T00:34:23.000000000Z" />
    <EventRecordID>10689</EventRecordID>
    <Channel>Application</Channel>
    <Computer>ricky-win7</Computer>
    <Security />
  </System>
  <EventData>
    <Data>SearchIndexer.exe</Data>
    <Data>7.0.7600.16385</Data>
    <Data>4a5bcdd0</Data>
    <Data>NLSData0007.dll</Data>
    <Data>6.1.7600.16385</Data>
    <Data>4a5bda88</Data>
    <Data>c0000005</Data>
    <Data>002141ba</Data>
    <Data>13a0</Data>
    <Data>01caa39f2a70ec02</Data>
    <Data>C:\Windows\system32\SearchIndexer.exe</Data>
    <Data>C:\Windows\System32\NLSData0007.dll</Data>
    <Data>b4f7a7ae-0f92-11df-87fc-e5d65d8794c2</Data>
  </EventData>
</Event>

Если Вы имеете ту же ошибку и прибыли сюда от поиска Google, прокомментируйте или добавьте ответ, детализирующий Ваш успех по этому, если любой...

13
задан 02.02.2010, 20:22

4 ответа

Я думаю, что Вы могли быть корректными, когда Вы говорите, что существует поврежденный файл, который заставляет это зависать. Сырой способ попытаться определить файл состоит в том, чтобы пойти вкладка файлов и выключить половину типов файлов от того, чтобы быть индексированным. Позвольте ему работать. Или это завершается, или это останавливается. Если это останавливается, выключите половину снова. Если это завершается, Вы знаете, что плохой тип файла находится в другой половине. Выполнение этого должно позволить Вам определять плохой тип файла.

Кроме того, просмотрите список файлов, это индексируется. Типы файлов имеют различных поисковых поставщиков, как HTML, простой текст и так далее. Действительно ли там какой-либо, что взгляд неуместен, который, возможно, был установлен некоторым приложением сторонних производителей?

Другой идее позволяют, поиск зависает на 4,317-м файле. Затем выполните командную строку. Ввести 

CD c:\
DIR /s /TA /O-D >c:\newt.txt

Это создаст файл под названием newt.txt, который будет содержать все файлы и в прошлый раз, когда к ним получили доступ. К которому получают доступ, означающее чтение, не измененное. Необходимо будет перерыть файл с редактором файлов, но искать последние несколько файлов, которые были изменены. Если мы будем в удаче, то Ваш плохой файл будет там.Удачи!

8
ответ дан 07.12.2019, 11:31

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

alt text

4
ответ дан 07.12.2019, 11:31

Вы проверили, что Ваш жесткий диск не умирает?

Щелкните правой кнопкой по диску, откройте диалоговое окно Свойств, перейдите к вкладке Tools и выполните проверку на ошибки (со сканированием поврежденного сектора).

2
ответ дан 07.12.2019, 11:31

Мой поиск застрял из-за плохого файла Outlook.pst. Я выполнил утилиту восстановления PST SCANPST.EXE найденный в том же каталоге как исполняемый файл Outlook 2007 (C:\Program Files (x86)\Microsoft Office\Office12 на моей машине Windows 7 x64.)

enter image description here

4
ответ дан 07.12.2019, 11:31

Я нашел эту информацию на форумах Technet

Это, кажется, известная ошибка:

  1. ПК имеет два (или несколько) диски или разделы

  2. Профили пользователей и Windows расположены на первом диске, или раздел (примите букву диска C:)

  3. Второй диск или раздел имеют больше доступного бесплатно дискового пространства, чем первое (примите букву диска D:)

  4. Последовательность Задачи Обновления ConfigMgr 2007 OSD, которая использует USMT 4 с hardlinking, выполняется на ПК Затем, Пользовательские Файлы Получения и Настройки" / "Получают Пользовательскую задачу" состояния, успешно выполнится, но "Пользовательское состояние Восстановления" / "Восстанавливает Пользовательские Файлы, и Настройки" задача перестанут работать.

Разрешение

Для разрешения проблемы переменный OSDStateStorePath должен быть изменен от его значения по умолчанию. При использовании MDT 2010/MDT Обновлений 2010 года 1 интеграция должна быть переопределена переменная после того, как это было установлено ztiuserstate.wsf сценарием в, "Определяют Локальный или Удаленный UserState" задача.

Чтобы гарантировать, что Хранилище состояния сохраняется к тому же диску/разделу, где Windows установлен и профили пользователей расположены, переменная среды, SystemDrive может использоваться в качестве части пути, который определяет переменный OSDStateStorePath.

Если MDT 2010/MDT Обновлений 2010 года, 1 интеграция не используется, "Поставившая задача" Переменной Последовательности Задачи, которая устанавливает переменный OSDStateStorePath, должен быть изменен:

  1. В консоли администрирования ConfigMgr 2007 перейдите к Computer Management --> Operating System Deployment --> Task Sequences узел.

  2. Щелкните правой кнопкой по затронутой Последовательности Задачи и выберите "Edit".

  3. Нажмите Set Local State Location задача. Удостоверьтесь, что задачей является a Set Task Sequence Variable задача, которая устанавливает переменную OSDStateStorePath.

Рядом с Value: текстовое поле, измените его от %_SMSTSUserStatePath% кому: %SystemDrive%\UserState

  1. Нажмите на кнопку "OK" или "Apply" для сохранения последовательности задачи. Если "Набор, Локальное Расположение состояния" задача не существует, то ищут "Поставившую задачу" Переменной Последовательности Задачи, которая устанавливает переменный OSDStateStorePath, и затем внесите изменения выше. При использовании MDT 2010/MDT Обновлений 2010 года 1 интеграция затем должна быть добавлена новая "Поставившая задача" Переменной Последовательности Задачи после "Определяют Локальный или Удаленный UserState" задача, которая переопределяет переменный OSDStateStorePath:

  2. В консоли администрирования ConfigMgr 2007 перейдите к Computer Management --> Operating System Deployment --> Task Sequences узел.

  3. Щелкните правой кнопкой по затронутой Последовательности Задачи и выберите "Edit".

  4. Нажмите, "Определяют Локальный или Удаленный UserState" задача и затем идут для "Добавления"-> "Общий"-> "Поставившая Переменная Последовательности Задачи". Это должно создать "Поставившую задачу" Переменной Последовательности Задачи после того, как "Определят Локальный или Удаленный UserState" задача, но перед "задачей" Хранилища состояния Запроса.

  5. В недавно созданной "Поставившей Задаче Переменной Последовательности Задачи":

    • Рядом с Name: текстовое поле, войдите в: Set Local State Location
    • Рядом с Task Sequence Variable: текстовое поле, войдите в OSDStateStorePath
    • Рядом с Value: текстовое поле, войдите в: %SystemDrive%\StateStore

  6. Нажмите на кнопку "OK" или "Apply" для сохранения последовательности задачи.

Если на Шаге 3 задача "Решает, что Локальный или Удаленный UserState" не существует или был переименован, ищите "задачу" Строки Команды выполнения, которая запускает скрипт ztiuserstate.wsf, и затем выполните вышеупомянутые шаги.

4
ответ дан 07.12.2019, 11:31

Теги

Похожие вопросы