вторник, 25 сентября 2018 г.

Предотвращение создания скрытого раздела при установке Windows

Про скрытый раздел в Windows, автоматически создаваемый при установке системы, начиная с Windows 7, можно прочитать здесь или здесь.

Не стану спорить о целесообразности такого действия, но где уж такой раздел точно не нужен, так это на виртуальной машине, на которой к основной рабочей системе устанавливается дополнительная ОС (не путать с виртуальными машинами на серверном железе, в котором используется своё ПО виртуализации).

До нажатия на кнопку "Установить" нажмите комбинацию клавиш Ctrl и F10. В появившемся окне командной строки введите diskpart и нажмите Enter.

Отмечу, что результат отработки вводимых команд может появляться не сразу.

Далее последовательно вводите команды:

select disk 0

create partition primary

У Вас должно получаться:


Закройте окно командной строки и продолжите установку. При отображении выбора дисков отобразится созданный Вами раздел, который при дальнейшей установке системы будет отформатирован.


При этом скрытого раздела создано не будет.


понедельник, 24 сентября 2018 г.

Не запускается linux версия hjsplit

В процессе обмена данными с респондентом, у которого установлена ОС Windows, возникла необходимость передачи ему файлов больших размеров (3 Гб и более).

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

Наиболее удобным ПО для разбивки/склейки, одинаково хорошо функционирующим на Windows и Linux, является утилита HJSplit от Freebyte.com

Однако при очередном обращении к linux версии данного ПО было отмечено, что компьютер на запуск этой программы никак не реагирует. При запуске через терминал видно, что

error while loading shared libraries: libgtk-x11-2.0.so.0: cannot open shared object file: No such file or directory

При этом выяснение наличия в системе libgtk-x11-2.0.so.0 показало, что такая библиотека присутствует, но более новой версии. Очевидно было предположить, что с данной новой библиотекой linux версия hjsplit работать не в состоянии.

Выход: скачайте HJSplit для Windows и запустите его через wine. В этом случае программа полностью функциональна после своего запуска (проверено на Linux Mint 18.3 с wine 1.62 и Linux Mint 19 c winehq 3.16).


Обратите внимание на заголовок:

HjSplit for Windows XP, 7, Vista, 200x, NT, 9x, ME, Linux/wine

среда, 19 сентября 2018 г.

Доступ по VNC (удалённому рабочему столу) в Linux Mint 19

При попытке доступа по VNC к удалённому рабочему столу Linux Mint 19 пришлось столкнуться с тем, что, по сравнению с предыдущими версиями (17, 18), по умолчанию такой возможности не предоставляется. При дальнейших действиях по организации возможности подключения по VNC к узлу под управлением Linux Mint 19 необходимость приложить ряд дополнительных усилий стала напоминать эпизод из фильма:
 
– Тебя как, сразу прикончить или желаешь помучиться?
– Лучше, конечно, помучиться.
(из к/ф "Белое солнце пустыни")

Началось всё с того, что в настройках (далее имеется в виду графическое окружение XFCE) раздела "Сеансы и запуск" и вкладке "Автозапуск" никакого упоминания о подключении к удалённому рабочему столу не имеется, хотя в предыдущей Linux Mint 18 пункт включения был расположен между обновлением папок пользователя и сетью.



За реализацию сервера VNC в Linux Mint отвечает пакет vino, который в Linux Mint 19 по умолчанию не устанавливается. Данный пакет необходимо установить и, в принципе, его можно легко найти через Synaptic.



Однако этого будет недостаточно. Как показало изучение вопроса, разработчики vino удалили из своего продукта утилиту графической настройки, поэтому настройку vino необходимо будет произвести через конфигуратор dconf-editor.

Выполните в терминале команду, которая установит необходимые компоненты и запустит dconf-editor

sudo apt install -y vino dconf-editor && sudo dconf-editor

При запуске dconf-editor будет показано предупреждение, что вносимые изменения осуществляются вами на свой страх и риск и для продолжения необходимо нажать на кнопку "I'll be careful" (я буду осторожен). Для выключения этого показа при последующих запусках dconf-editor снимите галочку в поле "Show this dialog next time".


После запуска графического конфигуратора системы путём последовательного перемещения "gnome – desktop" перейдите в секцию "remote-access"




Если планируется подключаться по клиенту VNC из Windows, то, как пишут, желательно выключить шифрование (двигать движок в соответствующей строке).




Несмотря на то, что это, как говорится, не есть "гуд", но в локальной сети, которой доверяете, данное действие допустимо.

Аналогичным образом поступите с prompt-enabled, иначе на другом компьютере придётся каждый раз "одобрять" удалённое к нему подключение.


В целях какой-никакой защиты установите пароль на подключение, выключив настройку по умолчанию и введя придуманный Вами пароль, например:




Чтобы закрепить данное изменение нажмите на кнопку зелёного цвета.


Закройте конфигуратор и перейдите к настройкам автозапуска. Добавьте в список автоматически запускаемых при старте системы программ ПО vino

/usr/lib/vino/vino-server


Рисунок относится к оболочке XFCE. В Cinnamon и MATE используйте существующие в них настройки автозапуска программ. 

Перезагрузите систему.

На компьютере, с которого будете подключаться, создайте соответствующее соединение. На рисунке ниже подключение будет осуществляться с узла Linux, поэтому оно добавляется в программе Remmina.


Обратите внимание, что имя пользователя вводить не надо, вводится только пароль, который был задан при настройке vino через графический конфигуратор dconf-editor.

На рисунке указан узел H-4.vot, что соответствует полному доменному имени узла. В этом случае подразумевается, что DNS сервер Вашей локальной сети умеет сопоставлять выданные DHCP адреса IP именам узлов сети. MikroTik, например, умеет это делать через специальный скрипт. Если сервера DNS не имеется или он не умеет этого делать, то назначьте узлу, к которому будете удалённо подключаться, статический адрес (или настройте сервер DHCP на выдачу ему одного и того же адреса) и подключайтесь по IP.

Если всё сделано правильно, то будете иметь удовольствие наблюдать удалённый рабочий стол узла Linux, к которому подключились, а также управлять этим компьютером.


При этом на панели (как правило, внизу) будет отображаться значок (при теме оформления Mint-Y – голубого цвета), отображающий факт удалённого подключения к рабочему столу.


Быстрота реагирования удалённого компьютера на Ваши команды зависит от его аппаратных возможностей, степени загруженности системы, а также количества передаваемых данных по VNC. При рассмотрении вопроса об "отзывчивости" удалённой системы во многих публикациях пишут о проигрыше VNC перед RDP, но ничего лучшего для удалённого подключения к Linux с GUI лично мне встретить не удалось. С целью повышения скорости реагирования конечной системы можно попробовать "поиграться" с настройками качества отображения экрана целевого компьютера в параметрах соединения (см. окно настроек подключения Remmina):


Альтернативное решение – x11vnc (подробности).

вторник, 18 сентября 2018 г.

Ошибка репозитория cloud.mail.ru в Linux Mint 19

В последнее время политика Mail.Ru вызывает эмоции от "недоумения" до "я в ярости". Первым тревожным симптомом явилось то, что предоставление бесплатного облачного дискового пространства Облако@Mail.Ru последовательно урезалось (100 Гб -- 25 Гб -- 16 Гб -- 8 Гб). Вторым – отсутствие явного указания ссылки на ПО клиента для Linux на странице https://cloud.mail.ru  Сам клиент ещё можно найти на странице https://help.mail.ru/cloud_web/app/linux, но тревожные мысли вызвал факт отсутствия пакета для последних версий дистрибутивов Ubuntu и Linux Mint. И хотя скачанный клиент для Linux Mint функционален, но после установки в Linux Mint 19 пакета mail.ru-cloud_15.06.0110-appind_amd64.deb пушистый северный зверёк проявился во всей своей красе в форме отображения значка наличия/отсутствия обновлений в системном трее (панели) c красным крестиком и выводом причин:


Ошк:11 https://linuxdesktopcloud.mail.ru/deb appind InRelease
Следующие подписи неверные: 8A99BA500079839DF7DE4833196205AF7396FF77
Чтение списков пакетов… Готово
W: Ошибка GPG: https://linuxdesktopcloud.mail.ru/deb appind InRelease: Следующие подписи неверные: 8A99BA500079839DF7DE4833196205AF7396FF77
E: Репозиторий «https://linuxdesktopcloud.mail.ru/deb appind InRelease» не подписан.
N: Обновление из этого репозитория нельзя выполнить безопасным способом, и поэтому по умолчанию он отключён.
N: Смотрите справочную страницу apt-secure(8) о создании репозитория и настройке пользователя.

Что можно сделать? Можно, конечно, попробовать варианты решения проблемы, найденные через Интернет. Но, на мой взгляд, наиболее разумным является удаление репозитория и ключа после установки клиента ПК (см. "Дополнительные репозитории" и "Проверка подлинности ключей").




Терзают меня смутные сомнения (пояснение 1, пояснение 2), что Mail.Ru не будет далее поддерживать клиент для Linux. Если они подтвердятся, то это станет неприятным сюрпризом для тех, кто в своё время получил бонусное пространство в 1 Гб или пользуется старой учётной записью с дисковым пространством облака в 100 или 25 Гб.

среда, 12 сентября 2018 г.

Где взять libpng12.so.0 ?

