Установил самбу, настроил, всё хорошо работает. Только в статусе службы полно ошибок вида:

Jul 31 11:02:02 smbd[7938]: [2017/07/31 11:02:02.449937,  0] ../source3/lib/util_sock.c:334(open_socket_in)
Jul 31 11:02:02 smbd[7938]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Jul 31 11:02:02 smbd[7938]: [2017/07/31 11:02:02.450039,  0] ../source3/smbd/server.c:1080(smbd_open_one_socket)
Jul 31 11:02:02 smbd[7938]:   smbd_open_one_socket: open_socket_in: Address family not supported by protocol
Jul 31 11:02:02 smbd[7938]: [2017/07/31 11:02:02.450655,  0] ../source3/lib/util_sock.c:334(open_socket_in)
Jul 31 11:02:02 smbd[7938]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Jul 31 11:02:02 smbd[7938]: [2017/07/31 11:02:02.450681,  0] ../source3/smbd/server.c:1080(smbd_open_one_socket)
Jul 31 11:02:02  smbd[7938]:   smbd_open_one_socket: open_socket_in: Address family not supported by protocol

Ежу понятно, что проблема в интерфейсах, добавляю в конфиг bind interfaces only , перезапускаю службу и опять те же ошибки. Решил в этом параметре оставить только lo интерфейс, но ошибки так и сыпет. При этом работает всё нормально. Вод конфиг (блок шар опущен):

[global]
   workgroup = WORKGROUP
   netbios name = SMB-SERVER
   wins support = no
   dns proxy = no
   bind interfaces only = yes
   interfaces lo

   log file = /var/log/samba/log.%m
   max log size = 1000
   panic action = /usr/share/samba/panic-action %d

   server role = standalone server
   obey pam restrictions = yes
   unix password sync = yes
   encrypt passwords = yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
   pam password change = yes
   map to guest = bad user

Почему он продолжает сыпать ошибками?

Собственно, заниматься только сисадминством надоело и хочется разнообразия в работе. Пришла идея заняться программированием. За плечами изучение С# (весьма слабо) и собственно всё. Но т.к с окошками теперь дел имею мало, то и изучать решётку дальше смысла не вижу. В веб-языки (PHP...) не тянет точно. Поэтому выбор падает на Java/C/C++. Первый похож на решётку и это даст неплохой разгон в новый язык. А С/С++ в UNIX-среде как «швейцарский нож» - можно всё. Предложите правильный путь для развития - сам точно не определюсь. :(

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

Есть мать Gigabyte GA-990XA rev3.0, процессор AMD FX-8320 (4.6Ghz) и процессорный кулер Noctua NH-D14. Сейчас лето, жара и системе питания процессора очень тяжело с таким разгоном. Температура в обычном режиме на радиаторе системы питания по ощущениям выше чем 70 градусов (держать палец можно только секунды полторы-две). Какими средствами можно сбить температуру, кроме как снятием разгона или воздушным охлаждением (кулер не позволяет установить вертушку над радиатором или поставить радиатор побольше. Слышал, что некоторые вместо термопрокладки на транзисторы кладут медные пластины, а на них уже сам радиатор. Но с этим способом есть вероятность случайно коротнуть транзисторы.

Можно каким-нибудь подкинуть firefox тайм-зону отличную от системной? Допустим в системе зона +3, а нужно лису нужно настроить на +2. Засовывать один лишь браузер в ВМ ради этого не сильно хочется. Дистр: Debian Stretch. P.S ставить прокси для изменения зоны тоже не очень бы хотелось.

Делаю роутер на ВМ и соответственно, пробрасываю две сетевые карты (пока только одну). Что на хосте, что для ВМ карточки одинаковые по модели и pci_stub.id у них одинаковый. Только производитель у одной TP-Link, а у второй Gigabyte (встроенная карточка хоста):

03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06) ### Эта карта для ВМ
04:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 06)

Проброс в Qemu прошёл на удивление хорошо, она завелась и работает. Беспокоит только что на хосте её отключить не получилось (одинаковые pci_stub.id и через grub отключить одну из них не задев другую не получится) и как-бы при загрузке хоста они не поменялись местами... Можно как-то обезопасить себя от этого или «поменяться» они не должны? Система Debian Stretch на хосте и на ВМ. Ядро 4.9.0

Есть скрипт который следит за состоянием Screensaver и при нужном его изменении (блокировка, разблокировка, затемнение экрана) выполняет действие. При вызове скрипта из терминала с символом & в конце он действительно уходит в фон, но после закрытия терминала который запустил этот скрипт завершается и он. Вот скрипт:

 #!/bin/bash
 
  process() {
  while read input; do 
    case "$input" in
      UNBLANK*)   /usr/bin/keepass2 --unlock-all; /usr/bin/amixer sset Master on  >> /dev/null  ;;
      BLANK*)     /usr/bin/keepass2 --lock-all;   /usr/bin/amixer sset Master off >> /dev/null  ;;
      LOCK*)      /usr/bin/keepass2 --lock-all;   /usr/bin/amixer sset Master off >> /dev/null  ;;
    esac
 done
 }

 /usr/bin/xscreensaver-command -watch | process

Как его заставить работать после закрытия терминала?

Есть функция-логгер для записи событий скрипта в файл:

logwriter()
 {
   loglevel=$1
   textlog=$2
   if [ -z "$loglevel" ]; then $loglevel="INFO"; fi
   if [ -z "$textlog" ]
     then
         echo "$DATE_NOW [$loglevel] :: ~empty~" >> $LOG_FILE
     else
      echo "$DATE_NOW [$loglevel] :: $textlog" >> $LOG_FILE
   fi
 }

Как можно ей передать вывод команды rsync как $2 аргумент? Вопрос может быть и глупый, но только начинаю изучать Bash...

Обновил Debian до Stretch на VDS (Hetzner). Всё прошло гладко и хорошо, но теперь при попытке открыть VNC соединение на tty последняя не выдает приглашения на ввод логина и пароля. Отображается загрузочная информация и мигающий символ подчеркивания. Всё. На любые клавиши ноль реакции. В

/etc/securetty

Имею на руках ASUS Strix R7 370. Работает на свободных драйверах в Debian Jessie. Всё отлично, только вот особенностью модельного ряда Strix является «умное» охлаждение при котором вентиляторы СО вообще не крутятся до какой-то температуры (75 градусов). В этом и проблема: вентиляторы не запускаются даже если температура подскакивает до 90-95 градусов. Понятное дело, появляются фризы даже в DE. Усугубляет ситуацию лето (жара). Когда год назад стояла винда в дуалбуте, то такой проблемы не наблюдалось (под самой виндой, естественно). То есть вентиляторы запускались примерно на 70-75 градусах. Теперь такого нет. Грешу на свободные драйверы, правильно ли? Или же проблема в другом? Хотел подпаяться к пинам вентиляторов с +12В от БП, но умная система всё-равно их отключает.

Есть ПК с действующей системой (Debian Jessie). Нужно её полностью перенести в виртуальную машину (KVM). Вариант с dd и подключением к вм готового образа - не очень удобен т.к система занимает ничтожно малую часть на своём диске, а dd сделает образ с полным объёмом диска. Что можно сделать?

P.S Снести систему и поставить заново в вм - не вариант.

Настраиваю сервер+ВМ(KVM). Для виртуалок купил отдельную подсеть /29. У хоста свой, отдельный от подсети IP. В хост системе настроил интерфейсы так:

auto eth0
iface eth0 inet static
  address 130.243.95.96
  netmask 255.255.255.192
  gateway 130.243.95.65
  up route add -net 130.243.95.96 netmask 255.255.255.192 gw 130.243.95.65 dev eth0

auto  br0
iface br0 inet static
  address 130.243.95.96
  netmask 255.255.255.255
  bridge_ports none
  bridge_stp off
  bridge_fd 0
  bridge_maxwait 0
  up route add -host 130.243.90.112 dev br0
  up route add -host 130.243.90.113 dev br0
  up route add -host 130.243.90.114 dev br0
  up route add -host 130.243.90.115 dev br0
  up route add -host 130.243.90.116 dev br0
  up route add -host 130.243.90.117 dev br0
  up route add -host 130.243.90.118 dev br0
  up route add -host 130.243.90.119 dev br0

На виртуалках конфиг такой:

auto eth0
iface eth0 inet static
  address 130.243.90.112
  netmask 255.255.255.255
  gateway 130.243.95.96
  pointopoint 130.243.95.96

Интернет на виртуалках есть, но вот подключиться к ним из той же подсети /29 или с хоста к примеру, по ssh, нельзя. Пакеты просто не доходят до виртуалки. traceroute обрывается на hostname хоста. Хотя с другого IP (не в подсети и не хоста) подключиться можно спокойно. Фаерволл разрешает подключение к ВМ на нужных портах и с нужных адресов.

sysctl конфиг:

net.ipv4.conf.default.proxy_arp = 0
net.ipv4.conf.all.proxy_arp = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.ip_forward=1
net.ipv4.conf.all.rp_filter=0
net.ipv4.icmp_echo_ignore_broadcasts=1

И на всякий, конфиг хоста iptables:

*nat
:PREROUTING ACCEPT [1402:78580]
:INPUT ACCEPT [1165:65292]
:OUTPUT ACCEPT [765:51476]
:POSTROUTING ACCEPT [761:45676]
COMMIT
*mangle
:PREROUTING ACCEPT [4568984:553024107]
:INPUT ACCEPT [4567237:551823283]
:FORWARD ACCEPT [1747:1200824]
:OUTPUT ACCEPT [9824736:14300347047]
:POSTROUTING ACCEPT [9821535:14294912408]
COMMIT
*filter
:INPUT DROP [177:9652]
:FORWARD DROP [0:0]
:OUTPUT DROP [4:5800]
-A INPUT -i lo -j ACCEPT
-A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p tcp --dport 33567 -j ACCEPT
-A OUTPUT -o lo -j ACCEPT
-A OUTPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A OUTPUT -p ICMP -j ACCEPT
-A OUTPUT -p udp --dport 33434:33523 -j ACCEPT
-A OUTPUT -p udp -m udp -m multiport --dports 53,80,123 -j ACCEPT
-A OUTPUT -p tcp -m tcp -m multiport --dports 53,80,33567 -j ACCEPT
-A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
-A FORWARD -s 130.243.90.112/29 -j ACCEPT
-A FORWARD -d 130.243.90.112/29 -j ACCEPT
COMMIT

В чём может быть проблема?