-Поиск по дневнику

Поиск сообщений в lj_ru_linux

 -Подписка по e-mail

 

 -Постоянные читатели

 -Статистика

Статистика LiveInternet.ru: показано количество хитов и посетителей
Создан: 24.06.2007
Записей:
Комментариев:
Написано: 1




Русскоязычное Linux-сообщество - LiveJournal.com


Добавить любой RSS - источник (включая журнал LiveJournal) в свою ленту друзей вы можете на странице синдикации.

Исходная информация - http://community.livejournal.com/ru_linux/.
Данный дневник сформирован из открытого RSS-источника по адресу http://ru-linux.livejournal.com/data/rss??aa112ce0, и дополняется в соответствии с дополнением данного источника. Он может не соответствовать содержимому оригинальной страницы. Трансляция создана автоматически по запросу читателей этой RSS ленты.
По всем вопросам о работе данного сервиса обращаться со страницы контактной информации.

[Обновить трансляцию]

Chrome, слетают настройки Adblock Plus

Понедельник, 05 Марта 2018 г. 02:17 + в цитатник
Chrome: Версия 64.0.3282.186 (Официальная сборка), (64 бит), Adblock Plus 1.13.5.
После закрытия браузера очищается список фильтров, ни одного не остаётся. Лечится?

P.S. стоящий рядом Chromium: Version 64.0.3282.167 (Official Build) Built on Ubuntu , running on LinuxMint 18.3 (64-bit). Adblock тот же - всё нормально.

https://ru-linux.livejournal.com/3063908.html


Насильственная установка 10ой винды и последствия…

Понедельник, 19 Февраля 2018 г. 10:07 + в цитатник
У меня лет 10 назад начал сыпаться диск на лаптопе HP и тогда TestDisk и холодильник помогли спасти почти всё. Но тогда у меня было всего 80Гиг.

Сейчас произошло совсем ужасное: лаптоп, на котором стояли лицензионная 7ая винда (он с ней продавался), кубунту и арч какой-то мальчек по вызову форматнул весь и поставил туда 10ю винду.

Произошло это по моей неосмотрительности и переизбытке доверия — собственная машинка в спешке была на время оставлена престарелой родственнице, которая до того работала много лет на линухе (установлен и изредка поддерживаем мною). Это был старый, но ещё ого-го-го, разогнанный в Арче до макс. производительности, Sony Vayo с автоматич. заходом пользователя (т.е. этой родственницы) в Арч. Потому что она меня попросила сделать ей скайп и пр., и чтобы работало побыстрее в связи с тем, что на её старой машине скайп перестал работать, и новая версия его туда установиться уже не могла (скайп стал поддерживаться только x64_86 линухах, а там был i386 с соотв. процем).
И она была оч.-оч. несчастна лишившись возможности общения в скайпе с такими же престарелыми родственницами.
Вот я и…

Это произошло не в первый раз уже: у неё что-то не получается, с какой-нить новой версией программы с изменённым интерфейсом, в данном случае скайп, и она вызывает мальчека, т.к. расстояние до меня как раз в тот момент измеряется на тысячи км. Один раз когда-то у меня получилось всё ей сделать по телефону (мой пламенный привет работающим в саппортах…), но теперь у неё со слухом заметно хуже, а терпения там не было никогда.

Дизайнеров интерфейсов, а точнее, их менеджеров, которые принимают соотв. решения, мы все сильно-сильно любим в плохом смысле слова. Вот тут как раз тот самый случай — за что наши чувства к ним с каждым разом всё глубже.
Есть огромная часть пользователей, которые мало того, что не могут справиться с перемещением кнопочек, с новыми тонами и переливами свистелок и перделок… но эта их беспомощность оборачивается в разрушительную силу с тяжёлыми центростремительными эффектами.

Они вызывают мальчека на дом. Потому что «компьютер сломался и не работает, ничего не получается сделать, я не могу даже выйти в интернет!» (на деле оказалось, она не может найти, как зайти в новый скайп, после того, как у ней как-то получилось выйти из его автозапуска/авторегистрации).

Мальчек ставит винду, после чего родственница не может работать с системой уже совсем никак.
Далее, опять вызывают меня и я опять учусь не говорить как следует по-русски — какими словами обычно по-русски в таких случаях говорят.

