Прошивка Вега БС-2.2

[sudo]

Коллеги, приветствую.

БС 2.2, была сконфигурирована на другую сеть, другой организацией. Куча костыльных скриптов обвивающих всю систему и мешающих ее нормальному фунцкионированию. При отключении очередного скрипта, который мешал поднятию pkt fwd, система потерялась совсем, не поднимается ни один сетевой интерфейс. Придется снимать, подключаться по дебагу (mini-usb).

Может быть есть возможность зашить обратно образ системы не на micro-sd, а на внутреннюю флешку? Понимаю, что скорее всего столкнусь с ответом - "отправляйте к нам" , но это очень долго. Попытка - не пытка. Кстати, в документации Руководство по установке и работе с ПО БС.pdf указана неактуальная ссылка на образ системы, для залития на micro-sd.

[IlyaB]

Добрый день!

К сожалению, на текущий момент восстановить БС с помощью образа нет возможности. Соответствующую информацию из руководства убрали(или уберут в ближайшее время).
Для отката к заводским настройками необходимо БС направить в нашу сторону. Но предлагаю сначала удаленно подключиться к Вам и оценить масштаб "бедствия". Вполне возможно, что возможно будет удаленно восстановить БС в рабочее состояние. Для этого напишите нам на почту support@vega-absolute.ru и приложите ссылку данного обсуждения. Решим по времени, когда будет удобно удаленно подключиться и попробуем решить вопрос без отправки оборудования.

[sudo]

IlyaB, можете отправить в ЛС ссылку на образ БС? Напишу, хотя бы, скрипт для проверки с эталоном. Просто, последнее время, чаще стали встречаться такие БС, которые просят скинуть к "заводским". А координировать 3 стороны (Вы, Заказчик, Мы) несколько неудобно.

К слову сказать, после сброса всех настроек в веб-морде - слетают сетевые настройки интерфейса (/etc/network/interfaces) и, соответственно, приходится его заново прописывать ручками через mini-usb. Проявилось на всех БС, которые сбрасывал из web-gui. Плюс что-то еще ломается в механике днс, перестают резолвиться имена, приходится прописывать dns ручкамии (но это не точно, базовка была загажена).
А теперь вопрос - какой скрипт делает этот сброс, чтобы знать, где потом надо прописывать недостающее.

[petrov_ab]

А с "живой" БС нельзя получить образ а затем залить на больную? У LINUX должны же быть такие средства...ну или старый добрый Акронис...

[sudo]

to petrov_ab
Про акронис насмешили ))) Живых БС с неизмененной ОС пока нет. Вы вообще представляете как сделать образ работающей системы? Это не стационар, здесь только снимать nand и делать с него дамп. Из альтернатив - diff сравнение каталогов чистой системы, и то - есть ньюансы... Права, запуск, симлинк.

[petrov_ab]

А что мешает сделать образ работающей системы? Делали и не раз. И Акронисом, и другими средствами резервного копирования.
А по поводу сравнения каталогов - самое простое решение. Да долго и затратно. Смотрите, какие скрипты стартуют в init.d.

[sudo]

to petrov_ab

Ну-ка ну-ка, поподробнее. Может чего и не знаю сам. Как можно сделать образ системы работающей в реальном времени, просветите? Да еще и акронисом. Сделайте мне, пожалуйста, образ базовки, буду признателен.

P.S.
Представляете, бывает, что кто-то, своими шаловливыми ручками редактирует скрипты стандартные, и вносит суету в работу системы. Скрипты проверял первым делом. С ситуацией, описанной в первом посте давно разобрался, ценой нескольких часов. Так вот что-бы не тратить столько времени каждый раз - нужен эталон и автоматизация.

[petrov_ab]

А зачем вам собственно образ системы, если дело в скриптах? Исполнительные модули не затронуты.
Да, разбираться в чужих "косяках" сложно и трудозатратно, а что делать? Сравните каталоги init.d, скорее всего все там. И ищите нештатные скрипты.

[sudo]

Образ системы мне нужен, к примеру, чтобы загрузить БС с нее с microsd карты. Так-же, имея образ системы - можно существенно увеличить скорость разработки и интеграции. Если, к примеру, поставив пакет, который будет вылить ядро на живую систему - дорога в сервис, если это сделаешь не в основной системе - все решается очень быстро.