На момент 14 сентября 2012 года, после очередной серии изменений в коде загрузки KRD, работающая инструкция выглядит так: 1) Скачиваем эту самую последнюю версию: http://rescuedisk.kaspersky-labs.com/rescued...._10.iso A) Для запуска из образа: 2) Кладём образ в /rescue/rescue.iso 3) Из образа достаём файлы /boot/rescue и /boot/rescue.igz, кладём в rescue 4) menu.lst:
Добавлено (04.01.2009, 18:48) --------------------------------------------- По аналогии с SystemRescueCd сделал тут тоже самое. При загрузке говорит что не может найти cdrom.
Acer, прошу заметить, что в исходной версии автора, как теперь и в 1.5, имея установленный AVP11, копируются только сами базы *.kdc и один лишь kdb.stt в папку Stat, а дальше процесс уходит к созданию образов, перескакивая все копирования *.xml и *.mft! Получается, что их вообще обновлять не нужно, но зачем тогда они копируются, обновляя базы через сервер? Автоский фрагмент скрипта:
Code
title Copying the Updated Virus Definition Files to your Rescue Disk copy .\KLUpdater\Updates\bases\av\kdb\i386\*.* .\kavrescue\rescue\bases\ > nul copy .\KLUpdater\Updates\bases\av\emu\i386\*.* .\kavrescue\rescue\bases\ > nul copy .\KLUpdater\Updates\bases\av\kdb\i386\kdb-i386-0607g.xml .\kavrescue\rescue\bases\kdb-0607g.xml > nul copy /y .\KLUpdater\Updates\bases\av\kdb\i386\kdb.stt .\kavrescue\rescue\bases\stat\kdb.stt > nul copy .\KLUpdater\Updates\index\u0607g.xml .\kavrescue\rescue\bases\stat\u0607g.xml > nul echo Successfully Copied Updated Definition Files to your Rescue Disk
А на счет копирования kdb.stt из папки old пишут, что это временное решение тк, скоро структура файлов изменится! Rescue Disk вообще помаленьку превращают в системную утилиту, помню когда-то он был размером в 100мб!
Сообщение отредактировал mronegin - Воскресенье, 20.05.2012, 04:39
UUID требовался, на сколько я знаю, в ранней стадии развития RD
Добавлено (21.05.2012, 01:53) --------------------------------------------- Acer, кстати да, некоторые *.xml ВООБЩЕ не меняются по содержанию... а те, которые обновляете вы, тоже не несут никакой полезной нагрузки, во всяком случае для загрузочных образов! А теперь вопрос, работает ли 1.5 для версии 31.4? Если да, то пока все в норме!
Сообщение отредактировал mronegin - Среда, 23.05.2012, 19:05
mronegin, согласен, что некоторые xml совершенно не изменяются, а некоторые меняются, причем как правило меняются даты, зачем они вообще нужны - не вдавался, я пока как акын - вижу, меняются при обновлении AVP, тоже скопирую :). Обновлял оба образа (не чистых, а которые уже обновлял с чистых до даты 19.05.12) обеими обновлялками - вашей новой 1.5 и мною модифицированной 1.4. После каждого обновления удалял все в темпе, после каждого запуска удалял с проверяемого компа папку KRD 10.0.
Результаты такие: 29.6+1.4m - дата баз обновилась, файлы проверяет. 29.6+1.5 - дата баз обновилась, файлы проверяет. В процессе обновления баз промелькивало сообщение о какой-то ошибке чего-то куда-то (т.к. лог ведется не пойми какой, то в итоговом вопросе "Show log" ничего не увидишь все равно.
31.4+1.4m - дата баз обновилась, файлы проверяет. 31.4+1.5 - дата баз обновилась, файлы проверяет.
АААА! Ничего не понимаю тогда
PS. На компе, на котором обновлял образы, установлен KIS 2011.
mronegin, про паузы в курсе, спасибо, я так проверял изменения в 1.4.
Про 29.6 - сейчас пруфлинка уже нет, вместо него 31.4 лежит. Перевыложил rescue_10_0_29_6.zip.html Это чистый образ, которого не касались байты никаких KAV_Update MD5 156249AB1208CF3E9D7EC0742FF5BA51
Сообщение отредактировал Acer - Вторник, 22.05.2012, 11:04
Версия образа 10.0.31.4. Обновлял с KAV_UPDATE_1.5.exe. В виртуалках загрузка вылетает, пишет типа ~ кернел в панике, все пропало.. На реальной машине, пишет плохая файловая система, не могу смонтировать. На флешке fat32. Оригинальный образ грузиться нормально.
zxen, перед обновлением %temp% чистили? Acer, киньте пожалуйста ссылку в личку, желательно без http:// тк, сторонние ссылки на этом сайте не хотят работать, видать временные проблемы!
zxen, еще обратил внимание на такой момент - если на загружаемом компе есть реальный CD/DVD-привод и в нем физически присутствует диск, то 31.4 перестает загружаться на каком-то этапе, не может ничего смонтировать, что-то пишет про панику и виснет... Вот так.
zxen, после чистки %temp% вы заново обновили чистый образ или попробовали исправить тот, который не загружается? Если второй вариант, то ничего не выйдет! Вероятнее всего что-то ужасное случилось во время создания образа тк, по идее апдейтер ничего не меняет... он распаковывает образ, дописывает базы и запаковывает так, как и было! Попробуйте еще разок с чистым iso! Я только что обновил чистые 31.4 и 29.6, на виртуалке работают, уверен, что на флешке тоже будет все в порядке!
mronegin, Пробовал обновлять всегда оригинал. Да вот сам не могу понять, что за чудеса. оригинальный грузится, а обновленный нет, qemu, virtualbox, vmware, на всех пишет что не может смонтировать файловую систему...Притом неважно, гружусь с флешки или сразу с образа, надписи немного разные выдает, но смысл все про файловую систему.. Тут же, обновляю апдейтером 1.4, все прекрасно работает.., без всяких даже чисток темпа. Впрочем проблему с датой баз решил, подредактил немного скрипт.
Сообщение отредактировал zxen - Четверг, 24.05.2012, 00:23
zxen, про кернел-паник... Из-за наличия диска в приводе наблюдал другой эффект - в какой-то момент загрузки происходит зацикливание и по всему экрану бежит строчка что не могу примонтировать образ... а тут кернел паник уже в какой-то другой момент и при этом комп наглухо виснет.
Обновлял своим скриптом 29.6 и 31.4 - все оки, но с 31.4 был кернел-паник... Но что интересно - я все опыты делаю уже не с флешкой, а с суперским девайсом Zalman VE-200. контейнер для ноутбучного винта с аппаратным эмулятором .iso как будто USB CD-ROM. Вещь незаменимая. И у него есть 3 режима - USB CD-ROM+USB HDD, только USB HDD, только USB CD-ROM. Вот когда был 1й режим (HDD+CDD) - кернелпаник, когда переключил только на CD - все загрузилось и работает. У на 29.6 было без разницы.
1) Шелл-скрипт /sbin/dmsquash-liveusb-root, вроде бы, ищет этот самый liveusb и rescue/rescue.iso на носителе, поданном ему как аргумент командной строки, но как он запускается? 2) /lib/dracut/hooks/pre-udev/30dmsquash-liveusb-genrules.sh записывает правило для udev, которое запускает этот скрипт? Ну ладно, должно работать... ага, как же. 3)
Значит, если передан параметр root=live:/dev/ЗДЕСЬ_ЧТО_УГОДНО, система ищет /liveusb на всех usb-устройствах. Выглядит, кхм, весьма логично. НАЖМИ МЕНЯ, прежде чем что-либо написать