Обнаружил, что если в Ubuntu 13.04 отключить сглаживание шрифтов и выбрать по умолчанию, например, Arial, то система совершенно нормально всё отображает! Наконец-то! Может так и раньше можно было сделать, но я только сейчас это нашёл. Нормальные шрифты как в винде.

Также можно сделать подобное в PHPStrom (IDEA), добавив (заменив) следующие строчки в файлах phpstorm64.vmoptions и phpstorm.vmoptions:

-Dswing.aatext=false
-Dawt.useSystemAAFontSettings=gasp

В каталоге /opt/phpstorm/bin или том, где он стоит.
Кроме того, есть другой путь для улучшения отображения шрифтов в Java-based приложениях: http://nixmash.com/php/better-looking-intellij-idea-fonts-in-linux-mint/
Обратите внимание на интересную опцию: -Dsun.java2d.xrender=true

Linux server - Windows client

Общий доступ с помощью IPP
В качестве предпочтительного метода, при подключении клиента Windows к серверу печати Linux, используется IPP. Это стандартный, основанный на HTTP, протокол принтера, который позволяет использовать преимущества переадресации портов, туннелирования и т.д. Конфигурация очень проста и, таким образом, в сравнении с использованием Samba, меньше подвержена ошибкам. ОС Windows имеет встроенную поддержку IPP только начиная с Windows 2000.
На компьютере с Windows, перейдите к панели управления принтера и выберите 'Add a New Printer' ('Добавить новый принтер'). Далее, укажите URL. В качестве URL, тип и местоположение принтера: http://host_ip_address:631/printers/printer_name (где host_ip_address - IP-адрес сервера GNU/Linux, а printer_name - имя подключенного к нему принтрера).
Затем на компьютере с Windows установите родные драйвера принтера. Если на сервере CUPS используются собственные драйвера на принтер, то для клиента Windows можно выбрать generic postscript-принтер (например 'HP Color LaserJet 8500 PS' или 'Xerox DocuTech 135 PS2'). Для проверки правильности настроек - распечатайте пробную страницу.

Источник: https://wiki.archlinux.org/index.php/CUPS_printer_sharing_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)

Если же принтер не захотел подключаться в винде без Samba, то стоит взглянуть на это.

Допустим мы ищем процесс содержащий в своём названии строку "org.stl.optimus.MainWorkThread". Тогда вычленить его PID можно так:
ps -aef | grep -v grep | grep 'org.stl.optimus.MainWorkThread' | awk '{print $2}'
Также этот PID можно присвоить какой-нибудь переменной:
MYPID=`ps -aef | grep -v grep | grep 'org.stl.optimus.MainWorkThread' | awk '{print $2}'`

Настройка nut в debian описана здесь.
После выполнения этой настройки надо внимательно просмотреть файл upsmon.conf и подправить в нём параметры для автоматического отключения компьютера.

Компьютер начнёт выключаться после получения сигнала LOW_BATTERY от бесперебойника. Если нужно чтобы он отключался пораньше, то критический процент зарядки батареи UPS можно переопределить в файле ups.conf с помощью директивы override.battery.charge.low. Значение задаётся в процентах.

Точно также можно переопределить время в минутах, через которое выключится сам бесперебойник, после того как инициирует выключение компьютера. Это делается директивой override.ups.delay.shutdown.

Вот мой бесперебойник в файле ups.conf:
[ups]
driver = usbhid-ups
port = auto
desc = "BackUPS 525"
override.ups.delay.shutdown = 1
override.battery.charge.low = 75

Эти директивы могут отличаться для разных моделей бесперебойников, посмотреть их можно в статусе UPS:
# upsc ups@127.0.0.1

Кроме того эти значения можно переопределить с помощью команды upsrw:
# upsrw -s battery.charge.low=75 -u root -p ваш_пароль ups@127.0.0.1

Для SVEN Pro бесперебойников нужно использовать драйвер blazer_usb в ups.conf. Подробнее о настройке бесперебойников SVEN Pro можно почитать в этой статье. С моим конфигом тоже всё работает.
Другие опции протокола megatec (SVEN) можно посмотреть здесь.

Вот тут написано как это сделать: http://lucasmanual.com/blog/?p=94

Добавляем репозитории в файл /etc/apt/source.list:

# deb http://backports.debian.org/debian-backports squeeze-backports main
# deb http://mozilla.debian.net/ squeeze-backports iceweasel-release

