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

» TeraByte Image & TeraByte BootIt

Автор: dialmak01
Дата сообщения: 16.02.2016 20:08
Интересно, что мультикаст клиент может определять мультикаст сервер по любому IP из списка




Добавлено:

Цитата:
штампую IFW_PE на базе ADK 8.1

Имхо IFL быстрее грузится и возможностей больше. Хотя пробуй вначале так.
Автор: The_Immortal
Дата сообщения: 16.02.2016 20:52
dialmak01, пока не выходит. На одной из машин загрузилась IFW_PE и запустился IFW с параметрами
Цитата:
/r /d:w0 /f:\\\11.0.0.1***

Только выдало ошибку:
Цитата:
Processing paramet /f:\\\11.0.0.1*** failed
Ну и подключений к мультикасту не было. А мультикасте сидит следующая инфа по серверам:
Цитата:
Realtek PCIe GBE Family Controller:
» 10.0.0.100
» 11.0.0.1
Я пробовал тот и тот сервер указывать.

Понятно в чем дело. На этапе PXE подхватывается DHCP-сервер от AOMEI, а когда загружается WinPE, то там уже наш DHCP-сервер назначает свой IP (192.168.32.*), который никак не связан с хостом, где стоит Multicast
Походу, без отключения нашего DHCP никак... Он перехватывает всё.
Автор: dialmak01
Дата сообщения: 16.02.2016 21:24
пропингуй

Добавлено:

Цитата:
наш DHCP-сервер назначает свои IP, которые никак не связаны с хостом, где стоит Multicast

Дык вот

Цитата:
Методом тыка вроде понял как присваивается адрес в AOMEI PXE Boot.

- нужно присвоить вручную тот же адрес, что присваивает сетевой DHCP. Это даст возможность присвоить ПОСЛЕ загрузки адрес по сетевому DHCP для PE
- но маску нужно поставить свою и так, чтобы не было конфликтов при увеличении IP на последнем октете, где стоит 255 в маске

Примеры:
Если стоит на машине
IP 10.0.0.100
Mask 255.0.0.0
то будет адрес для PXE 11.0.0.1
Если стоит на машине
IP 10.0.0.100
Mask 255.255.255.0
то будет адрес для PXE 10.0.1.1
Автор: The_Immortal
Дата сообщения: 16.02.2016 21:28
dialmak01, дык как я присвою для 50 компов один IP-адрес?
Автор: dialmak01
Дата сообщения: 16.02.2016 21:28

Цитата:
Походу, без отключения нашего DHCP никак... Он перехватывает всё.

Ну и пусть хватает. Выстави свой IP и правильную маску вручную и тогда PE будет в той же подсети. Проверить IP на PE легко

Код: ipconfig /all
Автор: The_Immortal
Дата сообщения: 16.02.2016 21:29
dialmak01,
Цитата:
Выстави свой IP и правильную маску вручную и тогда PE будет в той же подсети.
На каждом компе выставлять вручную свой IP?.. Заколебешься же...
Автор: dialmak01
Дата сообщения: 16.02.2016 21:30

Цитата:
дык как я присвою для 50 компов один IP-адрес?

Не зли меня.
Адрес (точнее маску, если у тебя проблемы - хотя пока не встречал у себя такого) ставишь только где стоит AOMEI PXE Boot и Multicast server.
Не тупи. Все компы остальные получают адрес по DHCP.

Добавлено:

Цитата:
- нужно присвоить вручную тот же адрес, что присваивает сетевой DHCP. Это даст возможность присвоить ПОСЛЕ загрузки адрес по сетевому  DHCP для PE  в той же подсети
- но маску нужно поставить свою и так, чтобы не было конфликтов (если они есть конечно) при увеличении IP на последнем октете, где стоит 255 в маске  

Автор: The_Immortal
Дата сообщения: 16.02.2016 21:36
dialmak01, у меня на хостовой машине уже давно стоит
Автор: dialmak01
Дата сообщения: 16.02.2016 21:38
Короче покажи свой IP и маску, которые назначает тебе сетевой DHCP - напишу настройки.

Добавлено:

Цитата:
у меня на хостовой машине уже давно стоит

Неправильно ибо читай выше.
Автор: The_Immortal
Дата сообщения: 16.02.2016 21:44
dialmak01, в общем, так. Что стоит на хостовой машине - я показал выше.

При этом AOMEI в логах выдает:
Цитата:
11.255.255.254 has downloaded the image file successfully.
MulticastSender в Server IP's показывает вот это:
Цитата:
Realtek PCIe GBE Family Controller:
» 10.0.0.100
» 11.0.0.1
На PE
Цитата:
наш DHCP-сервер назначает свой IP (192.168.32.*), который никак не связан с хостом, где стоит Multicast

Больше у меня никакой инфы нету.

