Записки не очём — @дневники: асоциальная сеть

четверг, 18 апреля 2019

09:06

smarctl не может опознать тип накопителей

И это всё МОЁ

Это из-за изменений в подсистеме блочных устройств в linux 5.0?

[root@main-desktop fragment]# smartctl --test=long /deb/sda
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.0.7-1-MANJARO] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

/deb/sda: Unable to detect device type
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

[root@main-desktop fragment]# smartctl --test=long /deb/sdb
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.0.7-1-MANJARO] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

/deb/sdb: Unable to detect device type
Please specify device type with the -d option.

Use smartctl -h to get a usage summary

[root@main-desktop fragment]#

Раньше всё было ок. А как указать правильный тип устройства через -d я нихрена не понял.

# smartctl --test=long -d sata /deb/sdb
smartctl 7.0 2018-12-30 r4883 [x86_64-linux-5.0.7-1-MANJARO] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org

/deb/sdb: Unknown device type 'sata'
=======> VALID ARGUMENTS ARE: ata, scsi[+TYPE], nvme[,NSID], sat[,auto][,N][+TYPE], usbcypress[,X], usbjmicron[,p][,x][,N], usbprolific, usbsunplus, sntjmicron[,NSID], intelliprop,N[+TYPE], marvell, areca,N/E, 3ware,N, hpt,L/M/N, megaraid,N, aacraid,H,L,ID, cciss,N, auto, test <=======

Use smartctl -h to get a usage summary

Вот что это за дрисня:

sat[,auto][,N][+TYPE]

? В какой вселенной это понятной справкой-подсказкой считается?

sata, smartctl, диски, дисковая подсистема

URL записи

URL

07:53

Oracle меняет лицензию на Java SE. Red Hat взял на себя сопровождение OpenJDK 8 и 11

И это всё МОЁ

Начиная с 16 апреля выпусти Java SE от компании Oracle будут публиковаться с новым лицензионным соглашением, ограничивающим использование в коммерческих целях. Java SE отныне можно использовать бесплатно только для персонального использования, тестирования, создания прототипов и демонстраций, а также других некоммерческих применений.

URL записи

URL

07:46

массовая рассылка писем ВСЕМ но только своему домену

И это всё МОЁ

Возможно такое? не список рассылки (устану набивать всех) предупреждение о Шифровальщике postfix может как то можно, или я многого хочу?

postfix

URL записи

URL

07:41

Изменение никнейма

И это всё МОЁ

Просьбы ~~трудящихся~~ анонов: Обновление сломало мне Arch Linux (комментарий)

Учитывая, что на Форуме уже зарегистрирован участник megabaks, которого многие знают, прошу изменить никнейм на MEGA. Указанная мера позволит избежать путанницы.

Также рассмотрите предложение: сделать невозможной регистрацию имеющихся в базе никнеймов, отличающихся лишь регистром.

lor

URL записи

URL

06:48

Обновление сломало мне Arch Linux

И это всё МОЁ

Сегодня обновление убило мой Arch Linux на старом ноутбуке, чему я очень сильно удивился. Никогда такого не было и вот опять. Но ситуация довольно интересная, поэтому я оставлю описание этой проблемы и её решение на всякий случай на этом форуме. Вдруг кто придёт из поисковика, а у него такая же хрень окажется. Может помогу кому. Итак, фотография ошибки:

Kernel panic – not syncing: No working init found

Вечером я просто обновился привычной всем командой yaourt -Syua и перегрузился в Windows (стоит в дуалбуте рядом с Fedora и Arch Linux) по делам. Ладно, вру, перегрузился чтобы поиграть в Half-Life и Unreal Tournament ’99. Поиграл на славу, снова решил загрузиться обратно в Arch Linux — получил ситуацию, которая запечатлена на фотографии выше.

Сначала я подумал, что каким-то неведомым образом слетел Fedora’вский grub, так как именно он обеспечивает мне, так сказать, «дуалбут» в три операционные системы: Windows 10, Arch Linux и Fedora 29. Загрузился в Fedora, выполнил привычные команды для восстановления grub’а и обновления его конфигурации:

grub2-install /dev/sda
grub2-mkconfig -o /boot/grub2/grub.cfg

