raspbian8, хромиум 56.0, uBlock Origin 1.18.8

Всё нормально работало года полтора, но позавчера что то пошло не так и вместо загрузки большинства вкладок стал бесконечно висеть статус «ожидание загрузки расширения uBlock Origin...» в строке статуса. Ладно, удаляю расширение, ставлю заново, сутки всё работает нормально и вот, снова. Насколько помню - никаких настроек по поводу автообновления расширений не делал. Обновляются ли они не знаю.

Отказываться от блокировщика не вариант, выбирать могу по сути только из его клонов. Блокировщик должен быть максимально лёгким.

Куда копать? Какие средства мониторинга есть в браузере?

Думаю, пора снова заставить плакать любителей современных ДЕ и однородных оформлений.

Предыстория такая: для работы нужно лазить в интернет, почту и вообще иметь под рукой простенький комп с базовыми «офисными» возможностями. Теоретически всё это, конечно, можно делать с планшета или смартфона, но благодаря моей горячей любви к андроиду и винмобайлу, я решил, что нервы мне дороже и проще таскать с собой старый 2+ кг HP Pavilon времён Висты. Двухъядерный 32-битный пень, 2 гига памяти, nv gf9200m вместо видеокарты и монитор 1280х800 с какой-то невнятной цветопередачей. Батарея благополучно сдохла, и была выброшена в какой-то ящик, если когда-либо захочется в ней покопаться. Система: дебиан 8 + xfce.

Всё было хорошо, пока я не решил уехать на пару недель, и ноут со всеми задачами, файлами, логинами и паролями надо было отдать на неопределённое время условной домохозяйке, которая осталась вместо меня. Вывод: надо шифровать! На всякий случай, да и вообще, давно пора. Нечего хранить логины и пароли в открытом виде. Пока читал о преимуществах ecryptfs и крутых скриптах для этого в убунту, оказалось, что вот послезавтра надо отдать, и чтобы работало, как часы. Поэтому пришлось пойти по пути наименьшего сопротивления.

В итоге: дебиан 9, /home и swap выделены отдельными разделами и зашифрованы через luks установщиком дебиана. Кажется, я даже не сменил дефолтный AES на что-то менее подозрительное. XFCE на 95% такой же, как и в предыдущей версии, чуть более свежие версии софта, nouveau вместо блоба, чтобы не заморачиваться. Изначально был установлен только самый минимальный набор программ, чтобы ходить в интернет, смотреть почту и читать документы. Оформление — дефолт. Но за следующие полгода я немного обжился на этом ноуте.

Что есть сейчас:
Всё такой же, не далёкий от дефолта, xfce. Регулятор громкости alsa из рабочего стола выпилили, регулировка только из консоли или хоткеями. Небольшой тюнинг свопа, zram, чистка мусора. В итоге из 2 Гб памяти система может выделить приложениям 1,6-1,7 Гб (привет гному и кедам), вполне достаточно, чтобы не закрывать приложения и можно было открывать по 15+ вкладок. Разумеется, о скорости и отзывчивости на hdd речи можно не заводить, всё равно что-то окажется непрокешировано или выгружено из памяти. Также проапгрейдил систему firmware из блоба nvidia, это даёт возможность воспроизводить 1080p с битрейтом ~10Мб/с. Зато на ядре 4.9 работа wifi стала заметно нестабильной. WPS офис для лучшей совместимости с форматами M$, gimp и xsane для работы со сканерами и пакет драйверов принтеров HP, teamviewer, vivaldi в качестве дополнительного браузера (как самый адекватный из хромоклонов), немного плееров, wine и VirtuaiBox для игрушек.

На скринах:
1) Загрузка системы, пустой и дефолтный рабочий стол. Сначала хотел поставить сменные обои, но руки не дошли.
Меню с окнами выскакивает по кнопке Win под указателем. Crtl+Alt+Del вызывает терминал.

2) Тема xfce-saltlake из стандартного набора. На gtk3 не применяется.