P.S. Знаю, что туплю...
Автор: dialmak01
Дата сообщения: 16.02.2016 21:50
IP какой родной? Конкретно?

Цитата:
а когда загружается WinPE, то там уже наш DHCP-сервер назначает свой IP (192.168.32.*)

Судя по эти скудным сведениям ставь вручную
ip 192.168.32.* вместо * свой ip
mask 255.255.0.0
шлюз и dns так же как тебе дает твой DHCP
Тогда PXE займет подсеть 192.169.*.*
Если она свободна - конфликта не будет
Автор: The_Immortal
Дата сообщения: 16.02.2016 22:05
dialmak01,
Цитата:
IP какой родной? Конкретно?
192.168.32.59, шлюз 192.168.32.51, маска 255.255.255.0.

Цитата:
Тогда PXE займет подсеть 192.169.*.*
Если она свободна - конфликта не будет
Я ещё раньше говорил, что при таком раскладе (если вышеуказанное задать вручную) возникает конфликт адресов при старте PXE. Чтобы PXE стартовала надо в сетевых настройках хостового компа указывать вообще левую подсеть.
Понятна проблема?
Автор: dialmak01
Дата сообщения: 16.02.2016 22:16
The_Immortal
Ну так определи что у тебя не конфликтует для начала! Я ж откуда знаю сколько компов и что занято.
Попробуй так
192.168.32.59, шлюз 192.168.32.51, маска 255.0.0.0.
Тогда PXE займет подсеть 193.*.*.*
Или
192.168.32.59, шлюз 192.168.32.51, маска 255.255.128.0.
Тогда PXE займет подсеть 192.168.128.*

Добавлено:

Цитата:
(если вышеуказанное задать вручную) возникает конфликт адресов при старте PXE.

Что-то сомнительно. Неужели 192.169.*.* занята? Это нестандартная сеть и она не входит в пул частных https://tools.ietf.org/html/rfc5735#page-6
PXE Boot перезапускал?
Автор: The_Immortal
Дата сообщения: 16.02.2016 22:30
dialmak01,
Цитата:
Попробуй так
192.168.32.59, шлюз 192.168.32.51, маска 255.0.0.0.
Тогда PXE займет подсеть 193.*.*.*
Или
192.168.32.59, шлюз 192.168.32.51, маска 255.255.128.0.
Тогда PXE займет подсеть 192.168.128.*
Пробовал и так, и так - конфликт.

Цитата:
PXE Boot перезапускал?
Естественно.

Кажись, разобрался в чем проблема... Проблема в том, что... Йа - дэбил! После изменений сетевых настроек надо было делать release-renew.
Автор: dialmak01
Дата сообщения: 16.02.2016 22:48
The_Immortal

Цитата:
После изменений сетевых настроек надо было делать release-renew.



Я нашёл еще один более "чиcтый" вариант. Должен сработать по идее.
Ведь можно назначить 2 IP-шника для карточки.

Автор: The_Immortal
Дата сообщения: 16.02.2016 22:52
dialmak01, с чистым вариантом попозже разбираться буду, но спасибо за подсказку

В общем, так. IFW запустилось наконец-то! На хосте прописал вот так:

А в параметрах IFW указал f:\\\192.168.32.59***

Теперь IFW при запуске вывело запрос на согласие по восстановлению - надо будет глянуть в мануале как это убрать. После того, как я нажал Yes, вылезло окно прогресса, где пишется в статусе "Waiting for multicast", а на серваке Мультикаста вот такое:

Ну и всё... Не двигается собака... А Multicast горит зелененьким. Я его поставил в настройках на автовключение.
Автор: dialmak01
Дата сообщения: 16.02.2016 23:02
Брандмауэр видимо не пускает.
Автор: The_Immortal
Дата сообщения: 16.02.2016 23:08
dialmak01, не, с маршрутизацией была проблема (точнее она есть), ибо у меня подключен ещё параллельно инет по VPN (там подсесть 33) - вот соединение вырубил и всё заработало

Только что-то жесть какая-то... 4 с половиной часа 20-гиговый tib. У меня вчера 60-гиговый vmdk в операции копирования за 19 минут передался (или что-то около того). Что-то тут не так. Я, правда, в настройках мультикаста впихнул максимальный размер пакета - 65000.
Автор: dialmak01
Дата сообщения: 16.02.2016 23:19

Цитата:
в настройках мультикаста впихнул максимальный размер пакета - 65000.

Зря наверное
http://i.imgur.com/6gChmXm.png
Причем это время указано с проверкой Byte-for-Byte..
Автор: The_Immortal
Дата сообщения: 16.02.2016 23:37
dialmak01,
Цитата:
Зря наверное
Думаете уменьшить и будет побыстрее?

