Java: установка проприетарщины на debian

Оказывается, есть замечательный пакет под названием java-package, который позволяет собрать пакеты из файлов .tar.gz, скаченных с http://www.oracle.com
Пример использования:

make-jpkg jre-7u25-linux-x64.tar.gz
sudo dpkg -i oracle-java7-jre_7u25_amd64.deb

Install Sun JDK 1.7 on Debian

There are a couple of things that you need to be sure prior to upgrade. The most important that your app is supported by the latest Sun JDK. Once you are sure start up by downloading the latest JDK package direct from sun.

Using wget:
http://download.oracle.com/otn-pub/java/jdk/7u3-b04/jdk-7u3-linux-x64.tar.gz

In the above example we downloaded the latest 64bit version of JDK for Linux.
Extract the tar file let's say in your /home directory and follow the instructions below:

cd /home/
tar xzvf jdk-7u3-linux-x64.tar.gz
update-alternatives --install /usr/bin/java java /home/jdk1.7.0_03/bin/java 1
update-alternatives --install /usr/bin/javac javac /home/jdk1.7.0_03/bin/javac 1
update-alternatives --set java /home/jdk1.7.0_03/bin/java
update-alternatives --set javac /home/jdk1.7.0_03/bin/javac

That's all, verify that is working properly and that the right binary is called:

$:/home# java -version

java version "1.7.0_03"

Java(TM) SE Runtime Environment (build 1.7.0_03-b04)

Java HotSpot(TM) 64-Bit Server VM (build 22.1-b02, mixed mode)

Взято отсюда: http://linux-knowledgebase.com/en/Linux/HOWTO/sun%20java%20debian%20squeeze

Если меняется имя ethernet-интерфейса

После установки Debian на свежекупленный ноутбук выяснилась одна очень неприятная вещь: при каждой загрузке имя ethernet-интерфейса менялось на eth(N+1). Причина - все время новый MAC-адрес. Причем, wlan-интерфейс такой беде подвержен не был.

На форумах мысли были разные: одни писали, что нагнулся eeprom, в котором хранился  MAC-адрес, другие же сетовали на udev и его желание сверить MAC с производителем (напомню, что это первые 3 байта адреса), а при несовпадении выдавать случайный адрес.

Костыли оказались довольно простыми:

1. Смотрим /sys/class/net/текущее_имя_интерфейса/ifindex - в моем случае ifindex был равен 2
2. Правим /etc/udev/rules.d/70-persistent-net.rules:
1. удаляем все лишние интерфейсы кроме рабочих (у меня это были wlan0 и eth230)
2. строчку описания eth приводим к виду SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{ifindex}=="2", NAME="eth0"
3. Прибиваем mac-адрес к интерфейсу в /etc/network/interfaces

pre-up ifconfig eth0 hw ether 00:00:d3:d1:77:ea

Заметки про aptitude

Проблема с обновлением

Reading package lists... Error!E: Wow, you exceeded the number of versions this APT is capable of.E: Problem with MergeList /var/lib/apt/lists/mirror.yandex.ru_debian_dists_unstable_main_binary-i386_PackagesE: The package lists or status file could not be parsed or opened.E: Couldn't rebuild package cacheE: Wow, you exceeded the number of versions this APT is capable of.E: Problem with MergeList /var/lib/apt/lists/mirror.yandex.ru_debian_dists_unstable_main_binary-i386_PackagesE: The package lists or status file could not be parsed or opened.

У меня эта ошибка возникала в тот момент, когда я совсем старенький stable хотел обновить и до обновления добавил в /etc/apt/source.cionf еще и unstable репозиторий.

Для того, чтобы победить эту дрянь, надо всего лишь отключить unstable-репозиторий и обновить  систему до актуального состояния.

Не может проверить ключи

W: GPG error: ftp://ftp.debian.org/ testing Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 010908312D230C5F W: There is no public key available for the following key IDs: 010908312D230C5F

В таком случае просто насильно импортируем ключи:

gpg --keyserver pgpkeys.mit.edu --recv-key 010908312D230C5F
gpg -a --export 010908312D230C5F | sudo apt-key add - 

scsi_tape из offline в running

После обновления и перезагрузки системы устройство st0 (scsi_tape) при обращении к нему из утилиты mt сообщало:

mt: /dev/st0: сбой rmtopen: Нет такого файла или каталога

В логе имеется дамп:

[   85.816029] st 14:0:3:0: Attempting to queue an ABORT message:CDB: 0x12 0x0 0x0 0x0 0xfe 0x0

[   85.816621] scsi14: At time of recovery, card was not paused

[   85.816631] >>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<

[   85.816633] scsi14: Dumping Card State at program address 0x31 Mode 0x11

и

[  115.830032] st 14:0:3:0: Device offlined - not ready after error recovery

Положение осложнялось еще и тем, что в момент обнаружения проблемы было запущено пробное резервное копирование с сервера БД на сервер резервных копий, а потому резких движений с сервером backup'ов делать не хотелось-бы.

На помощь пришла следующая команда:

# echo running > /sys/devices/pci0000\:00/0000\:00\:1c.1/0000\:05\:00.0/0000\:06\:04.0/host14/target14\:0\:3/14\:0\:3\:0/scsi_tape/st0/device/state

Т. е. принудительное выставление флага running

P.S.: с проблемами при загрузке мы еще разберемся!

P.P.S.: только что проверил - стриммер работает нормально. Стирает/пишет. Ошибок нет.