Update.
Отключил на Кинетике Яндекс DNS, и всё стало нормально работать.
Видимо, с этими серверами в последние дни что-то неладно.
On Sun, 21 Nov 2021 16:44:34 +0300
Eugene Berdnikov wrote:
EB> В такой толпе серверов неудивительно распостранение глюков и багов
Первые 6 появляются после включения функции Яндекс DNS в Кинетике.
И это годами стабильно работало без глюков. До позавчерашнего дня,
когда пришло последнее обновлени
On Sun, Nov 21, 2021 at 02:45:35PM +0400, Алексей Витальевич Коротков wrote:
> На компьютерах у меня в /etc/resolv.conf стоит
> nameserver 192.168.1.1
>
> А на Кинетике (который 192.168.1.1) серверы DNS такие
> 77.88.8.8
> 77.88.8.1
> 77.88.8.88
> 77.88.8.2
> 77.88.8.7
> 77
On Sun, 21 Nov 2021 15:11:28 +0700
Max Nikulin wrote:
MN> Я рад, что проблема решилась.
Поторопился с таким выводом. Вчера при проверке не было ошибок, сейчас
снова начались. Только у меня сейчас подозрение на используемых DNS или
где-то ещё... Т.е. проблема только частично решилась.
Вот getmail
, пока не
пробовал.
согласуется с проблемой с DNS
Что-то странное произошло при разрешении «cloud.r-project.org:http» (-5 - С
именем узла не связано ни одного адреса)
Ошиб https://download.virtualbox.org/virtualbox/debian bullseye InRelease
Что-то странное произошло при р
On Sat, 20 Nov 2021 23:20:12 +0300
Eugene Berdnikov wrote:
EB> tcpdump -nlUv -i any -s0 port domain
После возврата к состоянию до обновления всё заработало.
Если обнаружатся какие-то косяки снова, то попробую.
On Sat, Nov 20, 2021 at 11:05:50PM +0400, Алексей Витальевич Коротков wrote:
> После убирания отключения IPv6 старые проблемы ушли, но есть новые.
> getmail получает почту со второго раза, в перый раз он выдаёт
>
> operation error (error resolving name pop.gmail.com during connect
> ([Errno -2] Na
В общем, пока вернул старую версию iproute2 и снова отключил IPv6.
Всё начало работать (то, что проверил: пинги, апт, гетмейл) как до
обновления.
Благодарю всех за помощь.
сб, 20 нояб. 2021 г. в 22:31, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:
> On Sat, 20 Nov 2021 21:59:39 +0300
> Maksim Dmitrichenko wrote:
>
> MD> Верните строчку и пришлите strace из-под root'а или из-под sudo,
> MD> если вы хотите, чтобы вам помогли с диагностикой.
>
> В текущем виде
On Sat, 20 Nov 2021 21:59:39 +0300
Maksim Dmitrichenko wrote:
MD> Верните строчку и пришлите strace из-под root'а или из-под sudo,
MD> если вы хотите, чтобы вам помогли с диагностикой.
В текущем виде проблем с пингами нет. Есть с аптом и getmail, а также с
частью страниц в браузере. Работает толь
On Sat, 20 Nov 2021 22:01:49 +0300
Maksim Dmitrichenko wrote:
MD> Маловероятно вообще. Тем более, что команда ping к пакету iproute2
MD> не имеет никакого отношения
Вообще. Всё пинговалось, всё обновлялось, всё грузилось с первого раза.
Проблема не с пингами конкретно, а вообще сеть криво работа
On Sat, 20 Nov 2021 21:20:35 +0300
Eugene Berdnikov wrote:
EB> Интересно, давно ли перезагружался компьютер.
С час назад.
Обычно он у меня не выключается и не перезагружается, только по
необходимости.
EB> И поскольку говорилось о наличии рядом другого компьютера с рабочей
EB> системой, предла
сб, 20 нояб. 2021 г. в 21:38, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:
> Основной гипотезой у меня сейчас новый iproute2 + старое ядро. Потому
> что до вчерашнего дня проблем с сетью не было вообще.
>
Маловероятно вообще. Тем более, что команда ping к пакету iproute2 не имеет
никако
сб, 20 нояб. 2021 г. в 21:38, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:
On Sat, 20 Nov 2021 20:55:25 +0300
> Maksim Dmitrichenko wrote:
>
> MD> Я дико извиняюсь, но то, что в ядре отключено IPv6 вовсе не мешает
> MD> ping пропобовать открывать сокет семейства протоколов IPv6, что у
>
On Sat, 20 Nov 2021 20:38:01 +0300
Dmitry Semyonov wrote:
DS> Что-то больно старое ядро... В stable и то новее, судя по
DS> https://packages.debian.org/search?keywords=linux-image-amd64.
Да, это из бастера.
Это другая проблема. Не грузятся новые ядра.
Причём после обновления 10 -> 11 новое ядро
On Sat, 20 Nov 2021 20:55:25 +0300
Maksim Dmitrichenko wrote:
MD> Я дико извиняюсь, но то, что в ядре отключено IPv6 вовсе не мешает
MD> ping пропобовать открывать сокет семейства протоколов IPv6, что у
MD> вас, судя по strace и происходит.
Убрал ту строчку из груба. Сейчас с пингами всё нормальн
On Sat, Nov 20, 2021 at 01:39:38PM +0400, Алексей Витальевич Коротков wrote:
> Вложил ping.txt от команды
> LANG=en_US.UTF-8 ping -c 1 192.168.1.1 > ping.txt 2>&1
Вот это
capget({version=_LINUX_CAPABILITY_VERSION_3, pid=0}, NULL) = 0
capget({version=_LINUX_CAPABILITY_VERSION_3, pid=0}, {effectiv
сб, 20 нояб. 2021 г. в 20:55, Maksim Dmitrichenko :
> ЗЫ: А может вы (или какая-то программа хулиганская) сбросила SUID-бит у
> ping?
>
Поправка. SUID-бит нычне не моден, теперь бинарю выставляются capabilities.
Впрочем запуск из-под strace также эффективно обнуляет эффект от
присвоенных капабили
сб, 20 нояб. 2021 г. в 18:28, Алексей Витальевич Коротков <
a.v.korot...@gmail.com>:
> DS> А так?
> DS> ping -4 ...
>
> $ ping -4 192.168.1.1
> PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> 64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=0.326 ms
> 64 bytes from 192.168.1.1: icmp_seq=2
On Sat, 20 Nov 2021 at 18:28, Алексей Витальевич Коротков wrote:
> BOOT_IMAGE=/boot/vmlinuz-5.5.0-0.bpo.2-amd64
Что-то больно старое ядро... В stable и то новее, судя по
https://packages.debian.org/search?keywords=linux-image-amd64.
> почему до вчерашнего дня всё было отлично? Обновление iprout
On Sat, 20 Nov 2021 16:42:56 +0300
Dmitry Semyonov wrote:
DS> cat /proc/cmdline
DS> grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.5.0-0.bpo.2-amd64
root=UUID=8a87c5eb-a97e-4f53-8f42-05e8d2700c5e ro ipv6.disable=1 quiet
# grep . /proc/sys/net/ipv6/co
On Sat, 20 Nov 2021 14:28:15 +0200
Oleg Chernov wrote:
Добрый вечер,
OC> вот эта строчка из Вашего strace.txt наводит на мысль о SELinux
OC> (или файерволле)
SELinux не используется, файерволл не включен.
On Sat, 20 Nov 2021 19:15:58 +0700
Max Nikulin wrote:
MN> У меня провайдер недавно чудил. Отдавал 2 DNS сервера, второй
MN> работал нормально, а первый с заметной долей с первого раза не мог
MN> отдать адрес. Если адрес уже был в кэше, то все работало. Может
MN> совпадение, но потом видел в новост
On 20/11/2021 20:29, Dmitry Semyonov wrote:
On Sat, 20 Nov 2021 at 15:34, Oleg Chernov wrote:
socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP) = -1 EACCES (Permission
denied)
вот эта строчка из Вашего strace.txt наводит на мысль о SELinux (или
файерволле)
Или о том, что strace и "sudo strace -u $US
On Sat, 20 Nov 2021 at 10:20, Алексей Витальевич Коротков wrote:
> У меня отключён IPv6 (через GRUB).
Точно?
cat /proc/cmdline
grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
ip a | grep inet6
> И при обращении по IP, кстати, проблема та же.
А так?
ping -4 192.168.1.1
--
...Bye..Dmitry.
On Sat, 20 Nov 2021 at 10:20, Алексей Витальевич Коротков wrote:
> У меня отключён IPv6 (через GRUB).
Точно?
cat /proc/cmdline
grep . /proc/sys/net/ipv6/conf/*/disable_ipv6
> И при обращении по IP, кстати, проблема та же.
А так?
ping -4 ...
--
...Bye..Dmitry.
On Sat, 20 Nov 2021 at 15:34, Oleg Chernov wrote:
> socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP) = -1 EACCES (Permission
> denied)
>
> вот эта строчка из Вашего strace.txt наводит на мысль о SELinux (или
> файерволле)
Или о том, что strace и "sudo strace -u $USER" ведут себя по-разному.
--
...Bye.
Здравствуйте,
On 20-11-2021 11:39, Алексей Витальевич Коротков wrote:
Вложил strace.txt от команды
LANG=en_US.UTF-8 strace -s64 ping -c 1 192.168.1.1 > strace.txt 2>&1
socket(AF_INET, SOCK_DGRAM, IPPROTO_ICMP) = -1 EACCES (Permission
denied)
вот эта строчка из Вашего strace.txt наводит на
On 20/11/2021 18:36, Алексей Витальевич Коротков wrote:
* Could not resolve host: cloud.r-project.org
* Closing connection 0
curl: (6) Could not resolve host: cloud.r-project.org
У меня провайдер недавно чудил. Отдавал 2 DNS сервера, второй работал
нормально, а первый с заметной долей с первог
On Sat, 20 Nov 2021 17:04:44 +0700
Max Nikulin wrote:
MN> Кажется, ping не знает, что IPv6 отключен в grub
До вчерашнего дня знал. И настройки я не менял никакие.
MN> Можно еще почитать
MN> curl -v -I
MN> http://cloud.r-project.org/bin/linux/debian/bullseye-cran40/InRelease
MN> ну и из-под stra
On Sat, 20 Nov 2021 13:06:58 +0300
Tull Jethro wrote:
TJ> Чисто предположение: а то, что является роутером правильно
TJ> адреса/настройки через DHCP отдало?
Я не использую DHCP, адреса постоянные.
И домашний сервер на таком же Дебьяне, подключённый к тому же роутеру,
не имеет такой проблемы. Там
Чисто предположение: а то, что является роутером правильно
адреса/настройки через DHCP отдало?
сб, 20 нояб. 2021 г. в 12:42, Алексей Витальевич Коротков
:
>
> On Sat, 20 Nov 2021 15:32:37 +0700
> Max Nikulin wrote:
>
> MN> Подозрение, что где-то что-то отключили лишнего.
>
> Вряд ли. Ничего не тро
On 20/11/2021 16:39, Алексей Витальевич Коротков wrote:
У меня отключён IPv6 (через GRUB).
socket(AF_INET6, SOCK_DGRAM, IPPROTO_ICMPV6) = -1 EAFNOSUPPORT (Address family
not supported by protocol)
Кажется, ping не знает, что IPv6 отключен в grub, и пытается его
использовать. Меня правда не
On Sat, 20 Nov 2021 15:32:37 +0700
Max Nikulin wrote:
MN> Подозрение, что где-то что-то отключили лишнего.
Вряд ли. Ничего не трогал из настроек давно, и вплоть до вчерашнего дня
всё работало идеально.
MN> На английском проще будет сопоставить текст с кодом ошибки
MN>
MN> LANG=en_US.UTF-8 ping
On 20/11/2021 14:19, Алексей Витальевич Коротков wrote:
У меня отключён IPv6 (через GRUB).
Подозрение, что где-то что-то отключили лишнего. Может, через sysctl
И при обращении по IP, кстати, проблема та же. Так что совет выше про
настройки /etc/resolv.conf в моей проблеме неактуален.
$ ping
On Sat, 20 Nov 2021 12:36:45 +0700
Max Nikulin wrote:
MN> Можно вот здесь подкрутить, но проблема где-то в другом месте. По
MN> крайней мере, позволит работать, пока не станет понятно, что именно
MN> сломалось.
MN>
MN> /etc/gai.conf
MN> #For sites which prefer IPv4 connections change the la
On 19/11/2021 21:44, Алексей Витальевич Коротков wrote:
On Fri, 19 Nov 2021 17:04:43 +0300
Victor Wagner wrote:
VW> Такое впечатление что почему-то машина разучилась работать по
VW> протколоу IPv4, и хочет до всего достукиваться только по IPv6.
Где/что смотреть тогда?
Можно вот здесь подкрути
On Fri, 19 Nov 2021 19:10:36 +0300
Andrey Jr. Melnikov wrote:
AJM> В /etc/resolv.conf для начала.
$ cat /etc/resolv.conf
nameserver 192.168.1.1
search desktop
Тот же nameserver на домашнем сервере (это адрес роутера), и там всё
работает без проблем.
Алексей Витальевич Коротков wrote:
> On Fri, 19 Nov 2021 17:04:43 +0300
> Victor Wagner wrote:
> VW> Такое впечатление что почему-то машина разучилась работать по
> VW> протколоу IPv4, и хочет до всего достукиваться только по IPv6.
> Где/что смотреть тогда?
В /etc/resolv.conf для начала.
On Fri, 19 Nov 2021 17:04:43 +0300
Victor Wagner wrote:
VW> Такое впечатление что почему-то машина разучилась работать по
VW> протколоу IPv4, и хочет до всего достукиваться только по IPv6.
Где/что смотреть тогда?
В Fri, 19 Nov 2021 17:21:42 +0400
Алексей Витальевич Коротков пишет:
> Приветствую.
>
> Какая-то непонятная бурда с сетью.
>
> Произошло в точности не заметил когда, но в последние дни. Может,
> вчера.
>
> Вот так примерно работают пинги (вложение ping.txt).
>
> А вот так попытка обновить пак
Приветствую.
Какая-то непонятная бурда с сетью.
Произошло в точности не заметил когда, но в последние дни. Может, вчера.
Вот так примерно работают пинги (вложение ping.txt).
А вот так попытка обновить пакетную базу (вложение apt.txt).
В браузере веб-страницы открываются, но не все сразу, некот
"Evgeny M. Zubok" <[EMAIL PROTECTED]> writes:
> Занялся застарелой проблемой -- нормальной настройкой некоторых иксовых
> приложений, которые используют битмаповые шрифты. Наткнулся на какое-то
> странное поведение иксов. Не могу понять, баг это или так и должно быть.
Это оказалось багом. Написал
Stanislav Maslovski <[EMAIL PROTECTED]> writes:
> Да нет, все проще. В этом абзаце под "this entry" имеетcя ввиду FontPath
> entry в целом. Перечти еще раз всю секцию целиком, начиная с
>
> "
> The entries that can appear in this section are:
>
> FontPath "path"
Может быть. Хотя возможны
Stanislav Maslovski <[EMAIL PROTECTED]> writes:
> Все-таки, желательно было бы увидеть целиком твой xorg.conf, или хотя бы
> Section "Module"...
Нет проблем. Только я не уверен, что дело в этом.
Section "Module"
Load "i2c"
Load "bitmap"
Load "ddc"
Load
Stanislav Maslovski <[EMAIL PROTECTED]> writes:
> Дублирования путей я в своем логе не вижу. Как при использовании опции
> -fp "unix/:7100" при старте иксов, так и без нее, когда в xorg.conf указана
> только ссылка на локальный фонтсервер:
>
> (**) FontPath set to
> "unix/:7100,/usr/share/fonts/X
Mikhail Gusarov <[EMAIL PROTECTED]> writes:
> А тот же xfontsel не ищет "какие-то другие шрифты"?
Самое интересно, что искал. До того, как я исключил повторяющиеся шрифты
при помощи 'xset -fc', xfontsel мне сообщал, что нашел 6000+ шрифтов, а
после удаления нашел 2400+. То есть он все эти дубляж
Stanislav Maslovski <[EMAIL PROTECTED]> writes:
> Если это мешает, то
> man Xserver, man xset, на предмет опций -fp, fp.
Нет, это жить не мешает. Я поначалу думал, что от этого проблемы с разным
поведением Emacs при выборе шрифта с одним и тем же паттерном, но только
в одном bold, а в другом nor
Stanislav Maslovski <[EMAIL PROTECTED]> writes:
> Для ясности: так Вы можете убрать дефолтовые fontdirs. Но шрифты с
> алиасами, как я понимаю, все равно будут встречаться в нескольких
> экземплярах в списке xlsfonts.
А дублирование путей в логе и названий шрифтов в xlsfonts --- это
нормальное п
Mikhail Gusarov <[EMAIL PROTECTED]> writes:
> Кажется, в Debian-овой сборке X.org имеется на эту тему специально
> приложенный патч, который всегда добавляет стандартные пути, из-за
> того, что не всегда при апгрейде со старых XFree возможно корректно
> поправить конфиги upgrade-скриптом. Чтобы н
You ([EMAIL PROTECTED]) wrote:
EMZ> То есть, если путь "unix/:7100" обнаружен, то он не должен
EMZ> пытаться грузить шрифты по вкомпиленным в сервер путям, а тут,
EMZ> похоже, пытается.
Кажется, в Debian-овой сборке X.org имеется на эту тему специально
приложенный патч, который всегда добавля
Занялся застарелой проблемой -- нормальной настройкой некоторых иксовых
приложений, которые используют битмаповые шрифты. Наткнулся на какое-то
странное поведение иксов. Не могу понять, баг это или так и должно быть.
У меня Etch. Итак. Я хочу, чтобы битмапленые шрифты у меня поставлялись
через xfs
hi,
касательно проблем с мышью -- у меня такое было с ps/2, вылечил man gpm на
предмет -R и raw (просто не помню сейчас свои настройки -- не дома я).
--cdi
On Tue, Jun 13, 2000 at 05:34:41AM +0600, Victor Vislobokov wrote:
> Привет!
>
> Уж не знаю толи после апгрейда gpm, то ли после апгрейда
Привет!
Уж не знаю толи после апгрейда gpm, то ли после апгрейда
Иксов, но творится теперь странное.
При startx иксы грузятся, секунду работают и вываливаются
с сообщением о каких-то проблемах с мышкой. Если пущать
с ключем -allowMouseOpenFail, то Иксы не падают, мышка
работает прекрасно, но кром
54 matches
Mail list logo
