WinXP не признаёт при переустановке старые профили
 

Уже давно практикую размещение профилей локальных пользователей на отдельном разделе, чтобы при переустановке системы не терялись настройки прикладного ПО и т.д. Однако при переустановке система не признаёт создаваемые по умолчанию профили (профиль Администратора, Default User и т.д.), оставшиеся от старой системы. Вместо них создаются новые профили. Можно как-нибудь заставить систему признать профили, оставшиеся от её предыдущей инкарнации? Может надо какой-то ключик в winnt.sif добавить или ещё каким-то образом преднастроить дистрибутив?

Зачем же Вы давно практикуете, если это никогда у Вас не работало? Вопрос не риторический.

Знаю решение этого вопроса, сопряжено с рядом ручных действий. В принципе, это можно автоматизировать, но этим не занимался, потому что практикую подобное очень редко :)

Итак, для каждого профиля:
Юзера - владельцем всех файлов в папке с профилем и полные права на папку с профилем. в XP через GUI назначить владельцем можно только себя :(( Для назначения владельцем другого юзера я заходил в папки с серверной Windows, там можно)

В раздел реестра HKEY_USERS подключить кусты каждого старого профиля, дать на них полные права соответствующему юзеру, сделать владельцем:
c:\Documents and Settings\%username%\NTUSER.DAT
c:\Documents and Settings\%username%\Local Settings\Application Data\Microsoft\Windows\UsrClass.dat

Выгрузить кусты

Снести файлы в каждом профиле:
c:\Documents and Settings\%username%\Application Data\Microsoft\Credentials\
c:\Documents and Settings\%username%\Application Data\Microsoft\CryptnetUrlCache\
c:\Documents and Settings\%username%\Application Data\Microsoft\Crypto\
c:\Documents and Settings\%username%\Application Data\Microsoft\Protect\
c:\Documents and Settings\%username%\Application Data\Microsoft\SystemCertificates\
c:\Documents and Settings\%username%\Local Settings\Application Data\Microsoft\Credentials

Внимание! С профилями "LocalService" и "NetworkService" вышеперечисленное делать не надо.

Зайти под юзерами по одному разу, чтобы создались записи в реестре в ключе ProfileList.
Подчистить их, исправив путь к новому профилю на путь к старому:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

Естественно, снести новые профили

Надеюсь, теперь понятно, почему профили не цепляются.

В принципе, если комп на XP и не в домене, может прокатить и простая правка
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
но по-хорошему надо и остальное менять.

С профилями "LocalService", "NetworkService", "All Users" и "Default User" подобное не выполнял, гарантировать ничего не могу.

Сохранялась возможность вручную перетащить из старого профиля если не всё, то многое.
И видимо не только через GUI. Каких-то команд консоли, которые позволили бы сменить владельца папке или файлу, я тоже не нашёл.
Тоже если честно слабо представляю, как это можно автоматизировать через bat-ник, скрипт или ещё что-то в этом роде.А при этом юзерам права на старые профили автоматом выдадутся?

А что вы практикуете, чтобы не терять пользовательские настройки ОС и прикладного ПО в случае переустановке?

Если комп в домене, профиль пользователя перемещаемый, ничего не теряется. Не в домене или нужен чистый: создаю профиль с нуля: у меня есть предварительно скопированные нужные файлы с профиля + bat-ники + экспорты из реестра с нужными настройками. Ручная настройка остальных необходимых параметров ещё минут 15. Всего 30 минут, требуется раз в года 2. Поэтому не вижу смысла ещё дальше упрощать :)

Нет, конечно, просто XP на права забивает, лишь бы юзер админом был.

Через bat-ник - REGINI, через скрипт - вообще не вопрос, нужно только язык знать .

FunkyByte, перенос папки "Docs & settings" на отдельный раздел - хорошая идея. Сам так делаю.
Но если пользовательская информация лежит на отдельном разделе, то можно вообще Acronis'ом сделать "образ" системного диска и разворачивать его вместо переустановки системы.

Если же всё-таки нужна переустановка, тут всё зависит от числа пользовательских профилей в системе. Данные операции делаются от имени пользователя "Администратор"
1. Переименовать папку профиля, чтобы избежать дублирования имён в каталоге профилей.
2. Создать профиль со старым именем
3. Войти в систему от имени этого профиля, чтобы создался каталог, и тут же выйти.
4. Удалить созданный каталог, вернуть старому исходное имя.
5. Изменить права доступа на каталог, назначив разрешения новому пользователю.
6. Подключить regedit'ом файл реестра ("Файл \ Загрузить куст"), изменить права доступа
Разумеется, автоматизировать это сложно, но для пары-тройки профилей вполне можно всё сделать "ручками".

P.S.
Профиль Администратора так не вернуть. С другой стороны, данный профиль и не предназначен для повседневной работы, посему стоящих сохранения настроек в нём быть не должно.

Видимо, в этом нет необходимости. Я не выдавал полные права, выдал только на чтение, выполнение, изменение и т.д. Владельцем тоже назначать не стал. Посмотрел на профили, создаваемые системой - там владельцем прописан локальный администратор и группа Администраторы. Я сделал так же. И вместо изменения HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList я переименовал старые профили, создал учётные записи, одноимённые старым, а потом старые профили переименовал обратно, удалив новые профили. Вобщем, сделал так, как порекомендовал El Scorpio. С профилем администратора и All Users манипуляции проводил загрузившись с Live CD. В остальном делал всё так, как вы написали. Пока вроде сбоев не заметно.
И действительно. Что-то сразу не подумал. Зациклился на создании полностью преднастроенного дистрибутива.

Вобщем, проблему можно считать решённой.