Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Предлагаю обсуждать особенности WinXP x64 Edition

Автор: Darth_Vader
Дата сообщения: 19.06.2005 03:06
Windows XP Professional x64 Edition



Интернет-ресурсы, посвященные x64
- http://www.extended64.com
- http://www.planetamd64.com

Обновления системы
- Microsoft .NET Framework Redistributable Package
- Windows AMD64 Platform - J2SE(TM) Runtime Environment
- AMD Athlon™ 64 Processor Utilities and Updates
- WinFuture Windows XP 64Bit Update Pack
- AutoPatcher x64

Специализированные драйвера
- Видеокарты ATI
- Видеокарты и чипсеты nVidia
- Realtek AC'97 Audio CODECs
- Тюнеры Behold

Совместимые программы
CD/DVD эмуляторы
- Alcohol 120%
- Daemon Tools x64
- Fantom DVD
Работа с CD-DVD, Floppy
- EZB Systems UltraISO
- WinISO
- Ahead Nero
- WinImage
Антивирусы
- Avast!
- NOD32 x64
- Symantec
- McAfee VirusScan
- Kaspersky Anti-Virus 2006
- AVG AntiVirus
Архиваторы
- 7-Zip x64
Браузеры и почта
- Mozilla FireFox ThunderBird x64
Дефрагментаторы
- O&O Defrag
- Raxco Perfect Disk x64
- Executive Diskeeper x64
Резервное копирование
- Acronis True Image v9.1 (Server, Corporate Workstation, Enterprise Server) x64
Файловые менеджеры
- SpeedCommander
Файрволлы
- Agnitum Outpost Firewall Pro 4 x64
- Скачать Agnitum Outpost Firewall PRO для 64-битной версии ОС
- ZoneAlarm x64 (нет в свободном доступе)
- XP Firewall Control
- GhostWall
- Tiny Firewall x64
- Traffic Inspector x64 (файрволл, кэширование, учет и контроль)
- NVIDIA Firewall, входит в состав унифицированного пакета для nForce4

Не работающие программы
- DrWeb (Spider), NeroImageDrive, NeroInCD, ZoneAlaram, Kaspersky Anti-Hacker

Видеообработка
- Кодеки x64 здесь
- Видеоредактирование VirtualDub x64 v.1.6.17
- x64 дополнение к K-Lite Codec Pack

Проблемы
- Не работает Старфорс
- Cовместимость HP сканеров
- HP Business Jet 2800 (Офф.версия "Мы не будем выпускать драйверы под бэта-версию операционки!") /они исправились 14 июля 2006 года: HP Business Inkjet 2800 Printer series/


(x64) - помечены программы, специально откомпилированные для 64-разрядной архитектуры
Автор: Darth_Vader
Дата сообщения: 20.06.2005 03:39
Тяк-сссь... пока что обсуждаю сам с собой, ну да ладно: потом глядишь кому-нть и пригодится... итак, %SystemRoot%\SysWOW64 - это аналог \System32 для 64-битовой системы, который отображается в директорию \System32 для совместимости со старым софтом. Как это реализовано - сказать сложно, напоминает символические ссылки на каталоги в Linux, но работает втч и на FAT32 и прозрачно для любых средств обзора файловой системы, включая TC/FAR и CMD. Файлы, удаленные из \System32 или добавленные туда, соответственно удаляются или возникают в \SysWOW64, и наоборот.
В реестре также есть ветка HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node, а в ней - содержимое HKEY_LOCAL_MACHINE\SOFTWARE плюс еще ряд параметров; такое впечатление, что только софт который знает о существовании х64, пишет в главную ветку, остальной - в дочернюю.
Автор: investigateur
Дата сообщения: 20.06.2005 22:12
всё хорошо, только к сожалению

сканер НР 5370с не работает,
USB to Serial не работает

Не работают NU & NIS; Acronis; Easy CD Creator 7 не работает

нет драйверов и производители стращают, что 64 это не массовая система и делать
сейчас двайверы не собираются, а жаль.