Перегрузился снова, в меню grub’а выбрал Arch Linux — ситуация нисколько не изменилась. Тогда я решил, что при последнем обновлении слетели какие-то модули в ядре и из-за этого оно валится в панику. Снова загрузился в Fedora. Отмечу, что как же хорошо, что я её установил рядом и теперь не мучаюсь со всякими LiveUSB-флешками в подобных ситуациях, примонтировал rootfs от Arch Linux’а и с помощью скрипта arch-croot чрутнулся в него:

mount /dev/sda4 /mnt
./arch-chroot /mnt

Из лога пакетного менеджера /var/log/pacman.log я вычленил список пакетов последнего обновления, которые могли испортить мне ядро и initramfs:

upgraded device-mapper (2.02.184-3 -> 2.02.184-4)
upgraded lvm2 (2.02.184-3 -> 2.02.184-4)
upgraded virtualbox-host-dkms (6.0.4-4 -> 6.0.6-1)
upgraded virtualbox (6.0.4-4 -> 6.0.6-1)

При установке VirtualBox с помощью DKMS незаметно для пользователя собираются и устанавливаются некоторые модули ядра, на которые я и грешил, а потому переустановил эти пакеты заново:

yaourt -S device-mapper lvm2 virtualbox-host-dkms virtualbox
yaourt -S linux

На всякий случай само ядро, пакет linux, я тоже переустановил. Перезагрузился — ситуация нихрена не изменилась. Подумал, раз ядро паникует от init’а, может проблема в systemd? Его же всегда и все винят во всех бедах! В третий раз загрузился в Fedora, переустановил пакет systemd и перегенерировал initramfs:

yaourt -S systemd
mkinitcpio -p linux

Перегрузился, постучался в Arch Linux — проблема не ушла. Очень странно! Пришлось в четвёртый раз грузиться в Fedora и начать гуглить инфу по этой ошибке. Поисковый запрос «kernel panic not syncing no init found arch linux» сразу же привёл меня в тему на форуме Arch Linux, благодаря которой я и решил эту проблему:
[SOLVED] Kernel Panic - not syncing. No working init found. Человек на том форуме столкнулся с похожей ситуацией.

Итак, восстановление работы поломанного Arch Linux’а и расследование почему так случилось, ибо проблемка-то и не очень уж тривиальная. Из темы на форуме Arch Linux, по ссылке выше тот человек перепробовал все действия, которые попробовал я и у него тоже не получилось сначала восстановить работоспособность системы. Потом знатоки на том форуме посоветовали ему выполнить команду:

pacman -Qkk filesystem

warning: filesystem: /usr/lib64 (No such file or directory)

Для определения различных ошибок в структуре файловой системы. Я тоже её выполнил и так же как и в той теме наткнулся на странную проблему со сущностью /usr/lib64, которая в нормальных условиях ожидаемо должна быть симлинком на /usr/lib. У меня же этот файл вообще отсутствовал, а у того человека на форуме вместо симлинка был пустой каталог.

Механизм возникновения проблемы

Итак, судя по сообщению пользователя Scimmia:

There’s been a number of people without /usr/lib64/. I’m guessing it’s because of a updated that was --force’d. Don’t do that.

В pacman’е имеется какой-то странный баг или поведение, когда при опции --force или --overwrite нарушается структура файловой системы, в частности, имеется вероятность неведомым образом снести симлинк /usr/lib64 или вместо него создаётся пустая директория, как у того человека с форума. Судя по логу, я действительно обновлял какой-то пакет из AUR’а с этой опцией из-за того, что установка ругалась на какие-то существующие файлы и не придал этому значение после. Но самый цимес в том, что обновлял я этот пакет целых три месяца назад и этот --force и вылетел у меня из головы.

Что интересно, само отсутствие /usr/lib64 похоже никоим образом не влияет на работоспособность системы. Если бы что-то отвалилось и перестало работать сразу после обновления и перезагрузки, то было бы легче догадаться в чём же именно дело. Но этот симлинк /usr/lib64 в rootfs каким-то странным и неведомым способом влияет на построение образа initramfs, а поэтому Arch Linux рассыпался только спустя три месяца (sic!), когда прилетело обновление VirtualBox, которое обновило свои модули ядра и потребовало перегенерировать initramfs, генератор которого видя отсутствие симлинка /usr/lib64 тупо взял и сгенерировал мне кривой образ, из-за которого ядро посыпалось в панику.