Предыдущие мальчеки были ещё хоть как-то грамотны. Они вежливо ставили винду в какой-нибудь один раздел, стирали загрузчик, как-то догадываясь не форматировать весь диск и победно показывали «вот, смотрите, теперь ваша машина работает!».

Худо-бедно потом всё восстанавливалось после их деятельности.

Но теперь мальчек попался какой-то совсем безмоглый — даже лицензионную винду не смог увидеть и посношаться с системой тогда уж на её разделах. Он форматнул все 500Гиг под 3 новых раздела 10ой винды.

Я понимаю, что шансы ничтожны, но вдруг кто-то знает какие-то новые хаки с этой новой версией старой дряни.
После установки системой почти не пользовались, ждали меня. В очередной раз, после очередного выкрещения, мне почти в слезах (с обеих сторон) божились, что микрософт — больше ни-ни и никогда-никогда. В данном случае мой окончательный ответ — всё, ресурс исчерпался, у вас есть мальчеки, их и просите.
Но мне бы хотелось попробовать восстановить машинку для себя. С флешки арча когда гружусь теперь вижу только sda#, sda1#, sda2#, sda3# (ранее было 8 разделов других размеров и без этих решёток — что это за хрень ещё?).

Если у кого есть относительно недавний опыт восстановления разделов и информации на диске размером от 500Гиг после подобного надругательства — приму советы с благодарностью (кроме «забей, поставь крестик, помолись об усопшем»).

https://ru-linux.livejournal.com/3063645.html


Метки:  

[решено] Два интернет подключения на сервере

Вторник, 13 Февраля 2018 г. 16:59 + в цитатник
Как сделать так, чтобы у сервера было два независимых интернет подключения? Не балансировка, не запасной в случае аварии - два одновременно работающих. Чтоб одни юзеры подключались по к одному IP и работали, а другие подключались ко второму IP

Детальнее:

Две сетевые карты 192.168.0.х и 192.168.1.х, обе за NAT с доступом в интернет
У каждой свой default gateway 192.168.0.1 и 192.168.1.1
Есть два внешних IP которые пробрасывают 443 порт на внутренний IP
По факту же работает только один IP, тот - чей шлюз указан по умолчанию
Как сделать, чтобы работали оба внешних IP одновременно?


Какое самое изящное решения для Ubuntu, чтоб не шаманить костылей со скриптами?

UPD
https://habrahabr.ru/post/107267/

https://ru-linux.livejournal.com/3063315.html


Метки:  

Формулы в LibreOffice

