Ru-Board.club
← Вернуться в раздел «Программы»

» TeraByte Image & TeraByte BootIt

Автор: dialmak
Дата сообщения: 18.08.2014 12:12
Sphinx114

Цитата:
В OSD4.00 (это в IFL2.77)

Полезная инфа.
Но мне кажется RDP не связан с дровами. Там вроде службу запустить и порт открыть. Но это в теории, на практике не знаю... А не работает клиент или сервер?

Добавлено:
Если не лень - попробуй IFL 2.91. Там были изменения в OSDTOOL. Возможно пофиксили в OSDTOOL 4.12
Автор: Sphinx114
Дата сообщения: 18.08.2014 14:01

Цитата:
Там вроде службу запустить и порт открыть.

Да всё пробовал.

Цитата:
А не работает клиент или сервер?

Сервер, не могу подключиться к свежей винде.

Цитата:
Если не лень - попробуй IFL 2.91. Там были изменения в OSDTOOL. Возможно пофиксили в OSDTOOL 4.12

Проверю в ближайшие дни.
Автор: dialmak
Дата сообщения: 18.08.2014 15:25
Sphinx114
У меня на варе стоит 7 POSReady.
Грузанул IFL 2.90, удалил все драйвера, поставил дефолтные ide/ahci, поставил для варьки LSI SAS драйвер (правда в менющке их не было, вручную ставил из хранилища винды, а не было в менюшке Install Windоws provided storage drivers видимо потому что POSReady эмбеддед редакция), поменял имя компа. Загрузил винду, она похрюкала, установила драйвера, попросилась перегрузится, после перегрузки зашёл на неё по RDP под новым именем. То есть проблем не увидел, хотя старался повторить буквально.

Может у тебя патч стоял для нескольких сессий по RDP?

Добавлено:
All
Как-то ранее не обращал внимания на пункт Install a custom Driver Store..
Оказалось, что это то что доктор прописал!
Смысл его тривиален. Указываешь папку и она автоматом копируется в папку винды \drivers\OSDTOOL, далее будет меню для бутовых драйверов и остальных (то есть они сортируются для удобства). Их можно поставить скопом все и самое приятное, что можно включить режим фильтрации по железу. И после миграции винда тоже будет искать там драйвера автоматом.




Цитата:
A driver store is a folder that contains multiple drivers (often one subfolder per driver/device). Populate the store with drivers Windows needs for the system (e.g. AHCI, RAID, USB 3.0, NIC, audio, video, etc.). Required storage drivers (critical drivers) will still need to be installed so Windows can boot. Other drivers in the store will be available when Windows searches for drivers while installing devices, allowing them to be installed automatically.


Получается, что в режиме файлов ответов для ostool теперь мигрировать винду проще простого - подготовил драйвера в папку, нажал кнопку и всё. Именно о таком и мечталось. Нужно будет поднять свои записи, там была заготовка под автоматическое создание файла ответов прямо в OSDTOOL.
Автор: Sphinx114
Дата сообщения: 18.08.2014 17:27

Цитата:
Может у тебя патч стоял для нескольких сессий по RDP?

Да нету никаких патчей, почти чистая винда, win 7 sp1 pro rus x86 со всеми заплатками по сей день. В виртуалке рдп работает.

Цитата:
Install a custom Driver Store

Это типа вместо ручного поиска нужного ahci драйвера, можно взять драйверпак MassStorage (например из DPS) и натравить осд на папку с ними? Удобно было бы хрюнделя в ahci переводить. Я давно это пункт заметил, но ни разу не применял, описание в мануале слишком скудное.
Автор: dialmak
Дата сообщения: 18.08.2014 20:08
Sphinx114

Цитата:
можно взять драйверпак MassStorage

Ага. Ты всё правильно понял. Этот пункт сканирует папки с любым уровнем вложения.
Тут есть 2 нюанса для того чтобы всё зарабоотало беспроблемно.
1. Вначале нужно натравить на папку в самой винде 0:\Windows\System32\DriverStore\FileRepository. Это позволит иметь вариант загрузки, как после сиспрепа. Если этого не сделать многие критичные драйвера не будут включены в бутовый режим.
2. При желании можно натравить плюс ещё на свои внешние драйвера в папке.
НО. Проверить предварительно все ли драйвера корректные и нет ли дублей. То есть просто попробоать на виртуалке натравить на папку и поставить их принудительно (без фильтрации). Те, на которые будет ругань (в драйверпаках такие есть) - удалить и не использовать или искать альтернативные.

