На момент 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.
>> Могу показать скрипт, который всё это делает. > Я был бы Вам очень признателен если бы Вы мне помогли с созданием флешки с рабочим КРД у которого вирусная база хранится на флешке. Вот скрипт: http://paste.org.ru/?x48z1x
> Вы переименовываете какой то файл/образ в rescue.iso ? Да, скачанный официальный образ сохраняется как rescue.iso в /rescue/.
> То что у меня флешка с Grub4Dos а не с GRUB2 не потребует изменений в запускающих КРД строчках меню? Потребует, т.к. GRUB2 и GRUB4DOS используют разный синтаксис конфигурационных файлов. НАЖМИ МЕНЯ, прежде чем что-либо написать
Потребует, т.к. GRUB2 и GRUB4DOS используют разный синтаксис конфигурационных файлов.
А вы сможете подсказать какие изменения потребуется внести, или подсказать в какой теме форума можно посмотреть решения по данному вопросу? Просто я с грабом знаком чуть больше недели, и уверен в том что моих познаний для внесения изменений не хватит.
Сообщение отредактировал ShreD - Суббота, 14.04.2012, 21:39
> А вы сможете подсказать какие изменения потребуется внести, или подсказать в какой теме форума можно посмотреть решения по данному вопросу? Заменить все директивы GRUB2 на директивы GRUB4DOS. В большинстве случаев замены очевидны: menuentry задаёт название пункта меню (кавычки и скобки нужно убрать по аналогии с существующими записями в menu.lst), linux подгружает ядро (kernel), initrd - initrd к нему (директива GRUB4DOS в этом случае тоже initrd). GRUB4DOS-специфичные вещи вроде монтирования образа map тоже придётся дописать руками (или не использовать вовсе. в том виде, в котором это реализовано в GRUB4DOS, надёжнее будет скопировать ядро и initrd из образа на флешку и запускать из с флешки). НАЖМИ МЕНЯ, прежде чем что-либо написать
Создал на своем USB-HDD, второй раздел для запуска KRD (не из ISO образа) и других LiveCD антивирусов. Первый раздел NTFS - 144 Гб, второй FAT32 - 4,3 Гб. KRD запускается нормально, но с надписью что базы поврежденный. Запускаю обновления, все идет до определенного момента нормально. Затем появлется ошибка. Выяснилось, что обновления закачиваются в папку [Kaspersky Rescue Disk 10.0], которая почему то появляется в разделе основного диска на компьютера. Раздел этот преднозначен для восстановления Windows 7 и имеет размер 100 Мб, в результате чего, обновления просто не хватает места. Как можно решить эту проблему? При помощи KLUpdater скачал обновления, но как правильно их перенести в [Kaspersky Rescue Disk 10.0]. Простым перемещением в [Kaspersky Rescue Disk 10.0] на раздел где находится сам KRD, не помогает.
jentoso, неоднократно уже писали в теме, что эту директорию нужно просто переместить туда, где предполагается хранить обновления. В корень раздела. НАЖМИ МЕНЯ, прежде чем что-либо написать
Если не смущает наличие этой директории на другом разделе загрузочного жёсткого диска, положите её туда. Если смущает, придётся запускать KRD из ISO-образа. НАЖМИ МЕНЯ, прежде чем что-либо написать
Да, подойдёт любой раздел, который KRD монтирует в rw. Загрузочный, к сожалению, монтируется в ro (только для чтения). НАЖМИ МЕНЯ, прежде чем что-либо написать
Обновление KAV UPDATE 1.4 - для версии 10.0.26.5 и выше ... 4. создаётся новый rescueusb.iso (старый удаляется) 5. в версии R по умолчанию "русский язык" P.S. Если обнаружились баги, пишем, постараюсь исправить
Перечитал всю ветку, новее апдейтера не нашел, а с этим примерно после НГ пошли проблемы - обновляет, качает, но все равно базы старые. Все не доходили руки разобраться, а оказалось все дело вот в чем - в Вашем скрипте (и в скрипте kDn) есть 2 команды, выполнение которых и приводит к неправильному результату. Изменения отметил полужирным 1. copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\old\kdb.stt %temp%\kavrescue\rescue\bases\stat\kdb.stt > nul 2. copy %temp%\KLUpdater\Updates\index\u0607g.xml %temp%\kavrescue\rescue\bases\data\u0607g.xml > nul
п.1 - у Вас пытается скопировать файл kdb.stt из корня папки bases (а сейчас этот файл почему-то стал храниться в папке bases\old а в корне bases уже нет и, соответственно, файл в папке назначения stat\kdb.stt остается старым со старой инфой о базах Насчет п.2 не уверен, что критично, просто оригинальный обновлятель из KIS этот файл копирует в папку Data (у Вас - в папку stat), поэтому тоже исправил
После изменения замечательно стал обновляться вплоть до версии 10.0.31.4.
Не понял зачем обновлять каждый раз rescueusb.iso? если его не трогать, то он все равно позволяет загружаться без проблем.
С наилучшими пожеланиями!
Сообщение отредактировал Acer - Среда, 02.05.2012, 00:08
А чем можно обратно собрать этот KAV_UPDATE_1.4.exe ? Просто распаковал и отредактировал diskupdt.cmd, запустил, проверил - обновляет. Можно удалить из diskupdt.cmd строки удаления этого файла и папок в конце создания обновленного ISO, но хочется опять привести его к виду ЕХЕ. Наверно и обновлялку Dr.Web можно привести к виду ЕХЕ? Только какой программой собирать?
Сообщение отредактировал coka - Среда, 02.05.2012, 10:59
coka, я винраром мышкой вытащил, отредактировал и обратно мышкой же бросил в открытый архив
Добавлено (12.05.2012, 15:41) --------------------------------------------- Блин. Проблемка с обновлением баз все равно пока остается...
Если раньше после обновления и перепаковки создавался образ с устаревшими базами, на которые KAV сразу ругался, то сейчас после изменения скрипта и загрузки - хоть и пишет актуальную дату, но при попытке проверить - процесс запускается и тут же обрывается с сообщением "Невозможно запустить задачу. Базы повреждены" и код ошибки "9ABE0003".
Acer, пользовался более старой версией, все руки не доходили обновиться! К величайшему сожалению, на реальном железе пока проверить не могу, так что если все пройдет гладко (рекомендую использовать оригинальный, переименованный в rescue.iso образ 10.0.31.4 и чистую папку %temp%), отпишитесь! Проверял на VMware, работает без ошибок!
ЗЫ. На счет rescueusb.iso... обстоятельства заставили создавать новый файл после очередного обновления, так что если им вдруг вновь придет в голову что-то изменить в папке boot, то мы будем к этому готовы, я надеюсь!
ЗЫЫ. Попробовал на виртуалке так, как делали вы, хотелось посмотреть на ошибку... блин, тоже работает! Мистика, может под виртуалкой это происходит как-то по другому?
Добавлено (18.05.2012, 23:50) --------------------------------------------- coka, это обычный SFX архив, созданный великим winrar'ом с параметрами:
Code
Setup=diskupdt.cmd Silent=1 Overwrite=1
Новый апдейтер, с некоторыми доработками/исправлениями
Это уже обязательно - есть "чистые" образы 29.6 и 31.4, лежат в загашнике и после каждого опыта очищаю темпонарий полностью, потому как накалывался на испорченные образы
В том-то и дело, что в rescue.iso версии 29.6 вообще нет папки old и файл kdb.stt есть только в одном месте - в папке Stat, а файл kavbase.mft находится в папке bases! Причем в образе, обновленном через AVP - этот файл тоже обновленный, а в образе, обновляемым KAV_Update - он старый. В текущей чистой версии 31.4 на сайте папка old есть, и в ней даже файлы kavbase.mft и kdb.stt есть, НО - после обновления образа через AVP эта папка пропадает (так же как и папка mac). А если на чистый образ сразу натравить KAV_Update и обновить по описанному алгоритму, то хотя папка old и останется (с неизмененными же файлами в ней), но толку от них никакого - более свежие правильные файлы в папках Stat и bases (как, может, и все остальные дополнительные) - позволяют нормально работать. При этом такие же старые и неизменные следующие файлы - kavsys.kdl (не знаю, где он берет свежую версию, т.к. при обновлении KAV_Update никаких более свежих версий этого файла не появляется в папке KLUpdate, а при обновлении образа через AVP - появляется), kjim.kdl, klavemu.kdl, qscan.kdl (та же петрушка, что и kavsys.kdl), kavbase.mft, kjim.mft, klavemu.mft, qscan.mft. Вот.
Посмотрел чего нового появляется при обновлении через AVP (2) и не появляется через KAV_Update (1): в папке Data у (2) есть файл statcfg.xml (в (1) его вообще нет); в папке Bases у (2) неизменные kdl и mft файлы, описаные выше; в папке Bases у (1) есть kdb-0607g.xml, его же копия с именем kdb-i386-0607g.xml (зачем?) и файл kdb-i386-1211g.xml. У (2) есть emu-0607g.xml, kdb-i386-0607g.xml, kdb-i386-1211g.xml, qscan-0607g.xml и upd-0607g.xml. Плюс неработающая команда из-за отсутствия исходного файла - copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\kdbi386.stt %temp%\kavrescue\rescue\bases\stat\kdb.stt > nul
поэтому блок копирования баз вообще изменил -
Было: title Copying the Updated Virus Definition Files to your Rescue Disk copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\old\kdb.stt %temp%\kavrescue\rescue\bases\stat\kdb.stt > nul copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\old\kavbase.mft %temp%\kavrescue\rescue\bases\kavbase.mft > nul copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\*.* %temp%\kavrescue\rescue\bases\ > nul copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\kdb-i386-0607g.xml %temp%\kavrescue\rescue\bases\kdb-0607g.xml > nul copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\kdbi386.stt %temp%\kavrescue\rescue\bases\stat\kdb.stt > nul copy %temp%\KLUpdater\Updates\index\u0607g.xml %temp%\kavrescue\rescue\bases\data\u0607g.xml > nul echo Successfully Copied Updated Definition Files to your Rescue Disk
Стало: title Copying the Updated Virus Definition Files to your Rescue Disk copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\*.* %temp%\kavrescue\rescue\bases\ > nul copy %temp%\KLUpdater\Updates\bases\av\emu\i386\*.* %temp%\kavrescue\rescue\bases\ > nul copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\old\kdb.stt %temp%\kavrescue\rescue\bases\stat\kdb.stt > nul copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\old\kavbase.mft %temp%\kavrescue\rescue\bases\kavbase.mft > nul copy %temp%\KLUpdater\Updates\bases\av\qscan\qscan-0607g.xml %temp%\kavrescue\rescue\bases\qscan-0607g.xml > nul copy %temp%\KLUpdater\Updates\bases\av\emu\emu-0607g.xml %temp%\kavrescue\rescue\bases\emu-0607g.xml > nul copy %temp%\KLUpdater\Updates\bases\upd\upd-0607g.xml %temp%\kavrescue\rescue\bases\upd-0607g.xml > nul copy %temp%\KLUpdater\Updates\bases\upd\statcfg.xml %temp%\kavrescue\rescue\bases\data\statcfg.xml > nul copy %temp%\KLUpdater\Updates\index\u0607g.xml %temp%\kavrescue\rescue\bases\data\u0607g.xml > nul echo Successfully Copied Updated Definition Files to your Rescue Disk
Проверил на обоих (29.6 и 31.4 образах - все работает, загружается, проверяет. Держу пока оба, потому что попадаются ноутбуки, категорично отказывающиеся загружаться с 31.4 и работающие с 29.6)
Подожду завтра, обновлю обновленные образы и проверю - работает или нет.
Боюсь в новой версии у Вас осталась ошибочка - copy %temp%\KLUpdater\Updates\bases\av\kdb\i386\old\*.* %temp%\kavrescue\rescue\bases\old\ > nul - kavbase.mft хоть и копируется, но не несет функциональной нагрузки, т.к. в результате располагается не там (д.б. в корне bases). По крайней мере у меня вот так (о чем и написал чуть выше в этом сообщении)
Сообщение отредактировал Acer - Воскресенье, 20.05.2012, 01:48
