November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
dil: (Default)
Thursday, September 5th, 2019 09:22 am

Почему-то в ноутбуке ping перестал работать:

$ ping 192.168.1.15
ping: socket: Operation not permitted

Хотя от root’а и просто через sudo вполне работал. И с другой машины в этой сети вполне работал из моего account’а, не только от root. И даже со смартфона, зайдя в его консоль через JuiceSSH, тоже вполне работало.

Погуглил, нашёл вот такую команду, и после её выполнения (от root’а), ping стал нормально работать и от меня:

# setcap cap_net_raw=ep /bin/ping

Оригинал этой записи в личном блоге.

dil: (Default)
Wednesday, July 17th, 2019 08:53 pm

Имеется линукс совершенно одинаковой версии (Debian 9.8) на внутреннем диске ноутбука, и на внешнем USB-диске.
Так с внутреннего диска vlc продолжал успешно проигрывать фильмы формата .ts, записанные со спутникового телевидения, а с внешнего пару дней назад почему-то перестал..
Хотя на обоих дисках я периодически обновляю все установленные пакеты, запуская “apt-get update; apt-get dist-upgrade”, и сейчас ещё раз это сделал, и хотя версии всех установленных пакетов были одинаковые, но на внутреннем диске vlc продолжал работать, а на внешнем продолжал не работать..

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

Оригинал этой записи в личном блоге.

dil: (Default)
Sunday, April 14th, 2019 04:20 pm

Утром посмотрел на свой предыдущий пост в LJ, опубликованный вчера, а там почему-то картинка пропала. Зашёл в Edit, там url картинки не поменялся. А когда попробовал посмотреть саму эту картинку, firefox сказал, что небезопасно.. Оказалось, что SSLный сертификат на моём веб-сайте сегодня рано утром закончился.

Хотя у меня там в cron приделана команда “certbot-auto renew” для обновления сертификата, выданного Let’s Encrypt, и раньше она успешно работала, а сегодня почему-то нет.
Попробовал запустить эту команду вручную, но она ругнулась на ошибочный код возврата команды “python -m pip –version”, и до обновления сертификата так и не дошла.
Типа, питон не может запустить модуль pip, потому оно и не работает.
Скачал этот скрипт certbot-auto заново с certbot.eff.org, но он точно такой же, ничего не менялось.

Погуглил, оказалось, в нём стОит заменить “python -m pip –version” на “pip –version”, и далее “python -m pip install –no-index –no-deps -U” заменить на “pip install –no-index –no-deps -U”.
Заменил, и тогда “certbot-auto renew” сработал, успешно обновив сертификат на очередные 3 месяца.

Но отчего такое могло случиться – не понимаю, раньше же этот скрипт успешно обновлял сертификат. А в старом Debian 7 (wheezy) уже давно ничего не обновляется, так что и питон не мог поменяться.

Потом ещё посмотрел на свой домашний сервер, где всё ещё использую тот же Debian 7, и оказалось, что и там сертификат не обновляется из-за такой же ошибки. Подправил и там certbot-auto точно так же, и он тоже стал работать.

Оригинал этой записи в личном блоге.

dil: (Default)
Tuesday, January 8th, 2019 02:56 am

В Debian’е 9.6 попробовал установить mysql, но вместо него поставилась mariadb.

Сервер автоматически запустился, но зайти в него от меня самого не получалось:

$ mysql -u root
ERROR 1698 (28000): Access denied for user 'root'@'localhost'

А с “-p” запрашивался пароль, но я его не знал – при установке сервера пароль ввести не просили.

Погуглил, запустил от рута mysql_secure_installation, ввёл там пароль, но клиентскую программу всё равно не пускали:

$ mysql -u root -p
Enter password: 
ERROR 1698 (28000): Access denied for user 'root'@'localhost'

А вот когда попробовал запустить mysql от рута, он успешно подключился к серверу вообще без пароля:

# mysql
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 1
Server version: 10.1.37-MariaDB-0+deb9u1 Debian 9.6

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]>

Посмотрел в таблицу mysql.user, там вполне был root@localhost с паролем и полными привилегиями, как обычно.

Ещё погуглил, и запустил там

GRANT ALL PRIVILEGES on *.* to 'root'@'localhost' IDENTIFIED BY 'ТОТжеСАМЫЙпароль';
FLUSH PRIVELEGES;

и хотя в mysql.user вроде ничего не поменялось, но “mysql -u root -p” стал работать от моего эккаунта.
А от рута просто так работать перестал:

# mysql 
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)

Только с -p, и с тем же паролем работает, как обычно в mysql’е.

Оригинал этой записи в личном блоге.

dil: (Default)
Wednesday, September 19th, 2018 06:35 pm

которые уже были раньше введены и использованы в ноутбуке или в смартфоне, а теперь их надо ввести в другой телефон или ноутбук?