Решение проблемы

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

cd /usr/
ln -s /usr/lib/ lib64
mkinitcpio -p linux

После выполнения этих команд Arch Linux загрузился как ни в чём не бывало и продолжил нормально работать.

Вердикт

Вот такая довольно странная и нетривиальная проблема меня посетила, которая «занесла меч над головой» и целых три месяца никак себя не проявляла. Если честно, даже не знаю, не найдя подобную тему на форуме Arch Linux, смог бы я найти решение или нет. Скорее всего нет и тупо бы снёс раздел с Arch Linux’ом, перенеся важные файлы.

А чем вы занимались сегодня ночью?

arch, archlinux, initramfs, не было печали, обновления

URL записи

URL

02:24

записать данные из субшелла в переменную

И это всё МОЁ

Что то всё таки не получается у меня поработать с файлами в скрипте.

Есть код:


i=0

find "/dir" -type f -print0 | while read -r -d '' per1
do
   per2="${per1##*/}"
   (( i++ ))
   dir[$i]="$per2"
done

printf "%s\n" "${dir[@]}"

printf не выведет ничего, так как read запускает свой субшелл и все данные останутся там, пробовал всякие перенаправления ничего не получается. Записывать в файл на диск нельзя. export не поможет так как он экспортирует для потомков, а не для родителей. Можно как то передать данные в переменную-массив в самом скрипте не прибегая к записи в файл на дик?

Если заменить на:


i=0

for per1 in $(find "/dir" -type f)
do
   per2="${per1##*/}"
   (( i++ ))
   dir[$i]="$per2"
done

printf "%s\n" "${dir[@]}"

То тогда если будут файлы с названиями «*, ? » и т.д. то почему то find заносит в переменную один и тот же файл несколько раз, просто команда find отрабатывает нормально, с for-ом получается какая то чепуха.

Вот такая конструкция:


i=0

for per1 in "/dir/*" "/dir/.*" -type f
do
   per2="${per1##*/}"
   (( i++ ))
   dir[$i]="$per2"
done

printf "%s\n" "${dir[@]}"

Работает просто превосходно, но совсем не просто сделать рекурсию по вложенным папкам.

bash, find

URL записи

URL

02:12

Firefox 28 и нерешаемая капча

И это всё МОЁ

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

firefox, ubuntu 14.04, капча

URL записи

URL

01:45

Какие риски потери информации при монтировании диска-в-файле по sshfs?

И это всё МОЁ

Есть 200mb файлик zzzz. Инициализирован через LUKS. Поверх накачена ext4.

Юзается так:

1. Файлик лежит на виртуалке.

2. Папка с ним монтируется по sshfs на локальную папку dddd.

3. Локально открываем (мапим) dddd/zzzz через cryptsetup на /dev/mapped/zzzz - там криптуха уже снята.

4. Монтируем устройство /dev/mappedl/zzzz как ext4 ФС на /mnt/zzzz

5. Происходит чтение-запись в пути /mnt/zzzz. На виртуалку летят шифрованные блоки. Незнаю какого они там размера.

Где может навернуться, кроме «пароль потеряли»?

Что если сеть умерла и запись порвалась? Это ведь по идее как вырубить питание на hdd и ext4 спасёт.

Есть способ проще? Ну хранить некий шифрованный диск на дешёвой виртуалке и по сети гонять только криптованные блоки.

ext4, sshfs

URL записи

URL

01:09

mysql не стартует через systemd

И это всё МОЁ

Привет.

Debian Jessie, Percona 5.6

mysql не стартует через systemd
Cтартует руками (/usr/sbin/mysqld ...), стартует через init-скрипт (_SYSTEMCTL_SKIP_REDIRECT=1 service mysql start) без ошибок

Как заставить его работать через systemd?

Добавлял Environment=SYSTEMD_LOG_LEVEL=debug в unit, но что с ним, что без него, в journalctl остается только одна строка, а сервис в итоге не запущен:

systemd[1]: Started LSB: Start and stop the mysql (Percona Server) daemon.

Спасибо.

jessie, mysql, systemd

URL записи

URL

00:11

Что произошло?

И это всё МОЁ

Деб Сид, нуво. В мс редакторе выделял мышью текст через шифт. Внезапно мышь стала жутко медленно ездить, клава и весь интерфейс не реагировали, были запущены только Файрфокс и МС. Это Сид или аппаратное ускорение в Лисе глючат?

