maxud Цитата: По п.3 Где? регуларно проверяю сайт FreeDOS - там нет.
Я ж дал ссылку на директорию с тестовой версией 1.0. Вот внутри тех iso, что там лежат, есть и новый fdisk. Могу выложить куда-нибудь отдельно.
Цитата: Какая версия Far, кcтати?
Опс. В новой 1.71а этого глюка уже нет, все пишется. Он был в 1.70а5, а я после обновления ФАРа не перепроверил.
Цитата: (хотя у меня не заработало не разу, но вроде у других случаи были).
Странно это, вроде этот драйвер вообще биос использовать не должен. Могу предположить, что дело тут в другом, потому что у меня сначала этот случай тоже был
Просто я второй большой диск поставил сначала на систему, в которой с незапамятных времен стояли VIA 4in1 дрова, а они вообще не используют ESDI_506.PDR, как я потом понял, поэтому его замена для оси оказалась совершенно фиолетова. А сами дрова VIA 48lba не поддерживают, хотя и пытаются, если судить по намекам на их сайте и некоторым моим впечатлениям. Так что случаи эти нуждаются в тщательной проверке на роль именно биоса, по крайней мере.
starffcker Цитата: а чем ето черевато?? порчей данных или партишн просто не виден будет??
Просто очень рисковано. Если все сразу встанет как надо, то, может, и обойдется. А если, как у меня, не сразу, и винда с неработающим 48lba полезет в новый раздел за границу 137ГБ создавать директории для корзины и индексные файлы - кончится печально.
Kirill666 Цитата: Кстати , такую установку все ругают, но мне никто ни разу вразумительно не объяснил чем это опасно
Тем, что придется отслеживать наличие разных версий одной программы под разные оси и разных настроек. Вот, например, у моего любимого сетевого монитора NetView настройки под 98 и ХР принципиально не могут не отличаться, а хранятся они не в реестре, а в ini-файле в директории программы - т.е. про это придется вспомнить и в одной из осей отказаться от директории по умолчанию. У многих уже программ (напр. Daemon Tools) под 98 работают только старые версии - опять придется думать, как засунуть две версии в одну Program Files. И т.д.
Цитата: Почему надо именно "физически выдергивать" лишнюю память, а не ограничить MaxPhysPage ?
Этот вывод - просто результат моего личного опыта, причин я не знаю, могу только предполагать. Вероятно, некоторые приложения, особенно в консоли, определяют размер памяти не по MaxPhysPage, а непосредственно через железо, в результате чего возникают какие-то конфликты. Дело было очень давно, так что подробности я уже плохо помню. Но какие-то драйверы, в частности от Creative, я смог тогда поставить только физически выдернув память, потому что программа их установки на каком-то этапе использовала консоль и просто слетала. И до сих пор на той машине количество одновременно загруженных консольных приложений ограничено где-то дестком под 98, потом выдается "мало памяти". И ничем, кроме физического выдергивания памяти от этого избавиться не удавалось.