Воскресенье, 11 Февраля 2018 г. 23:29 + в цитатник
Помнится, года три назад уже решал такую задачу, но в упор не помню как :( Вроде не так примитивно, как "поставить шрифты". Более того, сам файл создавался в том же офисе, на том же дистрибутиве Mint, только на другой машине, и всё выглядело нормально.

Вот ссылочка на файл, самая порнуха начитается со второй страницы и дальше: тык мышой.

Слайды, кликабельно:



https://ru-linux.livejournal.com/3063072.html


отладка crontab в tomatousb

Четверг, 01 Февраля 2018 г. 11:21 + в цитатник
сделал некий скрипт на bash
ручками запускаю - все отрабатывает.
пытаюсь добавить его ежеминутное исполнение через cru -a, в cru -l вижу появившуюся запись, но скрипт не работает.
нашел параллельно работающий crontab, добавляю туда - в логах вижу запись
Feb 1 03:27:01 tomatousb cron.info cron[1685]: (root) CMD (/opt/123/1.sh > /dev/null 2>&1)
но скрипт нифига не работает.
и да, при запуске в терминале оно ничего в терминал не выдает, так что эта галочка и dev/null может и не нужна вовсе.
в самом скрипте - if, curl, echo > file и чтение из файла. у самого скрипта и у файла разрешения -rwxrwxrwx
куда смотреть и как эксепшны скрипта куда-то в лог пихать - хз.
может у крона есть более подробный лог?

https://ru-linux.livejournal.com/3062856.html


Метки:  

Кто устанавливает соединения??

Среда, 13 Декабря 2017 г. 13:22 + в цитатник
Как определить, что это за процессы, если netstat в колонке "PID/Program name" показывает просто минусы ?
# netstat -ntp | grep de.st.ip.adr:9128  | grep -v TIME_WAIT
tcp        0    758 lo.ca.l.ip:44316           de.st.ip.adr:9128         ESTABLISHED -                   
tcp        0      1 lo.ca.l.ip:44317           de.st.ip.adr:9128         SYN_SENT    -                   
tcp        0      0 lo.ca.l.ip:44315           de.st.ip.adr:9128         ESTABLISHED -  


А соединений с тем сервером в состоянии TIME_WAIT вообще сотни, и у всех тоже минусы.
У соединений с другими серверами процессы в основном показываются, но почему-то тоже кроме TIME_WAIT.
Отчего такое может быть? И как определить, что это за процессы?

https://ru-linux.livejournal.com/3062535.html


Метки:  

Не работает PPTP через NAT на Линуксе. Модули вроде загружены.

Вторник, 12 Декабря 2017 г. 22:45 + в цитатник
Коллеги подскажите куда можно копать: не работает прохождение pptp через нат на линуксовом сервере.



Модули - загружены.
# lsmod |grep pptp
nf_nat_pptp 16384 0
nf_nat_proto_gre 16384 1 nf_nat_pptp
nf_conntrack_pptp 16384 1 nf_nat_pptp
nf_conntrack_proto_gre 16384 1 nf_conntrack_pptp
nf_nat 28672 4 nf_nat_pptp,nf_nat_proto_gre,nf_nat_masquerade_ipv4,nf_nat_ipv4
nf_conntrack 135168 9 nf_nat_pptp,nf_conntrack_ipv4,ipt_MASQUERADE,nf_conntrack_pptp,nf_conntrack_proto_gre,nf_nat_masquerade_ipv4,xt_conntrack,nf_nat_ipv4,nf_nat

фаервол вроде ничего блокировать не должен
-A POSTROUTING -s 192.168.1.0/24 -o enp2s0.3 -j MASQUERADE
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -p gre -j ACCEPT

tcpdump вообще что-то странное показывает:
на внутреннем интерфейсе - GRE в одну сторону:

22:33:44.297649 IP 192.168.1.3.65254 > 185.9.230.194.1723: Flags [S], seq 2901683548, win 65520, options [mss 1260,nop,wscale 8,nop,nop,sackOK], length 0
22:33:44.308620 IP 185.9.230.194.1723 > 192.168.1.3.65254: Flags [S.], seq 1148926286, ack 2901683549, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
22:33:44.308903 IP 192.168.1.3.65254 > 185.9.230.194.1723: Flags [.], ack 1, win 260, length 0
22:33:44.309044 IP 192.168.1.3.65254 > 185.9.230.194.1723: Flags [P.], seq 1:157, ack 1, win 260, length 156: pptp CTRL_MSGTYPE=SCCRQ PROTO_VER(1.0) FRAME_CAP(A) BEARER_CAP(A) MAX_CHAN(0) FIRM_REV(0) HOSTNAME() VENDOR(Microsoft)
22:33:44.319179 IP 185.9.230.194.1723 > 192.168.1.3.65254: Flags [.], ack 157, win 123, length 0
22:33:44.320709 IP 185.9.230.194.1723 > 192.168.1.3.65254: Flags [P.], seq 1:157, ack 157, win 123, length 156: pptp CTRL_MSGTYPE=SCCRP PROTO_VER(1.0) RESULT_CODE(1) ERR_CODE(0) FRAME_CAP() BEARER_CAP() MAX_CHAN(1) FIRM_REV(1) HOSTNAME(local) VENDOR(linux)
22:33:44.320994 IP 192.168.1.3.65254 > 185.9.230.194.1723: Flags [P.], seq 157:325, ack 157, win 260, length 168: pptp CTRL_MSGTYPE=OCRQ CALL_ID(22699) CALL_SER_NUM(35) MIN_BPS(300) MAX_BPS(100000000) BEARER_TYPE(Any) FRAME_TYPE(E) RECV_WIN(64) PROC_DELAY(0) PHONE_NO_LEN(0) PHONE_NO() SUB_ADDR()
22:33:44.330761 IP 185.9.230.194.1723 > 192.168.1.3.65254: Flags [P.], seq 157:189, ack 325, win 131, length 32: pptp CTRL_MSGTYPE=OCRP CALL_ID(22016) PEER_CALL_ID(22699) RESULT_CODE(1) ERR_CODE(0) CAUSE_CODE(0) CONN_SPEED(100000000) RECV_WIN(64) PROC_DELAY(0) PHY_CHAN_ID(0)
22:33:44.333289 IP 192.168.1.3.65254 > 185.9.230.194.1723: Flags [P.], seq 325:349, ack 189, win 260, length 24: pptp CTRL_MSGTYPE=SLI PEER_CALL_ID(22016) SEND_ACCM(0xffffffff) RECV_ACCM(0xffffffff)
22:33:44.336523 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 0, length 37: LCP, Conf-Request (0x01), id 0, length 23
22:33:44.382472 IP 185.9.230.194.1723 > 192.168.1.3.65254: Flags [.], ack 349, win 131, length 0
22:33:46.355083 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 1, length 37: LCP, Conf-Request (0x01), id 1, length 23
22:33:49.358892 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 2, length 37: LCP, Conf-Request (0x01), id 2, length 23
22:33:53.378380 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 3, length 37: LCP, Conf-Request (0x01), id 3, length 23
22:33:57.410191 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 4, length 37: LCP, Conf-Request (0x01), id 4, length 23
22:34:01.428014 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 5, length 37: LCP, Conf-Request (0x01), id 5, length 23
22:34:05.431262 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 6, length 37: LCP, Conf-Request (0x01), id 6, length 23
22:34:09.437398 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 7, length 37: LCP, Conf-Request (0x01), id 7, length 23
22:34:13.441900 IP 192.168.1.3 > 185.9.230.194: GREv1, call 22016, seq 8, length 37: LCP, Conf-Request (0x01), id 8, length 23
22:34:14.356437 IP 185.9.230.194.1723 > 192.168.1.3.65254: Flags [F.], seq 189, ack 349, win 131, length 0
22:34:14.356668 IP 192.168.1.3.65254 > 185.9.230.194.1723: Flags [.], ack 190, win 260, length 0
22:34:14.357415 IP 192.168.1.3.65254 > 185.9.230.194.1723: Flags [F.], seq 349, ack 190, win 260, length 0
22:34:14.367183 IP 185.9.230.194.1723 > 192.168.1.3.65254: Flags [.], ack 350, win 131, length 0

На внешнем - идут сбросы конфигурации уже внутри GRE

22:35:22.986166 IP 93.92.202.203.65269 > 185.9.230.194.1723: Flags [S], seq 3275818514, win 65520, options [mss 1260,nop,wscale 8,nop,nop,sackOK], length 0
22:35:22.998245 IP 185.9.230.194.1723 > 93.92.202.203.65269: Flags [S.], seq 1665150014, ack 3275818515, win 14600, options [mss 1460,nop,nop,sackOK,nop,wscale 7], length 0
22:35:22.998586 IP 93.92.202.203.65269 > 185.9.230.194.1723: Flags [.], ack 1, win 260, length 0
22:35:22.998602 IP 93.92.202.203.65269 > 185.9.230.194.1723: Flags [P.], seq 1:157, ack 1, win 260, length 156: pptp CTRL_MSGTYPE=SCCRQ PROTO_VER(1.0) FRAME_CAP(A) BEARER_CAP(A) MAX_CHAN(0) FIRM_REV(0) HOSTNAME() VENDOR(Microsoft)
22:35:23.011812 IP 185.9.230.194.1723 > 93.92.202.203.65269: Flags [.], ack 157, win 123, length 0
22:35:23.012759 IP 185.9.230.194.1723 > 93.92.202.203.65269: Flags [P.], seq 1:157, ack 157, win 123, length 156: pptp CTRL_MSGTYPE=SCCRP PROTO_VER(1.0) RESULT_CODE(1) ERR_CODE(0) FRAME_CAP() BEARER_CAP() MAX_CHAN(1) FIRM_REV(1) HOSTNAME(local) VENDOR(linux)
22:35:23.013006 IP 93.92.202.203.65269 > 185.9.230.194.1723: Flags [P.], seq 157:325, ack 157, win 260, length 168: pptp CTRL_MSGTYPE=OCRQ CALL_ID(64151) CALL_SER_NUM(36) MIN_BPS(300) MAX_BPS(100000000) BEARER_TYPE(Any) FRAME_TYPE(E) RECV_WIN(64) PROC_DELAY(0) PHONE_NO_LEN(0) PHONE_NO() SUB_ADDR()
22:35:23.023784 IP 185.9.230.194.1723 > 93.92.202.203.65269: Flags [P.], seq 157:189, ack 325, win 131, length 32: pptp CTRL_MSGTYPE=OCRP CALL_ID(22144) PEER_CALL_ID(64151) RESULT_CODE(1) ERR_CODE(0) CAUSE_CODE(0) CONN_SPEED(100000000) RECV_WIN(64) PROC_DELAY(0) PHY_CHAN_ID(0)
22:35:23.025549 IP 93.92.202.203.65269 > 185.9.230.194.1723: Flags [P.], seq 325:349, ack 189, win 260, length 24: pptp CTRL_MSGTYPE=SLI PEER_CALL_ID(22144) SEND_ACCM(0xffffffff) RECV_ACCM(0xffffffff)
22:35:23.027597 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 0, length 37: LCP, Conf-Request (0x01), id 0, length 23
22:35:23.027802 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 0, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:23.040763 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 1, ack 0, length 27: LCP, Conf-Reject (0x04), id 0, length 9
22:35:23.075435 IP 185.9.230.194.1723 > 93.92.202.203.65269: Flags [.], ack 349, win 131, length 0
22:35:25.028175 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 1, length 37: LCP, Conf-Request (0x01), id 1, length 23
22:35:25.039888 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 2, ack 1, length 27: LCP, Conf-Reject (0x04), id 1, length 9
22:35:26.029150 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 3, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:28.030012 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 2, length 37: LCP, Conf-Request (0x01), id 2, length 23
22:35:28.042077 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 4, ack 2, length 27: LCP, Conf-Reject (0x04), id 2, length 9
22:35:29.029977 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 5, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:32.032960 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 6, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:32.049247 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 3, length 37: LCP, Conf-Request (0x01), id 3, length 23
22:35:32.060872 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 7, ack 3, length 27: LCP, Conf-Reject (0x04), id 3, length 9
22:35:35.036132 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 8, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:36.053067 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 4, length 37: LCP, Conf-Request (0x01), id 4, length 23
22:35:36.065466 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 9, ack 4, length 27: LCP, Conf-Reject (0x04), id 4, length 9
22:35:38.037935 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 10, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:40.057820 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 5, length 37: LCP, Conf-Request (0x01), id 5, length 23
22:35:40.069067 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 11, ack 5, length 27: LCP, Conf-Reject (0x04), id 5, length 9
22:35:41.039916 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 12, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:44.042965 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 13, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:44.063453 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 6, length 37: LCP, Conf-Request (0x01), id 6, length 23
22:35:44.074703 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 14, ack 6, length 27: LCP, Conf-Reject (0x04), id 6, length 9
22:35:47.045991 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 15, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:48.069343 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 7, length 37: LCP, Conf-Request (0x01), id 7, length 23
22:35:48.081333 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 16, ack 7, length 27: LCP, Conf-Reject (0x04), id 7, length 9
22:35:50.047868 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 17, length 45: LCP, Conf-Request (0x01), id 1, length 31
22:35:52.094264 IP 93.92.202.203 > 185.9.230.194: GREv1, call 22144, seq 8, length 37: LCP, Conf-Request (0x01), id 8, length 23
22:35:52.106386 IP 185.9.230.194 > 93.92.202.203: GREv1, call 64151, seq 18, ack 8, length 27: LCP, Conf-Reject (0x04), id 8, length 9
22:35:53.051305 IP 185.9.230.194.1723 > 93.92.202.203.65269: Flags [F.], seq 189, ack 349, win 131, length 0
22:35:53.051560 IP 93.92.202.203.65269 > 185.9.230.194.1723: Flags [.], ack 190, win 260, length 0
22:35:53.052122 IP 93.92.202.203.65269 > 185.9.230.194.1723: Flags [F.], seq 349, ack 190, win 260, length 0
22:35:53.062039 IP 185.9.230.194.1723 > 93.92.202.203.65269: Flags [.], ack 350, win 131, length 0

https://ru-linux.livejournal.com/3062520.html


Ubuntu NetworkManager

Вторник, 12 Декабря 2017 г. 16:40 + в цитатник
Пропала сеть на компе.


ОS Ubuntu 16. Висит 'пустой' значок wi-fi. 'Сведения о соединении' неактивно. В Сетевых Соединениях моя сеть и все параметры присутстуют.
Сеть по квартире раздаётся роутером. Момент, когда пропала точно отследить не удалось но вроде бы после обновления пакетов.
На том же компе под Виндой всё работает корректно. Другой комп с Виндой с того же роутера тоже ок.
Попытки запустить apt-get ... либо команды ping или traceroute не проходят.
Два сетевых интерфейса - ens5f5 и lo.
NetworkManager включён
nmcli general status - СОСТОЯНИЕ отключено, СВЯЗЬ нет, остальное включено
nmcli radio wifi - включено
nmcli device status - ens5f5 недоступен, lo - не настроено
sudo ifconfig ens5f5 up тоже делал
делал nm stop/start, перегружался неоднократно

Внёс изменения в /etc/network/nterfaces - добавил 2 строчки про ens5f5 и dhcp
После этого: появились стрелки на значке wifi на панели, в nmcli general status изменилось СОСТОЯНИЕ НА подключено, но СВЯЗЬ по прежнему 'нет'.
nmcli device status - теперь стало 'не настроенно' на оба устройства.

https://ru-linux.livejournal.com/3062184.html


Качество звука в bluetooth

Воскресенье, 10 Декабря 2017 г. 18:21 + в цитатник
Имеется вот такой девайс: SVEN AP-B550MV. Под win7 никаких проблем со звуком нет. Но под Mint 18 просто днище: звук как будто из ведра, накрытого кучей тряпок. С другими гарнитурами/колонками etc всё хорошо. Куда копать? Да, Pulse.

https://ru-linux.livejournal.com/3061941.html


Докатились?!!!

Вторник, 28 Ноября 2017 г. 13:02 + в цитатник
Настраивается пакет wget (1.18-5+deb9u1) …
Настраивается пакет libkrb5-3:amd64 (1.15-1+deb9u1) …
Настраивается пакет dbus (1.10.22-0+deb9u1) …
A reboot is required to replace the running dbus-daemon.
Please reboot the system when convenient.


Обновление свежеустановленного debian 9.1 (прописал локальное зеркало в sources.list
и запустил apt-get update && apt-get -y upgrade)

Upd
Я тут подумал - нафиг мне dbus на этой виртуалке?
~# apt-get remove dbus
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
Следующий пакет устанавливался автоматически и больше не требуется:
libdbus-1-3
Для его удаления используйте «apt autoremove».
Пакеты, которые будут УДАЛЕНЫ:
dbus libpam-systemd
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 2 пакетов, и 1 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 921 kB.
Хотите продолжить? [Д/н]
(Чтение базы данных … на данный момент установлено 26453 файла и каталога.)
Удаляется libpam-systemd:amd64 (232-25+deb9u1) …
Удаляется dbus (1.10.22-0+deb9u1) …
Обрабатываются триггеры для man-db (2.7.6.1-2) …


"А как дышал?как дышал?!" (с) ;-)
А осадок-то остался ...

