Установка - WinXP не признаёт при переустановке старые профили
-
FunkyByte
Установка - WinXP не признаёт при переустановке старые профили
Уже давно практикую размещение профилей локальных пользователей на отдельном разделе, чтобы при переустановке системы не терялись настройки прикладного ПО и т.д. Однако при переустановке система не признаёт создаваемые по умолчанию профили (профиль Администратора, Default User и т.д.), оставшиеся от старой системы. Вместо них создаются новые профили. Можно как-нибудь заставить систему признать профили, оставшиеся от её предыдущей инкарнации? Может надо какой-то ключик в winnt.sif добавить или ещё каким-то образом преднастроить дистрибутив?
-
Safety1st
Re: Установка - WinXP не признаёт при переустановке старые профили
Зачем же Вы давно практикуете, если это никогда у Вас не работало? Вопрос не риторический.
Знаю решение этого вопроса, сопряжено с рядом ручных действий. В принципе, это можно автоматизировать, но этим не занимался, потому что практикую подобное очень редко
Итак, для каждого профиля:
Юзера - владельцем всех файлов в папке с профилем и полные права на папку с профилем. в 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" подобное не выполнял, гарантировать ничего не могу.
Знаю решение этого вопроса, сопряжено с рядом ручных действий. В принципе, это можно автоматизировать, но этим не занимался, потому что практикую подобное очень редко
Итак, для каждого профиля:
Юзера - владельцем всех файлов в папке с профилем и полные права на папку с профилем. в 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" подобное не выполнял, гарантировать ничего не могу.
-
FunkyByte
Re: Установка - WinXP не признаёт при переустановке старые профили
Цитата Isotonic:
Зачем же Вы давно практикуете, если это никогда у Вас не работало? Вопрос не риторический.
Сохранялась возможность вручную перетащить из старого профиля если не всё, то многое.
Цитата Isotonic:
в XP через GUI назначить владельцем можно только себя
И видимо не только через GUI. Каких-то команд консоли, которые позволили бы сменить владельца папке или файлу, я тоже не нашёл.
Цитата Isotonic:
В раздел реестра HKEY_USERS подключить кусты каждого старого профиля, дать на них полные права соответствующему юзеру, сделать владельцем:
c:\Documents and Settings\%username%\NTUSER.DAT
c:\Documents and Settings\%username%\Local Settings\Application Data\Microsoft\Windows\UsrClass.dat
Тоже если честно слабо представляю, как это можно автоматизировать через bat-ник, скрипт или ещё что-то в этом роде.
Цитата Isotonic:
В принципе, если комп на XP и не в домене, может прокатить и простая правка
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
А при этом юзерам права на старые профили автоматом выдадутся?
Цитата Isotonic:
практикую подобное очень редко
А что вы практикуете, чтобы не терять пользовательские настройки ОС и прикладного ПО в случае переустановке?
Зачем же Вы давно практикуете, если это никогда у Вас не работало? Вопрос не риторический.
Установка - WinXP не признаёт при переустановке старые профили
Сохранялась возможность вручную перетащить из старого профиля если не всё, то многое.
Цитата Isotonic:
в XP через GUI назначить владельцем можно только себя
Установка - WinXP не признаёт при переустановке старые профили
И видимо не только через GUI. Каких-то команд консоли, которые позволили бы сменить владельца папке или файлу, я тоже не нашёл.
Цитата Isotonic:
В раздел реестра HKEY_USERS подключить кусты каждого старого профиля, дать на них полные права соответствующему юзеру, сделать владельцем:
c:\Documents and Settings\%username%\NTUSER.DAT
c:\Documents and Settings\%username%\Local Settings\Application Data\Microsoft\Windows\UsrClass.dat
Установка - WinXP не признаёт при переустановке старые профили
Тоже если честно слабо представляю, как это можно автоматизировать через bat-ник, скрипт или ещё что-то в этом роде.
Цитата Isotonic:
В принципе, если комп на XP и не в домене, может прокатить и простая правка
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
Установка - WinXP не признаёт при переустановке старые профили
А при этом юзерам права на старые профили автоматом выдадутся?
Цитата Isotonic:
практикую подобное очень редко
Установка - WinXP не признаёт при переустановке старые профили
А что вы практикуете, чтобы не терять пользовательские настройки ОС и прикладного ПО в случае переустановке?
-
Safety1st
Re: Установка - WinXP не признаёт при переустановке старые профили
Цитата FunkyByte:
А что вы практикуете, чтобы не терять пользовательские настройки ОС и прикладного ПО в случае переустановке?
Если комп в домене, профиль пользователя перемещаемый, ничего не теряется. Не в домене или нужен чистый: создаю профиль с нуля: у меня есть предварительно скопированные нужные файлы с профиля + bat-ники + экспорты из реестра с нужными настройками. Ручная настройка остальных необходимых параметров ещё минут 15. Всего 30 минут, требуется раз в года 2. Поэтому не вижу смысла ещё дальше упрощать
Цитата FunkyByte:
А при этом юзерам права на старые профили автоматом выдадутся?
Нет, конечно, просто XP на права забивает, лишь бы юзер админом был.
Цитата FunkyByte:
Тоже если честно слабо представляю, как это можно автоматизировать через bat-ник, скрипт или ещё что-то в этом роде.
Через bat-ник - REGINI, через скрипт - вообще не вопрос, нужно только язык знать .
А что вы практикуете, чтобы не терять пользовательские настройки ОС и прикладного ПО в случае переустановке?
Установка - WinXP не признаёт при переустановке старые профили
Если комп в домене, профиль пользователя перемещаемый, ничего не теряется. Не в домене или нужен чистый: создаю профиль с нуля: у меня есть предварительно скопированные нужные файлы с профиля + bat-ники + экспорты из реестра с нужными настройками. Ручная настройка остальных необходимых параметров ещё минут 15. Всего 30 минут, требуется раз в года 2. Поэтому не вижу смысла ещё дальше упрощать
Цитата FunkyByte:
А при этом юзерам права на старые профили автоматом выдадутся?
Установка - WinXP не признаёт при переустановке старые профили
Нет, конечно, просто XP на права забивает, лишь бы юзер админом был.
Цитата FunkyByte:
Тоже если честно слабо представляю, как это можно автоматизировать через bat-ник, скрипт или ещё что-то в этом роде.
Установка - WinXP не признаёт при переустановке старые профили
Через bat-ник - REGINI, через скрипт - вообще не вопрос, нужно только язык знать .
-
El Scorpio
Re: Установка - WinXP не признаёт при переустановке старые профили
FunkyByte, перенос папки "Docs & settings" на отдельный раздел - хорошая идея. Сам так делаю.
Но если пользовательская информация лежит на отдельном разделе, то можно вообще Acronis'ом сделать "образ" системного диска и разворачивать его вместо переустановки системы.
Если же всё-таки нужна переустановка, тут всё зависит от числа пользовательских профилей в системе. Данные операции делаются от имени пользователя "Администратор"
1. Переименовать папку профиля, чтобы избежать дублирования имён в каталоге профилей.
2. Создать профиль со старым именем
3. Войти в систему от имени этого профиля, чтобы создался каталог, и тут же выйти.
4. Удалить созданный каталог, вернуть старому исходное имя.
5. Изменить права доступа на каталог, назначив разрешения новому пользователю.
6. Подключить regedit'ом файл реестра ("Файл \ Загрузить куст"), изменить права доступа
Разумеется, автоматизировать это сложно, но для пары-тройки профилей вполне можно всё сделать "ручками".
P.S.
Профиль Администратора так не вернуть. С другой стороны, данный профиль и не предназначен для повседневной работы, посему стоящих сохранения настроек в нём быть не должно.
Но если пользовательская информация лежит на отдельном разделе, то можно вообще Acronis'ом сделать "образ" системного диска и разворачивать его вместо переустановки системы.
Если же всё-таки нужна переустановка, тут всё зависит от числа пользовательских профилей в системе. Данные операции делаются от имени пользователя "Администратор"
1. Переименовать папку профиля, чтобы избежать дублирования имён в каталоге профилей.
2. Создать профиль со старым именем
3. Войти в систему от имени этого профиля, чтобы создался каталог, и тут же выйти.
4. Удалить созданный каталог, вернуть старому исходное имя.
5. Изменить права доступа на каталог, назначив разрешения новому пользователю.
6. Подключить regedit'ом файл реестра ("Файл \ Загрузить куст"), изменить права доступа
Разумеется, автоматизировать это сложно, но для пары-тройки профилей вполне можно всё сделать "ручками".
P.S.
Профиль Администратора так не вернуть. С другой стороны, данный профиль и не предназначен для повседневной работы, посему стоящих сохранения настроек в нём быть не должно.
-
FunkyByte
Re: Установка - WinXP не признаёт при переустановке старые профили
Цитата Isotonic:
Юзера - владельцем всех файлов в папке с профилем и полные права на папку с профилем
Видимо, в этом нет необходимости. Я не выдавал полные права, выдал только на чтение, выполнение, изменение и т.д. Владельцем тоже назначать не стал. Посмотрел на профили, создаваемые системой - там владельцем прописан локальный администратор и группа Администраторы. Я сделал так же. И вместо изменения HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList я переименовал старые профили, создал учётные записи, одноимённые старым, а потом старые профили переименовал обратно, удалив новые профили. Вобщем, сделал так, как порекомендовал El Scorpio. С профилем администратора и All Users манипуляции проводил загрузившись с Live CD. В остальном делал всё так, как вы написали. Пока вроде сбоев не заметно.
Цитата El Scorpio:
Но если пользовательская информация лежит на отдельном разделе, то можно вообще Acronis'ом сделать "образ" системного диска и разворачивать его вместо переустановки системы.
И действительно. Что-то сразу не подумал. Зациклился на создании полностью преднастроенного дистрибутива.
Вобщем, проблему можно считать решённой.
Юзера - владельцем всех файлов в папке с профилем и полные права на папку с профилем
Установка - WinXP не признаёт при переустановке старые профили
Видимо, в этом нет необходимости. Я не выдавал полные права, выдал только на чтение, выполнение, изменение и т.д. Владельцем тоже назначать не стал. Посмотрел на профили, создаваемые системой - там владельцем прописан локальный администратор и группа Администраторы. Я сделал так же. И вместо изменения HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList я переименовал старые профили, создал учётные записи, одноимённые старым, а потом старые профили переименовал обратно, удалив новые профили. Вобщем, сделал так, как порекомендовал El Scorpio. С профилем администратора и All Users манипуляции проводил загрузившись с Live CD. В остальном делал всё так, как вы написали. Пока вроде сбоев не заметно.
Цитата El Scorpio:
Но если пользовательская информация лежит на отдельном разделе, то можно вообще Acronis'ом сделать "образ" системного диска и разворачивать его вместо переустановки системы.
Установка - WinXP не признаёт при переустановке старые профили
И действительно. Что-то сразу не подумал. Зациклился на создании полностью преднастроенного дистрибутива.
Вобщем, проблему можно считать решённой.