Казалось бы, уже давно проблем быть не должно с архивацией/разархивацией, однако, до сих пор можно встретить файл, запакованный в странном формате, о котором система и не слышала. Ниже описаны консольные команды, которые помогут Вам разархивировать файл в Linux.

Самый "простой" формат, который может Вам встретиться - ZIP. Распаковать его можно командой unzip:

unzip file.zip

В мире Linux/Unix довольно распространены TAR архивы (tar.gz, tar.bz2 и так далее):

tar xvf file.tar.*

Tar архивы интересны тем, что на самом деле, сам tar не сжимает. Он создаёт файл, в котором уже хранятся другие файлы, а этот файл уже можно и сжать. Этим занимаются обычно gzip или bzip2. Однако, tar умеет определять - чем сжали его файл и может распаковать. Ключи в примере:

• x - извлечение файлов из архива.
• f - использовать файл.
• v - печатать на консоль информацию о процессе.

Если же у на не tar, а просто gz (gzip) файл, распакуем его командой:

gunzip file.gz

Аналогично с BZ2 - разархивируем с помощью:

bunzip2 file.bz2

Пользователи Windows любят использовать формат RAR, видимо, из-за популярного архиватора WinRAR. Пользователи Linux же могут без проблем разархивировать и rar-файлы:

unrar file.rar

Возможно, потребуется установить программу unrar перед этим (sudo apt-get install unrar).

Могут встретиться и файлы XZ. Разархивируем командой

unxz file.xz

архивируем

xz --decompress file.xz

XZ умеет разархивировать файлы и LZMA формата:

xz --format=lzma --decompress file.lz # для .lz файлов


Для 7Z-файлов используем:

7za e file.7z

Нужно установить p7zip до этого (sudo apt-get install p7zip).

Возможно, файл к Вам попал без расширение или с неправильным, тогда воспользуемся командой file, чтобы узнать формат файла:

file file.unknown

Например:

$ file server.jjj
server.jjj: Zip archive data, at least v2.0 to extract

df -H

Которая выведет нечто следующее:

Файл.система   Размер Использовано  Дост Использовано% Cмонтировано в
 /dev/sda1        8,5G         1,4G  6,8G           17% /
 udev             1,1G         4,1k  1,1G            1% /dev
 tmpfs            421M         238k  420M            1% /run
 none             5,3M            0  5,3M            0% /run/lock
 none             1,1G            0  1,1G            0% /run/shm
 cgroup           1,1G            0  1,1G            0% /sys/fs/cgroup

Samba -- это комплекс приложений, позволяющих взаимодействовать с сетевыми дисками и принтерами, работающими по протоколу SMB/CIFS. Реализует клиент-серверную архитектуру и позволяет работать с Windows-сетями, также работающими по SMB/CIFS.

Начиная с 4-ой версии, Samba может работать ещё и в роли ActiveDirectory -- контроллера доменов, распространяемого Microsoft.

Возможности 4-ой версии Samba

• стабильные:
  • преобразование идентификаторов пользователей и групп из представления Unix в представление Windows (Winbind);
  • логин учётных записей пользователей в домен;
  • учётные записи рабочих станций;
  • групповые политики (GPO);
• тестируется:
  • DRS-репликация (известны случаи отказов при репликации);
• на этапе завершения внедрения:
  • поддержка протоколов SMB2 и SMB3 и в файловом сервере NTVFS, и в файловом сервере s3fs, с протоколом по умолчанию SMB3;
  • запуск файлового и принт-сервера третьей ветки не отдельным процессом, а форком из процесса samba с настроенной аутентификацией файлового сервера в домене Samba4;
• в активной разработке:
  • встроенный DNS-сервер (пока без поддержки DNSSEC);
  • доверительные отношения (Domain Trusts);
  • консольная утилита для администрирования samba-tool (могут также использоваться встроенные в Windows средства администрирования AD);
  • оригинальный файловый сервер четвёртой ветки NTVFS (не содержит полной реализации всех необходимых атрибутов);
  • сервер печати (пока посредством сервера третьей ветки);
  • RODC (Read Only DC);
  • поддержка схем Microsoft Exchange.

Автор 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 принцип, когда ключевыми событиями является лишь запуск и остановка демона, Леннарт и его коллеги считают изначально неэффективным.

PCManFM -- файловый менеджер для Linux, FreeBSD и прочих Unix-подобных систем. Используется как стандартный файловый менеджер в окружении LXDE -- самом легковесном DE для Ubuntu. Быстрый и легковесный, но при этом поддерживает множество современных возможностей:

• Поддержка табов. То есть возможность иметь несколько открытых папок в одном окне, переключаясь между ними с помощью табов (как в веб-браузерах).
• Прозрачная работа с сетевыми ресурсами. Например, sftp, ftp, smb через gvfs.
• Работа с корзиной.
• Менеджер подключаемых разделов.
• Закладки на папки.

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

Для установки данного файлового менеджера достаточно выполнить

sudo apt-get install pcmanfm

или установить его через Центр Приложений Ubuntu.

Телефон при подключении к компьютеру по USB кабелю информирует пользователя и предлагает выбрать: подключиться как MTP-устройство (это различные музыкальные плееры, хранилища музыки и просто файлов), или же подключиться как камера.

Однако, Ubuntu об этом устройстве мало что знает, поэтому не предлагает что-либо с ним делать. Что же, наша задача: объяснить как пользоваться Android'ом Ubunt'е

Кстати, на месте "Ubuntu" тут можно написать "Linux Mint" -- для него всё ровно то же. А при должной замене названий команд установки пакетов -- это будет работать на большинстве Linux-based систем (названия самих пакетов обычно совпадают).

Итак, чтобы можно было использовать в Ubuntu телефон с Android в качестве MTP-устройства, нужно установить пакеты mtpfs -- для того, чтобы можно было использовать телефон, как обычный примонтированный диск. mtp-tools также окажется полезным.

sudo apt-get install mtpfs mtp-tools

Далее вводим команду mtp-detect для выяснения подробностей о телефоне, что мы подключили:

$ mtp-detect
libmtp version: 1.1.3

Listing raw device(s)
Device 0 (VID=04e8 and PID=685c) is a Samsung Galaxy Nexus/Galaxy S
i9000/i9250, Android 4.0 updates.
   Found 1 device(s):
   Samsung: Galaxy Nexus/Galaxy S i9000/i9250, Android 4.0 updates
   (04e8:685c) @ bus 1, dev 4
Attempting to connect device(s)
LIBMTP PANIC: Unable to find interface & endpoints of device
Unable to open raw device 0
OK.

Здесь для нас важны 2 числа: VID и PID. Это vendor id и product id -- идентификатор производителя и идентификатор продукта (модели устройства).

Теперь нам нужно отредактировать конфигурационный файл:

sudo gedit /etc/udev/rules.d/51-android.rules

Тут то нам и пригодятся VID и PID! Пишем в файле:

SUBSYSTEM=="usb", ATTR{idVendor}=="04e8", ATTR{idProduct}=="685c", MODE="0666"

Не забыть заменить 04e8 и 685c на нужные VID и PID -- соответственно!

Чтобы правило из конфигурационного файла вступило в силу -- перезапускаем udev:

sudo service udev restart

Создаём папку, в которую будет монтироваться (подключаться Android). Например так:

sudo mkdir /media/Android
sudo chmod a+rwx /media/Android

Теперь добавим себя в группу тех, кто может подключать устройства:

sudo adduser $USER fuse

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

sudo gedit /etc/fuse.conf

Строчка "#user_allow_other" должна быть раскоментирована (без решётки спереди), то есть "user_allow_other".

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

echo "alias android-on=\"mtpfs -o allow_other /media/Android\"" >> ~/.bashrc
echo "alias android-off=\"fusermount -u /media/Android\"" >> ~/.bashrc
source ~/.bashrc

После перезагрузки можно будет выполнить команду "android-on", чтобы подключить телефон. И команду "android-off", чтобы отключить.

В связи с этими решениями Gnome, разработчики Ubuntu решили более не использовать новые Gnome'овские Nautilus'ы. В данный момент идёт обсуждение: использовать старые версии Nautilus или же перейти к использованию Nemo -- другой ветки развития Nautilus.

Nemo -- это "отпочкование" от Nautilus, разрабатываемое командой Linux Mint. Разработка началась на версии 3.4.*, поэтому изменения пока не велики, Но даже поддержка проекта (своевременное закрытие багов, подготовка пакетов) -- уже хорошо.

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

На самом деле, всё очень просто: в корзине нет никакой "магии" -- это всего лишь папка. И лежит она в ~/.local/share/Trash/ (~/ -- это сокращение обозначает домашнюю папку пользователя). Точнее, это 2 папки: ~/.local/share/Trash/files и ~/.local/share/Trash/info -- с данными и информацией о них, необходимой для восстановления.

Вы можете последовательно очистить обе папки, чтобы очистить корзину, или зайти в ~/.local/share/Trash/files, чтобы восстановить удалённые файлы и папки.

Вернуть / добавить корзину в Ubuntu и Linux Mint