https://ru-linux.livejournal.com/3061534.html


Осторожно, русские хакеры

Вторник, 14 Ноября 2017 г. 17:01 + в цитатник
Полдня ставил Lubuntu на слабенький комп.

Сгрузил .iso, 16.04 и 16.04.1, unetbootin'ом сделал флешки. Одна совсем на заработала, со второй два раза не удалась собственно установка системы. Надо было засомневаться еще когда приличных размеров дистрибутив стал при установке повторно качать все файлы (теоретически д.б. уже на флешке), а скачав и потрындев минут 15 диском, рапортовать "не шмогла". Причем с сетью разобрался, клаву и HDD видит нормально, на мониторе буковки кажет. Т.е. установочная среда "установилась" корректно.

Памятуя про национальный колорит, взял и в третий раз указал не ру.архив.убунту, а финское зеркало. И все установилось. Причем финский дистр предупредил, что ваша paska флешка сделана unetbootin'ом, который не всегда корректно работает. Мне все же думается, что кто-то зачем-то попортил российское зеркало убунты.

Аналогичная история с Puppy. Фирменный Puppy Slacko работает идеально, даже согласился на древнюю COM-мышь. А вот PuppuRus (на Arch-базе) при всем обилии пунктов загрузочного меню не запустился и не установился.

