В общем, с наступившим всех Новым Годом!

Я тут подумал-подумал, и решил объявить в блоге новогодний марафон. Очень простой – описать десяток-другой оболочек Linux. Посмотреть, что помню, прикинуть – может, чего-нибудь вместо xfce найду толкового, ну и «подобью итоги» - что вообще деется в мире графических оболочек?

Итак, со 2ого января приступим:)

Как говорится, c Новым Годом! То есть - «поехали»!

В общем, пока я разбирался с неработающим a2dp профилем в bluetooth, нашел рецепт по улучшению качества звука в Linux. Как говорится: век живи - век учись.

Буквально в прошлом посте написал, что хочу иметь полноценную возможность скидывать звук на bluetooth приемник (кстати, я писал о нем). Который подключен к ресиверу (о котором я тоже писал).

Проблема в том, что при попытке связаться с этим девайсом Blueman выдавал, что "Устройство сопряжено, но использовать его нельзя" (или что-то в этом роде). Ну и до кучи "Stream failed". Перерыл интернет, там все предлагают править /etc/bluetooth/audio.conf... Я перепробовал 100500 вариантов настроек. Не заработало. Еще изучение интернета привело к тому, что решение все-таки есть, достаточно простое, лобовое... и проверенное на Linux Mint 17 (таком же, как у меня). Вот оно:

sudo apt-get purge pulseaudio-module-bluetooth bluetooth bluez-* bluez
sudo apt-get install blueman bluez pulseaudio-module-bluetooth --install-suggests
pactl load-module module-bluetooth-discover

Проверено. Работает. После выполнения этих манипуляций аудио вполне себе сливается на Bluetooth приемник.

Для справки. Удобнее всего использовать плеер VLC - там "Аудио" - "Аудиоустройство" и выбираем нужное нам устройство. Второй вариант - клик на иконке "Звук" в трее, там выбираем "Параметры звука...", там - выбираем куда работающее в данный момент приложение будет скидывать звук (например, если вы смотрите YouTube или слушаете музыку через foobar из-под wine, в общем - полезная "фишка").

Да, рецепт я взял отсюда: http://blog.gadr.me/quick-tip-bluetooth-a2dp-on-linux-mint-17-qiana-mate/

Итак, я завершил переезд на Linux Mint 17 64bit Xfce. Переезжал с 14ого Минта. В основном - потому что 14ый уже не поддерживается, а 17ый живет на базе Ubuntu 14.04 LTS, ну и как-то "моднее" иметь последнюю версию ОС. Никаких объективных причин так делать у меня не было :)

Сам процесс переезда был достаточно прост. С помощью dd снял образ диска (а чего выпендриваться? Дешево и из коробки). Закачал дистрибутив. Залил его на мультизагрузочную флешку, куда до кучи напихал чго-то еще полезного (подробности тут), пока не снес старый дистрибутив - построил список всего, что в нем установлено (подробности тут), затем - отдельно скопировал хомяк (/home/alexander), там у меня все самое интересное. Оно по идее бекапится, но как-то так спокойнее. да, проверил, что бекапы живы-здоровы (особенно с конфигами). После чего переставил систему.

Сам процесс "перестановки" занял наверное минут 40-50. Еще столько же ушло на то, чтобы восстановить рабочие файлы.

Еще около 2х часов ушло на конфигурирование Lamp. Там дело было в том, что apache2 немного поменял структуру конфигов, php тоже... Плюс возникли очень странные проблемы с импортом дампа mysql (ну как странные... стандартно mysql –uUSERNAME –pPASSWORD < dump.sql не прокатило, долго мучался, пока не указал localhost: mysql –uUSERNAME –pPASSWORD localhost < dump.sql, после чего все импортировалось корректно). В общем, технических моментов почти не было.

Теперь про впечатления.

Самое первое - ничего не поменялось. Да, перешел с 32bit на 64bit. Да, обновил версию. Да, поставил нативный клиент Viber (он под 64bit идет). Но в принципе - ничего не поменялось. У меня 4 Гб в ноутбуке - 14ый Минт 32bit прекрасно их видел. С точки зрения пользователя - ничего нового.

