Windows-терминалы WTware

Третья малина умеет загружаться по сети без SD. Инструкция для третьей малины, Raspberry Pi 3 без плюса:

1. Установить WTware из .exe дистрибутива. Установить WTware TFTP.
2. Конфигуратор. Вверху слева кнопка с малиной.
3. Надо сделать "Программирующую SD" и один раз загрузить малину с неё.

Это всё. Дальше должно загружаться по сети без SD. В начале загрузки пауза секунд десять.

Иногда не работает. Подборка возможных проблем с сетью (малиновых проблем, WTware не виновата) в соседней теме.

Инструкция для второй малины, Raspberry Pi 2, и для Raspberry Pi 3 без плюcа, если без SD не получилось:

1. Установить WTware из .exe дистрибутива. Установить WTware TFTP.
2. Конфигуратор. Вверху слева кнопка с малиной.
3. Надо сделать "Загрузочную карту для Pi 2".

На загрузочной карте один файл bootcode.bin. Есть надежда, что этот файл будет совместим с будущими ядрами и фирмварью малины, т.е. эту SD уже не придётся переписывать. Если так оно и будет, то загрузка малины по сети наконец получит смысл.

Raspberry Pi 3 Model B+ с плюсом грузится по сети без SD. Ей не нужна "программирующая SD", ей не нужна "SD для загруки по сети". Она грузится по сети только без SD.

Если третья малина сама по себе не грузиться (в логах tftp только попытка загрузить bootcode.bin), а с sd с одним файлом - отлично, то это в морг ?

Зачем в морг, если с одним файлом грузится?

Я так поинмаю, что какая-то прошивка, кривая и глючная, намертво прошита в процессор. Этой кривой глючной прошивке не нравится твой свитч, или может ей не нравится расположение здания относительно земной энергетической сетки. в bootcode.bin записано примерно то же самое, но некоторые глюки исправлены. Потому с ним работает. Надеюсь, это "работает" уже навсегда, и bootcode.bin не придётся перезаписывать при обновлении для каждой следующей версии.

а прошивка не меняется ?

Думаю, не меняется. Какое-то количество перезаписываемой памяти в малине есть, в ней "программирующая SD" один битик ставит. Но там немного. Вся прошивка думаю намертво вшита на заводе. Спроси лучше на малиновом форуме, там разработчики малины иногда появляются.

Бутлоадер намертво прошит в ПЗУ видео контроллера. Такая архитектура ))

А вернуть потом на круги своя можно ?

Зачем? Я так и не понял, что именно эта настройка может испортить. Малина точно так же сначала ищет SD, долго тупит, и лезет в сеть только если SD не находит.

aka писал(а):Зачем? Я так и не понял, что именно эта настройка может испортить. Малина точно так же сначала ищет SD, долго тупит, и лезет в сеть только если SD не находит.

Приветствую.
Похоже, что после использования "программирующей SD" Raspberry перестала получать адрес по DHCP(не получает ответ).
Например, было 5 новых Raspberry 3 model b. На одной их них попробовали загрузку по сети без SD путем "программирующей SD". Загрузка не пошла, видимо, из-за каких то промежуточных сетевых устройств(свитчей). Остальные 4 штуки сделали с загрузкой с SD и получением настроек по DHCP(на MS Windows 2012), на них все без проблем. На первой, форматнули SD, записали образ для загрузки с SD, но она никак не хочет получать адрес по DHCP (если прописать статикой, то грузится без проблем).
Можно поподробнее, что делает программирующая SD?

Не верю. Никак не связаны программирующая SD и недоходящий DHCP. Ищите другую причину.

У "программирующей SD" в файл config.txt добавлена строчка: Как в инструкции написано:
https://www.raspberrypi.org/documentati ... utorial.md

Эту строчку обрабатывает и применяет фирмварь.

Втварь при загрузке с "программирующей SD" ничего умного не делает. Только смотрит, мы на второй малине загрузились или на третьей. Если на второй - ругается, если на третьей - пишет что всё получилось.

aka, спасибо!
может быть это просто совпадение...

а Raspberry Pi 3 Model B+ тоже надо программирующей SD прогонять?

Моя из коробки работала. И "SD для загрузки по сети" для 3B+ не нужна.

aka писал(а): ↑Чт май 10, 2018 1:41 pm Моя из коробки работала. И "SD для загрузки по сети" для 3B+ не нужна.

А у нее тåк же задержка продолжительная перед загрузкой, как и на просто 3?

Так же.

Втварь 5.8.18, втваревые DHCP и TFTP, Raspberry 3B+ никак не перепрограммированная, гигабитная сеть, нет SD карты.

От подачи питания до "Press Del to enter SETUP" 24 секунды.
От подачи питания до минимальной загрузки втвари (появляется графическое меню выбора соединения при конфиге из трех строк: "server=1.2.3.4" и затем две строки "connection") 33 секунды.

Спасибо, как всегда точно и исчерпывающе