freeze, sid

URL записи

URL

00:07

Ошибка скрипта компиляции

И это всё МОЁ

Деб Сид. Неправильные репы?

deb debian.org.ua/debian/ sid main
deb-src debian.org.ua/debian/ sid main

deb security.debian.org/debian-security sid/updates main
deb-src security.debian.org/debian-security sid/updates main

root@debian:/home/deepforest/nquake# 
root@debian:/home/deepforest/Загрузки/nquake-src/ezquake-source-master# ./build-linux.sh
[STEP ] Install/check dependecies (packages)...
[INFO ] You might be prompted to input your password as superuser privileges are required.
[INFO ] Updating apt repo list... (running with sudo)
E: Репозиторий «security.debian.org/debian-security sid/updates Release» не содержит файла Release.
[ERROR] Failed to update package sources. Exiting.

root@debian:/home/deepforest/Загрузки/nquake-src/ezquake-source-master# 
root@debian:/home/deepforest/Загрузки#

compile, sid

URL записи

URL

среда, 17 апреля 2019

23:42

Контейнеры для нубов

И это всё МОЁ

Накидайте материал по Docker, Kubernetes, LXC, AppArmor для совсем новичков.

containers, docker, kubernetes, lxc

URL записи

URL

23:32

Debian sid, требуется libjpeg.so.8

И это всё МОЁ

Для запуска nQuake требуется libjpeg.so.8

Симлинк с девятой не помогает

root@debian:/home/deepforest/nquake# ./ezquake-linux-x86_64
./ezquake-linux-x86_64: error while loading shared libraries: libjpeg.so.8: cannot open shared object file: No such file or directory

root@debian:/home/deepforest/nquake# 
root@debian:/usr# ln -s /usr/lib/x86_64-linux-gnu/libjpeg.so.9 /usr/lib/libjpeg.so.8
root@debian:/usr# 
root@debian:/home/deepforest/nquake# ./ezquake-linux-x86_64
./ezquake-linux-x86_64: /lib/libjpeg.so.8: version `LIBJPEG_8.0' not found (required by ./ezquake-linux-x86_64)

root@debian:/home/deepforest/nquake#

debian, library, sid

URL записи

URL

23:31

Учебный материал по GNU/Linux: kernel, systemd, GNU utils

И это всё МОЁ

Накидайте ссылок на статьи и маны, которые следует давать новичкам по GNU/Linux.

gnu, kernel, systemd

URL записи

URL

23:29

Пакеты не обновляются. Ошибка при любом взаимодействии c apt

И это всё МОЁ

При попытке любого взаимодействия c apt выходит вот такое:

The following packages will be REMOVED
  grub-themes-vimix
The following packages have been kept back:
  libservlet3.1-java netplan.io
0 to upgrade, 0 to newly install, 1 to remove and 2 not to upgrade.
1 not fully installed or removed.
After this operation, 3,072 kB disk space will be freed.
Do you want to continue? [Y/n] 
(Reading database ... 280310 files and directories currently installed.)
Removing grub-themes-vimix (0.1-1) ...
/usr/sbin/grub-probe: error: failed to get canonical path of `/cow'.
dpkg: error processing package grub-themes-vimix (--remove):
 installed grub-themes-vimix package post-removal sсript subprocess returned error exit status 1
Errors were encountered while processing:
 grub-themes-vimix
E: Problem renaming the file /var/lib/apt/extended_states.FN4Cs0 to /var/lib/apt/extended_states - rename (117: Structure needs cleaning)
E: Could not open file /var/lib/apt/extended_states - open (117: Structure needs cleaning)
E: Failed to open StateFile /var/lib/apt/extended_states
E: Sub-process /usr/bin/dpkg returned an error code (1)

Удалить grub-themes-vimix пробовал, отдает ошибку, похожую, если не такую же.

apt, mint 18, terminal

URL записи

URL

22:57

Может ли MiniDlna отдать *.flac

И это всё МОЁ

Умеет ли minidlna раздавать *.flac или надо использовать другой dlna-сервер?

dlna, flac

URL записи

URL

22:48

Компания Mozilla опубликовала систему локализации Fluent 1.0

И это всё МОЁ