Чтобы добавить корзину на рабочий стол в Ubuntu и Linux Mint, нужно отредактировать конфигурацию окружения. Делается это через программу gconf-editor. Возможно, её у Вас нет. Воспользуйтесь ссылкой, чтобы установить через пакетный менеджер. Или выполните команду:

sudo apt-get install gconf-editor

После чего запустите gconf-editor: в меню приложений он будет называться "Редактор конфигурации".

В нём пройдите по ветке /apps/nautilus/desktop. Добавьте или отредактируйте ключ trash_icon_visible -- тип: логическое, значение: истинное. Закройте редактор.

После перезагрузки окружения должна появиться иконка корзины.

Ниже приведённые рецепты помогут решить 90% проблем, возникающих при настройке прав доступа.

Сменить владельца для всех папкок и файлов, лежащих в данной папке

Чтобы сменить владельца, в Unix используется команда chown. Первая группа параметров данной команды -- опции. Для того, чтобы изменения коснулись не только данной директории, но и всех поддиректорий, нужно применить команду рекурсивно -- с параметром "-R".

Вторая группа параметров -- это владелец и группа владельцев, разделённые двоеточием (можно не устанавливать группу -- тогда это просто логин владельца) -- "user:group" или "user".

Третья же группа параметров -- это пути до папок / файлов, к которым нужно применить команду. Например, "/home/user/dir/".

Итак, команда смены владельца и группы владельцев для директории и всех поддиректорий с файлами будет выглядеть так:

sudo chown -R user:group /home/user/dir/

Sudo говорит о том, что команда будет исполняться с повышенными привилегиями -- обычный пользователь не способен изменить ни владельца, ни группу.

Изменить права доступа на файл или папку

Помимо владельца, можно настроить, что же может этот самый владелец и группа, а также все остальные. В Unix идёт разделение возможностей именно таким образом -- есть 3 группы прав: владелец, группа владельцев и другие. И права, что можно присвоить каждой группе:

• Право на запуск файла. Оно же -- право на проход по директории (если устанавливаем права на директории).
• Право на изменение файла. Оно же -- право на создание и удаление файлов и папок в директории (опять же, если устанавливается для папки).
• И право на чтение файла. Для папок -- это право на просмотр содержимого папки.

Кодируются эти права следующим образом: запуск - 1, изменение - 2, чтение - 4. Складывая их мы получим набор прав, предоставляемый владельцу/группе/другим.

Права на доступ изменяются командой chmod.

Примеры:

• Изменять файл имеет право только владелец, группа владельце может читать, остальные -- ничего не могут: chmod 640 /media/share/file.txt
• Создавать файлы в папке могут все, но видит их только владелец: chmod 622 /media/share/messages/
• Есть программа, которая не хочет запускаться -- не хватает прав на исполнение. Нужно, чтобы все могли её запустить, но никто, кроме владельца, не мог её редактировать: chmod 711 /media/share/exec

Для рекурсивного изменения прав используется опять же ключ "-R". Например, chmod -R 700 /home/user -- доступ к файлам и папкам /home/user останется только у владельца.

Стоит заметить, что изменять права на файлы и директории могут администраторы и владелец этих папок и файлов.

Изменение прав только на файлы или только на папки

Вышеприведённый пример рекурсивного изменения прав на файлы и папки в /home/user/ не так уж и хорош, как может показаться. Мы сделали, чтобы теперь и обычные файлы могли запускаться. Это может привести к проблемам, если среди фалов были примеры программ, на которые специально были выставлены права без запуска, дабы случайно не исполнить хранимые программы. Если бы мы поставили права 600 -- мы бы потеряли доступ к подпапкам и файлам, лежащим в них, ибо без права "на исполнение" (оно же  -- "право перехода по папке"), мы бы не смогли до них добраться.

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

find /home/user -type f -exec chmod 600 {} \;

Немного магии Но если присмотреться, всё понятно: найти в /home/user все объекты, типа file (f) и выполнить для них chmod 600.

Или же для директорий:

find /home/user -type d -exec chmod 700 {} \;

Что ещё можно посмотреть

Крайне полезны могут быть утилиты find, grep для поиска и фильтрации работы команд. chown и chmod также умеют больше, чем здесь описано. Есть ещё chattr -- для смены атрибутов папок и файлов (про атрибуты -- в другой раз). Все выше перечисленные утилиты имеют хорошую документацию. Чтобы её увидеть, нужно набрать в консоли man имя_утилиты.

Думаю, этих знаний хватит на первое время всем тем, кто решил настроить права в своём Linux (и Unix).

Больше понятной и полезной информации можно получить, заглянув в рубрику "Настройка" или, найдя статьи с меткой "Я познаю мир" .