После некоторого времени работы в Linux Mint 19 возникла необходимость передать несколько файлов через файлообменник. Так как моим наиболее предпочтительным файлообменником является sendspace, то после скачивания клиента произвожу запуск sswizard.

Клиент не запускается, система молчит (не ругается). Читаю README и запускаю в терминале команду, отображающую перечень отсутствующих компонентов системы, необходимых для запуска клиента sendspace:

ldd ssgui_app | grep -i found

В перечне указан компонент libpng12.so.0

В менеджере пакетов Synaptic наличествует только libpng16, а Интернет говорит, что в последних версиях Ubuntu и Llinux Mint необходимого мне пакета уже не имеется. Попытка нахождения в Интернет решения вопроса привела меня в уныние. Ссылка на необходимый deb нашлась без проблем. Но после прочтения предупреждений о том, что "поломаете все зависимости" и рецептов установки libpng12.so.0, изобилующих терминальными командами, энтузиазм как-то резко убавился.

Но, как оказалось, не всё так печально. Была не была: встроенным в систему архиватором извлекаю содержимое deb и пытаюсь найти способ "скормить" системе имеющееся содержимое.

В распакованном deb распаковываю data.tar.xz и в полученном каталоге data нахожу 2 каталога: lib и usr, с содержимым которых буду экспериментировать.


Итак, запускаю менеджер файлов с правами суперпользователя (sudo thunar, sudo nemo, sudo caja) и "оченно аккуратненько" копирую (в файловом менеджере рекомендуется включить отображение файлов и каталогов списком) необходимые файлы.

2 файла из каталога lib/x86_64-linux-gnu в каталог /lib/x86_64-linux-gnu



Далее открываю каталог usr


Перехожу в каталог lib и копирую файл в виде символической ссылки из lib/x86_64-linux-gnu в /usr/lib/x86_64-linux-gnu



Так как в каталоге share находится каталог doc, содержание которого не будет оказывать влияние на функционирование системы, то никаких действий с ним не произвожу.


Снова пробую вызвать sswizard и (как говорил Леонид Ильич Брежнев с трибуны очередного съезда ЦК КПСС) "с чувством глубокого удовлетворения" наблюдаю запуск клиента sendspace.

Описанные выше файлы и сам пакет deb прилагаются в архиве.

понедельник, 10 сентября 2018 г.

Свои эмблемы к каталогам в Linux Mint 19


Новая тема оформления Mint-Y, которая устанавливается в Linux Mint 19 по умолчанию, предоставляет довольно-таки "куцый" набор значков для каталогов. И если в Cinnamon каталоги можно покрасить в цвета, то в xfce такой возможности не имеется.

В Linux Mint 18.3 мной использовался созданный для своих нужд набор значков. Однако попытка применить для темы оформления Mint-Y тот же приём что и для темы Mint-X (см. Linux Mint 18: эмблемы для каталогов) потерпел фиаско. Как выяснилось, в наборе значков Mint-Y /usr/share/icons/Mint-Y отсутствует каталог  emblems, который и содержит значки для каталогов. В результате проведённого "дознания" было установлено, что тема оформления Mint-Y для каталогов использует значки темы оформления Gnome.

Создайте в скрытом каталоге  ~/.local/share  (своего домашнего каталога) каталог  icons, в котором создайте каталог  gnome. Скопируйте из  /usr/share/icons/gnome  файлы  icon.theme.cache, index.theme  и поместите их в созданный каталог  gnome. Для выполнения этой операции Вам не потребуются права root, их можно осуществить через файловый менеджер thunar или другое ПО для действий с файлами.

В иерархии расположения значков для каталогов имеется особенность. Если для темы Mint-X достаточно было создать каталог emblems и в него уже помещать значки эмблем в каталоги, соответствующие их размерам (например, 16, 22, 24, 32, 48), то в случае использования темы Mint-Y следует сначала создать каталоги размеров значков (формат см. на рисунке ниже), а затем в каждом из них создать каталог emblems, в который и помещать значки.


В каталогах 16x16, 22x22, 24x24, 32x32, 48x48 создать каталог emblems


Следующим шагом выполните в терминале команду

gtk-update-icon-cache /home/user/.local/share/icons/gnome/

Вместо user укажите наименование своего домашнего каталога.

Если у Вас уже имелись какие-то собственные значки для каталогов, то после обновления кэша значков они должны отобразиться и их можно будет назначить, например:


Если значки не отобразились, то перезапустите thunar командой  thunar -q

Желающие могут получить мой набор, создававшийся ещё для Mint-X, структура которого уже оформлена под "требования" Mint-Y. Как набор будет отображаться на вкладке "Эмблемы" смотрите ниже:






Скачать набор в архиве tar.gz