from:"Алексей Витальевич Коротков"

Re: Что-то странное произошло с сетью

2021-11-22 Пенетрантность Алексей Витальевич Коротков

Update.

Отключил на Кинетике Яндекс DNS, и всё стало нормально работать.

Видимо, с этими серверами в последние дни что-то неладно.

Re: Что-то странное произошло с сетью

2021-11-21 Пенетрантность Алексей Витальевич Коротков

On Sun, 21 Nov 2021 16:44:34 +0300
Eugene Berdnikov wrote:

EB> В такой толпе серверов неудивительно распостранение глюков и багов

Первые 6 появляются после включения функции Яндекс DNS в Кинетике.

И это годами стабильно работало без глюков. До позавчерашнего дня,
когда пришло последнее обновление.

Re: Что-то странное произошло с сетью

2021-11-21 Пенетрантность Алексей Витальевич Коротков

On Sun, 21 Nov 2021 15:11:28 +0700
Max Nikulin wrote:

MN> Я рад, что проблема решилась.

Поторопился с таким выводом. Вчера при проверке не было ошибок, сейчас
снова начались. Только у меня сейчас подозрение на используемых DNS или
где-то ещё... Т.е. проблема только частично решилась.

Вот getmail сегодня снова выдал:

socket error ([Errno 99] Cannot assign requested address)

Но со второго раза сработало.

На домашнем сервере на ночь запустил загрузку видео через yt-dlp. Утром
проверил, скачалось 80.6% и ошибка

error [Errno -2] Name or service not known>

В общем, работает с косяками.

MN> А почему новый iproute2 не подружился с DNS кинетики, провайдера,
MN> яндекса или гугла, осталось непонятным.

У меня подозрение, что он не дружен с моим старым ядром от бастера.

На домашнем сервере именно таких проблем, как на десктопе, не
проявлялось. А там новая версия iproute2 и последнее ядро из бэкпортов.
Надо будет ещё на своём VPS поэкспериментировать, он вообще в
дата-центре в США. DNS, соответственно, там совсем другие.

На компьютерах у меня в /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.88.8.3
8.8.8.8
192.168.8.1
(именно в таком порядке).

192.168.8.1 это адрес модема.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 23:20:12 +0300
Eugene Berdnikov wrote:

EB>  tcpdump -nlUv -i any -s0 port domain

После возврата к состоянию до обновления всё заработало.

Если обнаружатся какие-то косяки снова, то попробую.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

В общем, пока вернул старую версию iproute2 и снова отключил IPv6.

Всё начало работать (то, что проверил: пинги, апт, гетмейл) как до
обновления.

Благодарю всех за помощь.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 21:59:39 +0300
Maksim Dmitrichenko wrote:

MD> Верните строчку и пришлите strace из-под root'а или из-под sudo,
MD> если вы хотите, чтобы вам помогли с диагностикой.

В текущем виде проблем с пингами нет. Есть с аптом и getmail, а также с
частью страниц в браузере. Работает только со второй попытки. Вероятно,
с другими сетевыми приложениями тоже возможна такая же ерунда, пока не
пробовал. Что именно стрейсить? Пинги, наверно, нет смысла.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 22:01:49 +0300
Maksim Dmitrichenko wrote:

MD> Маловероятно вообще. Тем более, что команда ping к пакету iproute2
MD> не имеет никакого отношения

Вообще. Всё пинговалось, всё обновлялось, всё грузилось с первого раза.

Проблема не с пингами конкретно, а вообще сеть криво работает.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 21:20:35 +0300
Eugene Berdnikov wrote:

EB> Интересно, давно ли перезагружался компьютер.

С час назад.

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

EB>  И поскольку говорилось о наличии рядом другого компьютера с рабочей
EB>  системой, предлагаю сравнить diff-ом выдачу "sysctl -a" с этих
EB> компов. Разумеется, отсекая всё что не относится к сети.

Гляну.

После убирания отключения IPv6 старые проблемы ушли, но есть новые.
getmail получает почту со второго раза, в перый раз он выдаёт

operation error (error resolving name pop.gmail.com during connect
([Errno -2] Name or service not known))

Пакетная база обновляется не со всех сторонних репо. С CRAN, например,
не работает.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

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 новое ядро загружалось, но потом
перестало. Сейчас уже трудно сказать, после чего именно. Просто
загрузка останавливается. Хорошо, что сохранилось старое.

DS> Всё может быть. Вполне возможно, что новый iproute2 c Вашим ядром не
DS> до конца совместим. Также учитывая что IPv6 сейчас везде включают по
DS> умолчанию, нисколько не удивлюсь, если без него особо не проверяют
DS> работоспособность сетевых программ.

Убрал из GRUB, сделал в /etc/sysctl.d/. Проблема исчезла старая, но
вылезла новая:

$ LANG=en_US.UTF-8 ping -c 1 debian.org
ping: connect: Cannot assign requested address

Тогда убрал вообще. Сейчас пинги все без проблем работают.

Но почему-то в браузере некоторые страницы грузятся всё равно только со
второго раза.

DS> С другой стороны, разведение зоопарка из разных репозиториев
DS> пакетов - не очень хорошая идея, если нет чёткого понимания зачем
DS> это делается, и как они друг с другом уживаются. В Вашем случае, я
DS> бы посоветовал перейти на чистый stable

У меня и так stable, только с бэкпортами. Остальное - стороннее ПО
(Хром, например). В офрепо из него нет почти ничего, а что есть, не
должно влиять на мою ситуацию.

Основной гипотезой у меня сейчас новый iproute2 + старое ядро. Потому
что до вчерашнего дня проблем с сетью не было вообще.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 20:55:25 +0300
Maksim Dmitrichenko wrote:

MD> Я дико извиняюсь, но то, что в ядре отключено IPv6 вовсе не мешает
MD> ping пропобовать открывать сокет семейства протоколов IPv6, что у
MD> вас, судя по strace и происходит.

Убрал ту строчку из груба. Сейчас с пингами всё нормально.

MD> ЗЫ: А может вы (или какая-то программа хулиганская) сбросила
MD> SUID-бит у ping?

Его нет нигде: ни на десктопе, ни на домашнем сервере, ни на VPS с
таким же Дебьяном.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

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/conf/*/disable_ipv6
grep: /proc/sys/net/ipv6/conf/*/disable_ipv6: Нет такого файла или каталога

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 ttl=64 time=0.356 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.292 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=0.359 ms
^C
--- 192.168.1.1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3074ms
rtt min/avg/max/mdev = 0.292/0.333/0.359/0.027 ms

Похоже, что угадали. Но тогда вопрос: почему до вчерашнего для всё было
отлично? Обновление iproute2 повлияло?

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 14:28:15 +0200
Oleg Chernov wrote:

Добрый вечер,

OC> вот эта строчка из Вашего strace.txt наводит на мысль о SELinux
OC> (или файерволле)

SELinux не используется, файерволл не включен.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

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> ну и из-под strace уже без -v

$ curl -v -I
http://cloud.r-project.org/bin/linux/debian/bullseye-cran40/InRelease

С первой попытки не соединяется (curle.txt).

Со второй проходит (curlr.txt).

Со strace (curls.txt).

MN> Нет ли тут какого-нибудь proxy (например, для apt)?

Экспериментировал с proxy, но это было ещё в прошлом году, сейчас нет
его. Есть только переменная окружения no_proxy, но она не влияет, так
как proxy нет.

MN> ip address list
MN> ip link list
MN> ничего подозрительного не показывают?

Вроде, нет.
* Uses proxy env variable no_proxy == 'localhost,127.0.0.1,192.168.1.3'
* Could not resolve host: cloud.r-project.org
* Closing connection 0
curl: (6) Could not resolve host: cloud.r-project.org
* Uses proxy env variable no_proxy == 'localhost,127.0.0.1,192.168.1.3'
#=O#- # 
 
##O=#   #   
 