Представлен первый стабильный выпуск проекта Fluent 1.0, созданного для упрощения локализации продуктов Mozilla. Версия 1.0 ознаменовала стабилизацию спецификаций и синтаксиса разметки. Наработки проекта распространяются под лицензией Apache 2.0. Реализации Fluent подготовлены на языках Python, Javasсript и Rust. Для упрощения подготовки файлов в формате Fluent развиваются online-редактор и плагин для Vim.

URL записи

URL

21:44

curl ftp не подключается

И это всё МОЁ

вопрос для экстрасенсов
есть сервер с фтп, есть контрольный сервер
запускаю команду curl сервер с фтп
эта команда работает на локальной машине, на любом другом сервере кроме контрольного
на контрольном получаю ошибку curl: (7) Failed connect to site.com:21; Connection refused
но при этом на контрольном сервере работает команда ftp сервер с фтп

на сервере с фтп отключал\включал фаервол но не помогло
будут идеи?

curl, ftp

URL записи

URL

21:41

Заблокировать отправку почты из локальной сети

И это всё МОЁ

Здравствуйте.

Есть сеть, в которой имеются неподконтрольные пользователи с разными девайсами. Кто-то явно шлет спам, возможно заражен, а может просто издеваются. Хочу заблокировать отправку почты из локальной сети всем кроме почтового сервера, ищу решение и надеюсь судари подскажут православное решение задачи.

Имеется прозрачный squid и mikrotik. Вот думаю как сие реализовать. Пока что смотрю в сторону layer 7 в mikrotik, но не пойму как элегантно реализовать.

Заранее спасибо за дельные советы по треду.

mikrotik, squid

URL записи

URL

20:33

Ошибка Squid

И это всё МОЁ

Нужна помощь, Squid3 показывает вот такую ошибку
The ssl_crtd helpers are crashing too rapidly, need help!
Что делать?


http_port               10.0.0.2:8080       accel
http_port               10.0.0.2:3128       

http_port               192.168.2.2:8080    accel
http_port               192.168.2.2:3128    
#= for Frontends:
http_port               127.0.0.1:3128

http_port               192.168.2.2:4443    ssl-bump    \
                        generate-shost-certificates=on   \
                      dynamic_cert_mem_cache_size=4MB \
                      cert=/etc/squid3/squidCA.pem    \
                       key=/etc/squid3/squidCA.pem     \
                       connection-auth=off             \
                       sslflags=NO_DEFAULT_CA

http_port               10.0.0.2:4443    ssl-bump       \
                       generate-host-certificates=on   \
                        dynamic_cert_mem_cache_size=4MB \
                       cert=/etc/squid3/squidCA.pem    \
                       key=/etc/squid3/squidCA.pem     \
                        connection-auth=off             \
                        sslflags=NO_DEFAULT_CA

sslproxy_flags          DONT_VERIFY_PEER
sslproxy_cert_error     allow all
always_direct           allow all
ssl_bump client-first   all
ssl_bump                none all
#sslcrtd_program         /usr/lib/squid3/ssl_crtd -s /etc/squid3/ssldb/certs -M 4MB

pid_filename            /var/run/squid.pid
hosts_file              /etc/hosts
error_directory         /usr/share/squid3/errors/templates
visible_hostname        none
dns_nameservers         77.88.8.7


tcp_outgoing_address    192.168.2.2 all
dns_v4_first            on

#logfile_rotate          1
#access_log              stdio:/var/log/squid3/access.log squid
#cache_store_log         stdio:/var/log/squid3/store.log
#cache_log               /var/log/squid3/cache.log

#logfile_daemon          /usr/lib/squid3/log_file_daemon
cache_mem                           512 MB
maximum_object_size                 512 KB
maximum_object_size_in_memory   512 KB
memory_replacement_policy       heap    GDSF
request_header_access           X-Forwarded-For deny    all
request_header_access           Via             deny    all
request_header_access           Cache-Control   deny    all
follow_x_forwarded_for                                  allow   all
acl_uses_indirect_client                on
delay_pool_uses_indirect_client on
log_uses_indirect_client                on
forwarded_for                   on

redirect_program        /usr/bin/squidGuard     -c /etc/squid3/squidGuard.conf
redirect_children       16
redirector_bypass       on

squid3

URL записи

URL


Запомнить