3) С появлением в xfwm тайлинга при тычке окна в грань или угол, им стало можно пользоваться.
Первая попавшаяся серо-зелёная тема gtk3. Была слегка подкрашена через юзерфрендли конфиги css.
qt4 переключен на редмонд.
Caja как главный файловый менеджер всё ещё неплохо дружит с xfce. Thunar удалён. Okular для электронных документов, Atril не удалён.

4) Недоделанная дефолтная тема qt5, кажется, бриз. Хорошо хоть не отваливаются иконки.
Кнопка бэкапа. Несложный скрипт tar+gzip+rsync, когда ноут подключен к моей локалке. Весь /home запаковывается и отправляется на мою Пишку. Там cron и zbackup уплотняют весь этот хлам для длительного хранения.

5) И вишенка на торте. Не знаю на чём делали wps офис, но получилось действительно отвратно.

Предыстория такая: просыпаюсь я как то в 6 утра на следующий день, после установки пары крупных пакетов в систему, и вижу что комп что то активно делает, хотя не должен. htop, читаю... А там updatedb, запущеный через хрон, пачками вызывает find и sort, и у каждого в качестве аргументов длиннющая строка с тоннами кавычек, экранирующих символов и кодов юникода. И полная неясность, что это и зачем. Неужели какая то вирусня оказалась прописана в хрон?

Чтение конфигов, скриптов и доков показало, что такая ежедневная задача действительно есть, похоже она действительно в составе дистрибутива и скрипт действительно написан таким странным образом. Вроде как есть команда locate (вообще не знал о такой), которая ищет файлы в системе по заготовленному индексу, а индексация по хрону раз в сутки.

Мне это не нужно, я предпочёл бы отключить индексацию и удалить индекс, у меня место на корне и ресурс microSD карты ограничены. Но вдруг это какой то ключевой компонент системных скриптов? Вдруг после отключения и/или удаления индекса у меня полезут косяки в системе когда я уже забуду об этой штуке? Кто нибудь знает что то об этом?

Требования:
- система devuan, основаный на debian 9
- активные углы с просмотром окон текущего рабочего стола и всех рабочих столов
- тайлинг при перетаскивании окон к краям и углам. Разворот на весь экран и на половинки слева и справа обязательно, на четверти по углам желательно.
- Рабочее окружение xfce, mate или сессия, собраная на скриптах. плазма5 не нужна, гном-шелл только если его вообще в принципе возможно оторвать от гнома.

Желательно:
- миниатюры окон при переключении по Alt+Tab
- настраиваемые цвета рамки окон. Особенно хорошо если это будет стиль ракок «пластик» из кде 3/4/5 зелёного цвета.
- Никаких гномоподобных «декораций окон на стороне клиента»

Проблемы:
- kwin4 выпилен
- kwin5 глючит и не настраивается в среде, отличной от плазма5 и кажется из него выпилили переключатель окон с миниатюрами.
- compiz почти мёртвый, половина нужных плагинов не запускаются, самое критичное - он не может включить рамки окон.

Собственно трек пишется на смартфоне через OSMTracker (маленький, простой, ставится через f-droid, никакого material design, т.е. идеальная программа для андроида). Сам трекер запоминает данные в каком то своём формате, но легко импортирует их в .gpx. Также он можт подргузить карту OenStreetMap и нарисовать на ней линию. На компе то же самое может сделать marble с gpx-треком.

Но этого недостаточно, меня интересует статистика по треку, как долго и как далеко я ехал, с какой скоростью. Яндекс по воросу предлагает трекеры для винды, что то производства гугла и всякие онлайн сервисы, так что спрашиваю здесь.

Особые требования: статистика должна быть доступна оффлайн, без загрузки в облака и при невозможности подгрузки карты. Если это приложение под андроид, то желательно чтобы оно ставилось через f-droid и не выносило мозг как некоторые (поставил один трекер, который вроде как имеет нужные функции, но они засунуты в такую жопу, что я нашёл нужный пункт меню за 10 минут методом тыка и потом не смог этого повторить с другим треком). Если под линь, то желательно иметь его в репе дебиан 8 armhf, или чтобы можно было собрать под него.

