копирование linux с видеорегистратора
Здравствуйте. Я новичок в линуксе. Есть 2 видеорегистратора, один живой и нормальный, другой поехал крышей после обновления криворуких китаез. Стоит HiLinux, соединяюсь по telnet. Спер у китаез (коварно) на него root пароль. Такой вопрос. Можно ли снять с рабочего регистратора нормальный образ HiLinux и залить его в поехавший регистратор?
Но не факт, что взлетит потом нормально. Во всяком случае, ты ничего не потеряешь, ведь он и так не работает.
Нужно немного уточнить вопрос. Можно ли, и как это сделать? Ну с «можно ли» разобрались, остался вопрос как (нуб я).
P.S. Он работает, но там с админскими учетками китайского GUI какая то каша вышла, всякие restore to factory не помогаю.
Ты, я так понимаю, хочешь полноситью залить прошивку с одного на другой? Ну, грубо говоря, сделать дамп диска одного и залить на другой. Это возможно, да. На компе возможно.
А, я вот не подумал. Ты же не сможешь загрузиться с внешнего носителя на регистраторе..
В общем, суть, в кратце такова.
1. Грузишься с лайвсд любого дистрибутива (для дампа это и не особо недо)
2. Делаешь
файл исо — это образ твоего системного диска, где лежит линукс. МОжно его на карту памяти сунуть, что туда записал.
3. А дальше затык, потому что не загрузиться с другого диска тебе в регистраторе.
Грузишься с диска, делаешь , и у тебя получается полный образ систмеы той на новом диске.
Но с регистратором вряд ли выйдет.
Но с регистратором вряд ли выйдет.
Хотя, если у него есть сервисный режим, где он по юсб дает тебе доступ к систеному диску — получится.
Лучше найди прошивку, залей образы в /tmp видеорега по этому telnet, залогинься и прошей их через mtd. Список mtd-разделов и их имён можно глянуть в начале dmesg:
Вероятно, это recovery-режим или работает силами неповрежденного загрузчика. Нужно их разделы не трогать.
Если кратко, чтение образа и запись на примере раздела загрузчика u-boot (mtd0) происходит так:
Всем спасибо за помощь! Я думал есть возможность сделать все проще, типо копипастой с регистратора на флешку -> с флешки на регистратор. Но тут видимо все гораздо серьезнее. Особенно для человека привыкшего к С:\windows. Попробую разобраться.
Хотя, если у него есть сервисный режим
не знал что на регистраторах есть такое.
типо копипастой с регистратора на флешку -> с флешки на регистратор
Найди на регистраторе примонтированную флешку (например — /mnt/flashka) через вывод mount и blkid и туда сделай
не знал что на регистраторах есть такое.
Регистратор регистратору рознь. Хотя, мне кажется, на дешевых китайках таким и не пахнет.
Распаковка, редактирование и упаковка прошивок видеорегистраторов и IP камер от Xiong Mai
Предыстория
Распаковка
Инструкция по распаковке довольно подробно расписана в этой статье, но вот процесс упаковки нигде не описан, что и побудило меня написать этот пост.
Расписываю по шагам, чтобы ничего не упустить:
Ставим Linux, я выбрал ubuntu.
Проверяем тип файла прошивки:
Смотрим содержимое Install:
Слово u-boot-all наводит на мысль, что файлы img являются образами загрузчика U-boot, поэтому ставим соответствующий пакет:
Смотрим, что за файлы у нас были в архиве:
Прошу обратить внимание на два параметра Load Address и Entry Point. Я при первой сборке забыл их указать, они по умолчанию стали нулями, а это адрес загрузчика, который оказался затёрт после прошивки! Из-за этого я потратил лишний час на восстановление — пришлось снимать с улицы камеру, разбирать, и восстанавливать прошивку на программаторе. (Хотя камеру разбирал всё же не зря — добавил в кожух пакетик силикагеля, чтобы убрать возможную влагу из воздуха.)
Теперь небольшое пояснение: образ .img из данной прошивки является несколько изменённым образом файловой системы cramfs. Вот тут можно почитать поподробнее. Чтобы привести образ к нормальному виду, нужно отрезать 64 байта заголовка.
Для остальных файлов команды аналогичные.
Смотрим, что получилось:
Уже похоже на cramfs. Для работы с образами cramfs установим или обновим соответствующий пакет:
Каталоги я не создаю, они создадутся автоматически.
Загрузчик так не распаковать, это не образ cramfs, но его и не надо трогать.
Что внутри
Быстренько пробегусь по содержимому каждого файла внутри архива прошивки:
- InstallDesc — описывает действия, которые нужно произвести с этими файлами при обновлении прошивки, install-скрипт.
- logo-x.cramfs.img — картинка в формате 800×600 с логотипом изготовителя, которая появляется при загрузке аппарата.
- romfs-x.cramfs.img — собственно сама операционная система linux под архитектуру ARM
- u-boot-all.bin.img — загрузчик U-boot
- custom-x.cramfs.img — содержит наименование платформы и дополнительные настройки
- user-x.cramfs.img — прикладной софт, в том числе Sofia — сама программа видеорегистратора
- web-x.cramfs.img — картинки веб-интерфейса, web.cab — плагин для Internet Explorer с локализацией, логотипы производителя.
Нас интересует romfs-x.cramfs.img, так как именно там присутствует файл passwd, в котором хранится пароль. Вот его содержимое, желающие могут попробовать сбрутить:
Я же просто сгенерил новый хеш на сайте и поменял его в файле.
Собираем обратно
После сделанных изменений нужно всё запаковать обратно:
Помните, я заострял внимание на значениях Load Address и Entry Point? Самое время о них вспомнить и добавить в команду.
Создаём образ U-boot:
Кстати, чтобы обновить один модуль не обязательно прошивать всю прошивку, достаточно положить только нужный, и отредактировать файлы Install и InstallDesc, оставив только нужные строчки.
Складываем полученные файлы в отдельный каталог, пусть это будет new. Даём команду:
Всё, прошивка готова. Осталось только прошить её через web-интерфейс через пункт update
Предостережение
Выполняя рекомендации из этой статьи, вы делаете на ваш страх и риск. Автор не несет ответственности за ваши действия. Допустив ошибку при модификации прошивки вы легко можете получить кирпич, который можно будет восстановить только на программаторе. Поэтому, если не уверены в своих действиях, не делайте этого.
Форум по системам видеонаблюдения и безопасности.
Форум по системам видеонаблюдения, безопасности, пожарным и охранным сигнализациям, контролю доступа.
nvr n7932F hi3535 помогите найти прошивку
nvr n7932F hi3535 помогите найти прошивку
Сообщение Malaya10 » 18 июн 2017, 17:30
добрый день! приобрел такой вот nvr https://ru.aliexpress.com/store/product . 40623.html» onclick=»window.open(this.href);return false;
проблема оказалась что имеющиеся камеры фирмы xiaomi не удается с ним подружить
может кто подскажет как перепрошить его чтоб и rtsp понимал?
есть такой же на али вроде спрошивкой rtsp https://ru.aliexpress.com/item/GADINAN- . 15169.html» onclick=»window.open(this.href);return false;
написал проду просил прошивку-он молчит. где их искать ума не приложу. все что знаю про регистратор только из оф описания- модель N7932F процессор Hi 3535. спасибо за любую
помошь
Re: nvr n7932F hi3535 помогите найти прошивку
Сообщение dede » 18 июн 2017, 18:53
если он у вас работает, то что вы ищите? зайдите в «версия» и там будет ваша прошивка, зайдите в обновление и там будет автообновление.
ртсп тут не будет ни с какой прошивкой, рстп работает только на отдачу потока, пробуйте онвиф
Re: nvr n7932F hi3535 помогите найти прошивку
Сообщение Malaya10 » 18 июн 2017, 22:17
dede писал(а): если он у вас работает, то что вы ищите? зайдите в «версия» и там будет ваша прошивка, зайдите в обновление и там будет автообновление.
ртсп тут не будет ни с какой прошивкой, рстп работает только на отдачу потока, пробуйте онвиф
Re: nvr n7932F hi3535 помогите найти прошивку
Сообщение dede » 19 июн 2017, 07:56
NVR / DVR видеорегистраторы от Hisilicon на процессорах Hi3536, Hi3531, Hi3521, Hi3520D
Hisilicon — один из ведущих поставщиков мультимедийных ARM SoC решений, SoC процессоры компании широко используются в гибридных и сетевых видеорегистраторах, сетевых камерах, смартфонах авторегистраторах и т.д. Ambarella, Hisilicon, Texas Instrument — три ведущих компании во всей современной мультимедийной индустрии HDTV . Поскольку продукты Hisilicon обеспечивают высокое качество и доступные цены, SoC от Hisilicon ориентированы в основном на средний и нижний сегмент рынка.
В настоящее время Hisilicon линейка процессоров для гибридных и сетевых видеорегистраторов включает в себя Hi3536, Hi3531, Hi3521, Hi3520D. Все они используются в качестве основного процессора для аналоговых и сетевых видеорегистраторов 720p/1080p. Из них, Hi3536 — новейший SoC процессор архитектуры ARM Cortex A17, который получил мощных ядра частотой 1,4 ГГц и аппаратную поддержку сжатия H.265/HEVC. Это ядро вашего сетевого видеорегистратора H.265. Кроме того, вы можете найти некоторые аналоговые и цифровые видеорегистраторы на SoC процессорах Hi3515, Hi3535, Hi3798M.
Hi3536 — профессиональный SoC процессор высокого класса, предназначен для многоканальных сетевых регистраторов (NVR) стандарта HD или D1. Чип Hi3536 представляет из себя собственно процессор A17 высокой производительности, движок декодирования видео (декодирование максимум 16x1080p в зависимости от протокола), высоко-производительный движок обработки видео/графики (различные алгоритмы сложных графических процессоров) и двухканальный HD видео-выход. Эти функции позволяют Hi3536 выдавать изображение высокого качества. Кроме того, в чип Hi3536 интегрированы различные периферийные интерфейсы способные удовлетворить различные требования заказчика к функциональности, характеристикам и качеству изображения, а также к снижению стоимости конечного изделия.
4K/UHD NVR на Hisilicon Hi3536 SoC
NVR на одном SoC процессоре Hi3536
16-канальный режим кодирования и декодирования видео 1080p
- 32x1080p@10 32x1080p@10 Мбит/сек на поток
- декодирование 16x1080p в реальном времени (16-канальный предпросмотр)
- кодирование 2x1080p в реальном времени
- 1080p@32 1080p@32fps снимки в JPEG
- HDMI 4K x 2K@30 fps 16-picture выход ультра-HD
32-канальный режим кодирования и декодирования видео 720p
- 64x720p@5 64x720p@5 Мбит/сек на поток
- декодирование 32x720p в реальном времени (32-канальный предпросмотр)
- кодирование 4x720p в реальном времени
- 720p@64 720p@64fps снимки в JPEG
- HDMI+VGA 1080p@60 fps 16-picture двойной выход ультра-HD
64-канальный режим кодирования и декодирования видео D1
- 128xD1@2.5 128xD1@2.5 Мбит/сек на поток
- декодирование 64xD1 в реальном времени (64-канальный предпросмотр)
- кодирование 8xD1 в реальном времени
- D1@128 D1@128 fps снимки в JPEG
- HDMI 4K x 2K@30 fps 64-picture выход ультра-HD
DVR/NVR на базе SoC процессора Hi3531
Hi3531 — это высокопроизводительный SoC процессор, поддерживающий одновременное кодирование и декодирование в режимах 16 каналов D1 или 8 каналов 960H/720p, а работая в качестве NVR, он предлагает декодирование видео 8 каналов @ 720p или 4 канала @ 1080p, так как нет необходимости декодировать видеопоток в сетевом режиме, NVR на основе Hi3531 может поддерживать более 16 каналов видеопотоков.С точки зрения DVR/NVR, возможность декодирования означает, сколько видеопотоков может воспроизводить одновременно на устройстве.
Hi3531 — профессиональный высокопроизводительный SoC процессор, разработанный для применения в многоканальных цифровых видеорегистраторах и NVR стандарта D1 и HD. Имея на борту высокопроизводительный двух-ядерный процессор ARM А9, движок кодирования H264 (поддерживается кодирование максимум 5 каналов 1080p в режиме реального времени в зависимости от протокола), а также специальный сетевой модуль, Hi3531 удовлетворяет растущий спрос на сетевые HD приложения. Hi3531 также обеспечивает выдающиеся возможности пред- и пост-обработки видео, разные алгоритмы сжатия, а также возможность многоканального HD вывода. Эти особенности гарантируют пользователям высокое качество изображения. Кроме того, Hi3531 поддерживает несколько интегрированных периферийных интерфейсов, предназначенных для удовлетворения требований заказчика к функциональности, возможностям и качеству изображения, при одновременном снижении стоимости. Используя специальную технологию каскадирования видео, процессоры Hi3531 и Hi3532 могут быть соединены каскадно для расширения возможностей кодирования и декодирования.
DVR на одном процессоре Hi3531
- 8 каналов D1 одновременное кодирование и декодирование
- 16 каналов D1 + 16 каналов CIF двух-потоковое кодирование в режиме реального времени + 16fps снимок JPEG формата D1 + 4 канала D1 декодирование в режиме реального времени
- 4 канала 720P одновременное кодирование и декодирование
- 4x720p + 4xQVGA двух-потоковое кодирование в реальном времени + 4fps снимок JPEG формата 720p + 4x720p декодирование в реальном времени
DVR на процессорах Hi3531 и Hi3532
- 16 каналов D1 одновременное кодирование и декодирование
- 16 каналов D1 + 16 каналов CIF двух-потоковое кодирование в режиме реального времени + 16fps снимок JPEG формата D1 + 16 каналов D1 декодирование в режиме реального времени
- 8 каналов 720P одновременное кодирование и декодирование
- 8x720p + 8xQVGA двух-потоковое кодирование в реальном времени + 8fps снимок JPEG формата 720p + 8x720p декодирование в реальном времени
- 4 канала 1080p одновременное кодирование и декодирование
- 4x1080p в реальном времени + 4x(960×540)@fps двух-потоковое кодирование + 4fps снимок JPEG формата 1080p + 4x1080p декодирование в режиме реального времени
NVR на процессоре Hi3531
- 16 каналов D1, 8 каналов 720p или 4 канала 1080p декодирование в реальном времени на одном процессоре Hi3531
- 16xN каналов D1, 8xN каналов 720p или 4xN каналов 1080p декодирование в реальном времени, где N — количество процессоров Hi3531, соединенных каскадно
DVR/NVR на SoC процессоре Hi3521
Согласно спецификации Hi3521, Hisilicon начал выпускать Hi3521 с 2012 года, этот SoC процессор широко использовался в DVR регистраторах стандарта 960P, позже стал популярным чипом для 4-канальных сетевых видеорегистраторов (NVR) стандарта 720p. SoC процессор Hi3521, имея на борту ARM процессор Cortex A9 с частотой до 930МГц, выделенный сетевой интерфейс, движок кодирования и декодирования поддерживающий до 8 каналов D1 в режиме реального времени, удовлетворяет растущий спрос на сетевые HD приложения. Hi3521 также предоставляет выдающийся видео-движок, различные алгоритмы кодирования/декодирования, а также много-канальный HD выход.
AHD DVR на Hisilicon Hi3521 SoC
DVR на Hi3521
- 8 каналов 960H + 8 каналов CIF кодирование + 1 канал 960H декодирование
- 8 каналов 960H + 8 каналов CIF кодирование + 16fps снимок JPEG 960H + 1x960H декодирование в режиме реального времени
- 16 каналов CIF кодирование + 16 каналов QCIF кодирование + декодирование 16 каналов CIF
- 16каналов CIF + 16 каналов QCIF двух-потоковое кодирование в реальном времени + 16 каналов CIF декодирования в реальном времени
- HDMI+VGA 1080p@60 fps вывод с одного источника + 2 канала выхода CVBS
NVR на Hi3521
- 4x720p декодирование в реальном времени
- HDMI+VGA 1080p@60 fps вывод с одного источника + 2 канала выхода CVBS
DVR/NVR на Hi3520D
Hi3520D — это профессиональный SoC процессор, разработанный для многоканальных видеорегистраторов стандарта D1 и HD и сетевых регистраторов стандарта HD. С высокопроизводительным процессором A9 и движком, поддерживающим до 8 каналов кодирования и декодирования D1, Hi3520D удовлетворяет растущий спрос на HD приложения. В Hi3520D также интегрирован выдающийся движок обработки видео, различные алгоритмы кодирования/декодирования и возможность многоканального HD вывода. Эти функции обеспечивают пользователям высокое качество изображения. Кроме того, в Hi3520D интегрированы различные периферийные интерфейсы для удовлетворения требований заказчика к функциональности, возможностям и качеству изображения, а также снижению стоимости конечного изделия.
NVR на Hisilicon Hi3520
DVR на Hi3520D
- 4 канала 960H + 4 канала CIF кодирование + 1 канал 960H декодирование в реальном времени
- 8xD1@6fps+8xCIF@6fps 8 каналов D1@6fps + 8 каналов CIF@6fps двух-потоковое кодирование +1 канал D1@6fps декодирование
- HDMI+VGA 1080p@60 fps вывод с одного источника + 2 канала выхода CVBS
NVR на Hi3520D
- 8 каналов D1 декодирование в реальном времени
- 4 канала 720p декодирование в реальном времени
- HDMI+VGA 1080p@60 fps вывод с одного источника + 2 канала выхода CVBS
История выпуска процессоров Hisilicon для DVR
История выпуска процессоров Hisilicon для NVR
Перевёл статью Sonya, оригинал с сайта Unifore.