» Windows 7: обсуждение работы (Часть 5)

Living things

Цитата:

Вначале его нужно монтировать к примеру с помощью DAEMON Tools, а потом устанавливать (если это приложение).

зачем использовать DT когда ISO-образ можно распаковать архиватором и запустить установку?
всё дальше и дальше отдаляетесь от темы и лезите в дебри.
чем дальше в лес, тем больше дров.
сейчас автор начнёт спрашивать как пользоваться DT, ну и т.д. и т.п.

Цитата:

зачем использовать DT когда ISO-образ можно распаковать архиватором и запустить установку?

Ну и объясните как это делать.

ollz

Цитата:

Ну и объясните как это делать.

архиватор установлен? Ассоциируйте файлы ISO с вашим архиватором. Затем правой кнопкой мыши на ISO файле и распаковать или разархивировать. В полученной папке с файлами найдёте Setup.exe и запустите установку.
Показываю на ISO образе с офисом, но это нестоль важно:

molchel
Если я правильно понял, ему нужна вторая система, поэтому и писал выше, чтобы setup(ил) c папки sources, чтобы система сама сконфигурировала загрузчик.

ollz
...да поставьте вы DAEMON Tools...данная прога лишней не будет никогда.
и все базары по поводу того,что ее функции можно заменить другою прогой-неуместны...

p.s. а ведь есть еще куча всяких бесплатных прожек, аналогичных DAEMON Tools....

tt43

Цитата:

а ведь есть еще куча всяких бесплатных прожек

давайте, советуйте ему кучу всякого ненужного хлама, пусть засирает систему.
Всего-то нужно распаковать образ.

Цитата:

Всего-то нужно распаковать образ.

А всего-то мне нужно отформатировать диск С:. И при решении этой задачи меня увели уже так далеко, что я забыл первоочередную задачу. А DAEMON Tools уже скачал. Но техника в руках дикаря - обуза.

ollz

Цитата:

А всего-то мне нужно отформатировать диск С:

Систему будете на него ставить?

Цитата:

А всего-то мне нужно отформатировать диск С:

Это шутка?

Цитата:

Систему будете на него ставить?

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

ollz
Ну я вам и описал, самый простой способ, - ведь на диске Н тоже сохраните систему?
Поэтому повторюсь: скачиваете образ семёрки на диск Н, открываете его винраром, увидите там папку sources, запустите setup именно из этой папки, - найдёте его внутри.
Во время установки форматнёте диск С и установите систему. Что это даст: система сама сконфигурирует загрузчик и при включении компа у вас будет выбор, с какого диска запустить систему.

С каким стилем разделов форматировать новый винт - MBR или GUID?
Чем отличаются между собой?

Ivanov Ivan
вот здесь подробно описано:
http://support.microsoft.com/kb/302873
https://ru.wikipedia.org/wiki/%D2%E0%E1%EB%E8%F6%E0_%F0%E0%E7%E4%E5%EB%EE%E2_GUID

Уважаемые, на мой вчерашний запрос так никто и не ответил

Так и должно быть. Это специально сделано разработчиками для лучшей совместимости.
Например, если запустить Sysinternals Process Explorer (procexp.exe) на 64-битной машине, то рядом создаётся файл procexp64.exe. И они оба запускаются.
Я копирую procexp64.exe в другое место и им уже и пользуюсь)).

oshizelly

Цитата:

Подсистема WoW64 изолирует 32-разрядные программы от 64-разрядных путем перенаправления обращений к файлам и реестру. Это предотвращает случайный доступ 32-битных программ к данным 64-битных приложений. Например, 32-битное приложение, которое запускает файл DLL из каталога %systemroot%\System32, может случайно обратиться к 64-разрядному файлу DLL, который несовместим с 32-битной программой. Во избежание этого подсистема WoW64 перенаправляет доступ из папки %systemroot%\System32 в папку %systemroot%\SysWOW64. Это перенаправление позволяет предотвратить ошибки совместимости, поскольку при этом требуется файл DLL, созданный специально для работы с 32-разрядными приложениями.

MR_DesigneR 11:49 02-09-2014
Цитата:

Подсистема WoW64 изолирует 32-разрядные программы от 64-разрядных путем перенаправления обращений к файлам и реестру. Это предотвращает случайный доступ 32-битных программ к данным 64-битных приложений.

Всё прочёл аж три раза, но всё равно не до конца понял. Видать, мозги не с того конца заточены
Если совсем просто для чайника: в описанном мной примере при запуске на исполнение 32-битного файла program.exe система реально берёт программный код на исполнение из пары program64.exe/program64.dll или же из пары program.exe и program.dll?

Спасибо!

oshizelly, А вы временно удалите 64-битный файл, и попробуйте запустить 32-битный. И посмотрите что будет.

oshizelly

Цитата:

при запуске на исполнение 32-битного файла program.exe система реально берёт программный код на исполнение из пары program64.exe/program64.dll или же из пары program.exe и program.dll?

Ну если вы видите впоследствии активным 64-битный процесс, соответственно и перенаправление срабатывает.
Вообще, я дал обобщающую цитату. Многое зависит от самого приложения. Как пример, сравните работы родных 32-битных плеера и браузера в 64-битных системах.

molchel, а что всё-таки надо выбрать - MBR или GUID, если винт нужен только под хранение файлов?

Ivanov Ivan
Если это будет отдельный винт под файлопомойку, то по барабану.
А если намериваетесь использовать его как системный с x64 виндой и объём его от 2Тб, то лучше GUID. И материнка должна быть с UEFI.

При выборе MBR или GUID (GPT) нужно учитывать следующее:
1. Будет ли этот диск системным или нет.
2. Какой объём диска.
3. Какая ОС будет устанавливаться и её разрядность.
4. Поддержка материнки.

ollz 20:32 02-09-2014
Цитата:

А вы временно удалите 64-битный файл, и попробуйте запустить 32-битный. И посмотрите что будет.

Если удалить файлы program64.exe и program64.dll и затем запустить на исполнение файл program.exe, то менеджер процессов всё равно в качестве источника запущенного процесса показывает program64.exe

Теперь я уже совсем-совсем ничего не понимаю, и приведённая MR_DesigneR цитата тоже не помогает.

oshizelly

Цитата:

Теперь я уже совсем-совсем ничего не понимаю,

Библиотеку удаляли из папки программы или отсюда: Windows - SysWOW64

MR_DesigneR
ollz
Прошу прощения, вопрос снимается.

После перезагрузки системы все странные явления исчезли: при запуске 32-битного файла в процессах показан в качестве источника именно он, а не 64-битный. Безотносительно к наличию/отсутствию в той же папке файлов program64.exe и program64.dll. Вероятно, это был какой-то загадочный локальный глюк, наверно, что-то меняют в Матрице.

Спасибо за моральную поддержку!

восстановил изображение в шапке...

Здравствуйте, форумчане .
Помогите, пожалуйста с вопросом: окно командной строки не перемещается по экрану, не реагирует на кнопки управления окна (закрыть, свернуть, развернуть), невозможно изменить размеры окна. То есть окно вроде зафиксировано в одном месте, и его нельзя ни сдвинуть, ни уменьшить при помощи курсора - оно просто "не тянется" . Кнопки окна вроде активные(в смысле не серые), но по нажатию ничего не происходит.

Заранее спасибо.

abraxaz
запустили cmd, а контакта с ней никакого нет?
Может перестало отвечать. Так убить через диспетчер задач

molchel
Нет, командная строка работает и выполняет команды, но переместить или изменить размер окна нельзя. Закрыть окно можно с помощью команды exit или убить в диспетчере задач.

abraxaz
А вы попробуйте поубивать не системные процессы, висящие параллельно и посмотреть меняется что-нибудь в отношении окна CMD или нет.

MR_DesigneR
Что интересно, эта проблема была на свежей винде, правда, после установки драйверов на ноутбук: чипсет, сеть, видео(dual graphics intel+amd), звук, Bluetooth, wi-fi и кард-ридер. Все дрова последние, с офсайта производителя. Винда корпоративная х64, msdn-образ.