Есть 4 меделеных ядра, systemd, 2 пользователя и желание нагрузить комп многопотоком так, чтобы мне это не мешало. nice прекрасно работал давно, когда ядро было единственное и процессы однопоточные. Почитал про cgroups и сделал вывод, что с помошью этой штуки можно рулить приоритетами для многопоточной нагрузки на многоядерных системах, т.е. теоретически это то что надо.

Далее, раз уж системд всё равно есть, раз уж cgroups в него зашит, то и пользоваться нужно им. Вроде как каждой отдельной сессии пользователя выдаётся отдельный slice с собственной долей cpu и в соответствии с этой долей выделяются проценты cpu. Стандартно доли равные, но можно указать в /etc/systemd/system/user-1000.slice.d/50-CPUShares.conf

[Slice]
CPUShares=2048

[Slice]
CPUShares=100

Ребут, логин первичного и вторичного пользователей, запуск условного майнера под вторичным, и что то идёт не так: условный майнер отказывается отдавать первичному пользователю более 50% свободного cpu, даже если первичный создаёт 8-10-12 потоков нагрузки.

Почему настройка CPUShares не применяется (механизм работает! но явно с равными шарами!) и предусмотрен ли способ применять изменения без перезагрузки системы? А без перезапуска сессии?

Пытаюсь сжать качественый мультик размером 17 Гб до размера около 4-6Гб с минимальными потерями. Исходник:

Stream #0:0: Video: h264 (High), yuv420p(tv, bt709, progressive), 1920x1080 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default)

Решение: опция -x264opts colorprim=bt709:transfer=bt709:colormatrix=bt709 энкодеру. Хз почему, ведь в исходном файле было явно указано Color primaries: BT.709, но энкодер этого не определил. Если указать опцию то цвет передаётся правильно, а как бонус - заметно меньше квадратов при перекодировании.

Задался целью зашифровать домашний каталог на ноутбуке, чтобы там могли безопасно храниться рабочие файы и пароли в браузере. Есть одно но: пользоваться этим должен совершенно неподготовленный пользователь. Т.е. вариант sudo mount -t ecryptfs .... отпадает, а ввод пароля во время запуска системы (например подключение luks при старте) тоже не желателен - видеодрайвер nvidia может внезапно перехварить фокус с vt1 на vt7 или что то ещё может пойти не так. Так же не желательно, если для этого придётся задействовать гном3.

Какие есть дружелюбные с точки зрения пользователя способы получить доступ к шифрованому хомяку и как это будет выглядеть на практике?

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

Может кто то знает инструменты для работы с ней? Что нибудь более функциональное чем DiskPlayer с кнопками «воспроизвести» и «скопировать» и что то, не требующее покупки лицензии?

Система: debian8, raspberry pi3, ядро 4.4, самосборное.

Словил неприятный косяк загрузки, когда по неизвестной причине загрузчик грузил не ту версию ядра. Вероятно я напортачил с именами образов ядра. Решение проблемы: отформатировать boot-раздел, залить все образы заново, ядро пересобрать, номер версии поменять. Отлично, всё грузится.

Но тут всплыла проблема: я использую 4 устройства zram, настраиваются они при запуске из скрипта /etc/rc.local через передачу параметров в /sys. Фрагмент скрипта:

echo 80 > /proc/sys/vm/swappiness
echo noop > /sys/block/mmcblk0/queue/scheduler
echo 300 > /proc/sys/kernel/panic

