» системные файлы и папки, вынесенные на другой раздел - как?

Комп под Windows 7, на нем логические разделы NTFS системный C: и второй D:
На разделе D: в одной вроде бы обычной папке имеются очень странная подпапка [Local], у которой СИСТЕМНЫЕ !! файлы и папки с системного раздела C:, причём из РАЗНЫХ папок.

Например, системные файлы UsrClass.dat и UsrClass.dat.Log1, которые должны быть в C:\Users\<USER>\AppData\Local\Microsoft\Windows, а вместо этого находятся в этой папке на разделе D: в ..\Local\Microsoft\Windows\.
Системная папка C:\Users\<USER>\AppData\Local\Microsoft\Windows Sidebar\Gadgets, расположенная на разделе D: в папке..\Local\Windows Sidebar\Gadgets.
Файл treeinfo.wc от Total Commander, который вообще-то должен находиться в в корне диска С:\, а здесь находится в папке ... Local\Ghisler\treeinfo.wc
И так далее.

Это не просто резервные копии. Приложения и система постоянно к ним обращаются, файлы постоянно обновляются и т.д. А в исходном месте на разделе C: этих файлов нет.

В диалоге свойств (Properties) этой папки имеется одна дополнительная вкладка [Location] – см скриншот, которой нет у других папок. И если нажать на кнопку [Restore Defaults], то в текстовом поле вместо реального пути отображается путь к папке на системном разделе C:\Users\<USER>\AppData\Local.

Первая мысль была, что это симлинк или ещё какой-нибудь NTFS Junction, однако при ближайшем рассмотрении это не так. Да и специальные утилиты ничего не показывают. И ведь перемещены в эту папку на раздел D: некоторые файлы и папки.
Короче, весь мозг уже себе сломал в попытках понять, что это вообще за явление и как всё восстановить в первоначальном виде. Владелец компа ничего толком объяснить не может, как и чем он это сотворил.

Заранее спасибо за любые идеи!

Цитата:

Например, системные файлы UsrClass.dat и UsrClass.dat.Log1, которые должны быть в C:\Windows

Вроде это файлы реестра пользователя и должны быть в
C:\Users\<USER>\AppData\Local\Microsoft\Windows

Похоже, что USER переехал на D:
тут можно посмотреть куда ссылается файлы реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist
У меня USER реестр хранится
\Device\HarddiskVolume2\Users\<USER>\ntuser.dat
\Device\HarddiskVolume2\Users\<USER>\AppData\Local\Microsoft\Windows\UsrClass.dat

HarddiskVolume2 это C:
HarddiskVolume1 это скрытый раздел

https://www.google.com/search?ie=utf-8&q=пользователь на другом диске

Tilks 23:11 09-01-2014
Цитата:

Вроде это файлы реестра пользователя и должны быть в
C:\Users\<USER>\AppData\Local\Microsoft\Windows

Верное замечание, спасибо. Исправил свой начальный пост.
Но всё же это не решает заданного мной вопроса.


Цитата:

Похоже, что USER переехал на D:

Нет, вряд ли это так. Пользователь тут всего один, и основная часть его файлов и папок находится именно там, где они и должны быть по дефолту - на системном разделе C: в папке C:\Users\<USER>\AppData\Local. Но некоторая часть файлов и папок отсюда каким-то образом переместилась на второй раздел D:

Кроме того, эта версия не объясняет, почему переехал, например, файл treeinfo.wc от Total Commander, который должен находиться в в корне диска С:\ . И почему в диалоге свойств этой папки появились эта дополнительная вкладка [Loacation] и поле [Default Location].


Цитата:

тут можно посмотреть куда ссылается файлы реестра
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist

Посмотрел, но это ничего не дало. Все ключи в этой ветке ссылаются на системный раздел C: (HarddiskVolume2).

У меня bcdedit показывает загрузку с скрытого раздела
device partition=\Device\HarddiskVolume1
Также в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\hivelist есть пункт который ссылается на скрытый раздел
\Device\HarddiskVolume1\Boot\BCD. А у Вас:

Цитата:

Все ключи в этой ветке ссылаются на системный раздел C: (HarddiskVolume2).

А где же HarddiskVolume1 ?
Или Вы не внимательно смотрели, или у Вас HarddiskVolume2 = D:


Цитата:

основная часть его файлов и папок находится именно там, где они и должны быть по дефолту

Это настраивается отдельно буквами диска, и не имеет отношения к файлам реестра.
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders

Tilks 01:39 10-01-2014
Цитата:

А где же HarddiskVolume1 ? Или Вы не внимательно смотрели, или у Вас HarddiskVolume2 = D:

Да, действительно, невнимательно посмотрел, вообще не в той ветке системного реестра
Вот скриншот правильной ветки реестра. Здесь видно, что ссылка на файл UsrClass.dat для текущего (единственного!) юзера ссылается как раз на эту самую папку на разделе D:
Но при этом второй файл реестра этого же юзера <USER>\ntuser.dat находится на системном разделе в дефолтной папке \Device\HarddiskVolume1\Users\<USER>\ntuser.dat

Но что это означает и как восстановить нормальное состояние?

oshizelly

Цитата:

Но что это означает и как восстановить нормальное состояние?

что это обозначает я не знаю, но если править, то я восстанавливал бы следующим образом (чисто теоретически):
1. поиском по реестру проверить, что ещё ссылается на D: или HarddiskVolume2
если ничего важного, то
2. активировать администратора (net user administrator /active:yes)
3. зайти в профиль администратора, поправить реестр на нужный диск (C: или HarddiskVolume1)
4. скопировать эти неправильные файловые кусты реестра в правильные места (UsrClass.dat), оставив их пока, и на диске D:
5. пробовать зайти под пользователем, если получается, и обращение к D: больше нет, удалить не нужные файлы
6. деактивировать администратора (net user administrator /active:no)

Если есть возможность загрузится от внешнего источника (USB, DVD), можно поправить реестр и от туда, загрузив нужный куст реестра (Load Hive), тогда активация администратора не нужна.

Tilks 10:38 10-01-2014
Цитата:

поиском по реестру проверить, что ещё ссылается на D: или HarddiskVolume2

Там на разделе D: много приложений, документов и данных. Поэтому если просто искать по всему системному реестру все упоминания про раздел D: , то их будет найдено мильон квинтильонов... Может, как-то можно ограничить поиск определёнными кустами реестра или учточнить условия поиска и пр?

oshizelly

Цитата:

Может, как-то можно ограничить поиск определёнными кустами реестра или учточнить условия поиска и пр?

Ну так ищите конкретные вещи, которые Вы уже заметили (\Local\Windows Sidebar, Local\Ghisler)
По полным путям этих папок, или по путям которые объединяет эти папки (Registry Workshop же поддерживает wildcard search) (D:\*\Local\*) по SIDу пользователя, по дате создания неправильных папок (тоже преимущество Registry Workshop) и.т.д.
Может получите общее представление, что и где изменилось, и найдёте виновника безпредела.

Ещё интересно узнать у того, кто ставил ос, почему нет скрытого раздела. Может он был, но пользователь решил убрать его, каким то образом, и от этого такие не порядки.

Добавлено:
Ещё можно проверить echo %UserProfile% , так как, если %UserProfile% указывает на другое место, то может не совпадать эти ветки
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders
Тут живёт UserProfile
HKEY_CURRENT_USER\Volatile Environment

Победил проблему. Всё оказалось неожиданно просто (когда уже знаешь) : прямо из-под этого самого юзера (он с админскими правами) запустил поиск по системному реестру и, найдя все упоминания этой непонятной папки на разделе D: (их оказалось всего-то 30-40, а не несколько сотен, как я опасался) заменил каждое из них на строку C:\Users\<USER>\AppData\Local (то есть, стандартное расположение системной папки %Local_Appdata%).
После этого перезапустился. Всё! После перезапуска система работала уже с файлами и папками в C:\Users\<USER>\AppData\Local.

Tilks
Спасибо за помощь!

oshizelly
Поздравляю, но виновника не нашли...
Пробовали запускать ту программу, что стоит в первом скрине. (ABBYY Lingvo x3 Ru-Board edition v5)
Может не правильно сделанная портабельность всё и портит.

Tilks 17:32 12-01-2014
Цитата:

Поздравляю, но виновника не нашли...
Пробовали запускать ту программу, что стоит в первом скрине. (ABBYY Lingvo x3 Ru-Board edition v5). Может не правильно сделанная портабельность всё и портит

Может. Сейчас уже не выяснишь, ибо снёс всю эту папку за ненадобностью. Скорее всего, это был просто перенос системной папки %Local_AppData% на другой раздел. На это указывает появление дополнительной вкладки [Location] в свойствах папки. В Гугле можно много чего найти на эту тему, например, тут
User Profile - Change Default Location и тут User Folders - Restore Default Location.