В линуксе, где используется NetworkManager, они записаны в директории /etc/NetworkManager/system-connections/ в файлах с названиями wifi’ных сетей.
А в Андроиде – в /data/misc/wifi/wpa_supplicant.conf
В обеих системах доступ к этим файлам предоставляется только root’у, но в линуксе это практически всегда доступно через sudo или su, а андроид для такого доступа должен быть предварительно зарутован, что считается небезопасным.

Оригинал этой записи в личном блоге.

dil: (Default)
Saturday, May 5th, 2018 12:24 pm

Проапдейтил Debain (старенький wheezy) на домашнем компьютере, вроде ничего особо не поменялось, но после перезагрузки почему-то пропал графический режим, только текстовая консоль осталась. Попробовал запустить gdm3 руками, а фиг там.. Оказалось, что у нового ядра 3.2.0-6 нету модуля для видеокарты nvidia. А у прежнего ядра 3.2.0-4 он был.
Ну, как водится, пошёл копать, и грабельки удалось обойти.

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Saturday, September 30th, 2017 01:58 pm

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

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

Ну, fsck вроде всё поправил, система загрузилась, но вот когда я запустил apt-get dist-upgrade, он ругнулся, что не может узнать нынешнее состояние пакетов, потому что файл /var/lib/dpkg/status кривой. Вот его и вернул с бэкапа, и всё заработало.

Оригинал этой записи в личном блоге.

dil: (Default)
Tuesday, August 29th, 2017 11:47 am

обнаружилась программа, которая показывает погоду, тоже где угодно:

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Tuesday, August 29th, 2017 11:38 am

нынче прям как в смартфоне..

Ткнул в текущую дату/время в верхней панели, а там кроме календаря обнаружилась ссылочка “World Clocks”. В ней можно выбрать любые города:

И тогда их время будет показываться в этом самом World Clocks под календарём:

А ещё там теперь можно включить будильники. И тоже, как и в смартфоне – не один, а сколько хочешь, и указать, по каким дням недели, и про что он звенеть будет:

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Saturday, August 26th, 2017 01:14 pm

то Firefox в Debian 9 предлагает поиск в Яндексе:

Это не шутка, там правда поисковые запросы по умолчанию отправляются в Яндекс, даже если не написать ни одной русской буквы. Пустячок, а приятно ;)
Хотя, конечно, как обычно, можно выбрать и другую поисковую систему, в том числе и Google:

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Saturday, August 26th, 2017 12:52 pm

Это уже не просто live-CD, а реально установленный Debian 9 с русским языком.

И стандартные директории в Home по-русски назвались:

И скриншоты:

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Tuesday, August 22nd, 2017 06:46 pm

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

В смысле, я эти менеджеры не устанавливал, а просто загружал разные live iso (кстати, не с DVD, а прям с телефона: drivedroid — очень полезная программа ;)
Оказалось, что на всех этих live iso можно прямо в начале загрузки включить вместо английского другой язык. Ну я попробовал русский, и заметил много странностей. Вовсе не граблей, от них никаких отрицательных эффектов нет, а просто странностей:

Вот такая программочка там нашлась:

А также апплеты, хотя и приложения тоже есть:

Или вот Петлевое устройство, хоть и с неизвестным содержимым, но таки смонтированное:

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Sunday, August 20th, 2017 12:09 pm

с Debian Wheezy на свежий Stretch. При этом стала скачиваться и устанавливаться огромная куча новых пакетов, а поскольку ноут был подключён к сети по wifi, это было очень небыстро.
Так что я тем временем решил зайти в DW почитать комментарии. А они все почему-то оказались написаны на каком-то бредовом языке. Зашёл в свой пост — а и он на том же бредовом языке:

Read the rest of this entry » )

Оригинал этой записи в личном блоге.

dil: (Default)
Friday, August 18th, 2017 05:55 pm

9 версия Debian’а (Stretch) ныне перешла из testing в stable. А когда я посмотрел на имеющиеся live-диски , то кроме типичных вариантов с Gnome и KDE, внезапно обнаружились ещё с Xfce, LXDE, а также с Cinnamon и MATE, которых я раньше встречал только в Mint’е.
Хотя и в прежних версиях Debian’а эти оконные менеджеры тоже можно было установить, но теперь их можно попробовать прямо с live-дисков, и сразу поставить наиболее подходящий вариант.

P.S. Приглядевшись в архивы прежних версий, обнаружил, что и в 8 Debian’е (Jessie) они все уже тоже были, но я их почему-то не заметил. И в 7 (Wheezy) Xfce и LXDE уже тоже были.

Оригинал этой записи в личном блоге.

dil: (Default)
Sunday, January 8th, 2017 09:07 pm

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

