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

Далее идёт описание для Debian Squeeze (stable на данный момент). Думаю, когда время придёт, это будет актуально и для Wheezy.

Добавляем backports в Debian

Для этого редактируем файл со списком репозиториев:

sudo nano /etc/apt/sources.list

и добавляем строку

deb http://backports.debian.org/debian-backports squeeze-backports main

После чего обновляем список пакетов:

sudo apt-get update

Устанавливаем новое ядро в Debian Squeeze

Для начала давайте глянем, что у нас есть:

apt-cache search linux-image-3

В результате получим что-то подобное:

linux-headers-3.2.0-0.bpo.3-amd64 - Header files for Linux 3.2.0-0.bpo.3-amd64
linux-headers-3.2.0-0.bpo.3-rt-amd64 - Header files for Linux 3.2.0-0.bpo.3-rt-amd64
linux-headers-3.2.0-0.bpo.4-amd64 - Header files for Linux 3.2.0-0.bpo.4-amd64
linux-headers-3.2.0-0.bpo.4-rt-amd64 - Header files for Linux 3.2.0-0.bpo.4-rt-amd64
linux-image-3.2.0-0.bpo.3-amd64-dbg - Debugging infos for Linux 3.2.0-0.bpo.3-amd64
linux-image-3.2.0-0.bpo.3-amd64 - Linux 3.2 for 64-bit PCs
linux-image-3.2.0-0.bpo.3-rt-amd64-dbg - Debugging infos for Linux 3.2.0-0.bpo.3-rt-amd64
linux-image-3.2.0-0.bpo.3-rt-amd64 - Linux 3.2 for 64-bit PCs, PREEMPT_RT
linux-image-3.2.0-0.bpo.4-amd64-dbg - Debugging symbols for Linux 3.2.0-0.bpo.4-amd64
linux-image-3.2.0-0.bpo.4-amd64 - Linux 3.2 for 64-bit PCs
linux-image-3.2.0-0.bpo.4-rt-amd64-dbg - Debugging symbols for Linux 3.2.0-0.bpo.4-rt-amd64
linux-image-3.2.0-0.bpo.4-rt-amd64 - Linux 3.2 for 64-bit PCs, PREEMPT_RT

Теперь можно установить нужный образ. Также стоит не забывать о firmware для поддержки устройств, возможно, понадобятся headers для пересборки драйверов, к примеру. В общем, стоит подготовится к разным ситуациям...

sudo apt-get -t squeeze-backports install \
linux-image-3.2.0-0.bpo.4-amd64 firmware-linux-free \
linux-headers-3.2.0-0.bpo.4-amd64

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

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

uname -a

ERROR 2002 (HY000): Can't connect
to local MySQL server through
socket '/var/run/mysqld/mysqld.sock' (2)

Эта же ошибка в логах выглядит так:

[ERROR] Can't start server : Bind on unix socket: No such file or directory
[ERROR] Do you already have another mysqld server running on socket: /var/run/mysqld/mysqld.sock ?

Иначе говоря, MySQL демон не может подключиться к Unix-сокету. А такое может произойти по двум причинам:

1. кто-то уже занял сокет;
2. MySQL не может получить доступ к сокету.

Для проверки первого варианта можно попробовать узнать: а не занимает ли кто-то этот файл.

sudo lsof /var/run/mysqld/mysqld.sock

В результате получаем нечто подобное:

COMMAND PID  USER   FD   TYPE  DEVICE     SIZE/OFF NODE NAME
mysqld  1299 mysql  6u   unix  0xf688b840 0t0      7877 /var/run/mysqld/mysqld.sock

где видно, кто занял файл. Или же

...
lsof: status error on /run/mysqld/mysqld.sock: No such file or directory
...

-- файл отсутствует.

В первом случае всё ясно -- либо так и надо, либо отключаем приложение, занявшее сокет.
Во втором случае стоит создать сокет и/или сделать его доступным mysql, для этого выполняем:

sudo mkdir /var/run/mysqld
sudo mkfifo /var/run/mysqld/mysqld.sock
sudo chown -R mysql /var/run/mysqld

Построчно:

1. создаём папку, в которой должен лежать файл сокета;
2. создаём сам сокет командой mkfifo (хотя сокет -- это тоже файл, создавать его можно только специальной программой -- mkfifo);
3. устанавливаем владельцем папки /var/run/mysqld пользователя mysql.

