VMware Player — бесплатный для некоммерческого использования программный продукт, на основе виртуальной машины VMware Workstation, но с ограниченной функциональностью, предназначенный для запуска образов виртуальных машин, созданных в других продуктах VMware, а также в Microsoft VirtualPC и Symantec LiveState Recovery. Начиная с версии 3.0 VMware Player позволяет также создавать образы виртуальных машин. Ограничение функциональности теперь касается в основном функций, предназначенных для IT-специалистов и разработчиков ПО. Например, отсутствует возможность тонкого настраивания виртуальных сетевых адаптеров через Virtual Network Editor.

Скачиваем VMware Player для Linux

В общем, для использования обычным пользователем вариант VMware Player будет более чем достаточным. А раз так -- не будем нарушать законы, искать поломанные версии VMware Workstation, а сразу обратимся на официальный сайт -- my.vmware.com, страницу с вариантами загрузки VMware Player. Скачиваем файл .bundle под свою архитектуру системы (узнать можно, выполнив в консоли uname -m).

Устанавливаем VMware Player в Ubuntu, Mint и Debian

Подготовим необходимые пакеты:

sudo apt-get install build-essential linux-headers-`uname -r`

Даём файлу установщику право на исполнение:

chmod +x VMware-Player-*

И запускаем саму установку:

sudo ./VMware-Player-*

В результате нажатия кнопок "Согласен", "Далее" и т.д. получаем в своей системе VMware Player!

Автор Systemd -- Lennart Poettering, сотрудник компании Red Hat. В разработке также принимали участие сотрудники Red Hat, Novell, IBM, Intel и Nokia.

Systemd опирается на современные linux-технологии: cgroups, AutoFS, D-Bus, при этом совместим с исторически устоявшимися механизмами: init-скриптами, стандартными командами shutdown, poweroff и т.п.

Systemd позволяет заменить не только систему инициализации, но и ряд других подсистем, в частности, cron, (x)inetd, xdm/kdm/gdm и так далее. Частично заменяет SELinux.

Основные идеи systemd:

• Контроль над сокетами. Многие демоны, запускаемые при инициализации, взаимодействуют с другими демонами через unix domain и сетевые сокеты, и большинство существующих систем инициализации запускают демона-клиента только после того, как демон-сервер запустится и создаст сокет. Вместо этого, systemd создает сокеты, а затем запускает демонов, передавая им эти сокеты. Даже если демон-клиент запустится быстрее и начнет использовать сокет раньше сервера, ничего страшного не произойдет: его запрос будет буферизован и передан серверу, как только тот сможет его обработать. Такой подход уже используется в Mac OS X (launchd), позволяя этой ОС достигать впечатляющей скорости загрузки.Аналогичный принцип используется systemd и при запуске служб, использующих шину D-Bus.Кроме того, возможен автоматический запуск служб при обращении к заданным сокетам (см. ниже).
• Фоновое монтирование. Такие операции, как монтирование, проверка и активация квот файловых систем, занимают весьма значительную долю загрузочного времени. В большинстве современных систем они выполняются последовательно, до запуска всех демонов. Systemd же предлагает монтировать не-жизненно-важные ФС только тогда, когда они кому-то понадобятся. Для этого используется механизм AutoFS. Например, многие служебные демоны вовсе не обязаны ждать, пока смонтируется огромный и к тому же зашифрованный /home.Разумеется, этот подход неприменим к /, /proc, /sys и т.п.
• Минимизация числа вспомогательных процессов. В настоящее время значительная часть работ по инициализации производится шелл-скриптами, что приводит к колоссальным времязатратам. В частности, Леннарт пишет:
  

  On my system the scripts in /etc/init.d call grep at least 77 times. awk is called 92 times, cut 23 and sed 74,

  при этом замечая, что почти каждый такой запуск влечет накладные расходы на поиск библиотек, подгрузку данных интернационализации (i18n) и т.п. В качестве альтернативы Леннарт предлагает предлагает переписать критичные участки на C, а также вынести часть функционала в самих демонов и в Systemd. Сейчас для Systemd уже готовы написанные на C подсистемы монтирования и установки имени хоста. До полной победы, отмечает Леннарт, работа предстоит огромная, но результат того стоит.