Система работает быстро (это на Pentium 4 c поддержкой 64bit )
Автор: Darth_Vader
Дата сообщения: 21.06.2005 00:41
investigateur

Цитата:
Система работает быстро

Угу. Даже 32-битовые приложения, такие как 3ДМраки. Последние дают на 100 попок больше, чем в обычной винде; еще заметно шустрее идет перегонка видео с DVD в DivX.


Цитата:
сканер НР 5370с не работает,
USB to Serial не работает

Этих не юзал,


Цитата:
Не работают NU & NIS; Acronis; Easy CD Creator 7 не работает

Софт, который юзает 32-битовые драйверы, работать не будет. При этом Nero Burning Rom 6.6.x.x работает отлично, туда же (в плюс) идут нортоновские утилиты (покрайме, 2002-е) - как раз все работает, кроме Norton Protection (которую я все равно всю жизнь отключал), ATI Tray Tools, практически все игры и приложения которые я юзал в 32-битовой винде. Иными словами, я готов переехать под х64 на ПМЖ.

Для получения максимальной совместимости и работоспособности софта, обязательно надо ставить родные дрова от производителей железа - на чипсет, на видео, итп, а не довольствоваться стандартынми от некрософта. Большинство дров есть. Я не встретил никаких проблем со своим железом - NFORCE 4 Ultra, RADEON X700 PCI Express, ALC8x0, итп. Серьезные производители относятся к делу соответсно и большинство уже выпутили дрова, а саботаж НР, вероятно - связан с обидой за свое совместное с интелем детище - Itanium, который как раз действительно не стал и никогда уже не станет массовой архитектурой.

Опять же, если интель менее совместим с х64, чем АМД - мну сие не удивляет, на установочном СД фактически два разных дистрибутива, иб0 доступ к памяти методами АМД64 (ЕМ64Т) и подлинный 64-битовый процессор - таки две большие разницы...
Автор: Oleg_Kurilin
Дата сообщения: 21.06.2005 04:16
Darth_Vader

Цитата:
Опять же, если интель менее совместим с х64, чем АМД

Прошу прощения, но мне казалось, что х64 это 64 разрядное расшерение х86, каторое АМД застолбило будучи проворнее, а интелу осталось поддерживать совместимость.

Цитата:
на установочном СД фактически два разных дистрибутива

Секцию под названием i386 я бы не назвал дистрибутивом, там лежат ошметки поддержки 32 разрядного режима. Основной же дистрибутив (и единственный) AMD64 оставил свое название по историческим причинам, не смотря на то, что он же идет для ЕМ64Т
Автор: Darth_Vader
Дата сообщения: 21.06.2005 05:02
Oleg_Kurilin

Цитата:
Прошу прощения, но мне казалось, что х64 это 64 разрядное расшерение х86, каторое АМД застолбило будучи проворнее, а интелу осталось поддерживать совместимость.


Прошу прощения, но мне казалось, что АМД создали собственную 64-битовую процессорную архитектуру и набор команд, хитрым способом способную при соответствующей смене контекста эмулировать структуру регистров и прочие составляющие архитектуры х86, что и представляет собой наибольшее преимущество архитектуры АМД х86-64 над IA64 (Itanium), к прочим недостаткам последнего относится, в частности - необходимость тщательно обтачивать код (т.е. создавать новые версии компиляторов и перекомпилировать ПО) под все особенности микроархитектуры процессора, которая от ревизии к ревизии может здорово меняться, что вроде как и "добило" Itanium как массовый процессор.

