ssh и разные кодировки
OpenBSD у меня использует локаль KOI8-R. Захожу на него, обычно с машин, использующих utf8. Соответственно получаются проблемы при чтении файлов с кириллицей.
На помощь приходит следующее:
luit -encoding "KOI8-R" ssh xxxxxxx
OpenBSD у меня использует локаль KOI8-R. Захожу на него, обычно с машин, использующих utf8. Соответственно получаются проблемы при чтении файлов с кириллицей.
На помощь приходит следующее:
luit -encoding "KOI8-R" ssh xxxxxxx
Использую на десктопном Ubuntu utf-8, на серверном OpenBSD KOI8-R. Не получается читать каталоги и файлы, созданные на кириллице, если захожу по ssh с рабочей машины на сервер.
Проблема решается так:
$ luit -encoding "KOI8-R" ssh xxxxxxx
Бухгалтерша озадачила меня просьбой сконвертировать wav файлы в mp3.
Нашел lame, который работает так:
$ lame -h --mp3input pesnya.wav
Выйдет файл с сжатием mp3, без уничтожения wav файла. Но lame упорно не хотел работать с кучей файлов за раз.
Написался скрипт:
#!/bin/sh
do lame -h --mp3input ${i%};
done
Это первый мой скрипт. Поэтому есть некоторая издержка. При выходе выдает файлы вида pesnya.wav.mp3. Это будет происходить и без скрипта, если не указывать явное имя файла.
Скрипт сделать исполняемым, переложить в /bin.
Войти на расшаренный ресурс на самбе
$ smbclient //Serv/obmen -U user password
По работе пришлось срочно поставить сканер. Сделал это по англоязычным описаниям.
Скачал какой-то бинарник по адресу http://leroybrown.glassmelter.com/binaries/ESFW30.BIN
Потом закинул его в /etc/sane.d
Открыл файл /etc/sane.d/snapscan.conf и поменял в начале строку firmware /path/to/your/firmware/file.bin на /etc/sane.d/ESFW30.BIN
Немного подумал, на всякий случай права 777. Нужно ли было?
Все. Xsane заработал.
Думаю, что бинарник виндовый. Хотя могу ошибаться.
В Ubuntu не работало автодополнение по tab. Оказывается, отсутствовал файл ~/.bashrc со следующим содержимым:
if [ -f /etc/bash_completion ]; then
./etc/bash_completionfi
Кроме этого в системе должен присутствовать пакет bash-completion.
Часто приходится что-либо делать через прокси-сервер (emerge, aptitude для дебианов). В гуевых настройках все ясно.
А в терминале делается так:
$ export http_proxy="http://10.0.0.5:8080"
Это для http трафика. Для ftp трафика:
$ export ftp_proxy="ftp://10.0.0.5:8080"
Работает под OpenBSD, Gentoo, Debian. Думаю, для всех.
Команда
$ ls -l /dev/disk/by-uuid
покажет все uuid каждого раздела.
Гуглил, спрашивал в чатах, потом гуглил еще и для закрепления получившегося результата погуглил еще раз.
Значит, вкратце, что я понял об initrd. Это такой виртуальный образ диска, который необходим на некоторое время во время загрузки ядра, как связующее звено между ядром и файловой системой, расположенной на диске. Это в том случае, если ядро не умеет это делать само.
Не все еще ясно. Надо погуглить еще.
В grub лучше прописывать пути разделов по uuid, чем по root, так как при добавлении еще одного винчестера все может полететь. Каким образом? Допустим я указал путь /dev/sda1 как раздел для /boot. Если я вставлю еще один диск и он определится в системе как sda, а мой старый диск естественно сдвинется, став каким-нибудь sdb, то раздел с /boot у меня окажется на разделе sdb1. Система, таким образом, перестанет грузиться.
Подробно про uuid можно прочитать в википедии.