• Отслеживание процессов. В ныне используемых системах инициализации в принципе возможна такая ситуация, когда при неправильном форке процесс может «потеряться». Например, так может произойти с некорректно написанным CGI-приложением, и процесс останется работать даже после остановки веб-сервера. Для предотвращения таких ситуаций Systemd использует интегрированный в ядро Linux механизм контрольных групп (cgroups). Если приложение не имеет доступа к псевдо-ФС, управляющей работой cgroups, то оно не может самостоятельно покинуть свою группу и «потеряться».Также к этой группе задач относится и автоматический перезапуск демонов, перенаправление их stdout/stderr на выбранные TTY или в системный журнал, регистрация всех запусков и остановок служб, и многое другое.
• Ограничение процессов. Systemd предоставляет множество возможностей ограничить или расширить полномочия процессов, контролируя такие параметры, как uid, gid, umask, рабочий и корневой каталоги, класс и приоритет CPU и I/O, наличие доступа на чтение и запись к смонтированным файловым системам и отдельным каталогам и т.п. Также можно использовать возможности по ограничению ресурсов, предоставляемые cgroups.

Базовым элементом Systemd являются модули (units), которые связаны между собой и имеют определенный тип. Каждый модуль может требовать для своей работы другие модули, конфликтовать с модулями, запускаться только после или до определенного модуля (директивы конфигурации Requires, Conflicts, Before, After, Wants). Из типов модулей определены:

• service — обычный демон, поддерживающий операции start, stop, restart, reload. Может быть представлен родным (native) файлом конфигурации systemd или System V init-скриптом.
• socket. При обращении к сокету генерируется событие, для которого можно настроить обработчик. Например, автоматически запускать определенные службы при обращении к заданному сокету. В этом отношении systemd похож на давно известный (x)inetd, однако при этом поддерживает unix domain сокеты и FIFO.
• device. Отметив нужные устройства в конфигурации udev, впоследствии можно использовать такие события, как появление и удаление устройства, в качестве событий systemd, назначив на них обработчики. Например, при появлении устройства bluetooth будет запущена соответствующая служба.
• mount. Systemd контролирует все точки монтирования файловых систем. В целях обратной совместимости поддерживается сбор информации о точках монтирования из /etc/fstab.
• automount. Для помеченных таким образом точек монтирования, монтирование выполняется только при обращении к ним.
• target. Более гибкий аналог уровней исполнения (runlevels), используемых в System V init. Представляет собой группу служб, объединенных по функциональному назначению. Например, multi-user.target идентичен runlevel 5, а bluetooth.target приводит к инициализации подсистемы bluetooth.
• snapshot — во многом похож на target. Позволяет «запомнить» существующую конфигурацию units (запущенных служб, открытых сокетов, смонтированных ФС) с тем, чтобы в дальнейшем восстановить это состояние. Позволяет, например, перейти в emergency shell (сейчас это init 1), а затем полностью восстановить набор запущенных служб. Другой пример — выход системы из состояния suspend.

Надо заметить, что Systemd отличается от SMF, во-первых, тем, что позволяет оперировать не только зависимостями между службами, но и событиями, например, «готовность устройства» или «обращение к сокету». Во-вторых, systemd использует более простой формат файлов конфигурации (.desktop aka .INI против XML в SMF).

От upstart же Systemd отличается более высокой степенью параллелизации, и как следствие, более высокой скоростью загрузки. Например, если демон A требует для работы сокет, открытый демоном B, то upstart сначала запустит демона B, а затем демона A, в то время как Systemd создаст сокет сам и запустит обоих демонов одновременно, что занимает примерно в два раза меньше времени. Используемый в upstart принцип, когда ключевыми событиями является лишь запуск и остановка демона, Леннарт и его коллеги считают изначально неэффективным.

Позволяет запускать написанное с его помощью ПО в большинстве современных операционных систем путём простой компиляции программы для каждой ОС без изменения исходного кода. Включает в себя все основные классы, которые могут потребоваться при разработке прикладного программного обеспечения, начиная от элементов графического интерфейса и заканчивая классами для работы с сетью, базами данных и XML. Qt является полностью объектно-ориентированным, легко расширяемым и поддерживающим технику компонентного программирования.