modprobe zram num_devices=4
echo 104857600 > /sys/block/zram0/disksize
echo 104857600 > /sys/block/zram1/disksize
echo 104857600 > /sys/block/zram2/disksize
echo 104857600 > /sys/block/zram3/disksize
#echo 12792627200 > /sys/block/zram4/disksize
echo lz4 > /sys/block/zram0/comp_algorithm
echo lz4 > /sys/block/zram1/comp_algorithm
echo lz4 > /sys/block/zram2/comp_algorithm
echo lz4 > /sys/block/zram3/comp_algorithm
#echo lz4 > /sys/block/zram4/comp_algorithm
#mkfs.ext2 -L tmp -N 300000 -m0 /dev/zram4
#mount /dev/zram4 /tmp
#chmod aoug+rwx /tmp
/sbin/mkswap /dev/zram0
/sbin/mkswap /dev/zram1
/sbin/mkswap /dev/zram2
/sbin/mkswap /dev/zram3
swapon /dev/zram0 -p 10
swapon /dev/zram1 -p 10
swapon /dev/zram2 -p 10
swapon /dev/zram3 -p 10

После апуска системы оказывается, что все действия до echo 104857600 > /sys/block/zram3/disksize были выполнены корректно, а после нет. В dmesg есть одно сообщение о неудачной смене алгоритма сжатия:

( dmesg )

Вероятно полсе одной неудачной попытки rc.local был прерван systemd, ведь обычные скрипты в таком случае всё равно выполняют все последующие операции.

Когда система запущена, оказывается, что доступ на запись в параметры /sys запрещён. Очевидно, что то запретило его в процессе запуска. Как найти, что это было? Как разрешить доступ?

P.S. Не надо предлагать zramctl и соответствующий юнит, эта утилита недоступна в текущей версии binutils/coreutils и она наверняка делает то же самое, что echo.

Хочу потюнинговать систему (debian 8) на предмет монтирования разных странных устройств в /tmp, например ext2 созданого в zram. По какой то причине systemd оказался чувствительным к моменту и способу монтирования /tmp. Если монтирование прописано не в /etc/fstab и происходит позже чего то, но раньше полной загрузки, то возникают проблемы с правами доступа обычного пользователя к устройствам в /dev. Оказалось, что в дебиан 8 легко удалить systemd и загрузиться через sysvinit. Данная проблема с правами исчезает, но ломается много всего остального - из этого делаю вывод, что дело именно в порядке запуска.

Собственно что хотел спросить: есть ли какие то более-менее удобные средства чтобы посмотреть и разрулить дерево зависимостей юнитов. Гуглил, ничего определённого не нашёл. Вроде как «почитайте юниты, раскиданые по папкам /etc, /lib, /usr/lib, /run, а дерево зависимостей стройте вручную».

Давольно давно пытаюсь совместить свою любимую комбинацию компонентов рабочего стола. Это сессия xfce4, панель xfce, xfdesktop для отображения обоев, и какой нибудь kwin с темой оконного декоратора «пластик» в зелёном цвете. Система - gentoo. Процессор/графика АМД, драйвер свободный.

Собственно проблема: когда весь этот зоопарк запускается, подгружаются несколько приложеий на gtk3 со значками в системном трее. Это nm-applet и значок xfce4-power-manager. Ещё использую remmina для vnc. Загрузка cpu прыгает в район 80-100% и держится неограничено долго, начинаютс подормаживания графики, возможно зависание Х-сервера. Загрузка цпу создаётся Х и всеми приложениями, которые держат в трее значки, независимо от тулкита. Если убить все из них на gtk3, то проблема уходит.

Глюк проявляется с вероятностью ~30% срсзу при запуске. Если глюк не проявился сразу, то при запуске remmina (или любого другого гтк3- приложения со значком), он проявляется с вероятностью ~75%. Иногда, с вероятностью 50/50, его можно снять убив все гтк3-приложения со значками и запустив заново. А иногда просто перезапуском wm (через опцию --replace). Глюк проявляется независимо от используемого wm (пробовал xfwm, kwin5 на xrender и всех версиях oGL, был случай проявления при запуске этой же комбинации в fluxbox). Пробовал запускать все компоненты в терминале, но там никаких сообщений по этому поводу.