Здравствуйте, wtware 5.8.30 и raspberry pi 3 model v1.2, в логах dhcp и так до бесконечности, с флэшкой и без нее. в wtware нет вообще ничего.
Oct 4 16:14:22 gate6 dhcpd[4785]: DHCPDISCOVER from b8:27:eb:d3:5d:b0 via lan7
Oct 4 16:14:22 gate6 dhcpd[4785]: DHCPOFFER on 192.168.40.22 to b8:27:eb:d3:5d:b0 via lan7
Oct 4 16:14:27 gate6 dhcpd[4785]: DHCPDISCOVER from b8:27:eb:d3:5d:b0 via lan7
Oct 4 16:14:27 gate6 dhcpd[4785]: DHCPOFFER on 192.168.40.22 to b8:27:eb:d3:5d:b0 via lan7
Oct 4 16:14:32 gate6 dhcpd[4785]: DHCPDISCOVER from b8:27:eb:d3:5d:b0 via lan7

Установлены несколько версий втвари, но на малину почему-то грузится только последняя. Указываю в конфигураторе грузить предыдущую, но в процессе загрузки происходит самопроизвольное переключение на последнюю и грузится она. При этом в wtc_terminal.log видим вот что:
[07.12.2018 18:50:02] [B8:27:EB:DF:C9:13] Changed version '5.8.38' => '5.8.34'. Source: configurator.
[07.12.2018 18:50:48] [B8:27:EB:DF:C9:13] Changed version '5.8.34' => '5.8.38'. Source: WTware DHCP.
Бага ?

Не знаю, мало информации. Втварь точно грузится по сети, а не с локальной SD?

Абсолютно точно, точнее не бывает.

Эта уверенность основывается на какой-то информации, которую ты от меня тщательно скрываешь. Не надо скрывать информацию от техподдержки. Надо наоборот, перегрузить техподдержку информацией.

Следующий ворпос, после того, как определимся с загрузкой, будет про DHCP. Надо показать, что наш DHCP единтсвенный, который выдает IP этому терминалу. Проще всего это выяснить остановив наш DHCP и перегрузив терминал при остановленном нашем DHCP.

Уверенность основана на 100% знании что нет вообще никакой SD
А вот на счет DHCP - каюсь , забыл отключить свой. Малина при этом отлично грузила последнюю версию и работала, потому я про него и не вспомнил. После его отключения проблема ушла, вопрос решен.
Однако странная реакция втваревого DHCP - взять и поменять версию... Специально чтоль так сделано, чтоб забывчивые типа меня не расслаблялись ?

Втваревый DHCP меняет версию когда получает запрос от уже загруженной втвари. Не первый запрос для загрузки от прошивки малины, а последний запрос IP адреса, подписанный загрузившейся втварью. Т.е. новая версия на терминале - уже объективная реальность, от мнения втваревого DCHP это больше не зависит. Мы решили, что не стоит прогонять DHCP по всем стадиям (отрицание; гнев; торг; депрессия), можно сразу перейти к принятию.

Подскажите, кто знает, при включении малины pi 3 b+ без Карты памяти на сетевой не горят индикаторы.. ее надо как то включить чтобы грузится по сети? Или как тогда малина получит ip адрес?

У меня тоже не горят, пока втварь не загрузится. Начинает мигать когда на экране уже написано "Press DEL..."

IP адрес малина получит по сети. Думай не "как получит", а "от кого получит, кто ей назначит IP".

У меня просто ничего не грузится, чёрный экран и всё... В микротике малина не видна, ip не получает. Получается что сетевая карта малины не ицилизирована, иначе на экране хоть что то было.. ну или микротик бы видил.. С карты памяти (локальная загрузка) малина грузится без проблем, т.е. сетевая рабочая, что не так - не пойму...

И ты хочешь, чтобы мы за тебя разбирались в микротике?

Если работаешь с микротиком - задавай вопросы техподдержке микротика. Расскажешь им, что такое малина, что такое загрузка по сети, а то они совсем не в теме.

Если хочешь работаь с нами - убери микротик, поставь на виндовс втварь с нашей службой DHCP.

Rasp Pi 3B+, конфигуратор 5.8.4 (или 44) - загрузка пр TFTP происходит через два на третий. В логах TFTP:
14-57-55-341| [172.16.0.78] RRQ 19 bytes:
14-57-55-357| [172.16.0.78] 00000000: 62 6f 6f 74 63 6f 64 65 2e 62 69 6e 00 6f 63 74
14-57-55-357| [172.16.0.78] 00000010: 65 74 00
14-57-55-372| [172.16.0.78] "bootcode.bin": tsize is not requested, blksize default.
14-57-55-372| [172.16.0.78] "bootcode.bin": "C:\Program Files (x86)\WTware\TFTPDROOT\5.8.46\pi2\localboot\bootcode.bin".
14-57-55-404| [172.16.0.78] "bootcode.bin": completed.
14-57-55-404| [172.16.0.78] RRQ 18 bytes:
14-57-55-404| [172.16.0.78] 00000000: 62 6f 6f 74 73 69 67 2e 62 69 6e 00 6f 63 74 65
14-57-55-419| [172.16.0.78] 00000010: 74 00
14-57-55-419| [172.16.0.78] "bootsig.bin": tsize is not requested, blksize default.
14-57-55-435| [172.16.0.78] "bootsig.bin": file not found: "C:\Program Files (x86)\WTware\TFTPDROOT\bootsig.bin".
и всё на этом.