И тут я вспомнил, что первый дистрибутив Дебиана мне также попался в руки в виде диска, приложенного к аналогичному журналу, купленному мной при первом посещении Ирландии.

Оригинал этой записи в личном блоге.

dil: (Default)
Monday, April 11th, 2016 01:03 pm

Поставил на свежевыданный делловский ноутбук (Latitude E5550) линукс. Debian jessie встал без проблем, опознал почти всё железо. Считыватель отпечатков пальцев только не смог, но он мне и не нужен. Интеловская wifi-карта (7265 rev 59) тоже опозналась, но драйвер не нашёл подходящей прошивки. Не вопрос, поставил firmware-iwlwifi, заработало.

Но как обычно, нашлись грабли, на которые я не смог не наступить. Wifi вроде как работает, но странновато. Страницы в браузере загружаются дико медленно, даже из домашней сети. ssh в целом работает, но периодически надолго задумывается. Не отваливается, потом опять быстро работает, потом опять задумывается.

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

Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: scanning -> authenticating
Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: authenticating -> associating
Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: associating -> 4-way handshake
Apr 10 13:34:04 NetworkManager[636]: <info> (wlan1): supplicant interface state: 4-way handshake -> completed

Apr 10 13:34:49 NetworkManager[636]: <info> (wlan1): supplicant interface state: completed -> disconnected
Apr 10 13:34:49 NetworkManager[636]: <info> (wlan1): supplicant interface state: disconnected -> scanning
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: scanning -> authenticating
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: authenticating -> associating
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: associating -> associated
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: associated -> 4-way handshake
Apr 10 13:34:53 NetworkManager[636]: <info> (wlan1): supplicant interface state: 4-way handshake -> completed

Apr 10 13:34:59 NetworkManager[636]: <info> (wlan1): supplicant interface state: completed -> disconnected
Apr 10 13:34:59 NetworkManager[636]: <info> (wlan1): supplicant interface state: disconnected -> scanning
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: scanning -> authenticating
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: authenticating -> associating
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: associating -> 4-way handshake
Apr 10 13:35:03 NetworkManager[636]: <info> (wlan1): supplicant interface state: 4-way handshake -> completed

Apr 10 13:35:42 NetworkManager[636]: <info> (wlan1): supplicant interface state: completed -> disconnected
и т.д.

Пошёл гуглить, оказалось, проблема известная, но для её решения предлагают либо поменять ядро на более старое (??), либо подсунуть другую прошивку, но.. простейшим решением оказалось отключить powersaving: iw wlan1 set power_save off. Добавил в rc.local, перегрузил машинку, и проблема пропала. Загадочно, однако…

Оригинал этой записи в личном блоге.

dil: (Default)
Wednesday, November 4th, 2015 08:03 pm

Через /etc/network/interfaces, а не совсем вручную.
1) tun/tap:
iface tap10 inet manual
pre-up ip tuntap add tap10 mode tap user root
up ip link set dev tap10 up
post-down ip link del dev tap10

2) trunk, разделящий пакеты от разных VLANов по псевдоинтерфейсам, как оказалось, конфигурируется исключительно просто:
iface eth1.1 inet static
address 192.168.1.10
netmask 255.255.255.0
gateway 192.168.1.1

iface eth1.5 inet static
address 192.168.20.30
netmask 255.255.255.0
Число после точки в имени интерфейса – это номер VLAN’а. Только чтобы оно заработало, в системе должен быть установлена программа vconfig (из пакета vlan).

3) Несколько IPшников, возможно, из разных подсетей, на одном интерфейсе. Типичный случай, когда в одном физическом сегменте используется несколько подсетей, или когда одна машина должна отзываться на несколько адресов:
iface eth0 inet static
address 192.168.0.1
netmask 255.255.255.0
gateway 192.168.0.1

iface eth0:0 inet static
address 192.168.100.150
netmask 255.255.255.0

iface eth0:1 inet static
address 192.168.200.10
netmask 255.255.255.0

На одном из этих eth0* можно вместо статического адреса использовать DHCP:
iface eth0 inet dhcp

4) А вот если хочется на одном физическом интерфейсе получить несколько разных адресов по DHCP, то придётся поизвращаться. Поскольку DHCP-сервер привязывает выдаваемые IP к MAC-адресам, а MAC-то у физического интерфейса только один, то больше одного IP ему не дадут. Так что придётся добавить к физическому интерфейсу (скажем, eth0) фейковый интерфейс с другим MAC-адресом:
iface eth0 inet dhcp

iface ethFake inet dhcp
pre-up ip link add link eth0 name ethFake address 00:01:02:03:04:05 type macvlan
up ip link set dev ethFake up
post-down ip link del dev ethFake
MAC указывать не обязательно. Если его нет, то ip link add сгенерирует случайный адрес.

