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

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

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

На работе меня попросили установить свежую версию astyle на несколько виртуальных машин.
Они все с CentOS, но готового пакета для них не нашёл, поэтому скачал исходники и попробовал скомпилировать вручную. На одной машине, где был CentOS 7, этот astyle вполне нормально скомпилировался и поставился.
А на остальных, где были разные версии CentOS 5 и 6, и уже были установлены старые версии astyle, свежая версия не скомпилировалось. Какие-то идиотские ошибки вылезали – типа, неправильный код во многих заголовочных файлах..

Ну, решил, что, может, имеет смысл скопировать уже готовый astyle с той CentOS7. Скопировал, но он не запускался. ldd показал неподходящие библиотеки. В частности, /lib64/libc.so.6 . Посмотрел, оказалось, что это не сама библиотека, а просто ссылка на libc-2.12.so . А на той машине, где astyle работал, это была ссылка на libc-2.17.so .

Решил приделать этот libc-2.17.so. Скопировал и эту библиотеку, но при попытке переделать ссылку на неё, наступил на основательные грабли:
удалил libc.so.6, чтобы приделать его ссылкой на новую библиотеку, но тут ln перестал работать.. А также и ls, и куча других программ тоже. Оказалось, что им всем нужен тот /lib64/libc.so.6 .

Да как же можно приделать обратно ссылку, если ж сам ln не работает??
Хорошо, что я не отключился от той машины, а то ведь туда и ssh перестал работать, потому что для sshd тоже нужен этот же libc.so.6 .

Погуглил, оказалось, что вот так можно запустить ln:

LD_PRELOAD=/lib64/libc-2.12.so ln -s libc-2.12.so libc.so.6

Это действительно сработало, так вот и удалось обойти эти грабельки..

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

В 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’е.

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

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

Я залогинился на тот сервер, посмотрел в shadow, а там ихних паролей вовсе нету. Оказалось, что они туда раньше заходили вообще без паролей, а просто с ssh’ными ключами.
А вот maximum password age, который в линуксе обычно устанавливается на 99999 дней (:0:99999:7:::), там почему-то был всего на 90 дней с предупреждениями за 7 дней до конца. Видимо, потому система и стала их просить поменять пароли, но их там не было, потому и не удавалось:
user_login:!!:17742:1:90:7:90::

Ну, я там всё подправил, но отчего там у всех поменялись эти настройки – не понимаю..

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

В телефоне с андроидом иногда запускаемые (или уже ранее запущенные) программы мгновенно отваливаются. То есть, на экране появляется их первоначальная картинка, но быстро пропадает. При многократных попытках заново запустить эти программы происходит то же самое – вроде слегка запускаются, а потом отваливаются. Хотя при этом обычно удаётся зайти в Settings/Advanced settings/Memory & storage, и там видно, что оперативная память, которой в этом телефоне довольно много – 3.6GB, вовсе не забита: обычно порядка 1 – 2GB ещё свободно.
Проблема успешно решается перезагрузкой телефона, после чего все нужные программы удаётся запустить, не отключая никакие автоматически запущенные.
Но потом опять случается такая же фигня, даже не при запуске новых программ, а при попытке зайти в некоторые ранее запущенные. И потому приходится опять перезагружать телефон.

Аналогичная проблема недавно появилась и в линуксе на ноутбуке: нажатие кнопок на клавиатуре (включая Alt-Tab для переключения в другую программу, Ctrl-Alt-F1/F2 для перехода из графического режима в текстовую консоль, и даже набирание символов в терминале), и тыканье мышкой в кнопочки на экране (даже для закрытия окон виднеющихся программ) вроде бы не работает. На самом деле работает, только с существенными задержками – порядка минут. Не понимаю, отчего такое может быть.
Перезагрузка операционной систему тоже вполне помогает, но это очень нескоро – мышкой добраться до кнопки Restart и дождаться результата нажатия на неё, или в терминале набрать reboot – очень долго..

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

Оказывается, теперь есть новый тип устройств, с которыми можно соединиться по bluetooth – “low energy”.
В частности, китайские браслетики Xiaomi Mi Band к ним относятся.

