Get Social

Viber Desktop на Debian Lenny

Проблема: Viber Desktop не запускается на Debian Linux.

Запуская командой /opt/viber/Viber в терминале видим ошибку:

/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /opt/viber/Viber)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/Viber)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Widgets.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /opt/viber/libQt5Network.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Network.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Sql.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5WebKit.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5WebKitWidgets.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Declarative.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5DBus.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5OpenGL.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Gui.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.15' not found (required by /opt/viber/libQt5Core.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Core.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libicui18n.so.48)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libicuuc.so.48)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Quick.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Qml.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5PrintSupport.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5XmlPatterns.so.5)
/opt/viber/Viber: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.14' not found (required by /opt/viber/libQt5Script.so.5)

что делать?

Идея нашлась на superuser.com:

идём на packages.debian.org, скачиваем fakeroot и ставим из отдельных пакетов:

mkdir /opt/fakeroot
dpkg -x libc6_2.19-11_amd64.deb /opt/fakeroot
dpkg -x libc6-dev_2.19-11_amd64.deb /opt/fakeroot

Теперь запускаем новой командой:
LD_LIBRARY_PATH=/opt/fakeroot/lib/x86_64-linux-gnu/ /opt/viber/Viber

Установка Debian Wheezy на SSD

Итак, что имеем:

Intel i5-3470
16 Gb DDR3-1600Mhz
60Gb Kingston SSD
1500Gb Samsung Hard Disk

[1] Анализ и подготовка

Поиск в гугл выдаёт первые 3 ссылки на wiki.debian.org

Это то, что нам нужно.
В статье “SSD Installation” рассказывается о том, что использование SSD позволит увеличить быстродействие системы на 200%. Это приятная новость. Однако, там же показано, что есть проблема – ограниченного число циклов перезаписи.

Дальше объясняется, как перенести существующую установку на твердотельный накопитель – это уже не то, что нужно, поскольку мы будем ставить чистую систему на него. Поэтому переходим к статье “SSDOptimization”. Здесь получаем следующие рекомендации:
– использовать ядро версии минимум 3.2 (в Debian 7 как раз 3.2)
– использовать файловую систему ext4 (её и выберем при инсталляции)

[2] Установка чистой системы

На этом подготовительный этап закончен. Теперь любым удобным способом запускаем установку Debian Wheezy. Предварительно прочитав разные статьи, о которых речь пойдёт дальше, я решил ничего особо не менять в том, как разбиты диски, а все нужные преобразования делать после установки. Тем более на это нужно было бы уйма времени – основное место на 1.5 Тб диске занимает раздел /home на файловой системе xfs, которая не поддерживает уменьшение. То есть нужно было бы переносить более 1 Тб данных куда-то, а потом снова копировать… Буду ставить систему целиком на SSD накопитель, а потом сделаю символические ссылки для таких каталогов, как /var и других, какие посчитаю нужным разместить на имеющемся HDD рядом с /home.
Раздел swap даже не будем ставить.

[3] Настройка и оптимизация

Итак, система установлена. Далее по ссылкам на другие статьи находим ещё ценные рекомендации.
Благодаря https://wiki.archlinux.org/index.php/SSD , http://help.ubuntu.ru/wiki/ssd , и другим статьям, можем увидеть, что разделы и файловые системы на SSD необходимо дополнительно настраивать. Что пригодилось лично мне:

-> Проверим поддержку TRIM (http://ru.wikipedia.org/wiki/TRIM) (технологию, позволяющую распределить нагрузку на SSD)

hdparm -I /dev/sda | grep TRIM
        *    Data Set Management TRIM supported (limit 1 block)
        *    Deterministic read data after TRIM

-> Загружаемся с LiveCD/LiveUSB и переносим раздел /var из корня, находящегося на SSD на диск HDD (тот, который монтируется в home). Затем делаем символическую ссылку с /home/var на /var.
Это позволит значительно снизить число циклов записи на SSD, так как этот каталог активно используется системой для записи (одни только лог-файлы чего стоят).

-> Также редактируем /etc/fstab – добавим для корневой файловой системы опции discard (включает использование TRIM), noatime (отключение времени обращения к файлу), nodiratime

-> Решил воспользоваться ещё одним советом – поместить в ОЗУ кэш apt
Для этого в /etc/fstab нужно добавить следующую строку:

tmpfs   /var/cache/apt/archives tmpfs   defaults        0       0

При этом, кэш apt не будет сохраняться на диске и при переустановке пакетов, однако их всегда можно выкачать из сети. Зато можно будет сейчас ускорить за счёт большого объёма озу установку пакетов в чистой системе.

[4] Дальнейший анализ

Поставим утилиту iotop:

aptitude install iotop

Теперь можно увидеть, какие процессы наиболее активно используют запись на диск:

iotop -oPa

После этого можно подумать, какие ещё папки, возможно из профилей приложений перенести на hdd.

p.s. Работает эта конфигурация с января 2014. Проблем нет 🙂

Установка proxmox на debian wheezy

Уже давно слышал об этой системе виртуализации (http://ru.wikipedia.org/wiki/Proxmox)…

Это система, использующая в качестве гипервизоров KVM и OpenVZ и имеющая удобный веб-интерфейс для управления.Итак, имеется прокачанный домашний компьютер с Debian Wheezy 7.3 (amd64) на борту. Когда я наконец-то собрался ставить – оказалось, что теперь, с выходом новой версии Proxmox 3.1 изменилась политика предоставления доступа к репозиториям.

Здесь (https://pve.proxmox.com/wiki/Package_repositories) можно найти описания репозиториев. Вижу, что Proxmox VE Enterprise Repository не подходит – на него платная подписка.

Официальное руководство (http://pve.proxmox.com/wiki/Install_Proxmox_VE_on_Debian_Wheezy) настоятельно рекомендует ставить Proxmox VE No-Subscription Repository, однако пугает описание этого репозитория: “The pve-no-subscription repo can be used for testing and non-production use. Its not recommended to run on production servers as these packages are not always heavily tested and validated. As the name suggests, there is no Proxmox VE Subscription Key needed to access this repository.

Что же делать? Я решил попробовать поставить версию 3.0 – стабильный предыдущий релиз.

Добавим строку в пакетный менеджер:

echo "deb http://download.proxmox.com/debian wheezy pve" >> /etc/apt/sources.list

Дальше, проделаем, как описано в документации. Ставим ключ репозитория:

wget -O- "http://download.proxmox.com/debian/key.asc" | apt-key add -

Затем обновим список пакетов и поставим имеющиеся на данный момент обновления (я использую aptitude):

aptitude update && aptitude safe-upgrade

Ставим ядро:

aptitude install pve-firmware pve-kernel-2.6.32-26-pve

При этом система у меня поругалась:

Следующие пакеты имеют неудовлетворённые зависимости:
 pve-firmware : Конфликтует: firmware-linux-free но установлен 3.2 
                Конфликтует: firmware-linux-free:i386 который является виртуальным пакетом.
                Конфликтует: firmware-realtek но установлен 0.36+wheezy.1 
                Конфликтует: firmware-realtek:i386 который является виртуальным пакетом.
Следующие действия разрешат зависимости:

     Удалить следующие пакеты:                                          
1)     firmware-linux-free                                              
2)     firmware-realtek                                                 

     Оставить следующие зависимости неразрешёнными:                     
3)     linux-image-3.2.0-4-amd64 рекомендует firmware-linux-free (>= 3~)


Принять данное решение? [Y/n/q/?]

я принял данное решение, так как далее разработчики proxmox предлагают удалить ядро linux-image-3.2.0-4-amd64
Проверив после перезагрузки, что всё работает с ядром pve-kernel-2.6.32-26-pve, смело удаляем ядро, которое стояло по умолчанию:

aptitude remove linux-image-amd64 linux-image-3.2.0-4-amd64

Проверяем конфигурацию загрузчика:

update-grub

Теперь ставим пакеты Proxmox VE:

aptitude install proxmox-ve-2.6.32 ntp ssh lvm2 postfix ksm-control-daemon vzprocps open-iscsi bootlogd

Вводим https://ваше-имя-хоста:8006/ и радуемся!

 

Ошибки при установке Proxmox на Debian

[1] Proxmox: initscript rrdcached, action “start” failed

У меня установка proxmox-ve-2.6.32 и его зависимостей прервалась специфической ошибкой:

Настраивается пакет rrdcached (1.4.7-2) …
Starting RRDtool data caching daemon: rrdcachedBase directory (-b) resolved via file system links!
Please consult rrdcached '-b' documentation!
Consider specifying the real directory (/media/all/var/lib/rrdcached/db)
invoke-rc.d: initscript rrdcached, action "start" failed.
dpkg: ошибка при обработке параметра rrdcached (--configure):
 подпроцесс установлен сценарий post-installation возвратил код ошибки 5
dpkg: зависимости пакетов не позволяют настроить пакет pve-cluster:
 pve-cluster зависит от rrdcached, однако:
  Пакет rrdcached пока не настроен.

Это произошло из-за того, что я сделал каталог /var символический ссылкой с каталога, находящегося на обычном жёстком диске, в то время, как корень системы находится на SSD. Можно было, конечно, примонтировать, но мне было лень создавать отдельный раздел для /var, поэтому я использовал тот же раздел, где лежит /home. У вас не должно быть такой проблемы.

Поборол её так:

1) определяем, где хранится конфигурация

dpkg -L rrdcached

...
/etc/default/rrdcached
...

2) открываем файлы и раскоментируем параметр, указав реальное место папки без символических ссылок:

nano /etc/default/rrdcached

...
OPTS="-b /media/all/var/lib/rrdcached/db"
...

 

[2] Proxmox: Unable to get local IP address

Настраивается пакет pve-cluster (3.0-8) …
[....] Starting pve cluster filesystem : pve-cluster[main] crit: Unable to get local IP address
 (warning).
invoke-rc.d: initscript pve-cluster, action "start" failed.

Как поборол (rocknroothost – это моё имя хоста, вам нужно подставить своё):

cp -av /etc/hosts /etc/hosts.original

потом файл /etc/hosts приводим к виду:

---
127.0.0.1 localhost.localdomain localhost
192.168.99.99 rocknroothost.pp.ua rocknroothost pvelocalhost
---

также файл /etc/hostname приводим к виду:

---
rocknroothost
---

затем выполнить:

apt-get install -f

и установка продолжится

/etc/init.d/hostname.sh start

 

[3] Proxmox: failed to load

Наконец, намучившись с установкой, ввожу в браузер:
http://rocknroothost:8006/ => получаю ошибку: failed to load, проверяю, что служба работает

lsof -i tcp:8006

ломаю голову, гуглю… но это просто смешно – нужно было смотреть внимательно:
https и не http 🙂

Страницы:12345