Было бы неплохо собрать корректные драйвера для миграции в кучку для разных ОС и выложить в шапку.

Добавлено:
P.S. Единственное, что мне не хватает - фильтрации драйверов по классу из папки перед копированием. То есть неплохо было бы, если бы был отдельный пункт выбрать только драйвера для storage.
Автор: dialmak
Дата сообщения: 18.08.2014 22:45
P.P.S.
Цитата:
Было бы неплохо собрать корректные драйвера для миграции в кучку для разных ОС и выложить в шапку.

Нужно сделать как минимум для XP, 7x86 и 7x64. То есть 3 комплекта.
Я могу взять на себя 7x64. Нужны ещё 2 добровольца для ручной фильтрации драйверов на виртуалке.
Ау? Инструкцию как действовать могу написать...
Автор: Sphinx114
Дата сообщения: 19.08.2014 04:52
Ага, кажется всё не так просто, всё равно нужны какие-то лишние телодвижения. Странное дело, но почему-то у меня ещё ни разу не возникло проблемы раскатки 7 на ahci, а хряка уже давно не ставил... Ну сделаем мы эти драйвера, но ведь появляются новые железки, придётся же постоянно актуализировать драйверпаки.

Цитата:
Нужны ещё 2 добровольца для ручной фильтрации драйверов на виртуалке.

Чето мне лень, пока нет потребности в этом.
Автор: dialmak
Дата сообщения: 19.08.2014 05:46
Sphinx114

Цитата:
Странное дело, но почему-то у меня ещё ни разу не возникло проблемы раскатки 7 на ahci

Потому что стандартные компы. Нет райдов и скази. У меня пару раз были проблемы. Ну как проблемы... Громко сказано. Просто пришлось лезть в меню и включить в бутовый режим драйвер из пункта Install Windоws provided storage drivers.
Вот например, если на варьку сделать миграцию, то прийдётся ставить LSI SAS драйвер из этого пункта. Ну точнее не ставить, а включить его.

По поводу "не так просто", ну просто всё. Нужно только иметь пакет корректных драйверов, которые не вызывают ошибку у осдтул. Был бы такой - я б прикрутил автоустановку и фильтрацию по железу, заготовка скрипта есть.
Автор: Sphinx114
Дата сообщения: 19.08.2014 12:13

Цитата:
Если не лень - попробуй IFL 2.91. Там были изменения в OSDTOOL. Возможно пофиксили в OSDTOOL 4.12

Проверил, не пофиксили. Буду старую версию юзать. Я на новую перешёл только потому, что на матке асусь B75-plus IFL не увидел винт ни в AHCI, ни в IDE.
Автор: dialmak
Дата сообщения: 19.08.2014 13:18
Sphinx114

Цитата:
на матке асусь B75-plus IFL не увидел винт ни в AHCI, ни в IDE

DOS версия по идее должна увидеть без проблем.
Автор: Sphinx114
Дата сообщения: 19.08.2014 13:43

Цитата:
DOS версия по идее должна увидеть без проблем.

Верно, увидела, но в оригинальной dos версии нельзя vmdk примонтировать, а твоего с парагоновским драйвером ещё не было.
Автор: dialmak
Дата сообщения: 19.08.2014 14:28
Sphinx114

Цитата:
а твоего с парагоновским драйвером ещё не было

Гле-то лежит, найду и выложу. Просто ты тогда отписался про проблемы и желание пропало выкладывать. А проверить не знаю как корректно..
Хотел спросить про скрипт внедрения ini. Он на виртуале из iso заработает? Куда пишет результат? Нужно ли монтировать что-то перед запуском? Не хочу разбираться и придумывать велосипед

По поводу версий, то ведь можно скрипт и старый всунуть и новый в IFL. Переименовать просто. Или кинуть как пользовательский, он в другой папке вроде будет.
Автор: Sphinx114
Дата сообщения: 19.08.2014 14:42
dialmak
Надо примонтировать раздел (доступный для записи), где лежит скрипт и iflnet.iso, потом запустить скрипт из mc. Скрипт пишет в консоль что делает. После работы скрипта, рядом с ним появится IFL-GUI.iso.
Автор: dialmak
Дата сообщения: 19.08.2014 16:36
Sphinx114

