Казалось бы, уже давно проблем быть не должно с архивацией/разархивацией, однако, до сих пор можно встретить файл, запакованный в странном формате, о котором система и не слышала. Ниже описаны консольные команды, которые помогут Вам разархивировать файл в 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

ERROR 2002 (HY000): Can't connect
to local MySQL server through
socket '/var/run/mysqld/mysqld.sock' (2)

Эта же ошибка в логах выглядит так:

[ERROR] Can't start server : Bind on unix socket: No such file or directory
[ERROR] Do you already have another mysqld server running on socket: /var/run/mysqld/mysqld.sock ?

Иначе говоря, MySQL демон не может подключиться к Unix-сокету. А такое может произойти по двум причинам:

1. кто-то уже занял сокет;
2. MySQL не может получить доступ к сокету.

Для проверки первого варианта можно попробовать узнать: а не занимает ли кто-то этот файл.

sudo lsof /var/run/mysqld/mysqld.sock

В результате получаем нечто подобное:

COMMAND PID  USER   FD   TYPE  DEVICE     SIZE/OFF NODE NAME
mysqld  1299 mysql  6u   unix  0xf688b840 0t0      7877 /var/run/mysqld/mysqld.sock

где видно, кто занял файл. Или же

...
lsof: status error on /run/mysqld/mysqld.sock: No such file or directory
...

-- файл отсутствует.

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

sudo mkdir /var/run/mysqld
sudo mkfifo /var/run/mysqld/mysqld.sock
sudo chown -R mysql /var/run/mysqld

Построчно:

1. создаём папку, в которой должен лежать файл сокета;
2. создаём сам сокет командой mkfifo (хотя сокет -- это тоже файл, создавать его можно только специальной программой -- mkfifo);
3. устанавливаем владельцем папки /var/run/mysqld пользователя mysql.

После чего MySQL уже должен нормально работать.

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

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LANG = "ru_RU.utf8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Чаще всего это бывает при использовании на vps/vds хостинге этих ОС. Всему виной недонастроенность системы. В частности -- неустановленная нужная локаль. Ну и ещё 1 вариант -- весёлые приключения в сих системах, когда пользователь лезет туда, куда не следовало бы.

В этой ситуации всё что нам нужно сделать -- это так и установить нужную локаль. Для этого выполняем:

sudo dpkg-reconfigure locales

В предложенном списке выбираем en_US и родную локаль. Для русских пользователей Ubuntu это будет ru_RU.

Ниже приведённые рецепты помогут решить 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).

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

Однако, если у Вас есть доступ к ним по ssh, можно довольно просто узнать о том, сколько каждая папка / файл потребляет дискового пространства:

du -smc --exclude={proc,sys,dev} ./* | sort -g

Данная команда выведет все директории и файлы в текущей папке с их размерами (в мегабайтах) и упорядочит их по этому самому размеру.

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).

E: Could not get lock /var/lib/dpkg/lock – open
(11: Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/),
is another process using it?

И это проблема не только пользователей Ubuntu, но и других GNU/Linux, использующих apt. К примеру, подобное можно увидеть и на Debian и на Linux Mint.

А всё потому, что приложения, работающие с базой пакетов не хотят, чтобы во время их работы другие такие же приложения изменяли эту самую базу. Если её будут править сразу несколько программ, могут происходить самые странные вещи. Поэтому, они в начале работы создают файл /var/lib/dpkg/lock, который служит своеобразным семафором -- можно начинать работу или нет.

Поэтому, получив данную ошибку, проверьте: а не запущен ли уже какой-нибудь пакетный менеджер?

Если нет -- возможно, какой менеджер пакетов просто не удалил данный файл. Это может быть связано с аварийным завершением работы: выключили свет, он упал с ошибкой, или же Вы сами прибили его из системного монитора Вот, бедняга, за собой и не убрал. Что же, не убрал он -- уберём мы!

sudo rm /var/lib/dpkg/lock

-- просто удаляем файл блокировки. Проблема решена!

В этой версии:

• Теперь используется x-terminal-emulator -e synaptic-pkexec для систем, не поддерживающих графический policykit агент.
• Используются все источники в фильтре источников, а не только первый, как было до этого.
• Показываются все "архивы" в списке источников, даже если они были скрыты другими.