"Совпадение ? ..."

https://ru-linux.livejournal.com/3061322.html


Про фотки по USB

Четверг, 09 Ноября 2017 г. 02:05 + в цитатник
Есть два как бы фотика: Nikon D3000 и Nikon Coolpix L120 (*).

Почему при подключении через шнурок всё так медленно? Содержимое карты памяти показывается шустро, но чтобы дождаться реакции на [ЛП]КМ/выделение etc - нужно чайник ставить. Проще вынуть и скопировать (чего не хочется).

Target - Mint 18. Под Windows таких проблем нет, без задержек.

(*) Другие аппараты не втыкал, может и не в них дело.

https://ru-linux.livejournal.com/3061128.html


Метки:  

Вопрос по Альт Линуксу на vmware

Пятница, 03 Ноября 2017 г. 16:39 + в цитатник
Сам я не местный, родом из виндуза. Но вопрос по линуксу.

Есть виртуалки на VMWare vSphere, на них поднят Альт Линукс Кентавр. Сами виртуалки из моего сегмента пингуются, но из гостевой ОС пинг никуда не идет, видит только себя.

Настройки сетевой - DHCP. Пинг говорит, что destination host unreachable (щупаю ближайший шлюз в той же подсети, где и ВМ).

ЧтозанахЧто я делаю не так?