*   Trying 13.33.246.110:80...
* Connected to cloud.r-project.org (13.33.246.110) port 80 (#0)
> HEAD /bin/linux/debian/bullseye-cran40/InRelease HTTP/1.1
> Host: cloud.r-project.org
> User-Agent: curl/7.74.0
> Accept: */*
> 
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Content-Length: 4399
< Connection: keep-alive
< Server: Apache/2.4.39 (Unix)
< Last-Modified: Tue, 16 Nov 2021 11:50:10 GMT
< Accept-Ranges: bytes
< Date: Sat, 20 Nov 2021 11:01:31 GMT
< Expires: Sat, 20 Nov 2021 11:31:31 GMT
< Cache-Control: max-age=1800
< ETag: "112f-5d0e6870901bb"
< X-Cache: Hit from cloudfront
< Via: 1.1 71208833688838f959b0e70682af50b3.cloudfront.net (CloudFront)
< X-Amz-Cf-Pop: HEL50-C1
< X-Amz-Cf-Id: sViAQXuriD7890FHp-vPzFoL9PTMOy4LgL9FC_S2I6Pr2kxPGHuo6A==
< Age: 327
< 
* Connection #0 to host cloud.r-project.org left intact
HTTP/1.1 200 OK
Content-Length: 4399
Connection: keep-alive
Server: Apache/2.4.39 (Unix)
Last-Modified: Tue, 16 Nov 2021 11:50:10 GMT
Accept-Ranges: bytes
Date: Sat, 20 Nov 2021 11:01:31 GMT
Expires: Sat, 20 Nov 2021 11:31:31 GMT
Cache-Control: max-age=1800
ETag: "112f-5d0e6870901bb"
X-Cache: Hit from cloudfront
Via: 1.1 71208833688838f959b0e70682af50b3.cloudfront.net (CloudFront)
X-Amz-Cf-Pop: HEL50-C1
X-Amz-Cf-Id: sViAQXuriD7890FHp-vPzFoL9PTMOy4LgL9FC_S2I6Pr2kxPGHuo6A==
Age: 327


execve("/usr/bin/curl", ["curl", "-I", "http://cloud.r-project.org/bin/l;...], 
0x7fff3e5f5420 /* 84 vars */) = 0
brk(NULL)   = 0x5564e3622000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (ÐÐµÑ ÑÐ°ÐºÐ¾Ð³Ð¾ 
ÑÐ°Ð¹Ð»Ð° Ð¸Ð»Ð¸ ÐºÐ°ÑÐ°Ð»Ð¾Ð³Ð°)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=257901, ...}) = 0
mmap(NULL, 257901, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f811050
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libcurl.so.4", O_RDONLY|O_CLOEXEC) 
= 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\17\1\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=628232, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f81104fe000
mmap(NULL, 631416, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8110463000
mmap(0x7f8110472000, 425984, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x7f8110472000
mmap(0x7f81104da000, 118784, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x77000) = 0x7f81104da000
mmap(0x7f81104f7000, 24576, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x93000) = 0x7f81104f7000
mmap(0x7f81104fd000, 632, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f81104fd000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0203\0\0\0\0\0\0"..., 
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=113088, ...}) = 0
mmap(NULL, 115088, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f8110446000
mprotect(0x7f8110449000, 98304, PROT_NONE) = 0
mmap(0x7f8110449000, 69632, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f8110449000
mmap(0x7f811045a000, 24576, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x14000) = 0x7f811045a000
mmap(0x7f8110461000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a000) = 0x7f8110461000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 
3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 |\0\0\0\0\0\0"..., 832) 
= 832
fstat(3, {st_mode=S_IFREG|0755, st_size=149520, ...})

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 13:06:58 +0300
Tull Jethro wrote:

TJ> Чисто предположение: а то, что является роутером правильно
TJ> адреса/настройки через DHCP отдало?

Я не использую DHCP, адреса постоянные.

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

Кстати, письма не только получать, но и отправлять получается тоже
только со второй попытки.

Re: Что-то странное произошло с сетью

2021-11-20 Пенетрантность Алексей Витальевич Коротков

On Sat, 20 Nov 2021 15:32:37 +0700
Max Nikulin wrote:

MN> Подозрение, что где-то что-то отключили лишнего.

Вряд ли. Ничего не трогал из настроек давно, и вплоть до вчерашнего дня
всё работало идеально.

MN> На английском проще будет сопоставить текст с кодом ошибки
MN> 
MN> LANG=en_US.UTF-8 ping -с 1 192.168.1.1

Вложил ping.txt от команды
LANG=en_US.UTF-8 ping -c 1 192.168.1.1 > ping.txt 2>&1

MN> А еще лучше то же самое из под strace (возможно, с -s64) чтобы
MN> видно было системный вызов и с какими аргументами возникает ошибка.

Вложил strace.txt от команды
LANG=en_US.UTF-8 strace -s64 ping -c 1 192.168.1.1 > strace.txt 2>&1

MN> Не уверен, что с debug или verbose ping расскажет про ошибку
MN> больше. Еще можно попробовать другие команды, которые можно сделать
MN> более разговорчивыми, например curl -v -I 192.168.1.1

Вложил curl.txt от команды
curl -v -I 192.168.1.1 > curl.txt 2>&1

getmail вот такую ошибку выдаёт
socket error ([Errno 97] Address family not supported by protocol)
но со второго раза отрабатывает.

ПС. Из вчерашнего обновления приехало iproute2:amd64 (5.14.0-1~bpo11+1,
5.15.0-1~bpo11+1).
ping: socket: Address family not supported by protocol
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.270 ms

--- 192.168.1.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 0.270/0.270/0.270/0.000 ms
execve("/bin/ping", ["ping", "-c", "1", "192.168.1.1"], 0x7fffe9a2b7a0 /* 84 
vars */) = 0
access("/etc/suid-debug", F_OK) = -1 ENOENT (No such file or directory)
brk(NULL)   = 0x55bb6cb54000
fcntl(0, F_GETFD)   = 0
fcntl(1, F_GETFD)   = 0
fcntl(2, F_GETFD)   = 0
access("/etc/suid-debug", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=257901, ...}) = 0
mmap(NULL, 257901, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ffb6f4e3000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libcap.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3203\0\0\0\0\0\0@\0\0\0\0\0\0\0P\221\0\0\0\0\0\0\0\0\0\0@\08\0\t\0@\0\32\0\31\0"...,
 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=38864, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7ffb6f4e1000
mmap(NULL, 41016, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ffb6f4d6000
mmap(0x7ffb6f4d9000, 16384, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7ffb6f4d9000
mmap(0x7ffb6f4dd000, 8192, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x7000) = 0x7ffb6f4dd000
mmap(0x7ffb6f4df000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8000) = 0x7ffb6f4df000
close(3)= 0
openat(AT_FDCWD, "/usr/lib/x86_64-linux-gnu/libidn2.so.0", O_RDONLY|O_CLOEXEC) 
= 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\"\0\0\0\0\0\0@\0\0\0\0\0\0\\361\1\0\0\0\0\0\0\0\0\0@\08\0\t\0@\0\32\0\31\0"...,
 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=128944, ...}) = 0
mmap(NULL, 131096, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ffb6f4b5000
mmap(0x7ffb6f4b7000, 16384, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7ffb6f4b7000
mmap(0x7ffb6f4bb000, 102400, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x6000) = 0x7ffb6f4bb000
mmap(0x7ffb6f4d4000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1e000) = 0x7ffb6f4d4000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260C\0\0\0\0\0\0@\0\0\0\0\0\0\0\310c\1\0\0\0\0\0\0\0\0\0@\08\0\t\0@\0\36\0\35\0"...,
 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=93000, ...}) = 0
mmap(NULL, 105088, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ffb6f49b000
mprotect(0x7ffb6f49f000, 73728, PROT_NONE) = 0
mmap(0x7ffb6f49f000, 57344, PROT_READ|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0x7ffb6f49f000
mmap(0x7ffb6f4ad000, 12288, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 
0x12000) = 0x7ffb6f4ad000
mmap(0x7ffb6f4b1000, 8192, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x7ffb6f4b1000
mmap(0x7ffb6f4b3000, 6784, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ffb6f4b3000
close(3)= 0
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@n\2\0\0\0\0\0@\0\0\0\0\0\0\0p\2\34\0\0\0\0\0\0\0\0\0@\08\0\f\0@\0A\0@\0"...,
 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1839792, ...}) = 0
mmap(NULL, 1852680,

Re: Что-то странное произошло с сетью

2021-11-19 Пенетрантность Алексей Витальевич Коротков

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 last line to
MN> #
MN> # precedence :::0:0/96  100

У меня отключён IPv6 (через GRUB).

И при обращении по IP, кстати, проблема та же. Так что совет выше про
настройки /etc/resolv.conf в моей проблеме неактуален.

$ ping 192.168.1.1
ping: socket: Семейство адресов не поддерживается протоколом
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.324 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=0.417 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=0.309 ms
^C
--- 192.168.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2040ms
rtt min/avg/max/mdev = 0.309/0.350/0.417/0.047 ms

Re: Что-то странное произошло с сетью

2021-11-19 Пенетрантность Алексей Витальевич Коротков

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 на домашнем сервере (это адрес роутера), и там всё
работает без проблем.

Re: Что-то странное произошло с сетью

2021-11-19 Пенетрантность Алексей Витальевич Коротков

On Fri, 19 Nov 2021 17:04:43 +0300
Victor Wagner wrote:

VW> Такое впечатление что почему-то машина разучилась работать по
VW> протколоу IPv4, и хочет до всего достукиваться только по IPv6.

Где/что смотреть тогда?

Что-то странное произошло с сетью

2021-11-19 Пенетрантность Алексей Витальевич Коротков

Приветствую.

Какая-то непонятная бурда с сетью.

Произошло в точности не заметил когда, но в последние дни. Может, вчера.

Вот так примерно работают пинги (вложение ping.txt).

А вот так попытка обновить пакетную базу (вложение apt.txt).

В браузере веб-страницы открываются, но не все сразу, некоторые только
со второй попытки.

Debian stable с бэкпортами.

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

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

Куда копать?
$ ping google.com
ping: socket: Ð¡ÐµÐ¼ÐµÐ¹ÑÑÐ²Ð¾ Ð°Ð´ÑÐµÑÐ¾Ð² Ð½Ðµ 
Ð¿Ð¾Ð´Ð´ÐµÑÐ¶Ð¸Ð²Ð°ÐµÑÑÑ Ð¿ÑÐ¾ÑÐ¾ÐºÐ¾Ð»Ð¾Ð¼
ping: google.com: ÐÐµÐ¸Ð·Ð²ÐµÑÑÐ½Ð¾Ðµ Ð¸Ð¼Ñ Ð¸Ð»Ð¸ ÑÐ»ÑÐ¶Ð±Ð°
$ ping google.com
ping: socket: Ð¡ÐµÐ¼ÐµÐ¹ÑÑÐ²Ð¾ Ð°Ð´ÑÐµÑÐ¾Ð² Ð½Ðµ 
Ð¿Ð¾Ð´Ð´ÐµÑÐ¶Ð¸Ð²Ð°ÐµÑÑÑ Ð¿ÑÐ¾ÑÐ¾ÐºÐ¾Ð»Ð¾Ð¼
ping: google.com: ÐÐµÐ¸Ð·Ð²ÐµÑÑÐ½Ð¾Ðµ Ð¸Ð¼Ñ Ð¸Ð»Ð¸ ÑÐ»ÑÐ¶Ð±Ð°
$ ping google.com
ping: socket: Ð¡ÐµÐ¼ÐµÐ¹ÑÑÐ²Ð¾ Ð°Ð´ÑÐµÑÐ¾Ð² Ð½Ðµ 
Ð¿Ð¾Ð´Ð´ÐµÑÐ¶Ð¸Ð²Ð°ÐµÑÑÑ Ð¿ÑÐ¾ÑÐ¾ÐºÐ¾Ð»Ð¾Ð¼
PING google.com (173.194.222.113) 56(84) bytes of data.
64 bytes from lo-in-f113.1e100.net (173.194.222.113): icmp_seq=1 ttl=54 
time=80.0 ms
64 bytes from lo-in-f113.1e100.net (173.194.222.113): icmp_seq=2 ttl=54 
time=65.3 ms
64 bytes from lo-in-f113.1e100.net (173.194.222.113): icmp_seq=3 ttl=54 
time=78.7 ms
64 bytes from lo-in-f113.1e100.net (173.194.222.113): icmp_seq=4 ttl=54 
time=78.6 ms
^C
--- google.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 65.310/75.658/80.036/6.002 ms
root@desktop:~# aptitude -t bullseye-backports update 
ÐÑÐ¸Ð± https://download.sublimetext.com apt/stable/ InRelease
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«download.sublimetext.com:httpsÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ 
ÑÐ²ÑÐ·Ð°Ð½Ð¾ Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÑÐ¸Ð± https://mkvtoolnix.download/debian bullseye InRelease  
  
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«mkvtoolnix.download:httpsÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ 
ÑÐ²ÑÐ·Ð°Ð½Ð¾ Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÑÐ¸Ð± https://packages.microsoft.com/repos/vscode stable InRelease   
  
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«packages.microsoft.com:httpsÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ 
ÑÐ²ÑÐ·Ð°Ð½Ð¾ Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÐ· ÐºÑÑÐ° http://mirror.yandex.ru/debian bullseye InRelease 

ÐÑÐ¸Ð± http://cloud.r-project.org/bin/linux/debian bullseye-cran40/ InRelease 
  
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«cloud.r-project.org:httpÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ ÑÐ²ÑÐ·Ð°Ð½Ð¾ 
Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÑÐ¸Ð± https://download.virtualbox.org/virtualbox/debian bullseye InRelease
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«download.virtualbox.org:httpsÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ 
ÑÐ²ÑÐ·Ð°Ð½Ð¾ Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÑÐ¸Ð± http://dl.google.com/linux/chrome/deb stable InRelease
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«dl.google.com:httpÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ ÑÐ²ÑÐ·Ð°Ð½Ð¾ Ð½Ð¸ 
Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÑÐ¸Ð± https://desktop-download.mendeley.com/download/apt stable InRelease
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«desktop-download.mendeley.com:httpsÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ 
ÑÐ²ÑÐ·Ð°Ð½Ð¾ Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÑÐ¸Ð± http://debian.neo4j.org/repo stable/ InRelease
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«debian.neo4j.org:httpÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ ÑÐ²ÑÐ·Ð°Ð½Ð¾ 
Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÐ¾Ð»ÑÑÐ¸ÑÑ: 1 http://mirror.yandex.ru/debian bullseye-updates InRelease 
[39,4 kB]   
ÐÐ¾Ð»ÑÑÐ¸ÑÑ: 2 http://www.geogebra.net/linux stable InRelease [8â¯690 B]  

ÐÐ· ÐºÑÑÐ° http://packages.x2go.org/debian bullseye InRelease

ÐÑÐ¸Ð± http://apt.postgresql.org/pub/repos/apt bullseye-pgdg InRelease
  
  Ð§ÑÐ¾-ÑÐ¾ ÑÑÑÐ°Ð½Ð½Ð¾Ðµ Ð¿ÑÐ¾Ð¸Ð·Ð¾ÑÐ»Ð¾ Ð¿ÑÐ¸ ÑÐ°Ð·ÑÐµÑÐµÐ½Ð¸Ð¸ 
Â«apt.postgresql.org:httpÂ» (-5 - Ð¡ Ð¸Ð¼ÐµÐ½ÐµÐ¼ ÑÐ·Ð»Ð° Ð½Ðµ ÑÐ²ÑÐ·Ð°Ð½Ð¾ 
Ð½Ð¸ Ð¾Ð´Ð½Ð¾Ð³Ð¾ Ð°Ð´ÑÐµÑÐ°)
ÐÐ¾Ð»ÑÑÐ¸ÑÑ: 3 http://ftp.debian.org/debian bullseye-backports InRelease 
[43,7 kB]  
ÐÐ· ÐºÑÑÐ° http://repo.percona.com/percona/apt bullseye InRelease
  
ÐÐ· ÐºÑÑÐ°

Re: Работа с мобильным интернетом - настроить default route автоматически.

2016-06-03 Пенетрантность Алексей Витальевич Коротков

On Fri, 27 May 2016 17:18:32 +0300
Victor Wagner wrote:

VW> 1. Выкинуть нахрен wvdial и научиться пользоваться модемом
VW> непосредственно через pppd.

Выкидывать необязательно.

iface ppp0 inet wvdial

в

/etc/network/interfaces

Re: Стабильная система?

2015-09-29 Пенетрантность Алексей Витальевич Коротков

On Tue, 29 Sep 2015 09:19:44 +0300
Artem Chuprina wrote:

AC> А вот поиск по именам пакетов из индекса с выводом описаний - это
AC> лишнее в этом инструменте, на мой взгляд.

Я бы предпочёл иметь хоть такой, чем ничего.

AC> Наверное, лучше было бы иметь
AC> отдельный инструмент, который искал бы более продвинуто, и которому
AC> можно было бы показать индекс.

Согласен.

Re: Стабильная система?

2015-09-28 Пенетрантность Алексей Витальевич Коротков

On Sat, 26 Sep 2015 21:14:45 +0300
Artem Chuprina wrote:

AC> Тогда уж осваивай stack. Для человека, который не намерен
AC> самостоятельно бороться с тонкостями настройки системы сборки
AC> хаскельных программ, лучше stack. Его недавно придумали, и про него
AC> мало кто знает, но обычно он проблему зависимостей решает
AC> эффективнее, потому что радикальнее.

Спасибо за наводку.

Покрутил. Работает. Для чистоты эксперимента поставил в виртуалке на
Debian вообще без системных haskell-пакетов. Взлетело. Поставил через
него pandoc и pandoc-citeproc. Работают.

Опять же там с нуля поставил и cabal (в домашник другого пользователя).
Так же через cabal поставил pandoc и pandoc-citeproc. Работают. Когда
зимой ставил на Wheezy через cabal, то были проблемы с зависимостями
(подробностей уже не вспомню; что-то смог преодолеть, что-то - нет).
Сейчас всё прошло как по маслу.

В общем, работает и то и то.

Что не понравилось в stack (и это очень странно, как вообще обходятся
без этой функции): нет поиска (в cabal это cabal list).

Re: Стабильная система?

2015-09-25 Пенетрантность Алексей Витальевич Коротков

On Fri, 25 Sep 2015 17:48:33 +0300
Melleus wrote:

M> Дебиановские одноименные пакеты
M> (pandoc и citeproc) я так понимаю, лучше удалить.

Можно и удалить, хотя они не будут мешать, если правильно в ~/.bashrc
(или каким шеллом пользуетесь) пути прописаны. Главное, чтобы
$HOME/.cabal/bin в переменной $PATH шёл раньше системных каталогов.

С другой стороны, смысла держать их установленными в системе
deb-пакетами тоже нет.

M> Если он так все свое компактненько в кучке держит, то, пожалуй,
M> риски минимальны, буду пробовать.

По такому же принципу и другие пакетные менеджеры работают (rvm, nvm,
etc).

M> Спасибо огромное и за наводку, и за разъяснения.

Пожалуйста. Когда начал сам пользоваться Markdown (ещё на Wheezy), то,
естественно, наткнулся на pandoc и тут же возникли вопросы, связанные с
версиями и дополнительными пакетами. Поиск навёл на cabal, попробовал им
воспользоваться - меня устроило, хотя, как уже писал ранее, сказать,
что он работает беспроблемно, не могу. Но конкретно с pandoc проблем не
возникало.

Re: Стабильная система?

2015-09-25 Пенетрантность Алексей Витальевич Коротков

On Fri, 25 Sep 2015 14:30:18 +0300
Melleus wrote:

M> Я просто пока не решил, как мне теперь лучше поступить - дать
M> установить непонятному установщику кучу пакетов из непонятных
M> репозиториев (он очень приличный список вывалил)

Это не "непонятный установщик". Всё "официально":
https://www.haskell.org/cabal/

Мэйнстрим.

M> или таки переехать на
M> тестовую ветку со всеми ей присущими рисками.

Так а зачем? pandoc достаточно часто обновляется, через cabal можно в
любой момент обновить до актуальной версии. Причём поскольку всё это не
на уровне системы, можно, с другой стороны, в любой момент просто
грохнуть (вплоть до удаления всего каталога ~/.cabal).

Re: Стабильная система?

2015-09-25 Пенетрантность Алексей Витальевич Коротков

On Thu, 24 Sep 2015 22:54:52 +0300
Melleus wrote:

M> Пытался забекпортить, но опять наткнулся на
M> взаимоисключающие зависимости.

Так а что там бэкпортить? Он есть же в jessie и в jessie-backports
(cabal-install). Там, в принципе, есть возможность дебианизации
(cabal-debian) пакетов cabal, но я не стал с этим заморачиваться.
Просто ставлю нужные мне cabal-пакеты в домашний каталог, от юзера
(cabal install нужный-cabal-пакет; в частности, я ставил так себе
pandoc и pandoc-citeproc). Всё это хозяйство обретается после установки
в ~/.cabal.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com

Re: Стабильная система?

2015-09-24 Пенетрантность Алексей Витальевич Коротков

On Wed, 16 Sep 2015 12:42:13 +0300
Melleus wrote:

M> теперь вот наступил на грабли с неработающим пандоком

Я себе ставлю его через cabal. Нельзя сказать, что штука беспроблемная,
но pandoc как раз таким образом ставится.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com

Re: mouse

2015-01-31 Пенетрантность Алексей Витальевич Коротков

On Sat, 31 Jan 2015 19:47:26 +0300
Dmitrii Kashin wrote:

DK Конечно задают. Заставить работать блоб NVidia не так-то просто. У
DK них есть какой-то авто-конфигуратор, который требует ручной
DK доводки. Вот человек его запустил, конфиг теперь имеет, но что-то с
DK этим конфигом не срастается.

У меня такой же конфиг (да, весь я его не видел, но не думаю, что он
хоть чем-то отличается от конфига ТС). Всё работает. Я его не трогал -
как его утилита от NVIDIA сделала, такой и есть.

DK Нет, я про графическое ядро, которое есть нынче в любом процессоре
DK для настольных ПК.

У меня нет графического ядра в процессоре. AMD Phenom II X4. Не самый
древний. Вполне устраивает.

DK И нет, я не представляю, чтобы его можно было отключить в
DK BIOS. Вы, наверное, с дискретной графикой путаете (которая optimus).

И нет, я ничего не путаю. У меня прямо сейчас стоит системник с i3-530,
который я настраиваю. Там системная плата GigaByte H55-UD3H. User's
Manual, p.47. BIOS Setup. Onboard VGA: Enables or disables the onboard
VGA function.

И нет, я не представляю, каким образом, если я поставлю в этот системник
дискретную видеокарту на NVIDIA, выставлю Onboard VGA в Enable If No
Ext PEG, у меня после загрузки заработает интегрированная графика
вместо карты от NVIDIA, даже если я удалю /etc/xorg.conf.

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150131220524.6f45d...@desktop.home

Re: mouse

2015-01-31 Пенетрантность Алексей Витальевич Коротков

On Sun, 01 Feb 2015 00:29:03 +0300
Dmitrii Kashin wrote:

DK Но на каких дровах? Я так понимаю, что о
DK 3d-ускорении в случае отсутствия конфига, можно забыть.

Из описания пакета xserver-xorg-video-nouveau:

3D functionality is provided by the libgl1-mesa-dri package.

DK В любом случае, карты от NVidia у меня вызывают море отрицательных
DK эмоций. Мне хватило квеста по настройке Optimus на своём старом
DK ноутбуке.

Так а других-то почти нет. Это раньше когда-то был выбор. Радеоны
чем-то лучше?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150201030822.4b390...@desktop.home

Re: mouse

2015-01-31 Пенетрантность Алексей Витальевич Коротков

On Sat, 31 Jan 2015 13:30:01 +0300
Dmitrii Kashin wrote:

DK Если только не нужно заменить умолчания чем-то особым, как в случае
DK с проприетарным драйвером от NVidia.

В таких случаях люди не задают таких вопросов как ТС. Они знают, что
именно туда вносят и зачем.

Но без многих секций там сейчас вполне можно обойтись. После установки
дистрибутива он обычно вообще пустой. Но Иксы работают.

DK Угу. И работайте на интегрированной графике.

Интегрированная графика, если она вообще есть у ТС, отключена в BIOS,
скорее всего. Вы про nouveau?

Ну и я написал в предыдущем сообщении, как поправить конфиг, так что
нужную информацию ТС получил, я так полагаю.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150131151017.10990...@desktop.home

Re: mouse

2015-01-31 Пенетрантность Алексей Витальевич Коротков

On Sat, 31 Jan 2015 15:10:17 +0400
Алексей Витальевич Коротков wrote:

 После установки
 дистрибутива он обычно вообще пустой.

Точнее говоря, просто отсутствует.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150131160800.53129...@desktop.home

Re: mouse

2015-01-30 Пенетрантность Алексей Витальевич Коротков

On Sat, 31 Jan 2015 11:10:24 +0600
Ivan Petrov wrote:

IP закомментил - X-ы перестали запускаться

У меня такой же примерно (в части мыши) конфиг. Тоже карта от NVIDIA.
Всё работает.

А не запускаются потому, что конфиг стал некорректным. Лог-то кто
смотреть будет - дядя?

На нынешних дистрибутивах Иксы вообще нормально без /etc/X11/xorg.conf
работают.

Или убрать в Section ServerLayout вот такую строку:

InputDeviceMouse0 CorePointer

или вообще

mv /etc/X11/xorg.conf /etc/X11/xorg.conf.bak


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2015013301.2cf03...@desktop.home

Markdown: вложенные списки

2015-01-20 Пенетрантность Алексей Витальевич Коротков

День добрый.

Полагаю, тут есть люди, пользующиеся Markdown.

Хотелось бы убедиться, что это не я что-то недопонял, а так имеет место
быть.

Хочу создать документ Markdown с вложенными списками, на выходе должно
получаться вот таким образом: whatiwant.html (во вложении).

Составил текст с разметкой Markdown: listtest.md (во вложении).

На выходе получаю это: listtest.html (во вложении).

Я правильно понимаю, что средствами разметки Markdown вопрос не
решается (из-за отсутствия закрывающих тегов)?




Тест вложенных списков.

Это здесь.
Это тоже.

Это тут.
И это тут.

Это тоже здесь.
В общем, тут всё как должно бы быть.



# Ð¢ÐµÑÑ Ð²Ð»Ð¾Ð¶ÐµÐ½Ð½ÑÑ ÑÐ¿Ð¸ÑÐºÐ¾Ð².

* ÐÑÐ¾ Ð·Ð´ÐµÑÑ.
* ÐÑÐ¾ ÑÐ¾Ð¶Ðµ.
	- ÐÑÐ¾ ÑÑÑ.
	- Ð ÑÑÐ¾ ÑÑÑ.
ÐÑÐ¾ ÐºÐ°Ðº Ð±Ñ ÑÐ¾Ð¶Ðµ Ð·Ð´ÐµÑÑ, Ð½Ð¾ Ð½Ðµ Ð·Ð´ÐµÑÑ.
* Ð Ð¾Ð±ÑÐµÐ¼, ÐµÑÑÐ½Ð´Ð° Ð¿Ð¾Ð»ÑÑÐ¸Ð»Ð°ÑÑ Ð² Ð¸ÑÐ¾Ð³Ðµ.




Тест вложенных списков.

Это здесь.
Это тоже.

Это тут.
И это тут. Это как бы тоже здесь, но не здесь.

В общем, ерунда получилась в итоге.

Re: Markdown: вложенные списки

2015-01-20 Пенетрантность Алексей Витальевич Коротков

On Tue, 20 Jan 2015 15:05:14 +0300
Victor Wagner wrote:

VW В дистрибутве существует несколько разных процессоров markdown
VW pandoc, по-моему способен решить данную задачу.

Что пробовал: имеется дистрибутивный (Wheezy) markdown. pandoc имеется
как дистрибутивный, так и поставленный через cabal-install (последней
версии). 

VW pandoc, по-моему способен решить данную задачу. Читать man
VW pandoc_markdown на тему Loose lists и Four-space rule.

Точно. Four-space rule помогло. Не дочитал документацию, каюсь...

VW Справится ли с этим какой-нибудь другой процессор (я периодически
VW использу перловы Text::Markdown, встроенный в ikiwiki, питоновский
VW markdown и C-шный, встроенный в fossil, и это еще не всё, что есть) 
VW - не уверен.

Я пока с pandoc экспериментирую, остальные на данный момент неинтересны.

Спасибо за подсказку!


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150120165143.0e257...@desktop.home

Re: SATA DVD-RW и кнопка eject

2014-10-31 Пенетрантность Алексей Витальевич Коротков

On Fri, 31 Oct 2014 12:20:42 +0300
Eugene Berdnikov wrote:

EB Утилита eject по умолчанию работает с /dev/cdrom
ТС писал о неработоспособности кнопки, а не утилиты.

Про утилиту он как раз написал, что работает. Причём ей можно явно
указывать устройство, что и делает ТС.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141031135623.5a216...@desktop.home

Re: SATA DVD-RW и кнопка eject

2014-10-31 Пенетрантность Алексей Витальевич Коротков

On Fri, 31 Oct 2014 00:58:42 +
Mikhail Ramendik wrote:

MR Пытаться менять дисковод по гарантии?

Он же рабочий, с какой стати его менять будут?

Какой десктоп используется? Или оконный менеджер?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141031135804.0168d...@desktop.home

Re: SATA DVD-RW и кнопка eject

2014-10-31 Пенетрантность Алексей Витальевич Коротков

On Fri, 31 Oct 2014 11:35:41 +
Mikhail Ramendik wrote:

MR icewm. Он, к счастью, не лезет к диску.

Наверно, копать в сторону automount.

У меня были сходные проблемы в XFCE, выковырял всё, что нашёл
связанного с автомонтированием, теперь таких проблем не испытываю.

Кнопка на устройстве срабатывает исправно.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141031155741.79d55...@desktop.home

Re: Перенос системы с минимальной болью

2014-10-23 Пенетрантность Алексей Витальевич Коротков

On Thu, 23 Oct 2014 08:08:46 +0400
Victor Wagner wrote:

VW Очевидно, есть два варианта, когда такое возможно
VW 1. Мы копируем систему на другой диск и хотим, чтобы метки
VW сохранились. Потому что какой же в них иначе смысл, если при
VW апгрейде их менять придется? Разве что они более удобочитаемы, чем
VW uuid-ы

Временно меняем $LABEL на $LABELNEW, потом обратно. Это если речь идёт
об апгрейде. Если будут сохранены оба диска, просто система переедет на
новый, то переименовываем старый в $LABELOLD, для нового ставим метку
$LABEL.

VW 2. Мы подключаем чужой диск к своей системе, и метки случайно
VW совпали. При этом подключаем не по-горячему

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

Re: Перенос системы с минимальной болью

2014-10-22 Пенетрантность Алексей Витальевич Коротков

On Mon, 20 Oct 2014 08:40:17 +0400
Dmitrii Kashin wrote:

DK Логичный вопрос: если на момент загрузки оси у нас есть два блочных
DK устройства, ФС на которых имеют одинаковый label, то какое из них
DK будет взято?

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


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141022130836.4931d...@desktop.home

Re: iceweasel убивший сессию.

2014-10-22 Пенетрантность Алексей Витальевич Коротков

On Tue, 21 Oct 2014 09:33:15 +0400
Sciko Good wrote:

SG Может кому поможет. Делал так как указано тут:
SG 
http://winitpro.ru/index.php/2014/04/30/vosstanovlenie-predydushhej-sessii-vkladok-v-mozilla-firefox/

Не помню, где брал скрипт на bash во вложении, но он делает примерно то
же самое. Тоже как-то давно потерял сессию, теперь подстраховываюсь на
всякий.


session2html
Description: Binary data

Re: Перенос системы с минимальной болью

2014-10-22 Пенетрантность Алексей Витальевич Коротков

On Wed, 22 Oct 2014 19:09:36 +0400 (MSK)
yuri.nefe...@gmail.com wrote:

YNC   Скажем, для SSD дисков, где контролер достаточно умный, лучше
YNC   установить elevator=noop, что соответствует простой fifo очереди.

Насколько помню, сейчас это уже необязательно.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141022233536.238cf...@desktop.home

Re: Перенос системы с минимальной болью

2014-10-22 Пенетрантность Алексей Витальевич Коротков

On Thu, 23 Oct 2014 02:07:59 +0400 (MSK)
yuri.nefe...@gmail.com wrote:

YNC   Никто и не говорил, что обязательно.
YNC   Понятие фрагментации для SSD полностью теряет смысл.
YNC   Зачем тогда тратить время на переупорядочивание команд.
YNC   Да и контролер диска, скорее всего, все по своему сделает.

Вы не поняли, что я имел в виду.

То, что cfq правильно работает с SSD (т.е., он различает HDD и SSD, и
для последних работает по-другому):
https://www.kernel.org/doc/Documentation/block/cfq-iosched.txt


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141023042754.123ef...@desktop.home

Re: Хочу время работы fsck.ext4 -cc.

2014-09-24 Пенетрантность Алексей Витальевич Коротков

On Wed, 24 Sep 2014 19:16:37 +0700
Иван Чернов wrote:

 И снова ставить пакет на раз просмотра!

... в том случае, если вообще никакие ролики ни с каких видеохостингов
не интересуют. Тогда да.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140925043304.3615c...@desktop.home

Re: Хочу время работы fsck.ext4 -cc.

2014-09-23 Пенетрантность Алексей Витальевич Коротков

On Tue, 23 Sep 2014 08:55:05 +0200
Alex Mestiashvili wrote:

AM для ютуба он и не нужен

Более того, и браузер не нужен:

$ cclive http://www.youtube.com/watch?v=cS4eztFtS0U;

и смотреть любимым плеером.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140923114913.42d5e...@desktop.home

Re: Кэширующий сервер DNS для ПК

2014-09-04 Пенетрантность Алексей Витальевич Коротков

On Thu, 4 Sep 2014 10:15:10 +0400
Eugene Berdnikov wrote:

EB  Корневые серверы не для пользователей: они рекурсивные запросы
EB  не обрабатывают. И некоторые из них на других континентах... :)

Есть же один российский.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904130224.5de77...@desktop.home

Re: youtube download?

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 03 Sep 2014 10:25:36 +0400
Artem Chuprina wrote:

AC А чем у нас сейчас можно скачивать контент с ютуба?  Если чем-нибудь
AC вообще можно.
AC 
AC clive и cclive из stable рассказывают нам, что 
AC libquvi: error: server response code 403 (conncode=0)

$ cclive -c -f best 
http://www.youtube.com/watch?feature=player_embeddedv=-eOrlQwPjp0;
p11-kit: invalid config filename, will be ignored in the future: 
/etc/pkcs11/modules/gnome-keyring-module
Checking ... . .. ...done.
Героическии поступок Дмитрия Медведева Познавательное ТВ Евгений Фёдоров.mp4  
65.48M  [video/mp4]
[##]
  100%  65.5M  368.4K/s  00:03:02

$ cclive --version
cclive v0.7.9 for x86_64-pc-linux-gnu
  libquvi v0.4.1 for x86_64-pc-linux-gnu
  libquvi-scripts v0.4.21


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903155235.1ee00...@desktop.home

Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

Периодически в последнее время возникают проблемы с DNS, предоставляемым
провайдером. Уже начало доставать.

Решил поставить себе на машинку свой.

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

В дальнейшем, возможно, потребуется обслуживать домашнюю сетку из 3-4
машинок.

В поиске нашёл pdnsd. В описании смущает следующее:

содержимое кэша записывается на жёсткий диск при выходе

Т.е., если у меня машинка работает в режиме 24/7, то на жёсткий диск
содержимое кэша попадёт только в результате корректной
перезагрузки/выключения или остановки pdnsd? Допустим, если произошло
выключение по причине пропадания электричества, то кэш уйдёт
в /dev/null? Или я что-то неверно понял?

В целом, насколько pdnsd хорош для указанной цели? Или лучше
воспользоваться каким-то другим сервером (если да, то каким и почему)?

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 3 Sep 2014 19:57:49 +0400
Eugene Berdnikov wrote:

EB Для домашней машинки потеря кэша не является проблемой, никто из 3-4
EB домочадцев просто ничего не заметит.

В смысле не заметит?

Вот, допустим, я потерял кэщ в памяти по той или иной причине (свет
вырубили, к примеру). Перезагрузился, нужна Сеть (почта, к примеру).

Но при этом получаю вот такое (может часами быть):

$ ping -c5 ya.ru
ping: unknown host ya.ru

При этом

$ ping -c5 213.180.193.3
PING 213.180.193.3 (213.180.193.3) 56(84) bytes of data.
64 bytes from 213.180.193.3: icmp_req=1 ttl=47 time=366 ms
64 bytes from 213.180.193.3: icmp_req=2 ttl=47 time=165 ms
64 bytes from 213.180.193.3: icmp_req=3 ttl=47 time=674 ms
64 bytes from 213.180.193.3: icmp_req=4 ttl=47 time=262 ms
64 bytes from 213.180.193.3: icmp_req=5 ttl=47 time=191 ms

тут не о домочадцах идёт речь, прежде всего, а обо мне самом. Когда у
меня фактически нет доступа в Сеть часами - это мне не очень нравится,
скажем так.

EB Судя по описанию, pdnsd разработан для несколько экзотической цели:
EB обеспечить сервис dns тогда, когда связи нет. Не знаю, нужно ли
EB это Вам, обычному домашнему пользователю dns без интернета
EB неинтересен...

Не знаю, может я недостаточно чётко описал проблему... Интернет есть,
но его часами не бывает в том смысле, что имена не резолвятся. Вот как
выше в примере с ping.

EB Вы не написали, что за проблемы с провайдерским dns. В качестве
EB просто кэширующего сервера для домашних машин популярен dnsmasq, он
EB хорош ещё тем, что имеет +dhcp в одном флаконе. Работает
EB стабильно.

dhcp не нужен. Насколько он хорош для той цели, что я постарался
описать? И как там обстоит дело с кэшем на диске всё же?

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 03 Sep 2014 19:29:27 +0400
Mikhail A Antonov wrote:

MAA Кеш на диске вообще не нужен. Это тебе не вёб. Частозапрашиваемое
MAA дешевле держать в памяти, редко - переспросить.

Дело в том, что отваливается DNS провайдера в последнее время регулярно
(доступ по IP в порядке - проверено). Иногда часами нет возможности
работать в сети. Начальное сообщение, в том числе, с трудом отправил.
Так что мне он нужен именно на диске, иначе существенно теряется смысл
затеи.

Забыл ещё написать в исходном сообщении (если это важно): доступ в Сеть
со свистка от МТС (в роутере торчит; канал один-единственный), IP у них
выдаётся не постоянный.

MAA * на ноуте, который болтается из сети в сеть, то wifi, то кабель,
MAA то ещё чего - dnsmasq, форвардящий к НС, которые получены от dhcp.

А как у него с сохранением кэша на диск дело обстоит?

MAA * на шлюзе даже для трёх компов - bind9. Впрочем для 3к компов
MAA тоже он.

bind для (по крайней мере пока что) одной машинки - это, наверно,
перебор всё же. Да и для домашней сетки хотелось бы что-нибудь попроще.

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 3 Sep 2014 22:39:06 +0600
Руслан Коротаев wrote:

 Возможность сохранять кэш в файл.

Я правильно понял, что это делается чисто рукам/по крону? Т.е., сам он
по себе кэш на диск сохраняет только в случае pdnsd stop?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903210940.55236...@desktop.home

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 3 Sep 2014 21:28:08 +0400
Eugene Berdnikov wrote:

EB В том смысле, что если записи не окажется в кэше, dns переспросит
EB её.

Если есть кого спрашивать. Если в это время DNS провайдера отвалился,
откуда придёт ответ? Или я что-то неверно понимаю?

EB Тогда никакой pdnsd не поможет, потому что наполнять кэш будет
EB неоткуда. :) Вам нужен работающий верхний dns. Eсли у МТС всё так
EB плохо и гугловский dns не заблокирован, воспользуйтесь гуглом:
EB 8.8.8.8.

Так он же не постоянно неработающий, ночью, скажем, обычно работает
нормально. Да и днём может несколько часов нормально
профункционировать, а потом на несколько часов же (когда как - иногда
минут) отвалиться.

EB Можно направить dnsmasq на гугл. Сохранения кэша на диск с
EB последующим считыванием при запуске нет.

Плохо.

EB Но результат сильно
EB зависит от структуры домашнего трафика.

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

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 3 Sep 2014 22:39:06 +0600
Руслан Коротаев wrote:

 сли нужен DNS-сервер для небольшой группы
 пользователей, то лучше приглядитесь к dnsmasq.

А в чём недостатки pdnsd в этом случае по сравнению с dnsmaq в плане
только нужного мне функционала? Т.е., дополнительный функционал
последнего (DHCP, BOOTP/TFTP) мне неинтересен.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140903223608.04d5f...@desktop.home

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Thu, 04 Sep 2014 01:46:18 +0400
Anton Gorlov wrote:

AG Так просто указывайте не dns провайдера на вашем кеширующем, а
AG корневые сервера dns и забудьте вообще про провайдерские dns.

Понятно.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904061533.658f5...@desktop.home

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Thu, 4 Sep 2014 01:03:24 +0400
Dmitry Semyonov wrote:

DS Бездумно добавлять чьи-то сервера в конфиг я бы не советовал. Если
DS доверяете Google

Маленько почитал про их DNS, и доверие как раз оказалось под вопросом.

DS Я бы ещё упомянул unbound для полноты картины. Меня подкупил
DS супер-простой настройкой, (по-моему, только для DNSSEC что-то надо
DS было немного ручками подкрутить; остальное работает из коробки), и
DS надёжностью.

Уже второй положительный отзыв. Включаю его в список претендентов на
использование.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904061537.537fc...@desktop.home

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Thu, 04 Sep 2014 01:46:09 +0400
Anton Gorlov wrote:

AG Я для  тех мест где нужен просто кеширующий предпочитаю unbound
AG -весьма лёгкий и практически не нуждающийся в настройках. Даже для
AG soho и чуть больше он же прекрасно подходит.

Спасибо. Я нашёл в поиске этот сервер, но отзывов по нему ранее у меня
не было. Учту. 


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904070701.0571e...@desktop.home

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 03 Sep 2014 22:47:57 +0400
Mikhail A Antonov wrote:

MAA Ну и кто тебя обязывает пользоваться DNS провайдера?
MAA Пользуйся вон яндексом с его защитой от всякого дерьма.
MAA http://dns.yandex.ru

У меня в роутере (ZyXEL Keenetic Ultra) есть возможность включить Яндекс
DNS как компоненту прошивки (ещё SkyDNS есть). Надо попробовать.

MAA Прописываешь его в forwarders и забиваешь на провайдерский днс.

Понятно.

MAA Не смотря на то, что он весь такой монстр - он из коробки уже
MAA работает. Я бы разве что ограничил доступ к нему для рекурсивных
MAA запросов. Хотя в твоём случае их снаружи и так не будет.

Ладно, для локалки, когда появится, буду пробовать.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140904070502.00c65...@desktop.home

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 3 Sep 2014 23:36:23 +0400
Eugene Berdnikov wrote:

EB Вы странный человек. :) Упорно ищете кэширующий dns с сохранением
EB кэша. Вам объясняют, что кэш в разрезе данной проблемы ключевой
EB роли не играет, важно чтобы было кому послать запрос. Вы отвечаете:
EB почему кэш неважен, если DNS провайдера отвалился и запрос
EB послать некому? :)

Я несколько не в той плоскости стал искать решение проблемы. Уже
наставили на путь истинный...

EB Да потому неважен, что всегда найдутся имена, которых в кэше нет!
EB И с ними будет беда, независимо от того, сколько уже закэшировано.
EB Поэтому кэш проблему в целом не решает. Он её решает лишь на
EB величину hit ratio. Но это же не решение.

Не совсем так (например, самой острой необходимостью обычно бывает
почта), но я брался за вопрос не с той стороны, как уже понял.

EB Ну и что, какой вывод из этого утверждения? Вы хотите за за пару
EB часов закэшировать всё что понадобится на неделю? :)

Нет. Этого я не предполагаю. Как я уже ранее писал:

Существенная.

Плюс почта (см. чуть выше).

Вот в таком направлении была мысль.

Re: Кэширующий сервер DNS для ПК

2014-09-03 Пенетрантность Алексей Витальевич Коротков

On Wed, 3 Sep 2014 21:51:56 +0300
Dmitriy Sirant wrote:

DS Вы немного не в ту сторону ищите. Скажите, Вам принципиально откуда
DS вы получите отрезолвеный адрес от сервера днс провайдера (МТС) или
DS от гугла ? Правильно, не принципиально.

Согласен, если нет существенной разницы в скорости работы. Наверно, её и
нет.

DS Поэтому прописываете:
DS nameserver 8.8.8.8
DS nameserver 4.2.2.1
DS
DS это те что помню, первый гугловский, второй еще чей-то свободный.

Буду пробовать.

DS Если же вы поставите bind9 и не настроите forwarders на сервер
DS провайдера или гугла, то спрашивать резолвинг вы будете у корневых
DS серверов (т.е. вы вообще не зависите ни от гугла ни от кого).

Попробую на нерабочей машине. Может, даже и разные, для сравнения.

DS Все вышеописанное - если провайдер не запрещает доступ к внешним
DS днс серверам.

Придётся пробовать - этого просто не знаю.

Re: systemd, чтоб его

2014-07-04 Пенетрантность Алексей Витальевич Коротков

On Thu, 03 Jul 2014 16:38:57 +0300
Alex Kuklin wrote:

AK после того, как мне на ноут с 
AK очередным мелким апгрейдом приехал systemd, он теперь клинит на
AK загрузке из-за того, что в fstab прописан отсутствующий физически
AK диск.

nofail поставить опцией в fstab что мешает? Или systemd эту опцию
игнорирует? Или убрать запись вообще оттуда?

AK Из того, что я уже нарыл - это то, что придется отказываться от 
AK network-manager

Зачем вообще нужен NM?


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140704144503.073f7...@desktop.home

Re: systemd, чтоб его

2014-07-04 Пенетрантность Алексей Витальевич Коротков

On Fri, 4 Jul 2014 15:26:54 +0400
Eugene Berdnikov wrote:

EB Смотря кому, для юзера ответ здесь:
EB en.wikipedia.org/wiki/NetworkManager

Да я знаю, что это такое. Имелось в виду: зачем им пользоваться?

EB Сисадмину он скорее мешает, хотя случаи очень разные бывают.

Наверно, ТС им удобнее, учитывая его ответ рядом. Под сотню соединений
- это что-то. У меня так одно, 3G с помощью wvdial. Для 3G/4G
соединений wvdial достаточно вполне, для wifi, вроде, wicd можно
использовать. Так что обойтись без NM, наверно, всё же можно, хотя при
таком раскладе настроения ТС, в общем, понятны.


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140704163213.7dffa...@desktop.home

Re: youtube-dl больше не качает видео с YouTube

2012-11-19 Пенетрантность Алексей Витальевич Коротков

On Mon, 19 Nov 2012 16:09:36 +
Ivan Zavarzin wrote:

IZ Т.е., с ее помощью можно с разных сайтов выкачивать, а не только с
IZ YouTube как сабж?

$ aptitude show clive

и до кучи

$ aptitude show cclive

-- 
С уважением,
Алексей Витальевич Коротков


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20121119211008.353361dd@desktop

Re: Проблемы с icedove

2012-06-16 Пенетрантность Алексей Витальевич Коротков

On Sat, 16 Jun 2012 07:49:52 +
James Brown wrote:

JB Есть какое-то адекватное решение этой проблемы?

При таком поведении клиента самое адекватное решение - сменить его на
другой, более вменяемый.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120616133417.66f7972c@desktop

Re: OKI B431dn. Опыт использования.

2012-03-24 Пенетрантность Алексей Витальевич Коротков

On Sat, 24 Mar 2012 12:07:57 +
James Brown wrote:

JB А дрова к нему какие?

PPD-файл скачивается с сайта.

При настройке CUPS указывается этот файл.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120324212507.7951ae2b@desktop

Re: Выбор лазерного принтера

2012-01-12 Пенетрантность Алексей Витальевич Коротков

On Fri, 13 Jan 2012 08:16:12 +0600
Alexey Vazhnov wrote:

Спасибо за отклик, но:

AV  Интересует личный опыт использования под Debian
  ^^^

А так-то я на OpenPrinting я уже был.

AV Конкретно по принтерам - HP из этого списка: 
AV http://hplipopensource.com/hplip-web/recommended.html

Во всём списке нет ни одной модели серии LaserJet. Для последних есть

http://hplipopensource.com/hplip-web/supported_devices/laserjet.html

и я это уже просмотрел.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120113074809.34c803a4@desktop

Re: Старый Win XP на VmWare

2011-12-23 Пенетрантность Алексей Витальевич Коротков

On Fri, 23 Dec 2011 11:03:50 +0400
Н. Артём wrote:

 В репозитории  пакет mbr есть с утилиткой install-mbr. Посмотрю что
 это такое.

Это делает ровно то, что в названии утилиты.

Работает, я пользовался.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111223142626.620ef7f3@desktop

Re: AVHCD .MTS файлы

2011-12-22 Пенетрантность Алексей Витальевич Коротков

On Tue, 20 Dec 2011 11:49:22 +
Mikhail Ramendik wrote:

MR Нужно обрабатывать файлы с видеокамеры Panasonic SD60. Это AVHCD,
MR расширение MTS, Full HD 1920 (но я не понял, p или i).
MR Перекодировать.

MTS -- это контейнер. Что там внутри -- смотрите с помощью, например,
mediainfo. Может, там уже и есть как раз MPEG-4.

И какая конечная цель обработки?

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111222134546.5b5ea57a@desktop

Re: Разбивка диска

2011-12-22 Пенетрантность Алексей Витальевич Коротков

On Sun, 18 Dec 2011 16:48:09 +0600
Andrey Rahmatullin wrote:

AR Хотя вру, если вы не собираетесь сами использовать /tmp, то для
AR программ хватит и пары гигов (если не вспоминать про писалки DVD,
AR которые могут сложить туда исошку).

Куда они складывают, это настраивается.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111222171114.5ac69c1e@desktop

Re: Разбивка диска

2011-12-22 Пенетрантность Алексей Витальевич Коротков

On Sun, 18 Dec 2011 15:33:03 +0400
Н. Артём wrote:

 Короче, остаётся ext4? А ей, так ради любопытства, есть сейчас
 альтернативы?

btrfs (для примера). http://wiki.debian.org/Btrfs

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111222173330.3bea2c91@desktop

Re: Разбивка диска

2011-12-22 Пенетрантность Алексей Витальевич Коротков

On Thu, 22 Dec 2011 19:26:29 +0400
Н. Артём wrote:

 Она уже стабильна? Когда я последний раз про неё читал, писали, что
 она экспериментальная...

Нет.

Но, например, в Fedora 17 планируется как основная ФС [*].

И btrfs -- это для примера. Есть и другие ФС. XFS, JFS, например. Вы
спрашивали про альтернативы -- они есть. Что именно выбрать -- решать
Вам.

Лично я поступаю просто -- ставлю всё на default FS в дистрибутиве,
поскольку на своей домашней машинке никаких специфических требований к
ФС не предъявляю.

[*] http://fedoraproject.org/wiki/Features/F17BtrfsDefaultFs

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011105917.5b392fcf@desktop

Re: Разбивка диска

2011-12-22 Пенетрантность Алексей Витальевич Коротков

On Thu, 22 Dec 2011 21:07:36 +0400
Н. Артём wrote:

 В википедии старая информация?

Я специально за состоянием дел с btrfs не слежу (см. предыдущее письмо).

Если есть желание рассмотреть вопрос более детально -- наверно, лучше
обратиться к первоисточнику: 

https://btrfs.wiki.kernel.org/#Documentation

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2011115002.05b19481@desktop

Re: прошу помощи: LaTeX (utf8, ukrainian) - HTML (LibreOffice)

2011-11-07 Пенетрантность Алексей Витальевич Коротков

On Sat, 05 Nov 2011 21:29:46 +0200
basilio wrote:

B Насчет xelatex - я пока с просто latex не до конца еще
B разобрался.

С LaTeX можно использовать FontsC -- там есть поддержка обычного Times
New Roman (если установлен пакет ttf-mscorefonts-installer или шрифты
взяты из Windows). Я именно так и использую этот шрифт, когда в нём
есть необходимость.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2007143116.6713488e@desktop

Re: прошу помощи: LaTeX (utf8, ukrainian) - HTML (LibreOffice)

2011-11-07 Пенетрантность Алексей Витальевич Коротков

On Mon, 7 Nov 2011 15:49:17 +0400 (MSK)
yuri.nefe...@gmail.com wrote:

YNC Всё что google нашел по FontsC, так это пакет для MiKTeX под
YNC windows. Как его использовать-то?

По поводу пакета для MikTeX не в курсе. Я брал архив с сайта
разработчика (один из авторов книги: Котельников И.А., Чеботаев П.З.
LaTeX по-русски). Не в курсе, сохранилось ли это ещё в Сети или уже
удалено (там внутри были, в том числе, насколько помню, нелегальные
шрифты, кажется, от Паратайпа). Я это почистил, оставил только часть,
соответствующую ttf и закинул в домашнюю ветку texmf.

А, вот нашёл я их тут:
ftp://lsi.bas-net.by/pub/latex/FontsC/www.tutor.nsu.ru/tex/Fonts/FontsC/
Инструкция по настройке там, действительно, дана только для MikTeX, но
разве это нас может затруднить?

--
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com

--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2007162635.00f78ea7@desktop

Re: Чтение рассылок

2011-11-06 Пенетрантность Алексей Витальевич Коротков

On Sun, 6 Nov 2011 20:29:48 +0600
Andrey Rahmatullin wrote:

AR  кстати вот gmail интерфейс все в нити группирует и даже как-то
AR  удобнее чем в стационарном клиенте получается  
AR А в каком стационарном клиенте нет нитей?

Судя по формулировке, топикстартер не подозревал, что такая возможность
есть в стационарных клиентах.

-- 
С уважением,
Алексей Витальевич Коротков,
mailto:a.v.korot...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2007110341.0cc6b5e7@desktop

72 matches

Mail list logo