После чего MySQL уже должен нормально работать.

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LANG = "ru_RU.utf8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Чаще всего это бывает при использовании на vps/vds хостинге этих ОС. Всему виной недонастроенность системы. В частности -- неустановленная нужная локаль. Ну и ещё 1 вариант -- весёлые приключения в сих системах, когда пользователь лезет туда, куда не следовало бы.

В этой ситуации всё что нам нужно сделать -- это так и установить нужную локаль. Для этого выполняем:

sudo dpkg-reconfigure locales

В предложенном списке выбираем en_US и родную локаль. Для русских пользователей Ubuntu это будет ru_RU.

127.0.0.1    localhost
127.0.1.1   Имя Компьютера

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Сделать это можно из учётной записи root простой командой

echo 127.0.0.1 $HOSTNAME >> /etc/hosts

Если вы не помните пароль root'а -- вы можете попробовать его восстановить.

E: Could not get lock /var/lib/dpkg/lock – open
(11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/),
is another process using it?

И это проблема не только пользователей Ubuntu, но и других GNU/Linux, использующих apt. К примеру, подобное можно увидеть и на Debian и на Linux Mint.

А всё потому, что приложения, работающие с базой пакетов не хотят, чтобы во время их работы другие такие же приложения изменяли эту самую базу. Если её будут править сразу несколько программ, могут происходить самые странные вещи. Поэтому, они в начале работы создают файл /var/lib/dpkg/lock, который служит своеобразным семафором -- можно начинать работу или нет.

Поэтому, получив данную ошибку, проверьте: а не запущен ли уже какой-нибудь пакетный менеджер?

Если нет -- возможно, какой менеджер пакетов просто не удалил данный файл. Это может быть связано с аварийным завершением работы: выключили свет, он упал с ошибкой, или же Вы сами прибили его из системного монитора Вот, бедняга, за собой и не убрал. Что же, не убрал он -- уберём мы!

sudo rm /var/lib/dpkg/lock

-- просто удаляем файл блокировки. Проблема решена!

Чтобы восстановить доступ к Ubuntu (и другим Linux), нужно изменить при загрузке опции ядра: чтобы оно грузилось сразу с правами администратора.

Входим в Ubuntu без пароля

Для этого во время загрузки системы мы меняем в GRUB (загрузчик, что позволяет выбрать: в какую операционную систему грузиться) параметры запуска. Для этого в Grub выбираем нужную систему и нажимаем 'e' -- входим в режим редактирования. После чего появится окно, в котором с помощью примитивного редактора можно изменять настройки загрузки.

Переходим на строку, начинающуюся с "kernel". В ней будет указан путь до ядра -- /vmlinuz или /boot/vmlinuz-*, далее -- путь до логического диска: /dev/sd* (или с помощью идентификатора -- UUID=*). Остальные параметры убираем. Дописываем свои -- rw init=/bin/bash -- это позволит нам загрузиться сразу в shell системы с правами root.

kernel /vmlinuz root=/dev/sda1 rw init=/bin/bash

Теперь можно продолжить загрузку системы с изменёнными параметрами запуска -- нажимаем Enter и 'b'.

Меняем пароль пользователя

Теперь, когда у нас есть полные права доступа к системе, мы можем поменять забытый пароль на новый. Для этого используем команду passwd с параметром -- именем пользователя:

passwd USER

После чего нас попросят дважды ввести новый пароль. По завершении мы можем перезагрузиться и войти нужным пользователем с новым паролем.

Доступ восстановлен!

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

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

sudo apt-get install sshfs

После чего нужно добавить пользователя в группу fuse для того, чтобы он мог сам монтировать и отмонтировать ssh ресурсы.

sudo usermod -a -G fuse $USER

Теперь можно примонтировать удалённый сервер к локальной системе:

sshfs user@server:/remote/path /mount/point

-- примонтировать директорию /remote/path удалённого сервера server с правами user в локальную директорию /mount/point.

Далее собственно примеры блокировки с небольшим пояснением. Реализовано все на основе patch-o-matic, дополнение к iptables от Netfilter. Используем модуль string для достижения цели.

Первый пример, имеем машинку-шлюз для локальной сети, там создаем правило для блокировки например ресурса vkontakte.ru выглядеть это будет так
iptables -A FORWARD -m string --string "vkontakte.ru" --algo kmp --to 65535 -j DROP
Все запросы пользователей использующих данную машину как шлюз потерпят неудачу при попытке открыть сайт напрямую или через прокси, так же не будет работать ресурс и через веб прокси.