А теперь хитрый вопрос для продвинутых сисадминов: поскольку обычно DHCP-сервер выдаёт клиенту адрес гейта, а DHCP-клиент приделывает его в качестве дефолтового маршрута (причём с указанием клиентского IP в качестве src), то при начальном конфигурировании этих двух интерфейсов и при последующих обновлениях дефолтовый маршрут будет перебрасываться с eth0 на ethFake и обратно, и тем ломать маршрутизацию и ронять установленные на тот момент соединения с другого клиентского IP. Как этого избежать?
(Если чё, я знаю ответ :)

Оригинал этой записи в личном блоге.

dil: (Default)
Monday, March 17th, 2014 09:06 pm

Наткнулся сегодня на загадочное поведение дебиана при подключении внешнего диска с зашифрованным LUKS’ом разделом, на котором располагаются LVM’ные тома:
сам по себе шифрованный раздел подключается нормально, как автоматически при втыкании диска, так и вручную посредством cryptsetup luksOpen.
После этого pvdisplay, vgdisplay и lvdisplay успешно показывают все LVM’ные детали, а вот девайсы в /dev/mapper/ не появляются..

Причём этот же самый дебиан успешно грузится со встроенного винчестера с такой же организацией шифрования и LVM, не испытывая никаких проблем.

После часа экспериментов я внезапно заметил, что тома находятся в состоянии NOT available, и смутные воспоминания натолкнули меня на lvchange -ay /dev/vgname/lvname. Заработало..

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

Плохая болезнь склероз..

Оригинал этой записи в личном блоге.

dil: (Default)
Saturday, December 7th, 2013 01:36 pm

“Из обсуждения выхода Debian 7 на хабре:
xxx: Я, конечно, не в курсе дел тех, кто использует Debian… Но “Установка с помощью голосовых команд”
Зачем?!!!
yyy: Отмена последнего действия по команде «б**ть!». На этапе разбивки диска пока не поддерживается.”

Взято отсюда: http://ibash.org.ru/quote.php?id=16050

Оригинал этой записи в личном блоге.

dil: (Default)
Saturday, June 22nd, 2013 04:41 pm

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

Jun 22 16:59:28 kernel: [ 16.139837] Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:
Jun 22 16:59:28 kernel: [ 16.139840] Copyright(c) 2003-2011 Intel Corporation
Jun 22 16:59:28 kernel: [ 16.140003] iwlwifi 0000:03:00.0: pci_resource_len = 0x00002000
Jun 22 16:59:28 kernel: [ 16.140005] iwlwifi 0000:03:00.0: pci_resource_base = ffffc9000065c000
Jun 22 16:59:28 kernel: [ 16.140007] iwlwifi 0000:03:00.0: HW Revision ID = 0x34
Jun 22 16:59:28 kernel: [ 16.140239] iwlwifi 0000:03:00.0: Detected Intel(R) Centrino(R) Advanced-N 6205 AGN, REV=0xB0
Jun 22 16:59:28 kernel: [ 16.140316] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
Jun 22 16:59:28 kernel: [ 16.156042] iwlwifi 0000:03:00.0: device EEPROM VER=0x715, CALIB=0x6
Jun 22 16:59:28 kernel: [ 16.156045] iwlwifi 0000:03:00.0: Device SKU: 0X1f0
Jun 22 16:59:28 kernel: [ 16.156047] iwlwifi 0000:03:00.0: Valid Tx ant: 0X3, Valid Rx ant: 0X3
Jun 22 16:59:28 kernel: [ 16.156076] iwlwifi 0000:03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels

Мистика какая-то. И только при внимательном разглядывании kern.log обнаружилась истинная причина:

Jun 22 16:59:28 kernel: [ 16.302978] iwlwifi 0000:03:00.0: firmware: agent aborted loading iwlwifi-6000g2a-5.ucode (not found?)
Jun 22 16:59:28 kernel: [ 16.303167] iwlwifi 0000:03:00.0: no suitable firmware found!

Посмотрел в /lib/firmware, натурально там только iwlwifi-6000g2a-6.ucode есть. Попробовал сделать из него симлинк на -5, фокус не удался:

Jun 22 17:06:36 kernel: [ 449.756085] iwlwifi 0000:03:00.0: firmware: agent loaded iwlwifi-6000g2a-5.ucode into memory
Jun 22 17:06:36 kernel: [ 449.756091] iwlwifi 0000:03:00.0: Driver unable to support your firmware API. Driver supports v5, firmware is v6.
Jun 22 17:06:36 kernel: [ 449.756094] iwlwifi 0000:03:00.0: no suitable firmware found!

Экая фигня..
Ну, прицепил кабель, поставил firmware-iwlwifi, там нашёлся нужный iwlwifi-6000g2a-5.ucode, загрузился, wifi заработал.

Но один вопрос не даёт мне покоя: а как же оно до сих пор-то работало?!

Оригинал этой записи в личном блоге.