Цитата:
где лежит скрипт и iflnet.iso

flnet.iso это тот который в архиве лежит?
И потом сделать новый дистр через makedisk (после замены оригинального)?
Автор: Sphinx114
Дата сообщения: 19.08.2014 16:54

Цитата:
flnet.iso это тот который в архиве лежит?

Ставишь ifw_iflgui_en_setup.exe, потом из програмфайлз берёшь iflnet.iso.

Цитата:
И потом сделать новый дистр через makedisk (после замены оригинального)?

Ничего более не требуется. Кидаешь IFL-GUI.iso флешку, мапишь его грубом, ну и грузишься, ini уже не будут отваливаться, так как они в инитрамфc запакованы.
Автор: dialmak
Дата сообщения: 19.08.2014 17:12

Цитата:
Ничего более не требуется.

Хм. А ключики для syslinux и груба? Они же пишутся на лету в makedisk-е. Не... неправ ты видимо. Проверю.

Добавлено:

Цитата:
мапишь его грубом

Я его всегда в раздел кидаю (для совместимости с efi).
Автор: dialmak
Дата сообщения: 20.08.2014 22:45
Sphinx114
Да, оказывается работает при пустых ключах. Проверял только ISO.

All
[more=Для тех, кто читал выше про auto_osdtool и добровольцев]

Предистория тут и чуть раньше тут смотрите.

Инструкция по отбору "правильных" для osdtool драйверов..

1. Ставишь на винду TBOSDTS http://www.mediafire.com/download/142tgw29dc963cg/tbosdts_pro_en.zip
Нужно сделать ярлык или батник вида "путь к tbosdtw.exe" "путь к osdtool.tbs". Запускать потом от имени админа. Также можно вызвать osdtool.tbs из комстроки tbosdtw.exe. Или run osdtool.tbs или run ..\scripts\osdtool.tbs , как именно зависит от того откуда запускался tbosdtw.exe. Проще всего создать ярлык и отметить в свойствах его запуск от админа.
Если на NT6.x винде был установлен IFW, то можно также использовать удобный лаучер для всех скриптов (кроме скрипта savereg.tbs, он появится в меню, если его переименовать на savreg.tbs)
C:\Program Files (x86)\TeraByte Unlimited\Image for Windows\V2\tbwinre\TBLauncher.exe или
C:\Program Files\TeraByte Unlimited\Image for Windows\V2\tbwinre\TBLauncher.exe
Тоже для лаунчера можно создать ярлык и отметить в свойствах его запуск от админа.
2. Ставишь на виртуалку VMWare или Hypеr-V или VirtualBOX винду. Для виртуального диска разрешается использовать однофайловые vmdk, vhd или vhdx. Снапшоты нельзя использовать ибо они создают второй виртуальный диск, osdtool их не поймёт. Если же они уже были созданы, то в VMWare нужно создать клон виртуальной машины, а в Hypеr-V объединить диски (эти операции сделают однофайловые vmdk, vhd или vhdx)
3. Вырубаешь винду в виртуалке и запускаешь osdtool.
- Выбираешь пункт виртуальный диск и подключаешь его.
- Затем выбираешь винду
- Выбираешь пункт Remove installed drivers и Remove all installed drivers, osdtool сделает бекап реестра перед удалением драйверов, этот бекап можно будет использовать для восстановления реестра при повторном запуске osdtool.
- Затем Install driver и Install a custom Driver Store. Выбираешь папку и нажимаешь Ctrl+Enter или Ctrl+J. Затем выскочит меню и выбираешь пункт Install a specific driver from this Store. Ставишь все драйвера по порядку по одному в режиме без фильтрации. Те которые не ставятся - выкидываешь из исходной папки.
4. Всё.

Также не помешает перед играми с оsdtool сделать на всякий пожарный бекап vmdk, vhd или vhdx из IFW.
В процессе работы пункта Install a custom Driver Store на виртуальный диск в раздел винды будет записана папка \drivers.
Перед повторным запуском оsdtool её нужно грохнуть. Сделать это можно через скрипт tbexplo.tbs. Также желательно восстановить бекап реестра после повторного запуска osdtool и опять Remove all installed drivers и т.д.

Результатом должен быть пакет драйверов
- DP Mass Storаge
- DP Lan
- DP USB 3.0
- DP Chipset