Ещё параллельно с этим глюком на всех оконных рамках и панелях gtk2 может возникать (а может не возникать) небольшой квадрат выбитых пикселей в районе верхнего правого угла.

Самое противное - столкнулся с этим глюком около полугода назад, после того как настроил kwin5 и dolphin5 после обновления с qt4 на qt5. Глюк не уходит с обновлениями и изменением настроек. Думал дело в темах оформления, проверил - нет, не связано.

Версия дебиан для RPi по слухам пересобрана с оптимизацией под железо и пакеты лежат в другом репозитарии и похоже подписаны другими ключами. Версии пакетов аналогичны, но некоторых пакетов не хватает. Конкретно в этот раз мне не хватило пакетов unrar и p7zip-rar. В официальном репозитарии дебиан все недостающие пакеты обычно есть.

Чтобы получить доступ к нужным пакетам я прописал в sources.list:

deb http://mirrordirector.raspbian.org/raspbian/ jessie main contrib non-free rpi firmware
# deb-src http://archive.raspbian.org/raspbian/ jessie rpi non-free contrib main

deb http://ftp.debian.org/debian jessie-backports main contrib non-free
deb http://ftp.ru.debian.org/debian jessie main contrib non-free

Возникла проблема: версии пакетов на ftp://ftp.ru.debian.org (выбрал его как официальное зеркало в РФ по данным официального сайта дебиан) те же, что и на http://mirrordirector.raspbian.org, но с индексом +b*, т.е. как я понимаю какая то маловажная пересборка тех же исходников или в лучшем случае патч на безопастность. За счёт этого индекса пакетный менеджер считает эту версию более старшей и хочет обновить кучу библиотек разной важности. Имеется разница в размерах пакетов до +-10%, так что видимо они отличаются не только файлом Readme. Предполагаю появление случайных крахов, глюков и местами снижение производительности.

Вопрос: есть ли какой то способ оставить подключенными оба репозитария, но чтобы версия пакета в debian игнорировалась, если такой есть в raspbian? Или какое то другое решение, которое не будет требовать постоянного ручного вмешательства. Просьба не предлагать make_install, gentoo, ubuntu, debian9 и т.п.

В качестве пакетного менеджера предпочитаю aptitude, в synaptic так же не нашёл нужного функционала.

Предистория: Raspberry Pi 3, usb-hdd и прочие мелочи запитаны через 2 телефонных зарядника в режиме 24/7 с декабря 2016. До этого ~2 года так же стоял RPi1B. Изначально стояли приличный 2А и дешёвый 1,5А зарядники, но в районе марта 2017 зарядник 2А вырубился, нагрузка легла на 1,5А, и он пал смертью храбрых, расплавив свой корпус, но не сдавшись. На замену ему был куплен зарядник на 3,1 китайских ампера.

Сегодня услышал свист зарядников под нагрузкой (RPi, usb-hdd, смартфон, мышка, клавиатура), оказалось свистят оба, причём я услышал их на фоне вращения 2,5" диска. Так что это не безобидный холостой свист импульсных БП.

Помогите оценить риск работы с такими зарядками, поделитесь историями их сжигания. До случая в марте я БП не сжигал и там всё было почти бесшумно. Так что я не знаю насколько это опасно на самом деле.

P.S. Понимаю, что не тот форум, но не на «ответах mail.ru» же спрашивать.

Нужно сделать скрипт на ноутбуке, который будет запаковывать домашнюю папку и отправлять на сервер в локалке. При этом пользователь должен ограничиться одним кликом по кнопке и не вводить никаких паролей. И второе условие - у него не должно быть доступа к пользователям, паролям и файлам «сервера» (это мой ПК, включеный 24/7/365). Мой ноут для этой цели использует авторизацию ssh по ключу, но давать такого доступа этому ноуту не нужно.

