From: Cheslav Osanadze 2:6078/80 08 Feb 2019 12:01 +0200
To: All
Subject: Поломал установку пакетов
Привет, All! Умудрился сломать установщик пакетов. Советы из поисковиков не помогли... =========================================================================================== Чтение журнала изменений... Выполнено Извлечение шаблонов из пакетов: 100% Предварительная настройка пакетов ... dpkg: unrecoverable fatal error, aborting: список файлов пакета \breeze-icon-theme>> содержит пустое имя файла E: Sub-process /usr/bin/dpkg returned an error code (2) =========================================================================================== Cheslav. ... Человек - как нож. Если в покое - pжавеет. Если постоянно занят - тупеет.
From: Stas Mishchenkov 2:460/5858 29 Jul 2019 11:42 +0300
To: Alexey Vissarionov 2:5020/545
Subject: apc smarp upc
Hi, Alexey! 28 июл 19 22:00, Alexey Vissarionov -> Brother Rabbit: BR>> Подключаю смарт упс по USB. Соответственно в apsupsd.conf UPSCABLE BR>> usb BR>> [fido@BroRabbit ~]$ sudo /etc/init.d/apcupsd start BR>> Starting apcupsd service: 0.000 apcupsd: drivers.c:183 Warning: no UPS BR>> driver found (ups->mode.type=0). apcupsd FATAL ERROR in apcupsd.c at BR>> line 196 Apcupsd cannot continue without a valid driver. BR>> Это какого драйвера ему не хватат? AV> Явно указанного в конфиге, разумеется... /dev/ttyUSB* есть? Если да - AV> нужно объяснить демону, что туда говорить и чего оттуда ждать. Ага. Спасибо. Сам успел разобраться. Было пролюблено в конфиге UPSTYPE usb DEVICE Have nice nights. Stas Mishchenkov.
From: "Rinat H. Sadretdinow" 2:5020/620 13 Apr 2019 21:28 +0300
To: Brother Rabbit 2:460/5858
Subject: qico
Hello Brother! 13 Apr 19 18:44, you wrote to me: RHS>> В log.c в функции chatlog_init строчку [...] BR> Hи то, ни то не помогло. :( BR> Такое ощущение, что у меня что-то не установлено или слишком новая BR> версия. Во, в log.c ошибка пропала. BR> In function 'snprintf', BR> inlined from 'closeqpkt' at ftn.c:276:2: BR> /usr/include/bits/stdio2.h:64:10: error: call to BR> __builtin___snprintf_chk will always overflow destination buffer BR> return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1, BR> ^ Зато появилась в ftn.c, причём точно такая же. Берём ftn.c, смотрим в нём функцию closeqpkt: ~~~ void closeqpkt(FILE *f, const ftnaddr_t *fa) { char str[MAX_STRING+1]; snprintf( str, MAX_STRING, "%s-%s/%s", qver( 0 ), qver( 1 ), qver( 2 )); closepkt( f, fa, str, cfgs( CFG_STATION )); } ~~~ и правим её хотя бы так, изменяя определение 'char str' по аналогии с log.c не 'MAX_STRING + 1', а 'MAX_STRING + 5': ~~~ void closeqpkt(FILE *f, const ftnaddr_t *fa) { char str[MAX_STRING + 5]; snprintf( str, MAX_STRING, "%s-%s/%s", qver( 0 ), qver( 1 ), qver( 2 )); closepkt( f, fa, str, cfgs( CFG_STATION )); } ~~~ и опять пробуем собрать. Скорее всего тут ошибки больше не будет, но может возникнуть аналогичная в другом месте. Там соответственно правим так же, только другую функцию и в другом файле. Естественно это всё не "чистовой" вариант, это quick'n'dirty хак просто чтобы всё собралось (у меня в Fedora Linux 29 всё собирается и без таких вот напильников и шаманств, но что там конкретно у тебя -- не знаю, поэтому и предлагаю такое наколенное решение). Bye!
From: "Rinat H. Sadretdinow" 2:5020/620 14 Apr 2019 09:17 +0300
To: Brother Rabbit 2:460/5858
Subject: qico
Hello Brother! 14 Apr 19 07:49, you wrote to me: BR> ftn.c: In function 'mapname': BR> ftn.c:329:20: warning: format '%lx' expects argument of type 'long BR> unsigned int', but argument 4 has type 'UINT32 {aka unsigned int}' BR> [-Wformat=] BR> snprintf(fn+5,14,"%08lx%s",crc32s(fn),l); BR> ^ Hу тут надо просто 'l' убрать из формата "%08lx%s", сделать "%08x%s", тогда warning уйдёт. BR> In function 'snprintf', BR> inlined from 'closeqpkt' at ftn.c:276:2: BR> /usr/include/bits/stdio2.h:64:10: error: call to BR> __builtin___snprintf_chk will always overflow destination buffer BR> return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1, BR> ^ А тут я уже советовал в предыдущем письме что сделать. Bye!
From: Brother Rabbit 2:460/58.10 28 Jul 2019 19:56 +0300
To: All
Subject: apc smarp upc
Hi, All! Подключаю смарт упс по USB. Соответственно в apsupsd.conf UPSCABLE usb [fido@BroRabbit ~]$ sudo /etc/init.d/apcupsd start Starting apcupsd service: 0.000 apcupsd: drivers.c:183 Warning: no UPS driver found (ups->mode.type=0). apcupsd FATAL ERROR in apcupsd.c at line 196 Apcupsd cannot continue without a valid driver. Это какого драйвера ему не хватат? Have nice nights. Brother Rabbit.
From: Alexey Vissarionov 2:5020/545 18 Oct 2018 22:44 +0300
To: Vadim Makarov 2:5030/1900.113
Subject: ftp ну или что-нибудь
Доброго времени суток, Vadim! 18 Oct 2018 21:44:24, ты -> All: VM> Хочу поставить фтп сервер таким образом, чтобы любой желающий мог VM> залить файло, создать каталог, но не скачать что-либо с компа. VM> А ещё, наверно, надо максимальный размер файла загружаемого. Пусть VM> до 200 мегабайт. На компе centos 7. Что-то надоело мне с флешкой VM> туда-сюда кататься. root@warez:~ # cat /etc/vsftpd.conf listen=YES listen_address=0.0.0.0 background=YES anonymous_enable=YES anon_upload_enable=YES anon_mkdir_write_enable=NO anon_other_write_enable=NO anon_world_readable_only=YES anon_umask=027 max_per_ip=2 local_enable=NO ftp_username=ftp write_enable=YES local_umask=027 dirmessage_enable=YES xferlog_enable=YES connect_from_port_20=YES pasv_min_port=49152 pasv_max_port=65535 chown_uploads=YES chown_username=gremlin nopriv_user=vsftpd ascii_upload_enable=NO ascii_download_enable=NO chroot_local_user=YES hide_ids=YES use_localtime=YES root@warez:~ # ll -d /home/ftp/in drwxrwx--- 2 gremlin ftp 4096 2016-08-01 /home/ftp/in/ Если хочешь каталоги, включи anon_mkdir_write_enable VM> Вторым пунктом - обеспечить доступ к ftp каталогу по локальной VM> сети, чтобы можно было легко посмотреть с компьютера, телефонов, VM> телевизора. Вот зальют тебе туда всякого говна... а ты его всей сети самбой раздашь. -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Связь - как воздух: пока кто-то не испортит, никто не замечает
From: Alexander Kruglikov 2:5053/58 16 Apr 2019 15:19 +0300
To: Sasha Shost 2:5033/11
Subject: mgetty
Привет, Sasha! 16 апр 19 15:01, Sasha Shost писал(а) к Brother Rabbit: SS> exec sudo -u root /sbin/mgetty -i /etc/issue.ftn ttyS0 line: Success ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Не надо так делать! С наилучшими пожеланиями, Alexander.
From: Alexey Vissarionov 2:5020/545 30 Oct 2018 22:55 +0200
To: Andrey Chebanov 2:455/19.54
Subject: Доступ к гостевой ОС на гипервизоре VmWare ESXi
Доброго времени суток, Andrey! 30 Oct 2018 22:20:44, ты -> Oleg Levkin: OL>>>> Что нужно подкрутить в гипервизоре, чтобы гостевая система OL>>>> откликалась на команды с клавиатуры перед своей загрузкой? AV>>> Можно, например, использовать кошерный KVM вместо сраной AV>>> ВМ-твари. OL>> После того, как я впервые увидел virtualbox, задался вопросом: OL>> "Зачем теперь нужна вмварь за бешенный прайс?" Таки подшефный OL>> elastix мигрирует в qemu в ближайшее время. AC> Зависит от поставленных задач и от их стоимости. Из личного опыта: AC> qemu хорош при cборке и отладке ядра линукса Для сборки хватает unshare(), для отладки - таки да, вне конкуренции. AC> virtualbox хорош при откатке технологий Вот эту срань я никому не посоветую... AC> kvm в исполнении RHEL 7.x в продуктиве частично используется и AC> теперь, но шагов к достижению результа надо делать больше чем в AC> vmware KVM - это то, что когда-то давно называлось kqemu. Соответственно, можно догадаться, какой инструмент лучше всего подходит для работы с оным :-) Пользую (однократно прочитав мануал и написав скрипты). Рекомендую. AC> vcenter+ESXi+ESXi.. + veeam backup надежная рабочая лошадка. Hо AC> это надо пережить для того что бы понять. По эффективности использования ресурсов заметно уступает KVM. Ну и ценник. Существующая инфраструктура имеет право на существование, но вложение в нее дополнительных денег я бы (как начальник) заблокировал напрочь. Все новые платформы - только на основе KVM/Qemu (для гуевых мышевозов - OpenNebula). AC> IMHO Повторюсь все зависит от задач, ты как админ который работает на AC> зарплату не должен думать о стоимости ПО а организовать работу так, AC> чтобы тебя не лишали премий. Так делает умный админ. Если этот админ еще и мудрый - он делает так, чтобы получать деньги за то, что все работает. А сам либо ковыряется с новыми железяками, либо просто пинает балду. -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Я уже не такой дурак, как был в молодости - я теперь старый дурак!
From: Alexey Vissarionov 2:5020/545 11 Sep 2018 22:33 +0300
To: Sergey Anohin 2:5034/10.1
Subject: putty disconnect
Доброго времени суток, Sergey! 11 Sep 2018 22:05:16, ты -> мне: SA>>> Почему происходит сабж если сидеть через мобильный интернет, SA>>> а если проводной то оно вечно не отваливается? Может какая SA>>> динамическая маршрутизация, нат или еще что у мобильного инета? AV>> Прежде всего - большая нагрузка и низкая надежность. SA> попробовать надо SA> https://moonback.ru/page/disable_ssh_timeout Дурацкая рекомендация: вместо того, чтобы максимально быстро обнаруживать проблемы с каналом и при необходимости подключаться заново автор предлагает ждать до усрачки, как будто связь от этого волшебным образом восстановится. У меня так: # grep Client /etc/ssh/sshd_config ClientAliveInterval 20 ClientAliveCountMax 3 # grep Server /etc/ssh/ssh_config ServerAliveInterval 20 ServerAliveCountMax 3 То есть, если в течение минуты не профукалось - отключаемся. А главное, никаких TCP keepalive. AV>> man screen SA> Ну это да, просто каждый раз пересоединяться... 1. Стрелка вверх. 2. Ввод. :-) -- Alexey V. Vissarionov aka Gremlin from Kremlin gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii ... Поделись рекурсией своей - и она к тебе не раз еще вернется
From: Brother Rabbit 2:460/5858 13 Apr 2019 18:44 +0300
To: Rinat H. Sadretdinow 2:5020/620
Subject: qico
Hi, Rinat! 13 апр 19 17:43, Rinat H. Sadretdinow -> Brother Rabbit: RHS> В log.c в функции chatlog_init строчку RHS> char str[MAX_STRING + 5] = {0}; RHS> надо поменять на RHS> char str[MAX_PATH + 5] = {0}; RHS> или там же в этой же функции строчку RHS> snprintf( str, MAX_PATH, "/tmp/qlemail.%04lx", (long) getpid()); RHS> надо поменять на RHS> snprintf( str, MAX_STRING, "/tmp/qlemail.%04lx", (long) getpid()); Ни то, ни то не помогло. :( Такое ощущение, что у меня что-то не установлено или слишком новая версия. === Import Windows Clipboard Start === [fido@BroRabbit qico]$ make make all-recursive make[1]: Вход в каталог `/mnt/disk/src/1/qico' Making all in src make[2]: Вход в каталог `/mnt/disk/src/1/qico/src' make all-am make[3]: Вход в каталог `/mnt/disk/src/1/qico/src' gcc -DHAVE_CONFIG_H -I. -I.. -g -O2 -Wall -MT ftn.o -MD -MP -MF .deps/ftn.Tpo -c -o ftn.o ftn.c ftn.c: In function 'mapname': ftn.c:329:18: warning: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'UINT32 {aka unsigned int}' [-Wformat=] snprintf(fn,14,"%08lx%s",crc32s(fn),l); ^ ftn.c:329:18: warning: format '%lx' expects argument of type 'long unsigned int', but argument 4 has type 'UINT32 {aka unsigned int}' [-Wformat=] In file included from /usr/include/stdio.h:936:0, from headers.h:27, from ftn.c:5: In function 'snprintf', inlined from 'closeqpkt' at ftn.c:276:2: /usr/include/bits/stdio2.h:64:10: error: call to __builtin___snprintf_chk will always overflow destination buffer return __builtin___snprintf_chk (__s, __n, __USE_FORTIFY_LEVEL - 1, ^ make[3]: *** [ftn.o] Ошибка 1 make[3]: Выход из каталога `/mnt/disk/src/1/qico/src' make[2]: *** [all] Ошибка 2 make[2]: Выход из каталога `/mnt/disk/src/1/qico/src' make[1]: *** [all-recursive] Ошибка 1 make[1]: Выход из каталога `/mnt/disk/src/1/qico' make: *** [all] Ошибка 2 === Import Windows Clipboard End === Have nice nights. Brother Rabbit.