Просьба драйвера для разных устройств (например LAN и USB) не мешать в кучу - только по разным папкам. Как пример - смотрите http://driverpacks.net/driverpacks/latest
В приоритете - DP Mass Storаge, затем LAN, USB, Chipset. Я из этого материала сделаю однокнопочный скрипт auto_osdtool и выложу здесь.[/more]
Автор: RUSOT
Дата сообщения: 27.08.2014 15:45
Подскажите где выбирать, делать инкрементный или дифференциальный архив? В справке нашел только отличия, а как выбрать не нашел или

Добавлено:
Где то читал, что TBI быстро ( минут 15) бекапы делает. Это у меня что-то не так, что больше двух часов делал?


[more=лог][27.08.2014 12:05:02] /b /uy /um /base:w0@0x2F0:\Backup-w0-0x1-2014-08-22-2149 /f:w0@0x2F0:\Backup-w0-0x1-chg-$~YYYY$-$~MM$-$~DD$-$~HHMM$ /max:4GiB
[27.08.2014 12:05:03] Image for Windows 2.90 (GUI)
[27.08.2014 12:05:03] Запуск ...
imagew64.exe /b /uy /um /base:w0@0x2F0:"\Backup-w0-0x1-2014-08-22-2149" /f:w0@0x2F0:"\Backup-w0-0x1-chg-$~YYYY$-$~MM$-$~DD$-$~HHMM$" /max:4GiB
[27.08.2014 12:05:04] PHYLock ожидает остановки записи диска...
[27.08.2014 12:07:18] PHYLock использует диск C:
[27.08.2014 12:07:18] PHYLock запущен
[27.08.2014 12:07:18] PHYLock использует диск
[27.08.2014 12:07:18] PHYLock версия 11
[27.08.2014 12:07:18] Резервирование: Диск 0 (C Раздел (01) 68165 MiB HPFS/NTFS
[27.08.2014 12:07:18] В: w0@0x2F0:\Backup-w0-0x1-chg-2014-08-27-1205.TBI
[27.08.2014 14:16:19] INFO: Total Sectors:139601920 Total Allocated:124296008
[27.08.2014 14:16:19] INFO: 8685937 Sector(s) backed up
[27.08.2014 14:16:20] Операция завершена с кодом ошибки 0
[27.08.2014 14:16:21][/more]


Добавлено:
и еще - как сделать чтобы не удалял полный архив при копировании дифференциального с командой purge:-N
[more=лог][27.08.2014 14:55:03] /b /purge:-3 /uy /um /base:w0@0x2F0:\Backup-w0-0x1-2014-08-22-2149 /f:w0@0x2F0:\Backup-w0-0x1-chg-$~YYYY$-$~MM$-$~DD$-$~HHMM$ /max:4GiB
[27.08.2014 14:55:03] Image for Windows 2.90 (GUI)
[27.08.2014 14:55:03] Запуск ...
imagew64.exe /b /uy /um /base:w0@0x2F0:"\Backup-w0-0x1-2014-08-22-2149" /f:w0@0x2F0:"\Backup-w0-0x1-chg-$~YYYY$-$~MM$-$~DD$-$~HHMM$" /max:4GiB /purge:-3
[27.08.2014 14:55:04] PHYLock ожидает остановки записи диска...
[27.08.2014 14:57:28] PHYLock использует диск C:
[27.08.2014 14:57:28] PHYLock запущен
[27.08.2014 14:57:28] PHYLock использует диск
[27.08.2014 14:57:28] PHYLock версия 11
[27.08.2014 14:57:28] Резервирование: Диск 0 (C Раздел (01) 68165 MiB HPFS/NTFS
[27.08.2014 14:57:28] В: w0@0x2F0:\Backup-w0-0x1-chg-2014-08-27-1455.TBI
[27.08.2014 15:49:13] INFO: Total Sectors:139601920 Total Allocated:124359744
[27.08.2014 15:49:13] INFO: 8779605 Sector(s) backed up
[27.08.2014 15:49:13] Операция завершена с кодом ошибки 0
[27.08.2014 15:49:13] Deleting \Backup-w0-0x1-2014-08-22-2149.TBI
[27.08.2014 15:49:14] Deleting \Backup-w0-0x1-2014-08-22-2149.1
[27.08.2014 15:49:15] Deleting \Backup-w0-0x1-2014-08-22-2149.2
[27.08.2014 15:49:17] Deleting \Backup-w0-0x1-2014-08-22-2149.3
[27.08.2014 15:49:18] Deleting \Backup-w0-0x1-2014-08-22-2149.4
[27.08.2014 15:49:20] Deleting \Backup-w0-0x1-2014-08-22-2149.5
[27.08.2014 15:49:21] Deleting \Backup-w0-0x1-2014-08-22-2149.6
[27.08.2014 15:49:23] Deleting \Backup-w0-0x1-2014-08-22-2149.7
[27.08.2014 15:49:24] Deleting \Backup-w0-0x1-2014-08-22-2149.8
[27.08.2014 15:49:24] Deleting \Backup-w0-0x1-chg-2014-08-23-0044.TBI
[27.08.2014 15:49:25] Стоп[/more]
Автор: dialmak
Дата сообщения: 28.08.2014 21:02
RUSOT
1. Уберите логи под тэги [more]. Кому нужно посмотрит.
2.
Цитата:
где выбирать, делать инкрементный или дифференциальный архив?

2.1 сделал полный бекап
2.2 сделал первый дифференциальный бекап, указал в качестве базы полный бекап (требует при восстановлении полный бекап). Этот бекап является и инкрементным в данном случае!
2.3 сделал второй бекап. тип бекапа будет определён в зависимости от базового бекапа. есть 2 варианта
- если указать в качестве базы полный бекап - будет дифф. бекап (требует при восстановлении полный бекап)
- если указать в качестве базы первый дифф. бекап - будет инкрементный бекап (требует при восстановлении полный бекап и первый дифф. бекап).
2.4 сделал третий бекап. тип бекапа будет определён аналогично второму. есть уже 3 варианта.
- если указать в качестве базы полный бекап - будет дифф. бекап (требует при восстановлении полный бекап)
- если указать в качестве базы первый дифф. бекап - будет инкр. бекап (требует при восстановлении полный бекап и первый дифф. бекап)
- если указать в качестве базы второй инкр. бекап - будет инкрементный бекап (требует при восстановлении полный бекап и первый дифф. бекап и второй инкр. бекап)
2.5 сделал четвёртый бекап. есть уже 4 варианта ..........................


Цитата:
Где то читал, что TBI быстро ( минут 15) бекапы делает.

Хм.
- Зависит как делаешь. IFD или IFL или IFW_RE для оффлайн ОС или IFW c phylock для онлайн ОС. Разница может быть существенна в IFW c phylock по сравнению с другими вариантами, если в ОС что-то "мешает" для нормального блокирования phylock тома с ОС. Например другие драйвера (акронис, парагон и подобные), службы которые делают постоянную дефрагментацию (O&O defrag и подобные), неадекватные антивирусы и т.д.
- Также конечно влияет и размер файлов на разделе. Ну это естественно. Если известен объём файлов и знаешь скорость диска, то можно легко ориентировачно посчитать время простого полного бекапа. Для инкр. или дифф. это сложнее..
- Также влияет какой архив делаешь - полный, инкр. или дифф. Ведь для инкр. или дифф. нужно сравнить что было и что стало. А если предыдущих инкр. бекапов штук 10 ? Просто представьте объём инфы, которую нужно переработать для такого случая!

Судя по логу вы делали дифф. или инкр. бекап. Какой делали? Какой размер получился? Какой размер базового бекапа? Базовый бекап дифф. или инкр. или полный бекап? Использовали опцию ускорения дифф./инкр. бекапа? Больше вопросов чем ответов. Чтобы исключить влияние винды, описанное выше, сделайте бекап через IFL и через IFW. Сравните по времени.

Например, можно посчитать. У меня IFD делает полный бекап тома с данными 3 гб - 2мин. Значит скорость 3*1024/(60*2)=25 мб/сек. IFL/IFW аналогично. Если ставить галку проверки Verify byte-for-byte, то время увеличится в 2 раза - будет 4 мин... Но это для полного. Для инкр. и дифф. будет по-другому конечно.


Цитата:
как сделать чтобы не удалял полный архив при копировании дифференциального с командой purge:-N

Сделайте полный архив базовый и один дифф.
По команде purge:-1 будет удалён дифф. и создан свежий дифф. Если создание свежего архива будет с ошибкой, то старый дифф. бекап не будет удалён.
Хм. А зачем вы резали полный архив на куски по 4GB? Это тоже значительно уменьшило скорость дифф. бекапа. Ибо проге пришлось оперировать не одним, а 9 файлами.
Автор: RUSOT
Дата сообщения: 29.08.2014 12:27
Спасибо за ответы

Цитата:
Сделайте полный архив базовый и один дифф.
По команде purge:-1 будет удалён дифф. и создан свежий дифф. Если создание свежего архива будет с ошибкой, то старый дифф. бекап не будет удалён


Цитата:
purge:-N по времени работает. Например

не понял, я сделал полный бекап 22-го числа потом дифференциальный 23-го потом еще дифференциальный с командой purge:-3 27-го. Бекапы хотелось делать один-два раза в неделю, по команде purge:-3 (три взял просто для попробовать) должно удалятся все старше 3-х дней, вот оно все и удалилось и полный бекап тоже.
[more=лог][27.08.2014 14:55:03] /b /purge:-3 /uy /um /base:w0@0x2F0:\Backup-w0-0x1-2014-08-22-2149 /f:w0@0x2F0:\Backup-w0-0x1-chg-$~YYYY$-$~MM$-$~DD$-$~HHMM$ /max:4GiB
[27.08.2014 14:55:03] Image for Windows 2.90 (GUI)
[27.08.2014 14:55:03] Запуск ...
imagew64.exe /b /uy /um /base:w0@0x2F0:"\Backup-w0-0x1-2014-08-22-2149" /f:w0@0x2F0:"\Backup-w0-0x1-chg-$~YYYY$-$~MM$-$~DD$-$~HHMM$" /max:4GiB /purge:-3
[27.08.2014 14:55:04] PHYLock ожидает остановки записи диска...
[27.08.2014 14:57:28] PHYLock использует диск C:
[27.08.2014 14:57:28] PHYLock запущен
[27.08.2014 14:57:28] PHYLock использует диск
[27.08.2014 14:57:28] PHYLock версия 11
[27.08.2014 14:57:28] Резервирование: Диск 0 (C Раздел (01) 68165 MiB HPFS/NTFS
[27.08.2014 14:57:28] В: w0@0x2F0:\Backup-w0-0x1-chg-2014-08-27-1455.TBI
[27.08.2014 15:49:13] INFO: Total Sectors:139601920 Total Allocated:124359744
[27.08.2014 15:49:13] INFO: 8779605 Sector(s) backed up
[27.08.2014 15:49:13] Операция завершена с кодом ошибки 0
[27.08.2014 15:49:13] Deleting \Backup-w0-0x1-2014-08-22-2149.TBI
[27.08.2014 15:49:14] Deleting \Backup-w0-0x1-2014-08-22-2149.1
[27.08.2014 15:49:15] Deleting \Backup-w0-0x1-2014-08-22-2149.2
[27.08.2014 15:49:17] Deleting \Backup-w0-0x1-2014-08-22-2149.3
[27.08.2014 15:49:18] Deleting \Backup-w0-0x1-2014-08-22-2149.4
[27.08.2014 15:49:20] Deleting \Backup-w0-0x1-2014-08-22-2149.5
[27.08.2014 15:49:21] Deleting \Backup-w0-0x1-2014-08-22-2149.6
[27.08.2014 15:49:23] Deleting \Backup-w0-0x1-2014-08-22-2149.7
[27.08.2014 15:49:24] Deleting \Backup-w0-0x1-2014-08-22-2149.8
[27.08.2014 15:49:24] Deleting \Backup-w0-0x1-chg-2014-08-23-0044.TBI
[27.08.2014 15:49:25] Стоп[/more]

Цитата:
Хм. А зачем вы резали полный архив на куски по 4GB? Это тоже значительно уменьшило скорость дифф. бекапа. Ибо проге пришлось оперировать не одним, а 9 файлами

бекап делался в бывшую зону акронис fat 32. К стати после удаления акрониса его драйвер остается? HitmanPro находит скрытый драйвер жесткого диска и не удаляет
[more=скрин] [/more]
Автор: dialmak
Дата сообщения: 29.08.2014 15:22
RUSOT

Цитата:
должно удалятся все старше 3-х дней

Ага. Я тут наврал... Действительно purge работает по времени, а не к-ву.
Судя по логу команда отработала некорректно. Возможно именно потому что
Цитата:
бекап делался в бывшую зону акронис fat 32.

Сделайте проще. Как положено. То есть ложите бекапы в одну папку (это важно!) на видимом логическом диске D: или E: с ФС NTFS.

Если всё выше написанное отработает нормально, то можно попробовать выделить отдельный скрытый раздел NTFS для бекапа (раздел с ID 17h не будет виден из проводника). Хотя имхо это уже извраты и необязательно..


Цитата:
К стати после удаления акрониса его драйвер остается?

Я не пользуюсь акронисом и не знаю. Драйвер ядра можно увидеть в autoruns.

Добавлено:
З.Ы. Для увеличения скорости дифф. и инкр. бекапа нужно отметить галку Speed Up при создании базового (в данном случае полного) бекапа.



Добавлено:
P.P.S. Впрочем если судить по справке purge

Цитата:
This option is used to delete image files that are n days old or older. You can think of it as the number of days to retain images. It’s only used during a command line backup and only processes the target folder of the current file specified using the /f option. Care should be taken as the purge occurs prior to the backup. As an option you can have the purge take place only after a successful backup by providing n as a negative number. E.g. /purge:-15

то всё отработало правильно. Прога удалила все бекапы 3 дней и старше. Чтобы обойти удаление базового бекапа - переведите время на 1-3 года вперёд и сделайте полный бекап. Выше зачеркнул.

Добавлено:
P.P.P.S. Тут подумалось, что видимо это можно обойти и не использовать перевод времени, если использовать опцию /f и разделить папки базового и дифф. бекапа.
Например
- полный : /hash /f:"e:\backups full\win7full.tbi"
- дифф : /base:"e:\backups full\win7full.tbi" /f:"e:\backups diff\win7diff.tbi" /purge:-3
Автор: RUSOT
Дата сообщения: 29.08.2014 16:54
Как правильно вставить это
Цитата:
Например
- полный : /hash /f:"e:\backups full\win7full.tbi"
- дифф : /base:"e:\backups full\win7full.tbi" /f:"e:\backups diff\win7diff.tbi" /purge:-3

сюда

Код: imagew64.exe /b /uy /um /base:w0@0x2F0:"\Backup-w0-0x1-2014-08-22-2149" /f:w0@0x2F0:"\Backup-w0-0x1-chg-$~YYYY$-$~MM$-$~DD$-$~HHMM$" /max:4GiB /purge:-3
Автор: dialmak
Дата сообщения: 29.08.2014 17:17
RUSOT
/uy /um вроде только для планировщика
0. Создать папки e:\backups full и e:\backups diff
1. Сделать базовый полный бекап (можно в GUI) в папке e:\backups full

Код: imagew64.exe /b /d:тут раздел с виндой /f:"e:\backups full\win7full.tbi" /hash
Автор: RUSOT
Дата сообщения: 30.08.2014 11:46

Автор: NIKZZZZ
Дата сообщения: 01.09.2014 15:34
Столкнулся с багом BootItBM.
Отказывается видеть USB мышь, PS/2 видится, но не работает.
При подключении USB и PS/2 одновременно, USB заработала.
BootItNG - все прекрасно.
Материнка Intel DG31PR, не любит он родной Itel .
Автор: Merlin2006
Дата сообщения: 21.09.2014 12:09
Missing String ID 523: Please upgrade the language file.
Что предпринять?
PS: Смотрю система размером 20Гб уже час как делает бэкап. Что-то долго? Или я не прав?
Автор: dialmak
Дата сообщения: 21.09.2014 12:27
Merlin2006

Цитата:
Missing String ID 523: Please upgrade the language file.
Что предпринять?

Использовать родную версию. Аглицкую.

Цитата:
Смотрю система размером 20Гб уже час как делает бэкап. Что-то долго? Или я не прав?

Ооооооооооооочень долго.
Автор: Merlin2006
Дата сообщения: 21.09.2014 18:15

Цитата:
Ооооооооооооочень долго.

Подскажите что предпринять?
Автор: dialmak
Дата сообщения: 21.09.2014 20:23

Цитата:
что предпринять

Чем и как делается? Какие опции используются?
Проще всего проверить скорость в IFL или IFD. Предпочтительней IFL.
Автор: Merlin2006
Дата сообщения: 21.09.2014 20:47
/b /purge:-6 /uy /um /d:w1@0x1 /f:E:\backupserver\Backup-w1-0x1-$~YYYY$-$~MM$-$~DD$-$~HHMM$ /v /vb /comp:11

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869

Предыдущая тема: ошибка AutoCAD


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