Пробовал настроить vsftpd на анонимный доступ к папке бэкапов, но или я что то не понял, или для этого папка бэкапов должна принадлежать пользователю ftp, иметь права rwxr-xr-x, и при этом нельзя складывать файлы прямо в неё, там должна быть вложена папка. Это создаёт дополнительные проблемы вроде как на пустом месте.

Помогите настроить ftpd или подскажите какую нибудь альтернативу.

Система debian 8 arm, systemd. Есть usb-hdd с файлопомойкой и свопом, монтируется при старте, прописано в fstab. Этот диск может быть не подключен, и в этом случае systemd предлагает подождать 90 секунд, а затем сообщает что загрузка неудачна и уходит в single mod.

Этот диск не критически важен для работы системы. Как можно объяснить это systemd, чтобы он пропускал монтирование если устройство не доступно? Есть ли простой способ автоматически монтировать своп и данные если диск был подключен после загрузки?

Недавно столкнулся с блокировкой сервера анонсирования на уровне провайдера (МТС, мобильный интернет) одного торрент-трекера. Обмен пирами через DHT продолжает нормально работать, но я использую клиент ktorrent 4.3.1 (debian, armhf) и он отказывается получать сидов по DHT (видимо это как то связано с ошибкой анонсирования). Загрузки нет, только раздача. Если вручную ткнуть его в адрес и порт сидов, взятых из других клиентов, то с какой то попытки он подхватывает сида, получает от него ещё сидов и начинает качать.

Transmission качает, только медленно, тормозит и практически ничего не раздаёт. uTorrent качает и раздаёт нормально, но его проблематично запустить в линуксе на архитектуре armhf.

Может кто то знает, как заставить ktorrent анонсироваться, или обойти проблему каким то другим способом? Или другие адекватные клиенты с аналогичным функционалом?

P.S. Адреса серверов анонса не включены в реестр блокировок и вероятно у других провайдеров всё работает. Я предполагаю, что МТС решил порубить торренты у пользователей всеми доступными способами. На большинстве действующих тарифов явно запрещено или ограничено использование файлообменных сетей, usb-модемы и раздача интернета на другие устройства (и явно прикручен анализатор трафика под это дело). Но на моём тарифе таких ограничений ещё не было введено.

Почему бы и нет? Он собран, опакечен и запускается (raspbian8, RPi 3B). Производительности вроде достаточно чтобы поиграть как минимум в первый x-com. Если бы не одно НО:

Игра использует видеорежим 640х400, я использую монитор 1280х1024, но досбокс отказывается масштабироваться в 2 раза в оконном и полноэкранном режиме. В конфиге указано:

[sdl]
fullscreen=false
fulldouble=false
fullresolution=original
windowresolution=original
output=overlay
autolock=true
sensitivity=100
waitonerror=true
priority=higher
mapperfile=mapper.txt
usescancodes=true

[dosbox]
language=
machine=vgaonly
captures=capture
memsize=24

[render]
frameskip=0
aspect=false
scaler=normal2x

Пробовал scaler=normal3x, output=surface, aspect=true - не реагирует. output=opengl - тормозит, но не масштабирует.

Может кто встречался с подобной проблемой, или знает что то, чего я не понял из вики?

Наконец-то могу считать raspbian на Rpi3 готовым для десктопа. Недавно победил неприятные глюки эксперементального OpenGL драйвера методом его отключения и теперь могу спокойно смотреть видео через omxplayer. А теперь мне удалось нормально запустить kwin с активными углами и без падений, и перенести моё любимое оформление системы. Вот что получилось.

PNG

Вид снаружи

З.Ы. Кошмарная радуга в шрифтах вполне прилично смотрится на моём мониторе с 3-х метров.

Подключил бэкпорты строкой в sources.list:

deb http://ftp.debian.org/debian jessie-backports main contrib non-free

Пакетный менеджер жалуется на отсутствие ключей:

W: Ошибка GPG: http://ftp.debian.org jessie-backports InRelease: Следующие подписи не могут быть проверены, так как недоступен открытый ключ: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010

Вопрос: где взять ключи и как убедиться, что они не совсем левые?