https://ru-linux.livejournal.com/3060869.html


smstools3. Отправка только через конкретный модем

Пятница, 03 Ноября 2017 г. 16:38 + в цитатник
Использую smstools3 (Version 3.1.21).
На нем висит два модема.
Хочу сделать отправку SMS только через конкретный модем.
Сейчас выкрутился через разные очереди, привязав их к конкретным модемам.
А в скриптах, которые формируют SMS на отправку, подставляю: Queue: <имя_очереди>.
Но это плохо, так как надо помнить об этом постоянно, да и привязка скриптов к конфигу как-то "не айс". Оператор один, но на разных симках разные тарифы, так что через "Provider" в скрипте не выкрутиться.
Хотелось бы просто как-то сказать smsd, что "Отправлять только через этот модем".
Да, и звонить тоже надо. Разумеется, "только через этот модем".
Такое вообще возможно ?

https://ru-linux.livejournal.com/3060686.html


Метки:  

Поиска коллег псто.

Пятница, 20 Октября 2017 г. 14:09 + в цитатник

Всем привет.

Традиционный пост раз в три года: ищу себе коллег, которые умеют во всякие линуксы и прочие bsd.

Работа в центре Москвы, full-time. Нужно уметь настраивать веб сервера, понимать tcp, http, английский язык и прочие ssl.
Знание perl, python, lua — как плюс.