Ну, если присмотреться - поновее ПО. Гугл говорит, что 64битная архитектура Ubuntu более производительна - но у меня не сервер, судить не берусь. Опять-таки. поддержка до 2019 года - будут обновления приходить.

В общем, дело сделано, настроено. Работает.

По большому счету, осталось несколько интересных вопросов. (Для порядку скажу что уже с год хочу это реализовать, так что смена дистрибутива тут почти ни при чем, разве что ПО поновее, может, и получится):

1) "Горячие клавиши" в файловом менеджере. Например, чтобы по F4 в Thunar запускался редактор файла.

2) A2P профиль bluetooth. Очень хочется скидывать звук на bluetooth колонки.

В общем, работаем =)

В общем, прислали мне чудесный PDFник с надписями, сделанными Arial'ом. Из всех установленныэ просмотрщиков только MuPDF его нормально прочитал (точнее, отобразил). А остальные - фигушки включая родной адобовский клиент. Не хотят видеть подстановки шрифтов... Ну что же, пришлось доставить. Все очень просто:

sudo apt-get install msttcorefonts

И вуаля, "все заработало". (Как вы понимаете, msttcorefonts - пакет со шрифтами).

ПС. А когда-то, помнится, еще на simple linux иди чем-то похожим (давно) я шрифты ручками ставил. Прогресс, однако.

Как всегда, все началось с сугубо практической вещи. А именно с того, что перед устновкой системы я решил скопировать "хомяк" на внешний винт. Воткнул винт, он автоподмонтировался... начал копировнаие. Где-то на 25% винт "уснул". Такое впечатление, что запись на него не велась. Интересное кино... ну ладно, переткнул винут, продолжил. Ага. та же картина. Только после переподключения отказался монтироваться, вывалив ошибку:

Error mounting /dev/sdb1 at /media/alexander/DriveS: Command-line `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,dmask=0077,fmask=0177" "/dev/sdb1" "/media/alexander/DriveS"' exited with non-zero exit status 13: $MFTMirr does not match $MFT (record 0). Failed to mount '/dev/sdb1': Input/output error NTFS is either inconsistent, or there is a hardware fault, or it's a SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows then reboot into Windows twice. The usage of the /f parameter is very important! If the device is a SoftRAID/FakeRAID then first activate it and mount a different device under the /dev/mapper/ directory, (e.g. /dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation for more details.

В общем, картина Репина "приплыли" и "такого я еще не видел". И мысль - "интересно, я его совсем того... или нет?"

В общем, порылся в интернет, оказалось - я совсем не одинок. Решается достаточно просто.

Сначала ставим ntfsprogs: sudo apt-get install ntfsprogs

(в Минте оно уже стоит)

Затем запускаем:

~$ sudo ntfsfix /dev/sdb1
Mounting volume... FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED
Correcting differences in $MFTMirr record 0...OK
Processing of $MFT and $MFTMirr completed successfully.
Setting required flags on partition... OK
Going to empty the journal ($LogFile)... OK
NTFS volume version is 3.1.
NTFS partition /dev/sdb1 was processed successfully.

Собственно, все. После этого монтирование проходит. Проверяем:

sudo mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,dmask=0077,fmask=0177" "/dev/sdb1" "/media/alexander/DriveS"

(рецепт отсюда, кстати: http://wmarkito.wordpress.com/2010/12/29/how-to-fix-mftmirr-does-not-match-mft-record-0/)

Так, локально победили. Теперь глобально. Ошибка происходит из-за того, что включено кеширование записи на диск. И в какой-то момент система сходит с ума отоого, что считает, что записывает со скоростью 80Мбит, а реальная скоро 5..6.

Лечится просто, отключением кеширования:

sudo nano /etc/hdparm.conf

и там прописываем:

/dev/sdb {
        write_cache = off
}
/dev/sdc {
        write_cache = off
}

(у меня был файл весь закомментированный, но проверить, что выше нет подобных раскомменированных строк - хорошая идея).

Рецепт отсюда: http://askubuntu.com/questions/407784/usb-memory-stick-is-broken-after-files-are-copied

В общем, такие вот дела.