Существуют версии библиотеки для Microsoft Windows, систем класса UNIX с графической подсистемой X11, iOS, Android, Mac OS X, Microsoft Windows CE, QNX, встраиваемых Linux-систем и платформы S60. В данный момент рассматривается возможность внедрения поддержки Qt в Windows Phone. Также идёт портирование на Haiku.

Довольно распространён Qt стал благодаря, в том числе, и окружению KDE, написанному с использованием Qt.

Для Qt существует множество IDE, но тут стоит выделить Qt Creator -- IDE, созданную специально для Qt. В Ubuntu устанавливается простым

sudo apt-get install qtcreator

или через центр приложений Ubuntu. IDE содержит множество полезных для новичков примеров.

В ядре Linux реализованы базовые функции необходимые для адекватной работы прикладных программ с аппаратной платформой. Поэтому при использовании современных компьютеров важно иметь современную версию ядра -- вполне вероятно, что оно лучше работает с новыми конфигурациями компьютеров.

Ядро Linux публикуется на сайте kernel.org однако, не рекомендуется использовать оригинальные версии ядра Linux: в Ubuntu используются модификации ядра, поэтому могут возникнуть конфликты.

Установка libvirt в Ubuntu

Установить libvirt в операционной системе Ubuntu можно из консоли:

sudo apt-get install libvirt0

Или из Центра Приложений Ubuntu. Поиск "libvirt0".

На базе libvirt разработаны:

• ubuntu-virt - Host and manage virtual machines;
• ubuntu-virt-mgmt - Common packages useful for managing virtual machines graphically;
• ubuntu-virt-server - Common packages necessary for hosting virtual machines;
• virt-goodies - A collection of helpful virtualisation related tools;
• virt-manager - приложение для управления виртуальными машинами;
• virt-top - show stats of virtualized domains;
• virt-viewer - Displaying the graphical console of a virtual machine;
• virt-what - определение контекста (виртуальный или реальный компьютер);
• virtinst - Программы для создания и клонирования виртуальных машин.

GParted -- это редактор разделов с графическим интерфейсом.

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

GParted позволяет:

• создавать разделы разных типов: ext2, ext3, ext4, FAT16, FAT32, NTFS, btrfs, HFS, NilFS, ReiserFS, UFS, XFS;
• устанавливать им метки;
• менять UUID;
• проверять их на ошибки.

Установить GParted -- редактор разделов

Установить GParted в Ubuntu, Linux Mint или Debian можно набрав в консоли

sudo apt-get install gparted

или найти «gparted» в Synaptic или Центре приложений Ubuntu (в случае Ubuntu).

Если Вы используете консоль не только для ввода неведомых команд, кои можете в избытке подчерпнуть на просторах интернета,  но и для осмысленного управления системой, Вам наверняка придётся по вкусу данный пакет. Ведь он позволяет открыть консоль прямо из файлового менеджера. А именно -- добавляет в список доступных действий в Nautilus (тот, что появляется при клике правой кнопкой мыши) пункт "Открыть терминал":

После выбора данного действия появляется привычное окно консоли с текущим каталогом из наутилуса.

По умолчанию, shred перезаписывает указанный вами файл 25 раз, но после выполнения своей работы, он не удаляет файл.

Вы можете использовать следующие полезные ключи при работе с shred:

-u (--remove) – урезать и удалить файл после перезаписи;

-n (--iterations) N – перезаписывать N раз вместо определенных по умолчанию;

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

К примеру:

sudo shred -uvz -n50 mysecretfile.txt

В этом случае shred удалит ваш файл mysecretfile.txt, 49 раз перезапишет его, а в 50-ый раз “забьет” нулями (скрыв свою работу).

Ключ -v (–-verbose) позволит вам наблюдать происходящее на экране (но обычно такое скрывают).

P.S. К сожалению утилита shred не даст ожидаемого результата на журналируемых или основанных на журналах файловых системах (JFS, ReiserFS, XFS и т.д.) а также системах, отмечающих и записывающих все операции с файлами (RAID).