"Зарплата конкурентная", индексируемая, плюс всякие ДМС, плюшки-ватрушки в офисе, гибкий график и возможность потрогать действительно интересные штуки.

Писать можно сюда или на email oxpaisnotacat@gmail.com

PS
Я знаю, что первый вопрос будет "напиши зарплатную вилку", но тут их скорее три, под разные результаты собеседований. Общая будет выглядеть нелепо. Можно я не буду её выписывать? Самые любопытные могут оставлять email, скину "в приват".

https://ru-linux.livejournal.com/3060195.html


Viber

Четверг, 05 Октября 2017 г. 14:28 + в цитатник
Виснет наглухо. Запустился как-то разок, синхронизировался с телефоном, и всё.
И дело вовсе не в недавних железячных проблемах - это на разных машинах.
Я так понимаю, что веб-клиента у них нет (чтобы засунуть в какой-нибудь Rambox и не плодить сущности)? Или что делать с десктопным?
Качал деб отсюда. Виндовый пытался, но вайн грохается в инсталляторе.

UPD:

Ха! Я его просёк!

Если коротко, то лечится сносом ~/.ViberPC/[циферки] + ~/.ViberPC/stickers

Если подробней - дело не в Qt и зависимостях. А в том, что после какого-то количества сообщений и/или всякой херни в кэше у него башню сносит. Завтра попробую подтвердить (или опровергнуть) более доказательно.

