Последние сообщения

Страницы: 1 ... 8 9 [10]
91
Ну вот, теперь придётся подключать клаву\дисплей для базового конфигурирования системы.
92
    В минувшую среду на сайте Raspberry Pi Foundation было представлено обновление безопасности для образа Linux-дистрибутива Raspbian с рабочим окружением PIXEL.

    Новый образ Raspbian — дистрибутива для пользователей Raspberry Pi — был создан с целью повысить его безопасность по умолчанию. Для этого авторы отключили запуск SSH-сервера. Раньше он был доступен для того, чтобы пользователи Raspberry Pi могли сразу, без наличия подключённых к Pi монитора и клавиатуры, управлять устройством (удалённо с другого компьютера) и обновлять SD-карту новым системным образом. Разработчики считали такую возможность очень удобной для их пользователей, однако участившиеся случаи получения удалённого доступа к устройствам Pi злоумышленниками (тем более, что в системе по умолчанию есть пользователь pi с паролем raspberry) привели их к необходимости изменить свою политику.

    Чтобы вернуть запуск SSH-сервера, можно либо, как и раньше, воспользоваться конфигурационной утилитой raspi-config (или Raspberry Pi Configuration), для чего потребуется экран и клавиатура, либо предварительно создать файл «ssh» (с любым содержимым или без него) внутри каталога /boot, который доступен на запись с других компьютеров для пользователей разных ОС (Linux, Mac OS, Windows). Тем не менее, авторы резонно рекомендуют отключать SSH, если вы его не используете, и сменить стандартный пароль для системного пользователя pi.

    Обновлённый образ Raspbian с PIXEL доступен через стандартный механизм (apt-get dist-upgrade).

Дмитрий Шурупов по материалам Raspberrypi.Org.

Источник: nixp.ru
93
В рубрике "Графическая подсистема" опубликована статья
Решение проблемы с автоотключением мышки и клавиатуры с запуском X-сессии

Проблема связана со взаимодействием между udev и X-сервером.
94
Новости из мира ПО / Re: Тревожный звонок systemd, или Как «повесить» init-систему
« Последний ответ от Vena Среда, 26 Октября, 2016, 03:14:12 »
Хороший камень в огород систем д :)
95
Новости из мира ПО / Тревожный звонок systemd, или Как «повесить» init-систему
« Последний ответ от vovka Пятница, 07 Октября, 2016, 12:26:03 »
Тревожный звонок systemd, или Как «повесить» init-систему простой консольной командой

    Linux-администратор и основатель сервиса SSLMate Эндрю Эйер (Andrew Ayer) опубликовал в своём блоге заметку, как с помощью консольной команды из 48 символов привести systemd в нерабочее состояние.

    Эндрю обнаружил «поразительно банальный баг» в init-системе systemd, появившийся там более двух лет назад (в версии systemd 209). Если через systemd-notify отправить пустое (из 0 символов) сообщение в UNIX-сокет /run/systemd/notify, доступный для всех пользователей, то systemd получит сообщение и не сможет выполнить проверку на его длину. Результат — прав любого локального Linux-пользователя достаточно для отказа от обслуживания критичного системного сервиса.

    Сама команда выглядит следующим образом:

NOTIFY_SOCKET=/run/systemd/notify systemd-notify «»
    Некоторые энтузиасты отмечают, что для реализации задуманного им потребовалось обернуть её в бесконечный цикл (while true). Уязвимость уже устранена (#4234 в GitHub) — пропатченная версия пакета systemd для Debian, например, получила версию 231-9, но пока имеет статус нестабильной.

    Дэвид Тимоти Штраусс (David Timothy Strauss), технический директор Pantheon, отметил, что критика Эйера является преувеличенной, а описанная им уязвимость — «незначительная проблема в безопасности». По его уверениям, эта ошибка не «рушит» systemd, а приводит её в «нестабильное состояние»: «Некоторые службы, которые пытаются обратиться к systemd, в ответ получат таймаут в течение 30 секунд (по умолчанию), если systemd недоступна».

    Рич Фелкер (Rich Felker), автор Linux-библиотеки musl, отмечает, что обнаруженная проблема не столько проблема безопасности, сколько тревожный звонок для нераздельной архитектуры systemd: «Systemd не создана для того, чтобы её разбивали на меньшие части, которые могут безопасно падать и восстанавливаться — ни с точки зрения безопасности, ни с точки зрения надёжности. У вас один большой монолитный процесс: если какой-то его компонент ломается, рушится всё остальное. Это большая проблема в архитектуре, на которую Эйер пролил свет. Это не большая уязвимость в безопасности, а брешь в архитектуре системной разработки».

Дмитрий Шурупов по материалам Threatpost.Com, Andrew Ayer.

Источник: nixp.ru
96
Новости из мира ПО / Ядру Linux исполнилось 25 лет
« Последний ответ от vovka Пятница, 02 Сентября, 2016, 14:44:34 »
    Четверть века назад, 25 августа 1991 года, студент Хельсинкского университета Линус Торвальдс (Linus Torvalds) впервые в новостной группе MINIX описал разрабатываемое им ядро, интересуясь, какие улучшения (относительно MINIX) стоит реализовать.

    Ядро, которое Линус называл «хобби» и «не таким большим и профессиональным, как GNU», стало основой для свободной операционной системы GNU/Linux, которая в свою очередь получила дальнейшее продолжение в виде Android и великого множества различных встраиваемых систем. На момент появления Linux выпушенная ранее открытая ОС 386BSD стала (вместе со всем семейством Berkley UNIX) предметом судебного разбирательства, что стало дополнительным толчком к развитию и популярности новой системы.

Источник: www.nixp.ru
97
Программы / Re: motion linux
« Последний ответ от Vena Четверг, 02 Июня, 2016, 18:13:47 »
Motion - rtsp

Сподвиг меня vovka заняться motion в контексте записи IP камер. Вот чего я надёргал с интернета и окультурил под свои нужды. Написать статью сподвиг мой хороший товарищ, который тоже хотел бы воспользоваться данной наработкой, но у которого нет времени на такие масштабные исследования. Я не буду писать,как обычно пишут Монстры мозгового штурма, что мол пара вечеров и они все поняли. Я тупил около 2-3 месяцев, пока немного разобрался как что сделать. И то еще многое надо доработать и дописать. Прошу.

http://alserr.livejournal.com/4601.html


Сборка motion с поддержкой rtsp в ubuntu 14.04 (обычно использую debian, но в данном случае репозиториев под него не нашел для ffmpeg как в статье, пришлось переехать на ubuntu 14 сервер 32 бита, тоже не плохая, хоть и форк).

    apt-get update
    apt-get upgrade
    apt-get install autoconf automake build-essential git yasm gcc
    apt-get install libavformat-dev libavcodec-dev libavutil-dev libav-tools libswscale-dev libtool libjpeg8-dev libzip-dev

    Затем подключаем репозиторий ffmpeg:
sudo add-apt-repository ppa:mc3man/trusty-media
sudo apt-get update
sudo apt-get install ffmpeg

сборку надо производить после доустановки
1. pkg-config (https://github.com/vcftools/vcftools/issues/16)
2. доустановки компонент из INSTALL
sudo apt-get install autoconf  automake pkgconf libtool libjpeg8-dev build-essential libzip-dev libavformat-dev libavcodec-dev libavutil-dev libav-tools libswscale-dev 3. sudo apt-get install livemedia-utils (здесь openRTSP)

    Скачиваем и собираем motion:
cd /opt
git clone https://github.com/Mr-Dave/motion.git
cd motion

sudo autoreconf -fiv
sudo su
# ./configure
# make
# make install

cd /usr/local/etc/motion

Для работы получившегося motion нужно переименовывать или создавать на основе исходных файлы конфигурации программы. После установки в папке /usr/local/etc/motion все конфиги с добавкой -dist, нужно без нее, например motion-dist.conf меняем на motion.conf
motion.conf , что нужно в нём подправить, это в самом конце раскомментировать threadXXX.conf, сколько будет камер. Если не хватает, добавляем. И еще, запрещаем писать видео в motion .

# Use ffmpeg to encode movies in realtime (default: off)
ffmpeg_output_movies off

Лучше, если совместно с IP камерами использовать аналоговые, то их запуском рулить из threadXXX.conf. Так же если каждой камере нужен свой параметр, например обработки движения или маска, берём из motion.conf и в threadXXX.conf. Чего нет в threadXXX.conf при работе берётся из motion.conf (это помним).
Например для ip камеры в threadXXX.conf нужно изменить/добавить:
коментируем:
;videodevice /dev/video0
ставим
input 0
Редактируем
target_dir куда писать результат работы motion. В нашем случае результатом его работы кроме определения движения по малому потоку будет положить в указанную папку лучший снимок этого действа. Видео он писать не будет, об этом позже.
picture_filename по вкусу, у меня picture_filename CAM1_%Y%m%d%H%M%S-%q , так правильнее потом сортируется в папке.
Для IP камеры:
для motion собранного с поддержкой rtsp подходят ссылки на поток, которые годятся для плеера vlc например (так пишет автор новой сборки Mr-Dave). В моем случае
rtsp://192.168.1.176:554/user=svl&password=123&channel=1&stream=0.sdp   1280х720
rtsp://192.168.1.176:554/user=svl&password=123&channel=1&stream=1.sdp   704х576
В конфиге пишем:
netcam_url rtsp://192.168.1.151:554/user=admin&password=&channel=1&stream=1.sdp
netcam_userpass admin:
(в моём случае нет пароля)
rotate 0 (поворот вокруг оси)
width 720
height 400 для широкоформатного отображения в браузере при просмотре. Можно выбрать разрешение, которое идёт с камеры, тогда нагрузка на motion убавится, а для правильного просмотра ресайзить картинку в страничке html (писал в старой части этой статьи про motion по моему в 2011 году).
Здесь речь идёт о малом потоке! Большой будем только писать по событию, его обрабатывать не надо пока.
Далее отработка по событию (движение в малом потоке)
# Command to be executed when an event starts. (default: none)
# An event starts at first motion detected after a period of no motion defined by eve$
on_event_start /usr/local/etc/motion/start_151.sh 151

# Command to be executed when an event ends after a period of no motion
# (default: none). The period of no motion is defined by option event_gap.
; on_event_end value
Стоповый скрипт пока не выдумал, так как не знаю как правильно выловить именно процесс с данной камеры и стопать именно его.

Идею скриптов взял отсюда (https://habrahabr.ru/post/72491/)
Я зачем-то перенял идею ввода концовки адреса камеры, можно и исключить, а можно и развить. Я не планирую использовать один скрипт для всех камер. Думаю пользовать каждой свой, поэтому считаю лишним адрес. Оставлю только генерацию имени по времени и все. Здесь идея писать качественный поток как есть с камеры через openRTSP.
Вот мой скрипт (исполняемый!) лежит как прописал /usr/local/etc/motion/ под именем start_151.sh

#!/bin/bash

# We are using two variables
# 1 — camera name
# 2 — directory name (where file will be stored)

# Generate filename
start=«cam${1}»
dt=`date +%Y%m%d%H%M%S`
FILENAME="${start}-${dt}.mp4"
echo $FILENAME

openRTSP -b 1000000 -d 60 -v -i rtsp://192.168.1.151:554/user=admin_password=_channel=1_stream=0.sdp >/home/svl/motion/cam2/$FILENAME

Буфером -b возможно придётся поиграть, так как по умолчанию 10000 маловат, и в записываемом потоке артефакты. 1000000 на мой взгляд достаточно.
Эксперименты показали, что более 2 минут за раз openRTSP писать никак не хочет. Если ставлю -d 180 например, то пишется 2 минутный файл и еще минуту openRTSP не отключается, хотя записи уже нет. Я ставлю -d 60 так как стопового скрипта пока нет, а опыт использования motion на аналоговых камерах показал, что сюжета вокруг движения в 60 сек вполне достаточно. При том, если движение еще не закончилось, например дрова еще воруют с поленницы :), то motion даст команду сделать новую запись (в минуту). Получаем минутные ролики в ситуации, когда движение затянулось. Для меня это приемлемо.
Обращаю внимание, что ссылка от vlc немного здесь изменяется. Меняем все & на _

В motion.conf
output_pictures best (пишем лучшую фотку события по мнению motion, в этом ему на мой взгляд можно доверить)

По поводу свободного места. Мой motion с одной камеры за 2 дня и 14 часов надёргал 5,3 гига видео и картинок. Это 1 мегапиквсельная камера с максимальным битрейтом для 10 кадров в сек 4000. Звук отключен. Диск будет съедаться безжалостно, но зато деиализация при разборе однозначно порадует. Я буду переделывать свою систему так, оставлю 6 аналоговых камер, где их разрешения хватает, и заменю 2 камеры аналоговые на 2 IP, там где общий обзор территории в обоих направлениях (на фазенде).

И еще о ресурсах. Эксперименты ставил на селероне Intel(R) Celeron(R) D CPU 430  @ 1.80GHz 1 ведро и гиг оперативы.
Одна IP камера ест проца от 6% до 16 в пике при обработке движения с малого потока, но в максимальном качестве и 10 кадрах в сек (704х576)D1. На запись rtsp потока почти ничего не тратится, около 0,3%. Система у меня будет стоять на
двухведёрном AMD Athlon(tm) II X2 250 Processor cpu MHz: 3000.000 и 2 гига оперативы. Думаю более 70% в самом пике на 2 IP и 6 аналогах при беготне во всех камерах у меня не будет. Потом, когда придут камера мои и я их поставлю, отпишусь дополнительно.

Записи в папках чищу по времени скриптом, который еженочно кроном выполняется

#!/bin/bash
find /home/svl/motion/cam1 -mtime +40 -type f -exec rm {} \;
и так добавляем строку для каждой папки
У меня архив 40 дней.(подбирается для каждого случая).

Вспомнил еще, я пока не настроил свои браузеры для просмотра фаерфоксом напрямую с камера. О том что нужно vovka упоминал в (http://nix.zeya.org/forum/index.php?topic=416.0), но у меня пока не вышло. Когда получится, сделаю так , кликая по малому потоку в общей картинке со всеми камерами переключаться на просмотр большого потока.
Что касается просмотра архивов, я настроил samba и по сети с любого компа домашнего смотрю видео с камеры. Просматриваю бегло фото, заинтересовавший меня момент смотрю в движении используя время в имени фотки при поиске видеофайла здесь же. Получается довольно оперативно просмотреть что было. Вот один пример из жизни животных :) выкусил из одного из стоп кадров.


Пока все. Всем заинтересованным желаю удачного воплощения без лишних заморочек! Пусть останется время на что-нибудь еще ;)
98
Новости из мира ПО / Re: Linux 4.6
« Последний ответ от vovka Вторник, 17 Мая, 2016, 13:30:50 »
Сегодня Линус Торвальдс представил ядро Linux 4.6, на работу над которым ушло два месяца. Наиболее заметными нововведениями являются поддержка USB 3.1 SuperSpeedPlus (10Gbps), система OrangeFS, шифрование на уровне кадров Ethernet, mesh-протокол B.A.T.M.A.N V, pNFS SCSI для NFSv4.1, 3D-ускорение для GPU NVIDIA GM20x.

Здесь, в новой версии, реализовано примерно 12 тысяч исправлений от 1500 разработчиков. Размер патча составляет 37 МБ, причем изменениям подверглись 9990 файлов. Добавлено 517234 строк кода (при удалении 249061 строк). Примерно половина всех изменений связана с драйверами устройств.

Что касается файловой системы OrangeFS, то она позиционируется как система для high-end-серверов и кластеров. Благодаря OrangeFS можно достичь максимальной производительности при работе с данными. Это — логичное продолжение разработки известного проекта PVFS. Особенно высокие результаты OrangeFS может показать при работе с BigData, а также высокопроизводительными вычислениями.

Также добавлена подсистема Kernel Connection Multiplexor (KCM), которая позволяет эффективно работать с приемом и отправкой сообщений по TCP, с использованием программного интерфейса датаграмм.

Mesh-протокол B.A.T.M.A.N. («Better Approach To Mobile Adhoc Networking) обеспечивает возможность создания децентрализованных сетей, где каждый узел связан через соседние узлы. Протокол OGM теперь разделен на две части: ELP (Echo Location Protocol) и OGMv2.

Добавление поддержки протокола SuperSpeedPlus поднимает скорость передачи данных по USB, с максимумом в 10Gbps. Теоретически, такой скорости можно достичь, подключив внешний накопитель класса USB 3.1 Gen2.

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

Стандартом IEEE 802.1AE предусмотрена возможность шифрования в Ethernet на уровне MAC (MACsec). Теперь эта возможность реализована, что позволяет шифровать весь трафик в локальной сети с использованием алгоритма GCM-AES-128. Благодаря такой возможности защищается от перехвата трафик DHCP и VLAN. Модифицировать заголовки кадров Ethernet теперь невозможно.
Наконец, в DRM-драйвер для видеокарт NVIDIA (Nouveau) добавлена поддержка чипсета GM200, с возможностью загрузки прошивки для GM20x (GeForce GTX 900), которые верифицируются по цифровой подписи. Благодаря этому оказалось возможным задействовать аппаратное 3D-ускорение для Maxwell GPU.

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

Источник: nnm.me
99
Новости из мира ПО / Linux 4.6
« Последний ответ от vovka Вторник, 17 Мая, 2016, 12:55:39 »
Линус Торвальдс анонсировал версию 4.6 ядра Linux, которая принесла много нового. Самые заметные изменения:
  • Добавлена поддержка новых системных плат и ARM SoC.
  • Улучшения в открытом драйвере видеокарт AMD.
  • Поддержка NVIDIA GTX 900 «Maxwell» в открытом драйвере. Теперь есть поддержка 3D-ускорения при использовании закрытой прошивки.
  • Улучшения в энергопотреблении AHCI.
  • Улучшена поддержка ноутбуков Dell и Alienware.
  • Повышена безопасность 32-битных приложений.
Графика
  • Поддержка FBC и PSR в драйвере видеокарт Intel.
  • Поддержка выполнения сброса видеокарт AMD, что позволит продолжать работу при сбое драйвера.
  • Оптимизация работы драйвера 3D-ускорителя Raspberry Pi.
Процессор/Кросcплатформенность
  • Добавлена поддержка 13 ARM SoC и произведены множественные оптимизации платформы.
  • Продолжена работа по поддержке ARM 64-bit и AArch64.
  • Улучшения планировщика.
  • Начальная поддержка процессоров POWER9.
  • Поддержка Intel Memory Protection Keys.
Файловые системы
  • Поддержка OrangeFS добавлена в ядро.
  • Обновления в коде XFS.
  • Улучшения F2FS для работы на Flash и SSD.
  • Улучшена производительность и расширяемость Ext4.
  • Небольшие улучшения Btrfs.
  • В настройки ядра добавлена опция, позволяющая для файловой системы FAT установить кодировку UTF-8 по умолчанию.
Прочее оборудование
  • Исправлен баг, из-за которого многие ноутбуки иногда обнаруживали перегрев и снижали частоту процессора в случаях, когда перегрева не было.
  • Поддержка тачпадов и тачскринов Synaptics RMI4.
  • Продолжена работа по поддержке XHCI USB 3.1.
  • Добавлена поддержка новых беспроводных адаптеров, а также улучшен код сетевой подсистемы.
  • Улучшения драйверов HID, которые исправляют работу джойстика Logitech Dual Action, добавляют отдачу руля в Logitech G920 и многое другое.
  • Улучшения аудио Intel Skylake.
Безопасность
  • Повышена безопасность EFI.
  • Повышена безопасность 32-битных приложений через использование рандомизации всего адресного пространства (ASLR).
Прочие изменения
  • Полная поддержка пространства имен CGroups.
  • Принято более 1500 патчей.
  • Много ассемблерного кода для x86 было переписано на Си.

Источник: linux.org.ru
100
Новости из мира ПО / Раскол в проекте OpenWrt
« Последний ответ от vovka Понедельник, 09 Мая, 2016, 18:31:23 »
Восемь наиболее активных разработчиков OpenWrt покинули проект и начали работу над созданием форка, получившего название LEDE (Linux Embedded Development Environment).

Цели проекта:
  • Упор на стабильность и функциональность.
  • Регулярные выпуски.
  • Прозрачность обсуждений и принятия решений, учёт мнений сообщества.

Причины создания форка:
  • Малое количество ключевых разработчиков OpenWrt, привлечение новых лиц не производится.
  • Проблемы с инфраструктурой (из-за недавнего выхода из строя жёстких дисков на сервере, были недоступны вики, форумы, репозитории). Отсутствие дублирования важных узлов инфраструктуры. Апгрейду препятствуют внутренние разногласия.
  • Отсутствует прозрачность и коммуникация, как между основными разработчиками и сообществом, так и между самими разработчиками внутри команды.
  • Малое количество людей имеет право коммита. Они не справляются с рассмотрением поступающих патчей. Тривиальные патчи висят годами. Нет должного тестирования.
  • Документация даже по самым важным вещам типа procd (местный аналог systemd) отсутствует, либо в неактуальном состоянии.

Отличия LEDE от OpenWrt:
  • Все обсуждения публичны, некоторые в режиме только для чтения посторонними, чтобы не засорять обсуждение важных вопросов.
  • Решения принимаются путём проведения голосования в группе, наполовину состоящей из разработчиков, а наполовину из опытных пользователей.
  • Более простая и лёгкая инфраструктура.
  • Либеральная политика приёма изменений.
  • Больше автоматического тестирования и упрощение выкатывания релизов.

Подробности: lists.openwrt.org

Источник: linux.org.ru
Страницы: 1 ... 8 9 [10]