Эта строчка исправляет ошибку NO_PUPLIC_KEY:
# apt-get update 2> /tmp/keymissing; for key in $(grep "NO_PUBKEY" /tmp/keymissing |sed "s/.*NO_PUBKEY //"); do echo -e "\nProcessing key: $key"; gpg --keyserver subkeys.pgp.net --recv $key && sudo gpg --export --armor $key | apt-key add -; done

Проверяем ещё раз всё ли добавилось в репозитории:
# apt-get update

Затем:
# apt-get install -t squeeze-backports iceweasel

Готово.

Итак, есть архивированный образ устройства с программным raid 1: sda_dd.img.gz Требуется получить доступ к файлам и востановить raid массив.

Распаковываем образ:
# gzip -d sda_dd.img.gz
Получаем файл sda_dd.img.

Полезные советы на эту тему монтирования таких образов можно почитать по этой ссылке. Тут очень удобно воспользоваться утилитой kpartx. Она есть в дистрибутиве debian и скорее всего во многих других. Она сканирует образ устройства и ищет там разделы, которые затем превращает в loop-устройства. Очень удобная вещь. Далее привожу лог команд, с помощью которых я монтрировал образ raid массива. Строчки, начинающиеся с символа "#" - это вводимые команды, остальное - вывод этих команд.

# kpartx -a -v sda_dd.img
add map loop0p1 (253:0): 0 31367156 linear /dev/loop0 2048
# fdisk -l
Disk /dev/mapper/loop0p1: 16.1 GB, 16059983872 bytes
255 heads, 63 sectors/track, 1952 cylinders, total 31367156 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/mapper/loop0p1 doesn't contain a valid partition table
# mdadm -E /dev/mapper/loop0p1
/dev/mapper/loop0p1:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 765e8e0f:2fea0fb1:2b982958:682bb83d
Name : u8:0
Creation Time : Wed Jan 23 21:05:09 2013
Raid Level : raid1
Raid Devices : 2

Avail Dev Size : 31350772 (14.95 GiB 16.05 GB)
Array Size : 15658880 (14.93 GiB 16.03 GB)
Used Dev Size : 31317760 (14.93 GiB 16.03 GB)
Data Offset : 16384 sectors
Super Offset : 8 sectors
State : clean
Device UUID : e163517f:9c20fa0d:0af0532f:0499ba00

Update Time : Fri Jan 25 20:21:33 2013
Checksum : 92c0e9f7 - correct
Events : 45


Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing)

# mdadm --create --verbose /dev/md0 --assume-clean --level=raid1 --raid-devices=2 --spare-devices=0 /dev/mapper/loop0p1 missing
mdadm: /dev/mapper/loop0p1 appears to be part of a raid array:
level=raid1 devices=2 ctime=Wed Jan 23 21:05:09 2013
mdadm: Note: this array has metadata at the start and
may not be suitable as a boot device. If you plan to
store '/boot' on this device please ensure that
your boot-loader understands md/v1.x metadata, or use
--metadata=0.90
mdadm: size set to 15675264K
Continue creating array? yes
mdadm: Defaulting to version 1.2 metadata
mdadm: array /dev/md0 started.
# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 dm-0[0]
15675264 blocks super 1.2 [2/1] [U_]

unused devices:
# mdadm -D /dev/md0
/dev/md0:
Version : 1.2
Creation Time : Fri Jan 25 22:27:42 2013
Raid Level : raid1
Array Size : 15675264 (14.95 GiB 16.05 GB)
Used Dev Size : 15675264 (14.95 GiB 16.05 GB)
Raid Devices : 2
Total Devices : 1
Persistence : Superblock is persistent

Update Time : Fri Jan 25 22:27:42 2013
State : clean, degraded
Active Devices : 1
Working Devices : 1
Failed Devices : 0
Spare Devices : 0

Name : r2:0 (local to host r2)
UUID : 9df83c9f:f0267ad5:b00aca3c:c239bf6f
Events : 0

Number Major Minor RaidDevice State
0 253 0 0 active sync /dev/dm-0
1 0 0 1 removed
# mkdir /mnt/md0
# mount /dev/md0 /mnt/md0

В итоге имеем в папке /mnt/md0 примонтированную файловую систему raid массива. Если всё в порядке, можно записывать файл sda_dd.img на диск и снова создавать raid 1 с имеющимися данными.