https://ru-linux.livejournal.com/3059855.html


доустановка 64-битного ядра

Среда, 04 Октября 2017 г. 11:50 + в цитатник
все вожусь с установкой 64-битной оси на мак с 32-битным efi. при этом задача сохранить старую макось. убунта 32-битная встала. но для скайпа нужна 64-битная ось.

руководствуюсь комментарием отсюда

https://ru.stackoverflow.com/questions/679835/Диктатура-мелкомягких-или-как-обновить-skype-на-linux-для-32bit

и вот apt-get у меня отработал ок, а после перезагрузки uname все равно показывает архитектуру i686.
там ниже говорят про манипуляции переменной GRUB_DEFAULT, но во-первых не ясно, как именно играть. во-вторых, мои игры (менял на другие цифры) ни к чему не привели.

https://ru-linux.livejournal.com/3059603.html


Метки:  

isc-dhcpd

Вторник, 03 Октября 2017 г. 04:12 + в цитатник
Уважаемые, подскажите куда :).....
isc-dhcpd и ddns-update
Если делать всё по классики жанра

ddns-update-style interim;
ddns-updates on;
update-conflict-detection false;
update-static-leases on;

authoritative;

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.10 192.168.1.125;
...................................................

то всё прекрасно работает.

Но есть сервер с несколькими сетями с конфигом вида:

authoritative;
allow unknown-clients;
deny bootp;
shared-network "net2" {
subnet 192.168.2.0 netmask 255.255.255.0 {
server-identifier 192.168.2.253;
range 192.168.2.11 192.168.2.249;
......................
}
}
shared-network "net22" {
subnet 192.168.22.0 netmask 255.255.255.0 {
server-identifier 192.168.22.253;
range 192.168.22.11 192.168.22.249;
........................... и т.д.
и вот на этом сервере не получается ddns-update, ни когда оно в глобальной секции, ни когда внутри shared-network { }
ни когда внутри shared-network { subnet { } }

dhcpd запустил с флагом -d, в логах ничего :(

кто подскажет как это делается?
isc-dhcpd-4.3.5

https://ru-linux.livejournal.com/3059297.html


Метки:  

"Расово чистая" гента

Понедельник, 02 Октября 2017 г. 18:48 + в цитатник
Есть ли возможность вычистить генту от всякой дряни вроде перла и питона? Первый замучил тем, что периодически какие-то циклические зависимости выдает, и приходится (причем, зачастую неоднократно) perl-cleaner вручную запускать.
Второй просто бесит, особенно бесит тормознутость emerge, написанного на питоне. Хочется нормальный шустрый emerge, который не будет 10 минут перед обновлением тупить, вычисляя зависимости (да еще и через раз все равно вручную приходится часть разруливать)!

https://ru-linux.livejournal.com/3059045.html


Метки:  

На грани железячного

Четверг, 21 Сентября 2017 г. 09:08 + в цитатник
Thinkpad T420. Вместо DVD вставлен TOSHIBA MQ01ABD100 (AX001U) 1TB. В качестве родного стоит HITACHI HTS723232A7A364 (EC2ZB70R) 320 GB. На хитачи стоят Mint 18 и Win7. Под линуксом через пару суток аптайма начинаются "провалы": то хром/хромиум выдают Oops (или молча схлопываются), то apt install начинает орать про ошибки распаковки пакетов, то картинки/доки ткрываются как битые, то JRE грохается - в общем, такое впечатление, что диски летят. При этом badblocks сотоварищи ничего не находят, и тупая перезагрузка лечит.

Но если загрузиться в семёрку (тошиба в ext4, имеется ext2fs) - всё стабильно.

Куда копать?

https://ru-linux.livejournal.com/3058932.html



Поиск сообщений в lj_ru_linux
Страницы: 22 21 [20] 19 18 ..
.. 1 Календарь