Цитата:
Причем это время указано с проверкой Byte-for-Byte..
Хм... Так это с VMWare у Вас?
Кстати, проблему с параллельным копированием vmdk решилась - надо поставить для файла vmdk атрибут read-only и тогда этот файл не будет блокироваться.
Автор: dialmak01
Дата сообщения: 16.02.2016 23:45

Цитата:
Так это с VMWare у Вас?

Ага. Лень ещё ноут включать для такого дела.

Цитата:
надо поставить для файла vmdk атрибут read-only и тогда этот файл не будет блокироваться.

Ну тогда если так быстрее, то можно аналогично сделать под шару и vmdk скриптик. Включить шару через net use и далее ifw с параметрами запускать. Этот скрипт можно задать в RE/PE в билдере. Хотя теоретически через tbi и шару будет быстрее.
Автор: The_Immortal
Дата сообщения: 16.02.2016 23:51
dialmak01,
Цитата:
Хотя теоретически через tbi и шару будет быстрее.
Ага, тем паче, что он меньше получается, нежели vmdk.

Только в случае vmdk надо будет решить одну проблему: как-то добавлять виртуальный диск через скрипт, ибо операция копирования в качестве аргумента на источник требует указывать диск, который предварительно надо смонтировать (vmdk).
Нашел: параметр /vn.

И не могу что-то найти как убрать подтверждение на очистку данных перед какой-либо операцией (копирование/восстановление)...
И тут вроде как нашел: /hide - скрывает вообще интерфейс... Правда, такового бы не хотелось. Но и при этом запросов никаких быть не должно.

Цитата:
Включить шару через net use
Да походу у IFW есть даже что-то типа net use: /login:\\server\share*user*password - только непонятно как это дальше юзать.
Автор: dialmak01
Дата сообщения: 17.02.2016 00:03
The_Immortal

Цитата:
И не могу что-то найти как убрать подтверждение на очистку данных перед какой-либо операцией (копирование/восстановление)...

Что это?

Цитата:
как-то добавлять виртуальный диск через скрипт

Что-то типа этого видимо

Код: /v0:"D:\VHD Files\myvirtualdisk.vhd"
Автор: The_Immortal
Дата сообщения: 17.02.2016 00:06
dialmak01,
Цитата:
Что это?


Цитата:
у тебя в настройках IFW лажа какая-то, у меня ничего не просит
Ну понятно дело, что ничего не просит. На варе-то наверное разделов в данный момент нету. А у меня на некоторых машинах они есть.

Надо подавлять это предупреждение (suppress warning message). В мане по этому поводу сказано следующее:
Цитата:
If an existing partition or volume occupies the same starting location as the partition you
want to restore, Image for Windows will display a warning message before overwriting
the partition or volume. You can suppress this warning message, as described in Table
5.)
Но нигде ничего не расписано.
Автор: dialmak01
Дата сообщения: 17.02.2016 00:23
The_Immortal

Цитата:
Надо подавлять это предупреждение

хз, наверное /uy или /u

Добавлено:
или /dt
Автор: The_Immortal
Дата сообщения: 17.02.2016 00:33
dialmak01,
Цитата:
или /dt
Вероятно оно, спасибо!

Цитата:
Я нашёл еще один более "чиcтый" вариант. Должен сработать по идее.
Ведь можно назначить 2 IP-шника для карточки.
У меня почему-то не сработало - PXE конфликтует. Я настроил соединение нормальным образом (как выдает наш DHCP), а дополнительно добавил 10.0.0.100 (mask 255.0.0.0)... Я правильно сделал?
Автор: VecH
Дата сообщения: 17.02.2016 00:38
Off: ну и чатик вы устроили, я нить потерял
Автор: The_Immortal
Дата сообщения: 17.02.2016 00:44
VecH, да и не нао эту нить искать - тут больше воды из-за моей тупости-невнимательности

Но по итогу всё завелось!

P.S. Надо отдать должное dialmak01 и его стальным нервам! Перенимаю опыт, пока есть возможность)

Автор: VecH
Дата сообщения: 17.02.2016 00:49
А я ждал догадаетесь атрибут ReadOnly поставить на образ или нет

Сам сегодня днем чуть один образ (VHD) не испортил смонтировал его и антивирус туда полез шалить, потом заметил что образ изменил свою дату и размерчик, файл был залочен системой пока к нему было обращение
благо резервная копия была, вспомнил про атрибуты файлов/папок и +RO помогло
Автор: The_Immortal
Дата сообщения: 17.02.2016 00:50
VecH,
Цитата:
А я ждал догадаетесь атрибут ReadOnly поставить на образ или нет
Ну офигеть... Могли бы и подсказать! Представляете сколько мне пришлось сегодня вливать инфы в мою дырявую голову из-за изначально возникшей проблемы?)))

dialmak01,
Цитата:
наверное /uy
- всё-таки вот эта опция.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869

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


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