Для блокировки адресов на линукс машине немного отредактируйте правило
iptables -A INPUT -m string --string "vkontakte.ru" --algo kmp --to 65535 -j DROP
Вот собственно и вся настройка блокировки URL адресов с помощью iptables. Минусы данного способа в том что пользователи не смогут окрыть страницы с упоминанием заблокированных ресурсов, прочитать почту например на майл ру если в ящике лежит письмо с сайта который был заблокирован вышеописанным способом…

Мануал по iptables на русском.

Кладём интерфейс eth0

ifconfig eth0 hw ether 00:e0:4c:aa:2b:13

Устанавливаем нужный mac-адрес (если mac менять не нужно - то пропустить)

ifconfig eth0 192.168.5.50 netmask 255.255.255.0 up

Поднимаем интерфейс eth0 с ip=192.168.5.50, маской сети 255.255.255.0.

Поднимаем DNS

Всё, что нам нужно сделать, чтобы назначить какой-то компьютер нашим dns-сервером - прописать "nameserver ЕГО_IP" в файле /etc/resolv.conf (если нет - создайте).

Для этого достаточно набрать команду

sudo su
echo 'nameserver 192.168.5.1' >> /etc/resolv.conf
exit

Про смену MAC-адреса.

Мануал по ipconfig на русском.

Примечание:

Network Manager, гад такой, частенько трёт /etc/resolv.conf . Поэтому, либо вырубите его, либо дописывайте в /etc/resolv.conf временами свой dns.

Зачем оно надо.

Ну кроме игр в крэкеров и экспериментов “а что если” есть и реальная необходимость: некоторые провайдеры при авторизации пользователя проверяют и мак, и если вы всю жизнь живёте с одной сетевушкой – всё нормально, но реалии жизни говорят об обратном…

Немного теории

Эту часть можно спокойно пропустить и читать дальше.

Канальный уровень (Data Link layer)

Этот уровень предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля за ошибками, которые могут возникнуть. Полученные с физического уровня данные он упаковывает в кадры данных, проверяет на целостность, если нужно исправляет ошибки и отправляет на сетевой уровень. Канальный уровень может взаимодействовать с одним или несколькими физическими уровнями, контролируя и управляя этим взаимодействием. Спецификация IEEE 802 разделяет этот уровень на 2 подуровня — MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня. На этом уровне работают коммутаторы, мосты.

В программировании этот уровень представляет драйвер сетевой платы, в операционных системах имеется программный интерфейс взаимодействия канального и сетевого уровня между собой, это не новый уровень, а просто реализация модели для конкретной ОС. Примеры таких интерфейсов: ODI, NDIS.

К сведению:

Как видно из части “Немного теории” mac-адрес это РЕАЛЬНО адрес, и для работоспособности сети не рекомендуется использовать в ней один мак на разных машинах. К чему это приводит? Ну как минимум эти машины друг друга не “видят”.
Как можно было уже заметить(из “зачем оно надо”) mac-адрес определяет не операционная система, а сетевая карта. Мак прошит на ней.
Стоит сказать, что маки выбираются очень хитрым образом, так что их совпадение в одной сети очень мало. Подробнее об алгоритме можно почитать в Интернете
Хотя мак и прошит на сетевухе его можно заменить программными методами.

Итак

Самым простым способом, пожалуй будет написать в консоли

sudo su # получаем права суперюзера
ifconfig eth0 down # пока отключим интерфейс
ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx # собственно меняем мак
ifconfig eth0 up # поднимаем интерфейс
exit # выходим из под супер пользователя
ifconfig # любуемся

где xx:xx:xx:xx:xx:xx – ваш мак-адрес.

Сам же использую следующий способ:
В файле /etc/network/interfaces добавляем/меняем

iface eth0 inet static
address *.*.*.*                        # ваш ip адресс
netmask *.*.*.*                        # маска вашей сети
hwaddress ether xx:xx:xx:xx:xx:xx      # желаемый мак

На http://mydebianblog.blogspot.com такое прочитал: в Gentoo работает ещё такой способ:

В файле /etc/conf.d/net

mac_eth0="00:50:8D:63:41:DE"
config_eth0=( "192.168.100.37 netmask 255.255.252.0" )
routes_eth0=(
"default via 192.168.100.1"
)

Сам не проверял.

man ipconfig на русском