Интеловцев никто ни к чему не принуждал - наоборот, это они, будучи проворнее - "на основании" того, что из-за обратной совместимости с х86 набор команд АМД64 якобы "является расширением набора команд х86", внедрили поддержку части этого набора в свои процессоры, с целью ликвидировать наиболее актуальное ограничение архитектуры х86 - на работу с большими объемами ОЗУ, перекрестив "заимствованную" часть набора в ЕМ64Т (Enhanced Memory 64-bit Technology). Тем не менее, afaik - микроархитектура интеловских процессоров NetBurst не рассчитана на выполнение в полностью 64-битовом режиме, как не рассчитана будет очевидно и архитектура Nehalem (Pentium-M), которая afaik ближе всего не к NetBurst, а к Dothan, Tualatin, и, что греха таить - к Athlon XP.
К счастью, уж микроархитектуру A64/Opteron, запатентованную AMD, тупо скопировать интеловцы не могут, а разрабатывать собственное 64-битовое ядро, очевидно - или неспособны, или рынок не позволит тратить на это ресурсы, или все-таки боятся судебных исков АМД за копирование всего набора команд АМД64. Чесгря, я не очень понимаю, почему до сих пор юристы АМД не опротестовали использование "ЕМ64Т". Вероятно, решили что это заставит некрософт сильнее подсуетиться с программной поддержкой, и не напрасно вроде как...

Повторюсь, это та информация и те выводы, которыми я владею или могу сделать на своем, признаюсь - ограниченном уровне познаний в области процессорных архитектур. К тому же, обсуждение последних в данной теме, очевидно, является оффтопом.
Автор: Oleg_Kurilin
Дата сообщения: 21.06.2005 14:31
Darth_Vader
Я примерно то же имел в виду, просто я немного не понял фразу:

Цитата:
интель менее совместим с х64, чем АМД

Получается, что АМД не х64, а совместим?

И вообще, я не считаю это 64 разрядной системой, это только 64 разрядное расшерение 32 разрядного дополнения к 16 разрядному режиму 8 разрядного, разработанного на базе 4 разрядного процессора.
Автор: Darth_Vader
Дата сообщения: 22.06.2005 03:02
Oleg_Kurilin

Цитата:
Получается, что АМД не х64, а совместим?

имеется в виду ОС - вынь XP x64 Edition. Полное название архитектуры - AMD x86-64.


Цитата:
это только 64 разрядное расшерение 32 разрядного дополнения к 16 разрядному режиму 8 разрядного, разработанного на базе 4 разрядного процессора.

Угу... там еще доходило до того что все это разрабатывает контора, не терпящая "a bit of competition". Только это все шЮтк, а серьезно - х86-64 это в полный рост 64-разрядная архитектура, обладающая способностью аппаратно эмулировать 32-разрядную х86, такое мое мнение

Добавлено:
З.Ы. Эдак все че хошь можно назвать "расширением", только вряд ли от этого 64-битовая Альфа или Итаниум станут "народнее"

Добавлено:
З.З.Ы. Кстати, 3ДМраки мну дают по сотне больше попугаев под х64, чем под обычной 32-битовой вынью, при прочих равных - частотах, настройках, итп.

Добавлено:
З.З.З.Ы.
Кашпировский 5.х персонал (просто) под х64 не рубит, а вот Персонал ПРО - аж бегом, и мониторинг и все такое прочее... правда ОСь он видит как .NET Server Service Pack 1, но это уже мелочи... наслышан также, что Eset заявили о поддержке х64 в NOD 2.xx
Автор: Darth_Vader
Дата сообщения: 24.06.2005 08:38
ALL
Забавная ситуация получается с патчем uxtheme для х64... вчерась занялся этим вопросом вплотную, и вот что выяснилось (цитирую свои постинги на MSFN и Extended64.com):


Цитата:

I need the uxtheme patch for my system, but unfortunately I was unable to download it from http://67.20.160.236:8080/repository/?path=Patches/Uxtheme/ as the link posted at http://www.extended64.com/blogs/rafael/archive/category/1023.aspx

Could somebody plz give me a working link on that file, or maybe just tell me which bytes I should change and for which values, to get a patched file? It would also be fine to know how to correct the file checksums, so that it could be included into my own unattended installation CD and no error would occur while copying this file to its destination dir during install (I guess, modbin utility only works with 32-bit PE files?)



