» Перенос системы на другую мать

gryu

Цитата:

При клонировании своп файл

Если образ создаётся True Image, то в него swap-файл включается чисто номинально (без увеличения размера образа), насколько мне известно...

zvi
Sish
Всё это верно, но в любом случае в образ попадает куча мусора.
Начиная от откатов установленых фиксов и заканчивая текстовыми файлами описаний к ним.
Всё это разумней потереть самому, а не надеятся на "дядю".
Разумеется одно дополняет другое.

gryu
Речь только о pagefile.sys и hipernate.sys
остальное акронис не вырезает.

BasiL хм. ну я отвечал zvi на его пост:

Цитата:

Или, что гораздо проще, указанием Акронису "Не помещать в архив указанные файлы: своп, хибер, SVI, корзины и т.д."

ну значит я отстал от жизни

У меня проблема... грузится почти на всех "Intel", но отказывается на AMD-проце... На АМD-проце грузится в безопасном режиме. Могу ли я в безопасном режиме подстроить OS, а точнее удалить из реестра данные об Intel (как описано в шапке dadu) и перезагрузить в нормальном режиме, будет так работать?
Образ имеется ввиду свой, не "Заливка"

AZJIO
Попробуй создать образ системного раздела и раскатать его с помощью Acronis True Image with UR.

Дело то не в том, какой прогой создавать... где то видел твоё сообщение, что типа хоть в архив запаковывай, и это правильно, если извлекать загрузившись с LiveCD. Я сам извлекаю с помощью GHOSTEXP.EXE для файла *.gho, при этом даже не важно FAT32 у меня или NTFS, всё нормально работает. А вот проблема, что у меня - не решается выбором проги для клонирования. Я месяц назад прочитав справку пытался hal'ы прописать в boot.ini, взяв их из дистрибутива винды, и не один не подошёл. Потом поставил систему обычной установкой, и взял с неё hal, далее подстраховался, сделав образ, и далее поставил свой образ, и прописав в boot.ini якобы родной hal, и также никакой загрузки небыло, грузится до момента, когда бегунок на экране загрузки бегает несколько раз, и далее сам перезагружается. Выяснил, что hal тут оказался непричём. Стандартные драйвера конотроллера жёсткого диска я тоже ставлю. Единственное осталось проверить удаление данных о проце или чипсете. Только не всегда есть комп для проверки, поэтому и спрашиваю.

AZJIO
А что-то типа алкана в переносимой системе не установлено, часом?

У меня такая проблема:
При загрузке системы толи на другом чипе , толи на другом проце - ужасные тормоза.Даже на родной матери подглючивает.Предполагаю , что разное железо засорило реестр - вот и глюки.
Никто не разбирался с подобной проблемой?

euheny
А конкретнее проблему можно сформулировать?

Проблема - невозможность работы на другом железе , хотя система и загружается.
Т.е. как только заканчивается работа загрузчика(ntldr) , система подвисает и глючит.
Одна только загрузка продолжается окол 30 мин - терпеть просто невозможно.

Цитата:

А что-то типа алкана в переносимой системе не установлено, часом?

Alcohol 120% установлен, тоже читал, что не следует. Ну а если в безопасном режиме отключить все диски, при этом они даже в диспетчере устройст не отображаются, тогда по логике должно заработать, то есть образ загрузится?

euheny
Попробуй BIOS в дефолт сбросить для начала.

AZJIO
Хочешь ловить глюки и дальше - оставь алкана, не хочешь ловить глюки - вычитсти систему полность от алакана, потом переноси.

Думаю, что алкан тут не причем. Скажи, что ты изменил в конфигурации, после чего все стало тормозить? Я про железо имею ввиду;)

Цитата:

Скажи, что ты изменил в конфигурации

Полагаю вопрос ко мне , так как тормозит у меня.
Вобщето дело не в изменении конфигурации , что не совсем по теме , а запуске на другом compi
AZJIO

Цитата:

Могу ли я в безопасном режиме подстроить OS, а точнее удалить из реестра данные об Intel

Конечно можешь , только перед экспериментами создай бэкап реестра.

euheny

Это не столь важно. Интересно вот что, какой был чипсет и какой стал. А так-же, какой был проц и какой стал.

Чипсет уже точно не помню , а проц в обои случаях был амд . Родина - интел(IDB965PERL P4 s478).На её конфигурациях глюков небыло пока отмечено.

Проблема.

После переноса системы с одного железа на другое, при помощи Acronisa c UR, система грузится нормально, НО после загрузки отрубается т.е. не реагирует вааще ни клавиатура ни мыша.
Понятно что что-то с драйверами. А что? И как исправить. Может кто встречался с такой проблемой. Помогите!

alm007

Цитата:

А что? И как исправить