Бэкап всего диска, включая свободное пространство на удаленную машину через ssh можно сделать так:
# dd if=/dev/hda conv=sync,noerror bs=64K | gzip -c | ssh -c blowfish user@hostname "dd of=hda.img.gz bs=64k"
Она также сожмёт данные в формат gzip.

Источник: http://mydebianblog.blogspot.ru/2008/03/dd.html

Указать пароль, который потребует ввести командный интерпретатор можно и заранее:
# echo '123456' | ssh root@192.168.1.85 -o password_stdin
Но если командный интерпретатор спросит что-то вроде yes/no, в случае, если мы коннектимся к ssh-хосту впервые, то такая команда не прокатит.
Точно также можно монтировать что-то по sshfs:
# echo '123456' | sshfs root@192.168.1.85:/ /mnt/myhost -o password_stdin

Источник: http://leolik.blogspot.ru/2008/11/sshfs.html

Сделать из файла блочное устройство можно так.

Файл размером 256 Мб, заполненный нулями
# dd if=/dev/zero of=/var/lib/drbd/meta_disk bs=1M count=256

Создать блочное loop устройство
# losetup /dev/loop0 /var/lib/drbd/meta_disk

На нем так же можно создать файловую систему
# mke2fs -j /dev/loop0

Можно и подмонтировать
# mount /dev/loop0 /mnt/loop0

Источник: http://blog.zavolga.net/tech/virtual_block_device.html

Ещё одна ссылка в блокнотик: http://habrahabr.ru/post/143113/
Там описаны разные простые способы установки Oracle JDK 7 в Ubuntu 12.04.
Самым простым способом мне показался такой.

Добавляем новый репозиторий:
# add-apt-repository ppa:upubuntu-com/java

Эта строчка исправляет ошибку NO_PUPLIC_KEY:
# apt-get update 2> /tmp/keymissing; for key in $(grep "NO_PUBKEY" /tmp/keymissing |sed "s/.*NO_PUBKEY //"); do echo -e "\nProcessing key: $key"; gpg --keyserver subkeys.pgp.net --recv $key && sudo gpg --export --armor $key | apt-key add -; done

Проверяем ещё раз всё ли добавилось в репозитории:
# apt-get update

Ставим пакет с JDK 7:
# apt-get install oracle-java7-installer

Установка Sun JDK 7 в Debian

Загрузка Linux с корнем на RAID:
http://habrahabr.ru/post/133059/
Пригодится.

Если рэйд из флешек, то их надо низкоуровнево форматировать с помощью dd if=/dev/zero bs=4096 of=/dev/sdX, иначе grub не захочет на них ставится после создания raid. Кроме того, надо делать mdadm —zero-superblock /dev/sdX каждой флешке независимо от форматирования перед созданием raid. Всё это можно сделать в alternate установщике любого дистрибутива, нажав Alt+F2.

Не в качестве жалобы. Просто констатация факта. Всё началось с того, что перестала работать сеть на балконе. После многочасовых выяснений причины оказалось, что кабель до того промёрз, что обломился. Протянуть новый кабель на мой балкон сложно, но я это сделал.
После этого появилось ещё 2 никак не связанные проблемы: 1.) у меня не крутится вентилятор видюхи из-за мороза; 2.) сервер на балконе ни с того ни с сего перестал отвечать. После долгих выяснений оказалось что сервер на балконе не грузится по неизвестным причинам, возможно проблема с винчестером. Это самое фиговое что могло произойти, ибо на нём вся работа. Мне пришлось вытащить этот компьютер с балкона. Пока вытаскивал его повредил другие кабели и в итоге пришлось наводить капитальный порядок во всём серверном шкафу. Ладно.
Хотелось разобраться с сервером, однако было уже поздно и шуметь нельзя. Поэтому я решил обновить запасной сервер в коридоре и перенести работу туда. Я начал обновление и спустя несколько часов дошёл до точки невозврата, где нужно загружаться с новым ядром. Однако это был осознанный риск. Так или иначе, сервер не захотел с ним работать - не загрузился. В итоге последний домашний сервер я тоже сломал.
Итог: все серверы сломаны, рабочие данные недоступны, печать парализована, сеть частично повреждена, возможность играть также под вопросом. Ну и ладно, зато я жив и у меня есть интернет. Возьму и буду ставить свежие версии - гулять так гулять! Так админы встречают конец света. 8-)