Достань из USB все, что туда воткнуто.

Отлкючи малину и виндовс с втварью от общей сети, соедини их через самый дешевый свич.

Поможет?

В USB только мышь и клавиатура. Отключил, не помогло. С сетью сложнее - надо собирать стенд.

Прямое соединение помогло. Но из более десятка станций глючат несколько штук, причём в разных местах - три вообще в одном свиче, две глючат, одна работает.

В логе всё выглядит хорошо, куда копать по логу непонятно. Что делает малина в это время - известно только авторам малиновой прошивки. Убедились, что конфликта USB устройств нет (в малине сетевая карта на USB и что-то непонятное в USB ломает сетевую карту), остается копать свичи и физическую сеть...

Так не должно быть. Должно грузиться из Terminals\{MAC-адрес вашей Pi}, и только если там такого файла нет (обычно его там нет, пока его туда руками не скопируешь), тогда грузится общий.

Лог службы TFTP покажи. В конфигураторе вверху слева иконка с гаечным ключом, в списке "служба TFTP". Очистить, перегрузить подопытную малину, сохранить.

Можно ли загрузить Raspberry Pi 4 через сеть?

Добрый день имеется Raspberri грузится по сети по HTTP без карты, монитор к ней подключен fullHD, и соответственно разрешение ставит fullHD. А на WTware прописано другое разрешение. Как сделать чтобы применялось разрешение которое прописано в WTware?

1. Стереть "разрешение которое прописано в WTware".
2. Открыть файл config.txt на SD карте, с которой грузится малина. Читать его и документацию https://www.raspberrypi.org/documentati ... t/video.md про параметр hdmi_mode=

Купил недавно несколько малинок 3b V1.2. Ни в какую не хотят грузится по сети.
Есть еще штук 15 других версий. Грузятся почти все без проблем.
На том же месте где хорошо грузится одна малинка, эти отказываются.
Вот логи: Что с ними не так, кроме того, что на процессоре металлическая крышка (это единственное визуально отличие)?

Металлическая крышка - это наверное же 3b+. По сети могут грузиться без SD, если звезды хорошо лягут. Процитирую нашу доку https://wtware.ru/docs5/pinetboot.html

Raspberry Pi 3b+

Мы не рекомендуем загружать Raspberry 2b, 3b и 3b+ по сети, если ваша сеть сложнее одного свича, который соединяет сервер и несколько Raspberry. Загрузчики Raspberry до четвертой версии содержат ошибки. Помимо ряда проблем, проявляющихся в "Raspberry не загружается", при некоторых условиях во время загрузки по сети Raspberry 2b, 3b и 3b+ используют чужие IP, не те, которые им выдал DHCP, нарушая работу тех, кому эти IP принадлежат.

Raspberry 3b+ загружается по сети только когда в ней нет SD карты. Или не загружается, тогда конкретному экземпляру Pi3b+ ничем нельзя помочь.

Ясно, пошел затариваться SD картами.

Есть порядка сотни малинок.
Хотел научить их грузится по сети.
Попробовал несколько - не получается! Программирующая карта пишет, что "этот компьютер нельзя научить загружаться без SD-карты".
Ставлю SD-карту для сетевой загрузки - не грузится!
С полной карты грузится и работает без нареканий (лог прикрепляю).

Некоторые малинки написали, что загрузка по сети включена и должна работать без карты.
Но ни одна по сети не загрузилась (даже с карты bootcode).
Настройка DHCP на микроте выглядит так: next-server=192.168.40.100 boot-file-name="6.0.46/wtware.http"
Штука пять x86 компьютеров в этой же сети исправно грузятся PXE.
Что не так..?

Да я читал, разумеется.
Малинки все все Pi3, вторых нет. Почему он их не распознаёт?
Как выяснить, почему они не грузятся даже с загрузочной SD?

Barvinok писал(а): ↑Пн апр 26, 2021 10:14 am Малинки все все Pi3, вторых нет.

В прикрепленном выше логе написано:

Действительно, в далёком 2015 купил 5 штук Pi2. И надо же такому случится - наткнулся именно на них. Но пробовал-то я в том числе и на третьих!
В целом я уже понял, что PXE-загрузки от третьей малины ждать не стоит.

aka писал(а): ↑Пн апр 26, 2021 12:51 pmRaspberry pi3B+ загружается только одним методом: с локальной SD карты.

Вы уж поправьте в руководстве и конфигураторе.
Но вот почему они не грузится с SD-карты, которая заявлена именно для таких случаев?

Надо удалить этот экран из конфигуратора, чтоб не смущал.

Собери стенд: машина с виндовсом и втварью (нужны службы dhcp и tftp) - свич - малина. И посомотри в логах служб, есть ли активность от малины.

"SD-карты, которая заявлена именно для таких случаев" - это пустая карта с единственным файлом bootcode.bin

Малина должна быть вторая или третья, но НЕ 3+. 3+ если видит вставленную карту, из сети грузиться не станет.