Решаем проблему /sbin/modprobe: invalid option -- 'l' при компиляции программ из имходников.

В последней версии modprobe была выпилена опция -l из за чего ломается установка некоторых программ у которых modprobe вшит в Makefile.

Что же теперь можно сделать

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

cat > /sbin/modprobe.sh <<EOF
#!/bin/bash

if [[ \$1 == -l ]]
then

if [ -z \$2 ]    
then
find /lib/modules/\$(uname -r) -name '*.ko' | sed -e "s#\\/lib\/modules\/\$(uname -r)\/##g"
else
find /lib/modules/\$(uname -r) -name '*.ko' | sed -e "s#\/lib\/modules\/\$(uname -r)\/##g" | grep \$2
fi

else
/sbin/modprobe \$@
fi
EOF

Но этого мало. Теперь сделаем его исполняемым, и пропишем алиас в систему.

chmod +x /sbin/modprobe.sh
alias modprobe=/sbin/modprobe.sh
echo "alias modprobe=/sbin/modprobe.sh" >> /etc/bash.bashrc

Хотя в некоторых случаях и этого будет не достаточно. Если адрес к modprobe жестко указан в Makefile, то зайдите в директорию проекта и выполните следующее.

cp Makefile Makefile.save
sed -i -e 's/^MODPROBE.*/MODPROBE := \/sbin\/modprobe.sh/g' Makefile

VirtualBox - Восстановление работоспособности после обновления ядра в Debian/Ubuntu

VirtualBox (Photo credit: Wikipedia)

In English

Если в dmesg вы вдруг обнаружили запись:

dmesg | grep 'warning: `VirtualBox'
[  429.050250] warning: `VirtualBox' uses 32-bit capabilities (legacy support in use)

Значит скорее всего у вас обновилось ядро в системы и вам нужны новые header'ы ядра. Установить их достаточно просто.

apt-get install linux-headers-$(uname -r) -y --force-yes

Теперь нужно перезапустить сервис отвечающий за драйвера VirtualBox'a если будет необходимо он мам пересоберёт модули.

/etc/init.d/vboxdrv restart
Stopping VirtualBox kernel modules:.
Starting VirtualBox kernel modules:.

Решение проблем с доступом к CentOS по ssh через rsa public key

Если на CentOS или другой RedHat подобной системе, вы настроили в SSH аутоинтоксикацию по RSA ключу, но при попытке логина в файле

tailf /var/log/audit/audit.log

вы обнаруживаете подобную запись,

type=AVC msg=audit(1314869446.851:140): avc: denied { read } for pid=1540 comm="sshd" name="authorized_keys" dev=dm-0 ino=7035 scontext=unconfined_u:system_r:sshd_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:admin_home_t:s0 tclass=file

то вас спасёт следующая комманда:

restorecon -R -v /имя.пользователя/.ssh