Обычные bluetooth’ные программы на компьютерах их не видят, а на смартфонах с современными операционными системами (и Android, и iOS) вроде бы уже могут.
Вот, например, hcitool видит только мой телефон, когда я в нём включил bluetooth:

# hcitool scan
Scanning ...
44:6E:E5:D1:75:BC FooBar

а в специальном режиме lescan (low energy scan) он обнаружил не только мой Mi Band, но и ещё кучу устройств, явно не моих, а, очевидно, соседских:

# hcitool lescan
LE Scan ...
FE:4C:0F:4B:7B:BE (unknown)
FE:4C:0F:4B:7B:BE Mi Band 3
CF:CA:08:5A:AC:F9 (unknown)
CF:CA:08:5A:AC:F9 Alta HR
57:27:5F:F2:C4:40 (unknown)
57:27:5F:F2:C4:40 (unknown)
72:7D:FA:1D:D8:3C (unknown)
6B:91:4C:6D:0C:F8 (unknown)
6B:91:4C:6D:0C:F8 (unknown)
1C:1A:C0:B0:09:15 (unknown)
CD:DD:CA:04:85:B7 (unknown)
4D:AC:3C:0E:38:AA (unknown)
ED:35:F4:21:B1:56 (unknown)
ED:35:F4:21:B1:56 Versa
5A:B7:61:C9:B7:B2 (unknown)
5A:B7:61:C9:B7:B2 (unknown)
6B:DE:24:11:41:DA (unknown)
6B:DE:24:11:41:DA (unknown)
72:72:D2:2A:44:FE (unknown)
72:72:D2:2A:44:FE (unknown)
49:74:CE:2B:BA:A4 (unknown)
49:74:CE:2B:BA:A4 (unknown)
64:BC:50:CE:17:0C (unknown)
5F:19:3A:6A:AF:1A (unknown)
5F:19:3A:6A:AF:1A (unknown)

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

В гноме есть System Monitor, он показывает всё вместе – и нагрузку на процессоры, и количество используемой памяти и swap’а, и объём сетевого трафика, и объёмы занятого пространства в файловых системах, и заодно, как и top, может показать все запущенные программы с количеством использования процессоров и памяти. Но он графический.

Общее количество переданных и полученных пакетов и ихний объём на всех сетевых интерфейсах с момента их подключения можно посмотреть ifconfig’ом или ip -s link

А вот чтобы посмотреть в консоли текущий уровень трафика, нашлись следующие программочки: bmon, slurm, ethstatus. И ещё tcptrack, которая показывает трафик не просто по интерфейсу, а по конкретным TCP-соединениям через него, и заодно общую сумму.

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

опять встретил загадочные грабельки..

С большинства серверов всё нормально копировалось, а с трёх почему-то
failed: Permission denied (13) ..
Хотя на всех серверах доступ к /var/log/ сконфигурирован одинаково:
[varlog]
uid = root
gid = root
path = /var/log
hosts allow = IP-адрес клиентского хоста
но вот почему-то Permission denied..

Попробовал rsync --list-only server-name::varlog/ , так увиделась ещё более странная фигня: некоторые файлы и директории видны, а большинство таки нет. Хотя практически у всех них пользователь и группа root:root, но по-любому root должен видеть всё, ан нет:

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

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

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

Довольно давно я спрашивал в ru-root, как в линуксе одному пользователю приделать несколько разных паролей..

Спрашиваете, в чём смысл?? А вот когда в графическом режиме экран заблокирован, то чтобы его разблокировать, надо ввести свой пароль. А при этом может быть включена другая клавиатурная раскладка – скажем, русская, вместо английской, и тогда пароль окажется неправильным, придётся проверять, переключать раскладку и вводить пароль заново. А лень же.

Ну, короче, я вкопался в параметры pam’а и сконфигурировал себе дополнительный пароль по-русски, теперь он тоже успешно работает. Хотя дополнительную проверку я добавил не в конфигурационный файл gdm-password, а в common-auth, который включается практически во все остальные конфигурационные файлы pam’а, и таким образом используется почти всеми программами, проверяющими локальные пароли. Так что он теперь и в ssh работает, и в sudo, и во всём остальном..

Подробности себе на память:

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