Понадобилось при нажатии Ctrl-Alt-Del заменить REBOOT на SHUTDOWN. В предыдущих версиях Debian это делалось легким движением руки в inittab. Однако в новых версиях Линукса с systemd Поцнер вообще убрал этот файл, и как это теперь делается, никто толком не знает.
Воспользовался одним стремным советом замены reboot на shutdown -h в конфиге /lib/systemd/system/systemd-reboot.service но при нажатии Ctrl-Alt-Del это вызывало полный коллапс системы, пришлось даже ресетиться.
Судя по многочисленным обсуждениям, тема изъезжена вдоль и поперек, и вот опять :)
Программе websdr, портированная в Debian и Raspbian, которая использует библиотеки древние, как гавно мамонта, при запуске понадобилось некоторые либы.
Начал с Debian. Первой этой программе понадобилась libpng12.so.0
В системе была только новая либа - libpng16.so.16, поэтому бросил линк -
И когда казалось все, победил! - эта гадкая прога при запуске выдала новый перл -
./websdr64: /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0: no version information available (required by ./websdr64) ./websdr64: /usr/lib/x86_64-linux-gnu/libpng12.so.0: version `PNG12_0' not found (required by ./websdr64)
Тогда откопал не помню уже где эти старые либы, но они конфликтуют с новыми. Яхуего знает, как вы боретесь с этими древними либами, они каждый раз ставят меня в тупик, второй день уже воюю с ними :((
Ненавижу этот гребаный CentOS 7 с их гребаными же новшествами, но приходится использовать из-за этого долбаного прогресса, который толкает только вперед и желания не спрашивает. И если в CentOS все отточено и отшлифовано и как правило, работает без проблем, то в CentOS 7 то и дело натыкаешься на очередные траблы. Например, с NUT, который в CentOS 6 работает как добротные швейцарские часы.
В CentOS 7/64 в том же NUT наткнулся на следующие косяки:
1. При запуске монитора возникает ошибка нехватки прав в каталоге /etc/tmpfiles.d/ , из-за чего он не может создать файл из-за чего он не может создать файл nut-run.conf
Приходится создавать его вручную командой
touch /etc/tmpfiles.d/nut-run.conf
и присваивать ему права nut/nut 644 командой
chown nut.nut nut-run.conf
Но это нужно сделать один раз, фиг с ним, можно смириться.
2. Но дальше - больше. При очередном ребует системы не запускается nut-monitor . Чтобы он запустился, приходится каждый раз выполнять одну и ту же цепочку действий -
- создать вручную папку /var/run/nut с правами nut/nut/755
Обычно устанавливаю CentOS 7 в качестве веб-сервера из образа Minimal. И на вопросы установщика о выборе пакетов тоже выбираю вариант Minimal. а всё нужное доустанавливаю потом.
Со временем заметил, что на том же железе CentOS 7 работает менее шустро, чем CentOS 6. Может, так оно и должно быть.
Но сегодня пришла такая мысль: может, я неправильно устанавливаю CentOS 7, указывая вариант Minimal ?
Может, нужно выбирать вариант Server, при котором (возможно) параметры, указываемые ядру установщиком (и другие настройки) будут лучше оптимизированы для работы именно как сервера? (а не десктопа)
Целый вечер продолбался, но так и не смог задвинуть это млятский системный лоток куда ему положено - в правый угол панели. Он постоянно норовит прижаться влево -
Обнаружил интересную статейку с одноименным названием и тут же запустил ее в работу - странное дело, завелась сразу, ничего доделывать не понадобилось! :) Поскольку используемый Raspbian был посвежее, за 2018 г., даже апдейт libusb не понадобился.
Теперь можно приемник разместить на даче, где мало помех, а слушать его дома - идеальный прием!
А теперь вопросы:
1. Какие, по вашему-мнению, есть недостатки этого решения, можно ли его улучшить? 2. Как пробросить управление и сигналы через роутер? 3. Насколько защищена «малина» от внешнего хакерского вторжения, нужны ли какие-то дополнительные меры по ее защите?
Довелось ставить CentOS 7 Minimal на «малину». Установиллся он успешно, но при настройке сети столкнулся с проблемой NetworkManager. Подумал было, что проблема с «малиновой» реализацией, поэтому плюнул на эту утилиту и настроил вручную.
Но сегодня столкнулся с такой же проблемой с CentOS 7 Minimal на обычном PC-компе, поэтому расскажу о ней подробнее.
Итак, после установки CentOS 7 Minimal имеем в системе аж 5 пакетов -
Обычно NetworkManager является гуишной версией, так оно и оказалось - при запуске он молча вывалился в командной строку. Ну и хрен с ним, не очень-то и хотелось. Хотя непонятно - зачем включать гуи-утилиту в консольный сервер??
Далее занялся тем, что должно было работать - NetworkManager-tui А вот фиг там - бинарной утилиты, несмотря на установленный одноименный пакет, в системе в наличии не оказалось! То же получилось и с NetworkManager-team и NetworkManager-wifi.
Кто-то может объяснить это недоразумение?
PS. Помнится, NetworkManager-tui в CentOS 6 работал успешно.
В компьютере есть два выхода звукового сигнала - фронтальный и тыловой. Используется бортовая аудиокарточка HDA IntelPCH.
В настройках Audio есть Port «Аналоговые наушники» и «Линейный выход (plugged in). Можно здесь переключаться между ними, и тогда звук идет через какой-то один из них.
А как сделать, чтобы звук транслировался одновременно на оба выхода?
Хочу, чтобы звук одновременно поступал и на наушники, и на колонки.
Дали мне рабочий роутер TL-WR841n VER.13.0 только лишь для того, чтобы прорубить на него вход снаружи по http для дальнейших его настроек.
Роутер до этого нормально работал и обеспечивал Интернет. Смотрю на шильдик:
Данные для входа по умолчанию:
http://tplinkwifi.net
Имя пользователя: admin
Пароль: admin
С паролями/явками понятно, но такой хитрый адрес доступа вижу впервые - это что, web-сервак с таким адресом встроен прямо в роутер? Как-то не верится. Зато в Интернете сайт с таким адресом нашелся.
Погулил по данноум роутеру - да нет, пишут, что вход самый обычный - 192.168.0.1 или 192.168.1.1
Ладно, пробую заходить по 192.168.0.1 - молчание. По 192.168.1.1 - то же самое. Хоть и не верилось, но попробовал зайти по http://tplinkwifi.net - тоже тишина.
Тогда запустил сканер по всем по всем портам и получил такую «радость» -
$ nmap 192.168.0.1 -p1-65535
Starting Nmap 7.40 ( https://nmap.org ) at 2018-06-21 23:32 MSK
Nmap scan report for 192.168.0.1
Host is up (0.023s latency).
Not shown: 65531 closed ports
PORT STATE SERVICE
22/tcp open ssh
23/tcp open telnet
1900/tcp open upnp
2222/tcp open EtherNetIP-1
Nmap done: 1 IP address (1 host up) scanned in 18.26 seconds
Я в диком ахуе - а где же, извините, порт для веб-морды??? Причем по 22 и 23 рутер откликается.
На треккерах встречаются интересные аудиокниги в mp3, но слушать их приходится на аппартном плеере, потому что он умеет:
1) Автоматически переходить на новый книги (001.mp3, 002.mp3, 003.mp3...) даже без плейлиста 2) Запоминать и продолжать воспроизведение с остановленного места.
Можно ли получить такие же возможности на Linux-плеерах? (например, VLC, SMPlayer, Audacious,...)
Основной компьютер десктоп. Во избежание всяческих форсмажоров хочется сделать его резервную копию, например, на ноутбуке, со всеми приложениями, паролями, явками. Чтобы если откажет десктоп, спокойно перейти на резерв и продолжить работу без лишних телодвижений. Т.е. это не просто бекап, а создание рабочей копии.
Пока идеи такие:
1. Установить на резервный комп такой же Linux. 2. Обновить. 3. Установить те же приложения, что на десктопе. 4. Рсинкнуть папку /home c десктопа на резервный комп.
В дальнейшем регулярно повторять п.2, 3 и 4.
Будт ли этого достаточно? Пока нет уверенности.
И может, есть готовый софт, который автоматизирует эту задачу?
Сейчас уже 2018. Установил свежайший Debian 9.30, выбрал среду XFCE, и при заходе ра Рабочий стол сразу же напорололся на ту же самую муйню 7-летней давности -
Не обнаружено запущенного экземпляра xfce-panel
и что-то там еще насчет какого-то «киоска», который мне нафиг не упал.
Хотя всяческие костыли выхода из ситуации в тырнете и в упомянутой архивной теме имеются, но меня интересует другое - причина возникновения этой муйни. Почему я должен в свежеустановленной системе что-то подправлять, чтобы эта панель не доставляла проблем при запуске?
Это что получается - кодеры XFCE семь лет груши околачивали и не устранили этот баг (если это баг), или тут что-то другое?
Ведь я ничего еще не успел сделать, только установил систему, залогинился и сразу увидел эту непонятную х.
Приобрел микроутер на базе OpenWRT. Но поскольку он «микро», то по дефолту в нем не оказалось даже такой привыччной опции, как «Access Restrict», которая, в частности, позволяет ограничивать работу отдельных пользователей по времени.
Зато число доступных пакетов OpenWRT в этом роутере достигает аж... 4932! Просто сказка, только как называется в нем искомый пакет, неизвестно.
Пробовал искать по словам «access» и «restrict» - все не то, как-то он иначе в OpenWRT называется.
Первым делом разобрал ее, чтобы поглядеть, что там и как, все-таки лет 15, как выпущена. Монтаж изумил своим качеством и добротностью, хотя и сделано в Китае. Единственное, чего не понял - зачем под пластмассовой крышкой металлическая? Если это экранировка, то почему никуда не подключена. В-общем, хз, ну и ладно.
Как водится, драйвера были только под венду, ну и под Мак заодно. И то, и другое линуксоиду не нужно. Но для простоты экспериментов установил их сначала на XP. Драйвера установились с пол-оборота. Но далее, сколько ни бился, перестанавливал их разные версии, чистил реестр и т.п.,звук карточка так и не выдала, и ничего удивительного в этом нет, т.к. венда как была кривая от рождения, такой и осталось. И как говорится, не очень-то и хотелось, т.к. все равно собирался слушать ее только на Linux.
Воткнул ее в Debian 8/64. И тут меня ждал приятный сюрприз :) - карточка зазвучала сразу, делать вообще ничего не пришлось!
Звучание, несмотря на винтажность, очень понравилось. Вот только не нужно гробить ее, фтыкая в нее 32-Омные наушники, т.к. она рассчитана на 600 Ом.
Дело осталось за малым: как настраивать тонкие параметры - частоту дискретизации, битность и еще чего-то там, которые подсмотрел в панели управления этой карточкой в венде.
Уважаемые, подскажите, какая звуковуха лучше подойдет для Линукса?
Echo MIA Midi имеет более высокие характеристики, зато M-Audio Audiofile 2496 точно совместима с Линуксом, проверено многими. Как с этим делом обстоит у MIA?
Как установить VirtualBox Extension Pack в гостевую Linux-машину?
В прежние года это делалось запросто. Но с годами стало запутаннее и непонятнее, т.к Oracle перестала следить даже за документацией. Например, что мы видим в документации на сегодняшний день?
1.5. Installing VirtualBox and extension packs VirtualBox extension packages have a .vbox-extpack file name extension. To install an extension, simply double-click on the package file and a Network Operations Manager window will appear, guiding you through the required steps.
Двойной клик и вы в дамках? Ага, щаззз! Это относится только в их сраной обожаемой винде.
В Линуксе же этот пак откроется просто как архив, где есть кое-что для Линукса - - VBoxLinuxAddition.run - autorun.sh - runasroot.sh ну и виндовые файлы, куда ж без них. Кстати, в архиве есть Readme.txt, но опять-таки - только для винды!
Пробовал установить с помощью этих 'sh' - ничего хорошего не получилось, хотя в VirtualBox Manager появился плагин VirtualBox Extension Pack. Но что толку - мне же нужно установить его в гостевую Linux-машине.
Есть еще, правда, п. «8.41. VBoxManage extpack», в котором якобы можно этот пак установить из консоли -
- пробую этот вариант - а фигушки, приложения 'VBoxManage' нет и в помине! Потому что оракловцы забили на Linux.
Короче, я в диком а..е - простейшая задача превратилась в неодолимую проблему. И что особенно бесит - в гостевой виндовс-машине с установкой пака проблем нет никаких (Р-ррр!!!)
Кто в курсе, работает этот ламповый усилитель «xDuoo TA-01» в Linux? Вот здесь обосреватель поет о драйверах для Уиндовс, но о Linux не вякнул ни звука -
Всегда по возможности стараюсь избегать компиляции, потому что после нее, даже удачной, голова чумная как с недельного перепою - никогда не знаешь, что понадобится и чем оно закончится. Но в этот раз увильнуть не удалось - потребовалось собрать свежий Namecoin-кошелек, который выложен здесь: https://github.com/namecoin/namecoin-core и который в готовом виде ленивые разрабы выкладывать не торопятся.
Сначала попробовал собрать на Debian-9/64, провозился всю ночь, преодолел массу неожиданных подножек, но уперся в одну, и дальше никак. Решил было, что поскольку Debian обычно отстает с новшествами, попробовал собрать в Федоре-26, но с ней продвинулся еще меньше, и вернулся в Debian.
В-общем, нужна ваша помощь в виде рекомендаций на ошибки, которые выдает компилятор. Сейчас конфигуре спотыкается на этом:
configure: error: Found Berkeley DB other than 4.8, required for portable wallets (--with-incompatible-bdb to ignore or --disable-wallet to disable wallet functionality)
Если впиндюрить ключ --with-incompatible-bdb или --disable-wallet то получаю:
configure: error: No working boost sleep implementation found.
но все равно, даже если бы сработало, это не выход, надо обойтись без них.