Цитата:
Correction: I've just found out that there are two files to patch (excluding the ones in dllcache folders, cos I guess a normal healthy mind person should have WFP/SFC disabled yet in the distribution source). First of those files is uxtheme.dll for 0x8664h machine architecture, located in \System32, which is the most essential component to patch, it provides theme and style support for generally all 64-bit apps and system components, such as Explorer taskbar, its windows and property sheets, 64-bit control panel applets, etc. This patch I have already achieved by assistance of nLite distribution tunning software, which's version 1.0 beta 1 supports XP x64 Edition. As about the second file, it's an ordinary 32-bit one for i386 architecture, located in \SysWOW64 and providing style support for 32-bit apps and components running upon Win64 platform; that's the patch I really need, cos I have yet no source to get it. I've found already patched uxtheme.dll for 32-bit Server 2k3 w/SP1 (version 6.0.3790.1830), but its size is about 203k instead of ~215k for the file in the real x64 RTM distribution. Accordingly, only the 64-bit apps and components may use custom styles with the patched 64-bit dll and a "bad" version of the 32-bit one.
That is what I don't need, but I need only a fully working patch, including corrections for all necessary files. Plz gimme a bit of F1


В общем, если в двух словах - вынь х64 использует две библиотеки uxtheme: первая, 64-битовая, валяется в \System32 и весит около 500к, обеспечивает поддержку стилей для 64-битовых приложений и компонентов ОС (т.е. Explorer'a, диспетчера задач, 64-битовых апплетов панели управления, итп); вторая, 32-битовая - лежит в \SysWOW64 и обеспечивает поддержку стилей для 32-битовых приложений, выполняющихся в среде WinX64. Первую умеет патчить nLite 1.0 beta 1, а вот патча для второй я пока найти не могу... с патченной 64-битовой библиотекой и непатченной 32-битовой, естесственно - б0льшая часть приложений идет без визуального оформления

З.Ы. Скачал и поставил антивирь avast! и Tiny Firewall 64. Честно говоря, ни тот ни другой мну особенно не воодушевляют, особенно учитывая что оба создают по десятку резидентов... ждем портирования нормального софта на эту платформу.
Автор: Darth_Vader
Дата сообщения: 26.06.2005 03:06
Разобрался более-менее с системой WOW64 (Win(32)-On-Win64), внедренной в ХР х64 Edition и отвечающей за выполнение 32-битовых задач на 64-битовой платформе.

Вишь как хитростно в ентой выни придумано: файло для 64-битового режима валяется в \System32 (интересно, почему не в \System64?), а для 32-битовых приложений дллки лежат в \SysWOW64, причем для этих как раз приложений содержимое \System32 зеркально отображается с \SysWOW64 (например, Коммандером заходишь в \System32 - он про все дллки грит то что что про те которые лежат в \SysWOW64, размер такой же, свойства, архитектура - i386, количество файлов и субфолдеров кажет одинаковое там и там, общий вес итп)
Заходишь мастдайным родным 64-битовым ехплорером, или из другой винды - кажет все как есть на самом деле. Такая же байда с реестром: в HKLM\Software есть ключик WOW3264Node, а в нем содержимое \Software для 32-битового софта. Только тот софт, который знает что эта вынь 64-битовая, пишет прямо в HKLM\Software и в \Program Files, и видит все как есть в \System32. Остальной софт ставица в \Program Files (x64). Занятно...
Автор: nowhereman
Дата сообщения: 26.06.2005 08:58
Darth_Vader
Общая информация о системе есть в http://www.microsoft.com/downloads/details.aspx?FamilyID=21d930dd-8160-4e43-95d2-f5c3a9037e68&displaylang=en
Автор: Ici Chacal
Дата сообщения: 26.06.2005 08:59
Darth_Vader
В организации файловой системы и вообще работе с HDD есть какие то изменения?
Автор: nowhereman
Дата сообщения: 26.06.2005 11:52
Ici Chacal

Цитата:
В организации файловой системы и вообще работе с HDD есть какие то изменения?

Нету, если работать через систему. Если программа хочет добавить свои драйверы, то старые не подойдут.
Автор: CaptainFlint
Дата сообщения: 26.06.2005 13:29
Такой вопрос у меня возник по сабжу. Сейчас установил себе на комп параллельно две системы: WinXP Pro Rus и WinXP Pro x64 Eng. В основном работаю, понятное дело, в обычной XP. Вчера решил не выключать комп, а перевести его в спящий режим. Утром включаю, а из спящего режима пытается восстановиться x64-версия! Это видно по английским надписям типа "Resuming Windows". Разумеется, ничего у неё не получается и загрузка виснет. Пришлось сбрасывать созранённое состояние, грузить винду "с нуля". Я никогда раньше не устанавливал две XP рядом на одной машине, поэтому не знаю, может, это у них общая черта такая - перепутывать сохранённые состояния друг друга...
Собственно, вопроса два: натыкался ли кто-нибудь на это, и как это можно исправить?

В качестве временного решения можно попробовать отказаться от спящего режима в x64 и переписать загрузчик на 32-битный (я сначала ставил 32-битную версию, потом 64-битную, поэтому загрузчик от 64-битной). В этом случае обычная XP будет определять точку сохранения спящего режима и восстанавливаться из неё. По крайней мере, я на это надеюсь. Но всё же так ограничивать функциональность не хотелось бы...
Автор: nowhereman
Дата сообщения: 26.06.2005 15:04
CaptainFlint
На каком разделе обычная ХР и на каком х64?
Автор: CaptainFlint
Дата сообщения: 26.06.2005 15:52
nowhereman
Винт 160 GB, разбит на 5 разделов:
C: - Primary, NTFS, 8 GB, WinXP x64.
D: - Logical, NTFS, 40 GB, WinXP x32.
E: - Logical, NTFS, 100 GB, всякие данные.
<без названия> - Logical, Linux Swap, 512 MB, пустой.
<без названия> - Logical, Linux Ext3, 4 GB, пустой.
Автор: nowhereman
Дата сообщения: 26.06.2005 15:55
CaptainFlint
И х64 начала цеплять hiberfil.sys, лежащий на D: ?
Автор: CaptainFlint
Дата сообщения: 26.06.2005 16:07
nowhereman
Утверждать не могу, но, возможно так и было. Т.е. ситуация такая: x64 выключена, x32 в спящем режиме. Включаю комп - загрузочного меню с выбором системы нету, а вместо этого сразу же начинается восстановление x64 из спящего режима. Какой из файлов hiberfil она начала считывать - не знаю.
Т.е. возможны два варианта:
1. При заходе в спящий режим где-то просто выставляется флажок. x64 думает, что это она выставила флажок, и начинает восстанавливать данные из своего hiberfil, лежащего на C:, а поскольку там мусор, вот и виснет...
2. То же самое, но выставляется не только флажок, но и местоположение файла. Тогда x64 начинает считывать данные из чужого файла, лежащего на D:, и зависает уже от всяких несовместимостей.

Просто я не знаю, как проверить, который из файлов считывается (D:\hiberfil.sys или C:\hiberfil.sys)...
Автор: nowhereman
Дата сообщения: 26.06.2005 16:57
CaptainFlint

Цитата:
При заходе в спящий режим где-то просто выставляется флажок. x64 думает, что это она выставила флажок, и начинает восстанавливать данные из своего hiberfil, лежащего на C:, а поскольку там мусор, вот и виснет...

Не исключено. Жаль в виртуалке не получится промоделировать. А на живом железе не смогу - у меня конфигурация осей совсем другая и лишнего раздела еще для одной ХР нету.
Попробуйте отключить спящий режим в х64 и повторить ситуацию.
х64 какая - ОЕМ, MSDN, Full (хотя последнее маловероятно)?
Автор: jozols
Дата сообщения: 26.06.2005 17:31
Салют!
А какие народ использует виртуальные СиДи ? А то поначалу небыло не одного...
Автор: CaptainFlint
Дата сообщения: 26.06.2005 18:00
nowhereman

Цитата:
Попробуйте отключить спящий режим в х64 и повторить ситуацию.

Попробую.


Цитата:
х64 какая - ОЕМ, MSDN, Full (хотя последнее маловероятно)?

Вроде как vlk. А MSDN или нет - не знаю. У нас в сети образ нарыл, называется Windows XP Professional x64 Edition Corporate.iso, с него и ставил.

Добавлено:
Проверил отключение спящего режима в x64 - абсолютно ничего не изменилось. Кстати, при проведении эксперимента на диске C: почему-то создаётся файл hiberfil.sys (ведь при отключенном спящем режиме его на диске нет), только размер его становится не гигабайт, по количеству памяти, а всего 40 байт. И содержимое довольно любопытное:

Цитата:
linkmulti(0)disk(0)rdisk(0)partition(2)
Автор: Darth_Vader
Дата сообщения: 27.06.2005 11:36
Ici Chacal
Ну, если смотреть ФС с помощью 32-битового софта, файло в системных каталогах отображается так, как указано выше...

nowhereman
Фенькс, стянул. Жаль только, в официальных доках от некроса столько внимания уделяется всяческим собачкам - "помошникам по поиску", и так мало - существенной инфе, да и она изложена так что не всегда без поллитры разбересся...

CaptainFlint
Так ты именно _спящий_ режим (hibernate) везде пользуеш, или таки _ждущий_ (standy)? Вероятно, глюкозаврец какой-то, но я бы советовал, если что - как минимум в одной ОС в настройках питания отключить hibernamte как явление.

jozols
Лично я пока что остановился на 64-битовом ребилде FileDisk от автора Winimage, с графическим фронтендом от него же. Понимает образы ISO и BIN, правда до эмуляции физики или обдуривания старфорса конешно далеко Кстати, Winimage уже есть в 64-битовых версиях, причем давно.
Создавать образы можно WinImage, можно UltraISO/WinISO или Nero.

Еще в топике Варезника по субжу нынче запостили ссылку на hххp://download.braindonors.net/vISO/1.2/Trial/VirtualISO_Trial.exe
Но софтина коммерческая, весит 8.5 метров, и судя по названию - работает главным образом с ISO. Пока что тяну посмотреть, поюзаю - отпишусь.
Автор: CaptainFlint
Дата сообщения: 27.06.2005 12:30
Darth_Vader

Цитата:
Так ты именно _спящий_ режим (hibernate) везде пользуеш, или таки _ждущий_ (standy)? Вероятно, глюкозаврец какой-то, но я бы советовал, если что - как минимум в одной ОС в настройках питания отключить hibernamte как явление.

Именно спящий (hibernate). Причём, как я написал выше, в x64 я его отключил - и всё равно ей пофиг, пытается при включении компа восстановиться.
Автор: Darth_Vader
Дата сообщения: 27.06.2005 13:26
CaptainFlint
У меня обе выни на С:
Попробую высвободить место для hiberfil.sys и отработать ситуаций.

А чем не устраивает stanby (aka ACPI Suspend-to-RAM)? Быстрее уходит и восстанавливается...
Автор: CaptainFlint
Дата сообщения: 27.06.2005 13:55
Darth_Vader

Цитата:
Попробую высвободить место для hiberfil.sys и отработать ситуаций.

Места полным-полно - системы только что поставил.


Цитата:
А чем не устраивает stanby (aka ACPI Suspend-to-RAM)? Быстрее уходит и восстанавливается...

Тем, что питание не отключается при этом. И вентиляторы шумят (тихо, но всё же не абсолютная тишина), и если электричество вдруг отключится - нехорошо.
Автор: Darth_Vader
Дата сообщения: 27.06.2005 14:00
CaptainFlint

Цитата:
А чем не устраивает stanby (aka ACPI Suspend-to-RAM)? Быстрее уходит и восстанавливается...
Тем, что питание не отключается при этом. И вентиляторы шумят (тихо, но всё же не абсолютная тишина), и если электричество вдруг отключится - нехорошо.


За электричество ты прав, но нащет питалова - прощенья просим, надо зайти в бивис - настройки повер манагемент - и поставить "ACPI Suspend Type" = "S3(STR)" вместо "S1(POS)". А если у тя еще УПС есть, тогда если что - без питалова в сети он продержит спящую машинку много суток.


Цитата:
Попробую высвободить место для hiberfil.sys и отработать ситуаций.
Места полным-полно - системы только что поставил.


Я о себе сказал - попробую.
Автор: Oleg_Kurilin
Дата сообщения: 27.06.2005 14:07
CaptainFlint
Ситуация совсем банальная, сонное состояние записывает 32-х разрядная система, а вот загрузчик 64-х разрядный, он то и видит файл, видит в нем сигнатуру и флаг сна, но не видит, что это не его, и ему плевать, что система (64) не может уснуть (записать этот файл), он его грузит и пытается выполнить в long-address режиме, вот тут то и все кончается. Так что, похоже, мелкомягкие не все учли, и пока они не сделают в 64-х разрядном загрузчике поддержки сна от 32-х разрядных систем, усыплять систему, при двойной установке, чревато.
Автор: Darth_Vader
Дата сообщения: 27.06.2005 14:26
Oleg_Kurilin

Цитата:
Так что, похоже, мелкомягкие не все учли, и пока они не сделают в 64-х разрядном загрузчике поддержки сна от 32-х разрядных систем


И не сделают. Хиберфайл содержит образ ОЗУ с данными ядра и всех процессов, выполнявшихся на момент усыпления - 64-битовое ядро не сможет с ним работать в принципе, да и другая 32-битовая тоже.
Автор: Oleg_Kurilin
Дата сообщения: 27.06.2005 14:40
Darth_Vader

Цитата:
И не сделают. Хиберфайл содержит образ ОЗУ с данными ядра и всех процессов, выполнявшихся на момент усыпления - 64-битовое ядро не сможет с ним работать в принципе, да и другая 32-битовая тоже.

Причем тут ядра? Файл сна загружает загрузчик, переходит в рабочий режим и передает управление образу, и если загрузчик 32-х разрядный, то и режим будет аналогичный, а с 64-ч разрядным, соответственно. А уж определить какой режим был (какое ядро было загружено) это задача не невыполнимая, хоть по флагам, хоть по сигнатурам, хоть парсить содержимое по контенту.
А несделать они могут только по одной причине, по маркетинговой.
Автор: CaptainFlint
Дата сообщения: 28.06.2005 12:40
Darth_Vader

Цитата:
За электричество ты прав, но нащет питалова - прощенья просим, надо зайти в бивис - настройки повер манагемент - и поставить "ACPI Suspend Type" = "S3(STR)" вместо "S1(POS)". А если у тя еще УПС есть, тогда если что - без питалова в сети он продержит спящую машинку много суток.

А что при этом вообще происходит? В каждом из этих двух режимов. И зачем нужен режим S1&S3?


Цитата:
Я о себе сказал - попробую.

Ясно. Я думал, очепятка.

Oleg_Kurilin

Цитата:
Ситуация совсем банальная, сонное состояние записывает 32-х разрядная система, а вот загрузчик 64-х разрядный, он то и видит файл, видит в нем сигнатуру и флаг сна, но не видит, что это не его, и ему плевать, что система (64) не может уснуть (записать этот файл), он его грузит и пытается выполнить в long-address режиме, вот тут то и все кончается. Так что, похоже, мелкомягкие не все учли, и пока они не сделают в 64-х разрядном загрузчике поддержки сна от 32-х разрядных систем, усыплять систему, при двойной установке, чревато.

Во-во. Кстати, я попытался подменить загрузчик - и что-то не получилось... Из Recovery Console 32-битной винды делал и fixboot, и fixmbr - пофигу, остаётся прежний 64-битный загрузчик. Странно...

Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667

Предыдущая тема: Динамические диски


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.