Для начала прочитать хотя бы эту страничку отсюда и ниже.

Цитата:

После переноса системы с одного железа на другое, при помощи Acronisa c UR, система грузится нормально, НО после загрузки отрубается т.е. не реагирует вааще ни клавиатура ни мыша.
Понятно что что-то с драйверами. А что? И как исправить. Может кто встречался с такой проблемой. Помогите!

После переноса XP из виртуальной машины MS Virtual 2007 на реальное железо, все корректно работает за исключение м клавы и мыши. USB клава мышь - работают нормально.
В диспетчере ps/2 клава мышь - желтые знаки.
1. Удалить, перезагрузить не помогает
2. Установить драйвер - РУГАЕТСЯ Драйвер выбранного устройства также управляет усвтройствами ПОРТ КЛАВИАТУРЫ- потом код 32 драйвер не может быть заменен.

Проверил в виртуально машине бействительно общий драйвер мыши и клавы - VPC-8042.sys.
1. Удалил с диска (в реальной машине)
2. Поиск в реестре по строке VPC-8042 - удаление все ключей
3. INF от виртуальной машины, тоже удалил
Не помогает!

Где в реестре раздел, отвечающий за простую клаву\мышь?

Где еще чего удалить?

AlexSystem

Тоже самое (писал выше).
Уточняю.
Переносил XP с железа на виртуальную (VMware). Причем взял нужные драйвера с рабочей вирт.ХР и подсунул новой вирт.ХР. Клава и мышь PS/2. Вроде все схавала и сообщила об успехе. А хрен и ныне там - вирт.ХР нормально грузится, а клава и мышь зависают. Не могу залогиниться.
Что делатьььь?

AlexSystem
Когда желтые знаки - это конфликт прерываний.
Мне не встречались случаи, когда WinXP не может разрулить прерывания.
Но , за исключением одного случая - не тот HAL.
По крайней мере, это моя стаститика.

Смени HAL, перезагрузка. Ставь драйвера, если сами не встанут.

Сменить HAL - reame instruction в ибн шапке

PS какой чип на мамке?

Добавлено:
alm007
а это не тот случай, что у AlexSystem. читайте инструкцию, плиззззз!

Цитата:

Когда желтые знаки - это конфликт прерываний.

Если все так просто!
После переноса у клавы и мыши в свойствах только 2 вкладки ОБЩИЕ и СВЕДЕНИЯ!
ФСЕ!!! Ни ДРАЙВКР ни РЕСУРСЫ нету!!!!
Соотвествено о прерываниях говорить не приходится.


Цитата:

за исключением одного случая - не тот HAL

Сомневаюсь, но попробую!


Цитата:

PS какой чип на мамке?

От чипа эта байда не зависит!
Пробовал и на NVIDIA INTEL VIA!

Это "сопли" от виртуальной машины остаются т.к. в виртуалке используется один общий драйвер клава\мышь.
Реально железо такой фигни не понимает!!!

dadu

Прочитал руководство д/пользователя для ATI 9.1 Ничего там нет по моему случаю. Опять перезалил образ. Востановление завершилось успешно, с тем же результатом - система грузится без проблем, НО ни мыши ни клавы - виснут!!!!!!!

AlexSystem
alm007
А в безопасном режиме работают клава и мышь?

Цитата:

А в безопасном режиме работают клава и мышь?

НЕТ!

zvi

НЕТ!

Добавлено:

Мой случай имеет историю.
А именно, ранее этот же образ заливал на другое железо (именно железо). Результат был тот же - загрузка и зависание мыши/клавы. Так вот я подключался к востанновленной машине по RDP (благо был активирован). В этом случае все работало, обновлял драйвера и тогда только машина становилась управляемой локально.
Но теперь, после заливки образа сетевуха на вирт.ХР тоже в дауне.
Чудеса, да и только.

AlexSystem
Ок. Давай по порядку и спокойно.
Ответь на все вопросы. когда на них ответишь, то сам во всем разберешься.

1Какой чип на мамке(ах)? (ответ про необходимость смены HALa)
2Драйвера мыши\клавы удаляются? (Можно под BootCD)
3При удалении вручную вместе с *.inf нужно удалять соответсвующий *.pnf . Удалял?
4 Самое главное . Система подготовлена к переносу? В Инструкции четко сказано, не ставить addons на Виртуальных машинах. Ставил?

PS Еще раз вам говорю - это конфликт прерываний. лечится сносом конфликтующих дров или может быть сменой Hala (по необходимости). Не смертельно.

Добавлено:
.

Да просто нужно с другой системы подцепить реестр да повырезать оттуда глючные дрова - при загрузке сами правильно встанут

А халы по-моему у всех должны быть одни - стандартный комп с аспи