Консольный оконный менеджер - SCREEN

Часто приходится работать удаленно с серверами по ssh, но всегда не хватало магических Alt+F1 .... Alt+Fn. Открыл для себя SCREEN :)

             SCREEN - полноэкранный и достаточно мощный консольный оконный менеджер с поддержкой скроллинга и поиска в окне и функцией копирования-вставки между ними. Наиболее интересная функция данного менеджера заключается в том что Вы можете в любой момент отсоединиться от своего screen`a и закрыть сеанс работы в шеле. После этого Вы можете присоединившись к screen`у вновь продолжить свою работу с того места где Вы остановились.
             В данной статье я хочу в вкратце рассказать о основных приемах работы с данной утилитой. За более подробной информацией обращайтесь к манам. ;)

             И так разберем по подробнее как же работать с данным чудом. Для начала заглянем в конфигурационный файл .screenrc, который находиться в  Вашем домашнем каталоге. Если его там нет, можно скопировать файл общесистемный файл screenrc, который находиться в каталоге /etc.
             Что же полезного можно включить в конфигурационном файле? Все опции можно изменить во время работы. Для этого нажмите Ctrl+a : и введите название параметра и его значение. 

             Разберем некоторые директивы:

                vbell off - управляет визуальным звонком. Если данный параметр будет включен (on) то звонок будет отображаться как вспышка на экране.

              activity 'activity in window %n' - сообщение которое будет выводиться при включенном режиме мониторинга за окном. Полезно если Вы ждете какого либо действия в окне.

               bell_msg 'bell in window %n' - сообщение, которое выведется на Ваш экран в случае получения screen`ом звукового сигнала в каком либо окне.

               nethack on - изменяет стиль текста выводимых сообщений на стиль знаменитой игрушки NetHack. Почувствуйте себя в подземельях... ;)

              autodetach on - если по какой то причине соединение с   управляющим процессом будет потеряно, то после востановления работа в screen может быть возобновлена. В обратном случае (off) - screen будет уничтожен со всеми дочерними окнами и процессами.

             startup_message off - выключает сообщение об авторских правах при первом запуске screen`а.

              defscrollback 10000 - количество строк по умолчанию для буфера прокрутки.

              caption always - показывает заголовки окна в строке   статуса.

              caption string "%{rk} %c %{dd} %{+b M}%n  %{-b dd}%-w%{+b B.}%n* %t%{-}%+w%<" - форматирование строки статуса. Данный набор символов приведет к тому что в строке статуса будет отображаться время и цветом выделяться активное окно.

             После запуска screen создаст одно окно с Вашим шелом. В последствии вы сможете создать дополнительные окна. Все нажатия клавиш передаются текущей программе в окне. Ограничение накладывается только на управляющую последовательность самого менеджера. Данная последовательность Ctrl+a. Для того что бы передать приложению данную последовательность Вам нужно нажать
     Ctrl+a и сразу a. В остальном - абсолютно никаких ограничений. Единственно, что тип терминала должен быть VT100 совместим для правильной передачи нажатий при удаленной работе.

             Тип терминала передаваемый приложению в окне screen - так и      называться screen. Если Ваше приложение не поддерживает данный тип - его всегда можно изменить путем изменения переменной TERM.

 КРАТКАЯ СВОДКА КОМБИНАЦИЙ КЛАВИШ ПРИ РАБОТЕ

   Для создания нового окна -  Ctrl+a c (create).

   Для переключения между окнами - Ctrl+a a - между последним активным.

      Ctrl+a <НОМЕР> -  выбор окна по номеру.
      Ctrl+a (p|n) -  циклическое перемещение между окнами. p - prev, n - next.
      Ctrl+a " - список окон для переключения.
 
   Управление окнами -  Ctrl+a A - изменить заголовок окна. Аналогично
   вводу команды title при нажатии Ctrl+a :.
      Ctrl+a C - очистить окно.
      Ctrl+a F - подогнать размер окна под текущий размер терминала.
      Ctrl+a H - протоколирование окна в файл screenlog.<НОМЕР ОКНА>
      Ctrl+a K - уничтожить окно.
      Ctrl+a M - режим слежения за активностью в окне. Если в момент этого вы
                 находитесь в другом окне - в подсказке будет выведено:activity in window <НОМЕР ОКНА>
      Ctrl+a r - переключение режима переноса по словам. (wrap)
      Ctrl+a S - очень интересный режим работы. Сплит. То-есть текущее окно
                 разделяется на две части и в обоих  можно открыть по новому окну.

   Переключение между окнами Ctrl+a; TAB, выход из режима сплит - Ctrl+a Q.

   Общие команды -    
       Ctrl+a ?   - помощь
       Ctrl+a Esc - режим скроллинга. Он же режим копирования. Для копирования
                    подведите курсор к нужному месту  и нажмите пробел.
       Ctrl+a ]   - Вставка выделенной области.
       Ctrl+a x   - Запереть менеджер. При вкомпиленной  поддержке PAM - для разблокировки
                    нужно ввести пароль пользователя от которого запущен менеджер.
      В обратном случае пароль для разблокировки будет запрошен при
                    блокировании.

             НАИБОЛЕЕ ЧАСТО ПРИМЕНЯЕМЫЕ ОПЦИИ КОМАНДНОЙ СТРОКИ.

   -rd - подключиться к screen. Сделать deatach для остальных сессий.
   -list/-ls - список запущенных менеджеров.
   -dm - запуск screen в режиме deatach. Полезно для init скриптов или
         скриптов вообще.
   -wipe - удалить сведения о запущенных менеджерах. Полезно в случае
         потери менеджера, но сохранения информации о нем.
   -x - присоединиться к screen. Присоединение осуществляется даже в
         случае существующих соединений. Полезно при работе с одним screen из
         разных окружений. Например один screen и на X и на консоль.

Взято с opennet.ru

Хитрости SSH (перевод статьи "SSH Tricks")

ssh user1@remote_server

user1@remote_server:~$

scp file.txt user1@remote_server:~/

scp user1@remote_server:~/file.txt .

$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key
(/home/user1/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in
/home/user1/.ssh/id_rsa.
Your public key has been saved in
/home/user1/.ssh/id_rsa.pub.
The key fingerprint is:
xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx

$ scp /home/user1/.ssh/id_rsa.pub \
user1@remote_server:~/
$ ssh user1@remote_server
$ cat ~/id_rsa.pub >> ~/.ssh/authorized_keys

ssh user1@local_server "play \
/usr/share/sounds/gaim/arrive.wav"

ssh -X user1@remote_server

ssh -X user1@remote_server "psi"

# apt-get install sshfs

# modprobe fuse

mkdir ~/remote_folder
sshfs user1@remote_server:/tmp ~/remote_folder

fusermount -u ~/remote_folder

sshfs#user1@remote_server:/tmp \
/home/user1/remote_folder/ fuse    defaults,auto    0 0

Gentoo - Краткий мануал по установке Gentoo GNU/Linux из Stage1

Итак, вы решили установить Gentoo и не знаете с чего начать, при этом чтение мануалов вас отпугивает своим количеством и сложностью. В данном мануале я постараюсь кратко описать весь процесс установки системы, и постараюсь написать простым языком.

Начнем с того, как распространяется дистрибутив и из каких частей он состоит. Если заглянуть на официальные зеркала Gentoo, то вы может увидеть кучу различных каталогов для разных архитектур (что подчеркивает гибкость и кроссплатформенность), различные профили для сборки, набор distfiles и т.д. Как же выбрать что подходит вам? Начнем с выбора профиля, ведь версия дистрибутива обозначается версией профиля (например Gentoo 2007.0). В чем же различия между профилями? Дело в том, что конечный профиль для сборки представляет собой набор пакетов. В конечном счёте, весь набор пакетов от default-linux, x86, 2007.0 представляет собой минимальный набор пакетов необходимых для работы профиля, который используется в ссылке /etc/make.profile. Такой способ управления позволяет гибко настраивать работу различных программ на различных платформах, ведь есть не только x86, есть ещё sparc, amd и т.п. И для sparc существуют собственные аналоги gcc, ведь на бинарном уровне компилятор gcc для x86 не совместим со sparc. Конечно же стоит выбирать самый свежий профиль, т.к. в нем присутствует самый свежий набор требований. Хотя если у вас есть и более старый дистрибутив с набором distfiles, то вы легко можете синхронизироваться с официальным зеркалом и обновить систему после ее установки.

Следующее что нам предстоит выбрать это Stage. Stage это обычный архив, который содержит изначальную структуру каталогов Linux, а также некоторые файлы. Дело в том, что Gentoo отличается сильной оптимизацией работы под конкретный компьютер, поэтому, есть возможность установить «все с нуля». Всего существует три Stage. Например Stage1 представляет собой самый базовый вариант, содержащий минимальный набор команд, такие как chroot и т.п. Если почитать мануалы а официальном сайте Gentoo, то там советуют производить установку из Stage 3, т.к. установка системы из stage1 и stage2, на машину конечного пользователя, больше не поддерживается. Если вам интересно мое мнение, то я всегда использую Stage 1, и весь следующий мануал буду писать именно по сборке из этого stage.
Так же stage бывает для разных профилей и разных архитектур. Stage собирается для некоторого числа определенных архитектур процессоров. Архитектура процессора - это общее название идей, набор инструкций и регистров, поддерживаемых процессором. Имя архива содержит название типа архитектуры процессора, для которой он собран. Чтобы правильно выбрать Stage, вы должны знать тип архитектуры вашего процессора. Данную информацию можно получить, например, с сайта производителя процессора или в общедоступных энциклопедиях.

Следующий пакет который нужно иметь перед началом установки это Portage. В Gentoo существует специальная система Portage, которая отвечает за установку, обновление, отслеживание зависимостей, обслуживание и удаление пакетов. Система довольно часто обновляется, ведь она содержит скрипты для установки определенных версия программ. Portage представляет собой архив содержащий в себе базу с информацией о доступных, на текущий момент пакетах. Скачиваемсамый свежий Portage. Версия данного архива определяется датой выпуска. На официальных зеркалах архив находится в каталоге snapshots. Для управлением пакетов используется универсальный скрипт - emerge. Это команда с помощью которой выполняются все операции связанные с управлением, а так же обновлением пакетов. Например для установки Apache нужно всего лишь ввести emerge apache и систеа сама скачает и установит последнюю (по данным из локального Portage) версию apache.

Установка Gentoo производится из под уже существующей системы Gentoo - livecd соответствующий профилю той системы которую мы будем собирать. На загрузочном диске уже установлен компилятор и библиотеки, а так же базовые команды которые нам могут понадобиться для сборки нашей будущей системы. Конечно же выбирать livecd стоит с таким же профилем и такой же архитектурой что и Stage.

Итак, для начала установки нам понадобиться. Загрузочный livecd, архив Stage 1, архив Portage. Записываем это все на один диск и можно приступить к установке.

Как только закончится загрузка livecd мы попадаем в консоль. Первым делом что мы сделаем, это разобьем жесткий диск на разделы.
На данном этапе я останавливаться не буду, т.к. в интернете и на форуме полно тем по данному вопросу.

# cfdisk /dev/sda

Предположим что ваша таблица разделов выглядит так:

Файловая система Тип Точка монтирования

/dev/sda1 swap -
/dev/sda5 reiserfs /
/dev/sda6 reiserfs /var
/dev/sda7 Ext2 /boot
/dev/sda8 reiserfs /usr/portage

Форматируем разделы:

SWAP - mkswap /dev/sda1
Ext2 - mke2fs /dev/sda1
Ext3 - mke2fs -j /dev/sda1
ReiserFS - mkreiserfs /dev/sda1
JFX - mkfs.jfs /dev/sda1
XFS - mkfs.xfs /dev/sda1

Как видно из моей таблицы разделов на жестком диске, мой выбор пал на ReiserFS, так как он достаточно быстро работает с большим количеством маленьких файлов.

После успешного форматирования, монтируем корневой каталог и создаем на корневом разделе парочку каталогов, для монтирования других разделов.

# mount /dev/sda5 /mnt/gentoo
# cd /mnt/gentoo
# mkdir boot
# mkdir var
# mount /dev/sda6 /mnt/gentoo/var

Распаковываем Stage.

# ls /mnt/cdrom/stages/*
stage1-x86-2007.0.tar.bz2
# tar xvjpf /mnt/cdrom/stages/stage1-x86-2007.0.tar.bz2 /mnt/gentoo

Теперь у нас есть дерево нашей будущей системы. Монтируем к получившимся каталогам остальные файловые системы:

# mkdir /mnt/gentoo/usr/portage
# mount /dev/sda7 /mnt/gentoo/boot
# mount /dev/sda8 /mnt/gentoo/usr/portage
# mount /dev/sda6 /mnt/gentoo/var
# swapon /dev/sda1
# mount t proc none /mnt/gentoo/proc

Распаковываем снимок дерева Portage.

# ls /mnt/cdrom/snapshots/*
portage-20080108.tar.bz2
# tar xvjf /mnt/cdrom/snapshots/portage-20080108.tar.bz2 C /mnt/gentoo/usr

Пришло время указать параметры сборки. Так как Gentoo отличается от других дистрибутивов оптимизацией, существует конфигурационный файл где и выставляются все эти настройки. Все параметры по умолчанию находятся в /etc/make.globals, но добавлять изменения нужно в /etc/make.conf. Так же здесь указываются так называемые USE флаги, предназначенные для обозначения глобальных зависимостей для сборки пакетов. Например при сборке какого-нибудь пакета в зависимости попадает KDE, хотя нам его устанавливать не нужно. Мы просто добавляем в USE параметр -kde и все зависимости связанные с KDE будут автоматически отброшены.

# nano w /mnt/gentoo/etc/make.conf

Если вдруг кому-то интересен мой вариант make.conf
читать дальше »

CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -pipe"
CXXFLAGS="${CFLAGS}"
CHOST="i686-pc-linux-gnu"
ACCEPT_KEYWORDS="~x86"
#GENTOO_MIRRORS="http://mirror.ealtai.ru/Linux/gentoo"
#SYNC="rsync://mirror.ealtai.ru/gentoo-portage"
MAKEOPTS="-j3"
AUTOCLEAN="yes"
FEATURES="sandbox ccache"
ALSA_CARDS="intel8x0"
VIDEO_CARDS="nvidia"
LINGUAS="ru"
USE="X java acl 3dfx a52 eds truetype gstreamer xv imlib mad ogg vorbis sdl chardet encode png gif bzip2 ftp cdr dvdr gtk gtk2 gnome opengl dbus hal nls nptl nptlonly ncurses ntl alsa slang userlocales unicode symlink cups mp3 jpeg samba beryl glitz ffmpeg dvdread spell qt3 javascript quicktime mikmod \
-kde -ipv6 -oss -berkdb -arts"

Почитать о том какие настройки нужно указывать в make.conf можно тут:
http://gentoo-wiki.com/Safe_Cflags.
http://gentoo-wiki.com/FAQ_USE_Flags

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

# chroot /mnt/gentoo /bin/bash
# env-update
# source /etc/profile

Приступим к сборке Stage 1.

# cd /usr/portage
# scripts/bootstrap.sh

Этот процесс может занять пару часиков. После успешной сборки Stage приступим к сборке системных пакетов. P.S. Зависимости пакетов которые будут установлены можно посмотреть в виде списка, добавив в команду префикс --pretend. Например emerge --pretend system. Таким образом вы можете точно проследить какие пакеты будут установлены и отрегулировать USE флаги в /etc/make.conf.

# emerge system

Процесс сборки можно прервать, и запустить снова. Установленные пакеты уже будут внесены в базу, и будут реально установлены. Нужно всего лишь ввести emerge system еще раз.

Распаковываем исходные коды ядра:

# emerge gentoo-sources

Собираем ядро:

# cd /usr/src/linux
# make menuconfig
# make && make modules_install

Копируем образ ядра в загрузочный раздел.

# cp /usr/src/linux/arch/i386/boot/bzImage /boot/bzImage
# cp /usr/src/linux/System.map /boot

После сборки ядра установим некоторые утилиты, на случай если они каким-то образом не попали в system. P.S. Так как в своем варианте я использую ReiserFS я устанавливаю утилиты для данной файловой системы.

# emerge udev
# emerge reiserfsprogs

Теперь отредактируем таблицу монтирования fstab.

# nano w /etc/fstab

таблица выглядит так:

/dev/sda7 /boot ext2 noauto,noatime 1 1
/dev/sda5 / reiserfs noatime 0 0
/dev/sda1 none swap sw 0 0
/dev/sda8 /usr/portage reiserfs noatime 0 0
/dev/sda6 /var reiserfs noatime 0 0
tmpfs /tmp tmpfs defaults 0 0

Устанавливаем журнал и планировщик заданий.

# emerge syslog-ng
# rc-update add syslog-ng default
# emerge vixie-cron
# rc-update add vixie-cron default

P.S. Для того чтобы добавить init скрипт в уровни загрузки, используется утилита rc-update, использование которой мы видим выше.

Устанавливаем загрузчик:

# emerge lilo
# nano w /etc/lilo.conf

Мой вариант конфига загрузчика выглядит так:

boot=/dev/sda
prompt
timeout=150
image=/boot/bzImage
root=/dev/sda5
label=Gentoo
read-only

Для того чтобы произвести запись в MBR:

# lilo

Создадим нового пользователя.

# useradd -m -G users,wheel,audio -s /bin/bash john

Ну и самое главное, это не забыть установить пароль для root ! P.S. Заодно можно установить пароль и юзеру.

# passwd

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

Выходим из системы:

# exit

Ребутимся из под livecd:
Код:

# reboot

Ссылки по теме:
http://gentoo.org/
http://forums.gentoo.org/
http://gentoo-wiki.com/USE_Flags_explained
http://packages.gentoo.org/
http://gentoo-portage.com/
http://gentoo-wiki.com/HOWTO_Use_Por...y#Color_Output

Удачи.

Обновление уже установленной системы.
Так как база скриптов portage обновляется непрерывно, есть возможность иметь постоянно свежий набор пакетов. Для того чтобы синхронизировать дерево Portage с официальным деревм введем команду:
Код:

# emerge --sync

После успешной синхронизации, нужно собрать новые пакеты и удалить старые. Для этого пересоберем пакеты входящие в system и world.
Код:

# emerge system
# emerge world
# emerge --update --newuse --deep world

Следующая команда контролирует целостность пакетов и соответствующие к ним библиотеки:

# revdep-rebuild

Следующая команда чистит систему от мусора. Например вы удалили какой-то пакет, а после него остались зависимости. Выполнив данную команду вы автоматически удалите все "ненужные" пакеты. P.S. Используйте предельно аккуратно.

# emerge --depclean

P.S. В данной статье не стремились охватить весь процесс установки, это очень краткий и сжатый вариант. Если что-то не понятно или что-то указано некорректно пишите, исправим.

взято

Linux для всех Файловые системы

У каждого иногда встает вопрос какую же файловую систему выбрать и для чего? У меня тоже был выбор конфигурации, и после прогона тестов стало интересно, чем же отличается одна файловая система от другой? В чем различие? Каковы их плюсы и минусы? В чем преимущество одной файловой системы перед другой?

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

Рассматриваются только файловые системы семейства linux. Так что, кого это также заинтересовало, прошу под кат.

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

Были иcпользованы bonnie++ и postmark. Я не буду приводить результаты, так как мне делать этого не следует (это не паблик тесты, я не думаю, что имею право их выкладывать, прошу меня извинить). Поэтому ограничусь небольшими выводами.

Лидирует по производительности ext2, несильно отстает jfs, затем идет reiserfs, ext3, и с небольшим отрывом xfs.

Если сравнивать наиболее распространенные файловые системы между собой, то выходит следующее:

потеря производительности для xfs по мере добавления промежуточных уровней device mapper'a менее существенна, чем для ext3.

ext3 — обычная, вылизанная до блеска, файловая система, сравнительно простая во внутренней организации, за счет чего не особо эффективная. Поддерживается всем, чем угодно, совместима с ext2. Обычно ставится по умолчанию именно по этим причинам. К тому же, невелик риск потерять что-либо.

xfs — более сложная, более эффективная в работе с большими по размеру файлами, хорошо работает с большими по объему каталогами на чтение и поиск в них. Эффективно реализована поддержка ACL. Невысокая нагрузка на процессор.

Особенности при работе LVM2 — размер файловой системы ext3 можно как увеличивать, так и уменьшать, но лишь при отмонтированной файловой системе, в отличии от xfs, которую можно лишь увеличивать, но на смонтированной файловой системе, то есть, не прерывая работу с ней.

для xfs также есть возможность принудительно сбросить буферы на диск без отмонтирования и прерывания работы с ней. Для ext3 snapshot через LVM будет аналогичен состоянию файловой системы при отключении питания. Но разработчики обещали поправить это дело в новых версиях ядра.

При работе с xfs жизненно необходим ups, и не рекомендуется держать на ней корневую файловую систему, так как xfs считает, что содержимое находившихся открытыми на запись файлов при некорректном прерывании работы системы не определено, и она заполняет эти файлы нулями. (смертельно для базы данных)

ext2 — та же ext3, только без поддержки журналирования, за счет чего работает быстрее.

jfs дает хороший прирост в скорости работы. Плюс этой файловой системы в том, что возможно восстановить данные с поврежденного тома, или же стертые данные, в отличии от ext3, но при этом, jfs не сохраняет данные о стертых каталогах а файлах, что затруднит поиск. Нет ограничений на количество файлов. Одинаково производительна как на файлах малого обьема, так и на файлах большого обьема. fsck работает очень быстро. Минимальная нагрузка на процессор, оптимизирована для работы в многопроцессорной среде. Раздел можно лишь увеличить. Идеально подходит для хранения корневой файловой системы.

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

На этом, в общем-то, все. Приятного всем дня
 

PS: Ссылку на оригинал статьи не приведу, нашел давно и сохранил у себя на жестяке.

Восстановление данных под Linux

root@rozik3:~# dd if=/dev/zero of=/dev/sda bs=8K

8034929+0 записей считано
8034929+0 записей написано
 скопировано 65822138368 байт (66 GB), 832,959 секунд, 79,0 MB/s
52809917+0 записей считано
52809917+0 записей написано
 скопировано 432618840064 байт (433 GB), 6286,23 секунд, 68,8 MB/s
#К концу диска, как и полагается, линейная скорость записи несколько уменьшается
dd: запись `/dev/sda": No space left on device
61048324+0 записей считано
61048323+0 записей написано
 скопировано 500107862016 байт (500 GB), 7750,36 секунд, 64,5 MB/s 

root@rozik3:~# smartctl -i -A /dev/hdc
smartctl version 5.36 [i486-slackware-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model:     SAMSUNG SP2014N
Serial Number:    S088J1NL203227
Firmware Version: VC100-33
User Capacity:    200.049.647.616 bytes
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   7
ATA Standard is:  ATA/ATAPI-7 T13 1532D revision 4a
Local Time is:    Tue Sep 18 00:12:19 2007 EEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   253   099   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0007   038   033   025    Pre-fail  Always       -       12800
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       272
  5 Reallocated_Sector_Ct   0x0033   001   001   010    Pre-fail  Always   FAILING_NOW 32267
  7 Seek_Error_Rate         0x000f   253   253   051    Pre-fail  Always       -       0
  8 Seek_Time_Performance   0x0025   253   253   015    Pre-fail  Offline      -       0
  9 Power_On_Half_Minutes   0x0032   097   097   000    Old_age   Always       -       17476h+42m
 10 Spin_Retry_Count        0x0033   253   253   051    Pre-fail  Always       -       0
 11 Calibration_Retry_Count 0x0012   253   002   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       13
190 Unknown_Attribute       0x0022   166   127   000    Old_age   Always       -       24
194 Temperature_Celsius     0x0022   166   127   000    Old_age   Always       -       24
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       1228
196 Reallocated_Event_Count 0x0032   001   001   000    Old_age   Always       -       32267
197 Current_Pending_Sector  0x0012   253   001   000    Old_age   Always       -       4294935023
198 Offline_Uncorrectable   0x0030   253   001   000    Old_age   Offline      -       4294935631
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000a   253   253   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x000a   253   089   000    Old_age   Always       -       0

root@rozik3:~# fdisk -l

#Это наш чистый накопитель-приемник. На нем ничего нет.
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sda doesn"t contain a valid partition table

#Это наш инвалид. 
#Вместо внятной логической структуры - какое-то месиво - источник желтого цвета#в PartitionMagic и 400 ГБ размера.
Disk /dev/hdc: 200.0 GB, 200049647616 bytes
255 heads, 63 sectors/track, 24321 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

This doesn"t look like a partition table
Probably you selected the wrong device.

   Device Boot        Start           End      Blocks   Id  System
/dev/hdc1   ?         13578      119522     850995205   72  Unknown
Partition 1 does not end on cylinder boundary.
/dev/hdc2   ?              45382       79243     271987362   74  Unknown
Partition 2 does not end on cylinder boundary.
/dev/hdc3   ?         10499              10499             0   65  Novell Netware 386
Partition 3 does not end on cylinder boundary.
/dev/hdc4            167628        167631       25817+   0         Empty
Partition 4 does not end on cylinder boundary.

Partition table entries are not in disk order

#Это, собственно, наш системный винчестер
Disk /dev/hda: 120.0 GB, 120059362816 bytes                         

Disk /dev/hda: 120.0 GB, 120059362816 bytes
255 heads, 63 sectors/track, 14596 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1          65      522081   82  Linux swap
/dev/hda2              66        1340    10241437+  83  Linux
/dev/hda3   *        1341       14468   105450660    7  HPFS/NTFS
/dev/hda4           14469       14596     1028160    c  W95 FAT32 (LBA)

root@rozik3:~# dd_rescue -h

dd_rescue Version 1.14, garloff[at]suse[dot]de, GNU GPL
 ($Id: dd_rescue.c,v 1.59 2007/08/26 13:42:44 garloff Exp $)
dd_rescue copies data from one file (or block device) to another.
USAGE: dd_rescue [options] infile outfile
Options: -s ipos    start position in  input file (default=0),
           #начальный сектор на исходном файле-устройстве (по ум.=0)
         -S opos    start position in output file (def=ipos),
           #начальный сектор на результирующем файле-устройстве (по ум.=как на исходном)
         -b softbs  block size for copy operation (def=65536),
           #размер блока при нормальном копировании (по ум.=64 КБ)
         -B hardbs  fallback block size in case of errs (def=512),
           #размер блока при копировании на дефектах (по ум.=512 Б)
         -e maxerr  exit after maxerr errors (def=0=infinite),
           #завершить работу при определенном количестве ошибок (по ум.=0=не завершать)
         -m maxxfer maximum amount of data to be transfered (def=0=inf),
           #максимальный скопированный объем данных, по достижении которого завершить работу             #(по ум.=0=не завершать)
         -y syncfrq frequency of fsync calls on outfile (def=512*softbs),
           #частота вызова fsync для синхронизации результирующего файла с исходным            #(маленькое значение замедляет работу) (по ум.=каждые 32 МБ)
         -l logfile name of a     file to log errors and summary to (def=""),
           #файл, в который захватывается вывод   программы в терминал (полезно для анализа)           #(по ум.=не создается)
         -o bbfile  name     of a file to log bad blocks numbers (def=""),
           #файл, в который пишутся номера   дефектных секторов (полезно для анализа)           #(по ум.=не создается)
         -r reverse direction     copy (def=forward),
           #реверсное копирование (!!!) (по   ум.=выключено, копируем вперед)
         -t truncate output     file (def=no),
           #очищать результирующий файл (как это   делает dd) (по ум.=не очищать)
         -d/D use O_DIRECT for     input/output (def=no),
         -w abort on Write     errors (def=no),
           #завершать работу при ошибках записи   (по ум.=не завершать)
         -a spArse file writing     (def=no),
         -A Always write     blocks, zeroed if err (def=no),
           #записывать на приемник нули вместо ошибок (полезно, если не очистили приемник;           #несколько замедляет копирование на дефектах) (по ум.=не записывать)
         -i interactive: ask     before overwriting data (def=no),
           #интерактивный режим: спрашивать при   перезаписи данных (по ум.=отключен)
         -f force: skip some     sanity checks (def=no),
         -p preserve: preserve     ownership / perms (def=no),
         -q quiet operation,
           #копировать молча
         -v verbose operation,
           #копировать с максимумом подробностей
         -V display version and     exit,
           #показать версию программы и выйти
         -h display this help     and exit.
           #показать эту справку и выйти
Note: Sizes may be given in units b(=512), k(=1024), M(=1024^2) or G(1024^3) bytes
This program is useful to rescue data in case of I/O errors, because
 it does not necessarily abort or truncate the output.

root@rozik3:~# dd_rescue -v -y 1G -l samsung200.log -o samsung200.bb /dev/hdc /dev/sda
# -v - пусть пишет, что делает; -y 1G - синхронизация раз в гигабайт, иначе тормозит прилично;# -l, -o - пусть ведет логи... для истории :) 
dd_rescue: (info): about to transfer 0.0 kBytes from /dev/hdc to /dev/sda
dd_rescue: (info): blocksizes: soft 65536, hard 512
dd_rescue: (info): starting positions: in 0.0k, out 0.0k
dd_rescue: (info): Logfile: samsung200.log, Maxerr: 0
dd_rescue: (info): Reverse: no , Trunc: no , interactive: no
dd_rescue: (info): abort on Write errs: no , spArse write: never
dd_rescue: (info): ipos:   2283520.0k, opos:   2283520.0k, xferd:   2283520.0k
                   errs:      0, errxfer:         0.0k, succxfer:   2283520.0k
             +curr.rate:    54010kB/s, avg.rate:    50720kB/s, avg.load: 16.9%
------skip-------
dd_rescue: (info): ipos:  10801400.5k, opos:  10801400.5k, xferd:  10801400.5k
                *  errs:    449, errxfer:       224.5k, succxfer:  10801176.0k
             +curr.rate:        0kB/s, avg.rate:    10586kB/s, avg.load:  3.6%
dd_rescue: (warning): /dev/hdc (10801400.5k): Input/output error!

dd_rescue: (info): ipos:  10801401.0k, opos:  10801401.0k, xferd:  10801401.0k
                *  errs:    450, errxfer:       225.0k, succxfer:  10801176.0k
             +curr.rate:        0kB/s, avg.rate:    10544kB/s, avg.load:  3.6%
dd_rescue: (warning): /dev/hdc (10801401.0k): Input/output error!

dd_rescue: (info): ipos:  10801401.5k, opos:  10801401.5k, xferd:  10801401.5k
                *  errs:    451, errxfer:       225.5k, succxfer:  10801176.0k
             +curr.rate:        0kB/s, avg.rate:    10502kB/s, avg.load:  3.6%
dd_rescue: (warning): /dev/hdc (10801401.5k): Input/output error!

Bad block: 21602803
dd_rescue: (fatal): Caught signal 2 "Interrupt". Exiting!
Summary for /dev/hdc -> /dev/sda:
dd_rescue: (info): ipos:  10801402.0k, opos:  10801402.0k, xferd:  10801402.0k
                   errs:    452, errxfer:       226.0k, succxfer:  10801176.0k
             +curr.rate:        0kB/s, avg.rate:    10461kB/s, avg.load:  3.6%

root@rozik3:~# dd_rescue -r -v -y 1G -l samsung200.log -o samsung200.bb /dev/hdc /dev/sda
# -r - реверс; логи дописываются
dd_rescue: (info): ipos set to the end: 195360984.0k
dd_rescue: (info): about to transfer 0.0 kBytes from /dev/hdc to /dev/sda
dd_rescue: (info): blocksizes: soft 65536, hard 512
dd_rescue: (info): starting positions: in 195360984.0k, out 195360984.0k
dd_rescue: (info): Logfile: samsung200.log, Maxerr: 0
dd_rescue: (info): Reverse: yes, Trunc: no , interactive: no
dd_rescue: (info): abort on Write errs: no , spArse write: never
dd_rescue: (info): ipos: 195225816.0k, opos: 195225816.0k, xferd:    135168.0k
             -     errs:      0, errxfer:         0.0k, succxfer:    135168.0k
             +curr.rate:    14083kB/s, avg.rate:    14083kB/s, avg.load:  4.3%

dd_rescue: (info): ipos 7539736.0k promote to large bs again!
dd_rescue: (info): ipos:       216.0k, opos:       216.0k, xferd: 195360768.0k
             -     errs:  11016, errxfer:      5508.0k, succxfer: 195355260.0k
             +curr.rate:    18205kB/s, avg.rate:     6161kB/s, avg.load:  2.3%
Summary for /dev/hdc -> /dev/sda:
dd_rescue: (info): ipos:         0.0k, opos:         0.0k, xferd: 195360984.0k
             -     errs:  11016, errxfer:      5508.0k, succxfer: 195355476.0k
             +curr.rate:    17705kB/s, avg.rate:     6161kB/s, avg.load:  2.3%

root@rozik3:~# fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

This doesn"t look like a partition table
Probably you selected the wrong device.

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   ?       13578      119522   850995205   72  Unknown
Partition 1 does not end on cylinder boundary.
/dev/sda2   ?       45382       79243   271987362   74  Unknown
Partition 2 does not end on cylinder boundary.
/dev/sda3   ?       10499       10499           0   65  Novell Netware 386
Partition 3 does not end on cylinder boundary.
/dev/sda4          167628      167631       25817+   0  Empty
Partition 4 does not end on cylinder boundary.

Partition table entries are not in disk order

Disk /dev/hda: 120.0 GB, 120059362816 bytes
255 heads, 63 sectors/track, 14596 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1          65      522081   82  Linux swap
/dev/hda2              66        1340    10241437+  83  Linux
/dev/hda3   *        1341       14468   105450660    7  HPFS/NTFS
/dev/hda4           14469       14596     1028160    c  W95 FAT32 (LBA)  

root@rozik3:~# dd if=/dev/sda of=samsung200.mbr.old count=1
1+0 записей считано
1+0 записей написано
 скопировано 512 байт (512 B), 0,000281 секунд, 1,8 MB/s

root@rozik3:~# testdisk
TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org
Please wait...

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):
Disk /dev/hda - 120 GB / 111 GiB
Disk /dev/sda - 500 GB / 465 GiB

[Proceed ]  [  Quit  ]

Note: Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has incorrect size, check HD jumper settings, BIOS
detection, and install the latest OS patches and disk drivers.

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB

Please select the partition table type, press Enter when done.
[Intel  ]  Intel/PC partition
[Mac    ]  Apple partition map
[None   ]  Non partioned media
[Sun    ]  Sun Solaris partition
[XBox   ]  XBox partition
[Return ]  Return to disk selection

Note: Do NOT select "None" for media with only a single partition. It"s very
rare for a drive to be "Non-partitioned".

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63

[ Analyse  ]  Analyse current partition structure and search for lost partitions
[ Advanced ]  Filesystem Utils
[ Geometry ]  Change disk geometry
[ Options  ]  Modify options
[ MBR Code ]  Write TestDisk MBR code to first sector
[ Delete   ]  Delete all data in the partition table
[ Quit     ]  Return to disk selection

Note: Correct disk geometry is required for a successful recovery. "Analyse"
process may give some warnings if it thinks the logical geometry is mismatched.

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors
 1 * Sys=72               13577 238 11 119521 238 60 1701990410

Bad relative sector.
 2 * Sys=74               45381  70  3 79242  34 29  543974724

Bad relative sector.
 3 * NetWare 3.11+        10498  56 41 10498  56 40          0

Bad relative sector.
Only one partition must be bootable
Space conflict between the following two partitions
 1 * Sys=72               13577 238 11 119521 238 60 1701990410
 2 * Sys=74               45381  70  3 79242  34 29  543974724

*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted

[Proceed ]  [  Save  ]
                            Try to locate partition

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
     Partition               Start        End    Size in sectors
* HPFS - NTFS              0   1  1  5182 254 63   83264832 [WIN_XP]
L HPFS - NTFS           5183   1  1 24320 254 63  307451907 [ARCHIVE]

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
NTFS, 42 GB / 39 GiB

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63

     Partition                  Start        End    Size in sectors
 1 * HPFS - NTFS              0   1  1  5182 254 63   83264832 [WIN_XP]
 2 E extended LBA          5183   0  1 24320 254 63  307451970
 5 L HPFS - NTFS           5183   1  1 24320 254 63  307451907 [ARCHIVE]

[  Quit  ]  [Search! ]  [ Write  ]  [Extd Part]
                              Return to main menu

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
     Partition               Start        End    Size in sectors
D HPFS - NTFS              0   1  1  2233 254 63   35889147
D HPFS - NTFS              0   1  1  5182 254 63   83264832 [WIN_XP]
D HPFS - NTFS              0   1 32  5182 254 63   83264801
D HPFS - NTFS           2234   1  1 21371 254 63  307451907 [ARCHIVE]
D HPFS - NTFS           5183   1  1 24320 254 63  307451907 [ARCHIVE]

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
NTFS, 42 GB / 39 GiB

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63
     Partition               Start        End    Size in sectors
D HPFS - NTFS              0   1  1  2233 254 63   35889147
* HPFS - NTFS              0   1  1  5182 254 63   83264832 [WIN_XP]
D HPFS - NTFS              0   1 32  5182 254 63   83264801
D HPFS - NTFS           2234   1  1 21371 254 63  307451907 [ARCHIVE]
L HPFS - NTFS           5183   1  1 24320 254 63  307451907 [ARCHIVE]

Structure: Ok.  Use Up/Down Arrow keys to select partition.
Use Left/Right Arrow keys to CHANGE partition characteristics:
*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted
Keys A: add partition, L: load backup, T: change type, P: list files,
     Enter: to continue
NTFS, 157 GB / 146 GiB

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63

     Partition                  Start        End    Size in sectors
 1 * HPFS - NTFS              0   1  1  5182 254 63   83264832 [WIN_XP]
 2 E extended LBA          5183   0  1 24320 254 63  307451970
 5 L HPFS - NTFS           5183   1  1 24320 254 63  307451907 [ARCHIVE]

[  Quit  ]  [ Write  ]  [Extd Part]
                       Write partition structure to disk

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

Write partition table, confirm ? (Y/N)

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

You will have to reboot for the change to take effect.

[Ok]

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org


Disk /dev/sda - 500 GB / 465 GiB - CHS 60801 255 63

[ Analyse  ]  Analyse current partition structure and search for lost partitions
[ Advanced ]  Filesystem Utils
[ Geometry ]  Change disk geometry
[ Options  ]  Modify options
[ MBR Code ]  Write TestDisk MBR code to first sector
[ Delete   ]  Delete all data in the partition table
[ Quit     ]  Return to disk selection

Note: Correct disk geometry is required for a successful recovery. "Analyse"
process may give some warnings if it thinks the logical geometry is mismatched.

TestDisk 6.3, Data Recovery Utility, March 2006
Christophe GRENIER <grenier [at] cgsecurity [dot] org>
http://www.cgsecurity.org

  TestDisk is free software, and
comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):
Disk /dev/hda - 120 GB / 111 GiB
Disk /dev/sda - 500 GB / 465 GiB

[Proceed ]  [  Quit  ]

Note: Disk capacity must be correctly detected for a successful recovery.
If a disk listed above has incorrect size, check HD jumper settings, BIOS
detection, and install the latest OS patches and disk drivers.

                                  Quit program

TestDisk exited normally.
You have to reboot for the change to take effect.
root@rozik3:~# reboot

root@rozik3:~# fdisk -l

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        2234    17944573+   7  HPFS/NTFS
/dev/sda2            2235       21372   153725985    f  W95 Ext"d (LBA)
/dev/sda5            2235       21372   153725953+   7  HPFS/NTFS

Disk /dev/hda: 120.0 GB, 120059362816 bytes
255 heads, 63 sectors/track, 14596 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot      Start         End      Blocks   Id  System
/dev/hda1               1          65      522081   82  Linux swap
/dev/hda2              66        1340    10241437+  83  Linux
/dev/hda3   *        1341       14468   105450660    7  HPFS/NTFS
/dev/hda4           14469       14596     1028160    c  W95 FAT32 (LBA)

root@rozik3:~# mount -o iocharset=koi8-r /dev/sda5 /mnt/hd

root@rozik3:~# cd /mnt/hd
root@rozik3:/mnt/hd# ls
Book/  GAMES/       Install/  Office\ 2003/  RECYCLER/                     WindowsXP/     
Хранение\ документов/ Film/  ImageDrive/  Music/    Pictures/      
System\ Volume\ Information/  ДОКУМЕНТАЦИЯ/

    Yes!

root@rozik3:/mnt/hd# cp -R ДОКУМЕНТАЦИЯ /root
root@rozik3:/mnt/hd# cp -R Хранение\ документов /root

root@rozik3:~# mount -o iocharset=koi8-r /dev/sda1 /mnt/hd
mount: wrong fs type, bad option, bad superblock on /dev/sda1,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

root@rozik3:~# ntfs-3g /dev/sda1 /mnt/hd -o force
Failed to load $MFT: Input/output error
Failed to startup volume: Input/output error
Failed to mount "/dev/sda1": Input/output error
NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! No modification was
made to NTFS by this software.

root@rozik3:~# ntfsfix /dev/sda1
Mounting volume... Failed to load $MFT : Input/output error
Failed to startup volume : Input/output error
FAILED
Attempting to correct errors... Failed to load $MFT : Input/output error
FAILED
Failed to startup volume : Input/output error
Volume is corrupt. You should run chkdsk.

Как правильно редактировать файл /etc/fstab

Оригинал: How to edit and understand /etc/fstab на http://www.tuxfiles.org/
Автор: Nana Langstedt
Свободный перевод: Алексей Дмитриев
Дата перевода: 11 декабря 2007

Что такое файл /etc/fstab и для чего он нужен

Один из конфигурационных файлов в Линукс-системах носит имя fstab. Он содержит информацию обо всех разделах жесткого диска и других носителях информации в компьютере. Этот файл находится в каталоге /etc, вот почему полный путь к нему выглядит как /etc/fstab.

В /etc/fstab прописано, куда и как разделы винчестера и другие носители должны быть примонтированы. Если вы не имеете доступа к Windows разделу, не можете примонтировать CD, не в состоянии записать, как рядовой пользователь, файл на дискету, или испытываете трудности с CD-RW, то, скорее всего, у вас неверно сконфигурирован /etc/fstab. Редактируя этот файл, обычно решают все проблемы с монтированием.

Файл /etc/fstab это обычный текстовый файл, поэтому его можно редактировать в любом текстовом редакторе. Единственное требование - наличие прав суперпользователя. Так что, прежде чем приступать, войдите в систему как root или используйте команду su, чтобы получить права root. Как выглядит файл /etc/fstab

В каждой конкретной системе файл /etc/fstab выглядит не так, как в другой, ведь разделы, устройства, и их свойства, различаются в разных системах. Но скелет структуры файла всегда одинаков. Вот пример содержимого файла /etc/fstab:

/dev/hda2   /               ext2  defaults             1 1
/dev/hdb1   /home           ext2  defaults             1 2
/dev/cdrom  /media/cdrom    auto  ro,noauto,user,exec  0 0
/dev/fd0    /media/floppy   auto  rw,noauto,user,sync  0 0
proc        /proc           proc  defaults             0 0
/dev/hda1   swap            swap  pri=42               0 0

Что же означает вся эта тарабарщина? Как легко заметить, каждая строка содержит информацию об одном разделе или устройстве. Первый столбец содержит имя устройства, второй - точку его монтирования, третий - тип файловой системы, четвертый - опции монтирования, пятый (число) - опции дампа, шестой (число) опции проверки файловой системы. Давайте подробно рассмотрим всю эту информацию.

Первый и второй столбцы: Устройство и точка монтирования

Первый и второй столбцы просты и понятны. Они содержат ровно то же самое, что вы пишете в командной строке, когда даете команду mount, то есть имя устройства (раздела) и точку его монтирования. Точка монтирования, указанная в /etc/fstab, является точкой монтирования по умолчанию. Эта та директория, куда будет примонтировано устройство, если вы не указали другой, когда давали команду mount.

Большинство дистрибутивов Линукса создают специальные директории для точек монтирования. Большинство дистрибутивов создают их в каталоге /mnt, некоторые (в том числе и SuSE), в каталоге /media. Как вы возможно догадались, глядя на распечатку fstab, я привела в качестве примера именно точки монтирования SuSE.

Что все это означает практически? Если я дам команду:

$ mount /dev/fd0/ 

...то моя дискета будет смонтирована в /media/floppy, потому что эта точка монтирования указана в /etc/fstab и поэтому используется по умолчанию. Вот если строчки /dev/fd0 в моем файле /etc/fstab не окажется, то команда mount будет сильно обескуражена, так как не будет знать, куда следует монтировать дискету.

Точки монтирования по умолчанию легко изменить, если они вас почему-либо не устраивают. Для этого нужно заменить директории в файле /etc/fstab на любые другие, реально существующие директории. Если подходящих не существует, то просто создайте их.

Некоторые разделы и устройства монтируются автоматически, в процессе загрузки системы. Взгляните на приведенный выше пример. Видите две строчки:

/dev/hda2   /       ext2   defaults    1 1
/dev/hdb1   /home   ext2   defaults    1 2

Они означают, что /dev/hda2 будет примонтирован в директорию /, а /dev/hdb1 - в директорию /home. Это произойдет автоматически, когда система загружается. Если этого не произойдет, то система не сможет работать, так как все программы находятся именно в директории /, и, если она не смонтирована, то и доступа к программам нет! Откуда система узнает, куда вы хотите примонтировать /dev/hda2, а куда /dev/hdb1? Посмотрев файл /etc/fstab, конечно.

Третий столбец: Файловая система

Третий столбец файла /etc/fstab указывает тип файловой системы раздела или устройства. Поддерживается множество различных файловых систем, но мы рассмотрим только наиболее употребительные.

ext2 и ext3 С большой вероятностью ваши Линукс-разделы отформатированы в Ext3. Раньше стандартом была система Ext2, но в наши дни почти все дистрибутивы используют по умолчанию Ext3 или ReiserFS. Ext3 более современная система, чем Ext2 и отличается от нее своей журналируемостью. Это, в практическом плане, означает, что, если вы обесточите ваш компьютер, вместо того, чтобы выключить его по всем правилам, то вы не потеряете информацию, и не будете долго ждать при следующем включении, пока ваш компьютер проверяет файловую систему.

reiserfs Вполне возможно, что ваши Линукс-разделы отформатированы в ReiserFS. Подобно Ext3, ReiserFS тоже журналируемая файловая система, но она является гораздо более "продвинутой". Многие дистрибутивы Линукс (включая SuSE) используют ReiserFS по умолчанию.

swap Своп значит подкачка. Файловая система типа "swap" используется в разделах подкачки.

vfat и ntfs Windows разделы используют либо Vfat, либо NTFS. В 9х сериях (95, 98, МЕ) применялась Vfat, более известная как FAT32, в сериях NT (NT, 2000, XP) используется NTFS. В 2000 и XP можно применять и Vfat тоже. Если вы хотите иметь возможность писать в свои Windows-разделы из Линукса, советую отформатировать их в Vfat, потому что в Линуксе запись в NTFS-разделы до сих пор может причинить головную боль.

auto Нет-нет, это не тип файловой системы :-) Опция "auto" просто означает, что тип файловой системы определяется автоматически. Если снова взглянете на пример файла /etc/fstab, приведенный выше, то увидите, что и floppy и CD-ROM - оба - имеют вместо типа файловой системы опцию "auto". Почему? - Дело в том, что в этих устройствах могут применяться различные типы файловых систем. Одна дискета может быть отформатирована для Windows, другая - для Линукс (Ext2). Довольно разумно позволить системе самой определить тип файловой системы на носителях вроде дискет и оптических дисков.

Четвертый столбец: Опции монтирования

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

auto и noauto Если задана опция auto, то устройство будет смонтировано автоматически во время запуска компьютера (или по команде mount -a ). Эта опция включена по умолчанию. Если вам не нужно, чтобы устройство монтировалось автоматически, вы должны прописать опцию noauto в /etc/fstab. С опцией noauto, устройство или раздел могут быть смонтированы только явно.

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

Опция exec включена по умолчанию, и очень хорошо, что включена. Представьте, что было бы, если бы вы по ошибке использовали для монтирования своего корневого раздела опцию noexec...

ro Монтирует файловую систему в режиме "только чтение".

rw Монтирует файловую систему в режиме "чтение и запись". Применение данной опции вылечит головную боль многих новых пользователей Линукс, рвущих волосы оттого, что не могут записывать: на дискету, в Windows-разделы или куда-либо еще.

sync and async Эти опции определяют как осуществляется ввод/вывод в данную файловую систему: синхронно или асинхронно. Обратите внимание, что в примере опция sync применена с дискетой. Попросту говоря, когда вы копируете файл на дискету, то запись физически происходит в тот самый момент, когда дана команда копировать. Если же применяется опция async, ввод и вывод происходят неодновременно (асинхронно). В случае с дискетой это означает, что физически запись может произойти много позже команды. В этом нет ничего плохого, и во многих случаях даже предпочтительно, но может иметь неприятные побочные следствия: если вытащить дискету из дисковода, не отмонтировав ее, скопированного файла на ней может не оказаться.

По умолчанию применяется опция async. Но, может быть, стоит для дискеты прописать sync, особенно если вы привыкли вытаскивать неотмонтированные дискеты, подобно тому, как это делается в Windows.

defaults По умолчанию включены следующие опции: rw, suid, dev, exec, auto, nouser и async.

Пятый и шестой столбцы: Опции dump и fsck

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

Пятый столбец файла /etc/fstab - это опция дампа, выраженная числом. От значения этого числа зависит, будет ли создаваться резервная копия данной файловой системы. Если это ноль, программа dump проигнорирует такую файловую систему. Как видно из примера, в большинстве строк в пятом столбце нули.

В шестой колонке опция программы fsck (filesystem check- проверка файловой системы). Программа fsck использует значение чисел в этом столбце, чтобы определить, в каком порядке проверять файловые системы. Если там ноль, то файловая система вообще не будет проверяться.
Примеры записей в файл /etc/fstab

Для примера мы разберем два случая, которые чаще прочих расстраивают новых пользователей Линукса: дискета и CD-ROM (хотя дискеты в последнее время употребляются все реже).

 /dev/fd0 /media/floppy auto rw,noauto,user,sync 0 0

Эта строка означает, что дискета монтируется по умолчанию с директорию /media/floppy и что тип файловой системы при этом определяется автоматически. Это полезно, так как тип файловой системы на дискетах может быть различным. Особое внимание обратите на опции rw и user: они обязательно должны быть прописаны, если вы хотите монтировать дискету и записывать на нее, будучи рядовым пользователем. Если это не получается, проверьте файл /etc/fstab на предмет наличия этих опций. Еще обратите внимание на опцию sync. С таким же успехом может быть и async, по причинам, которые мы уже обсудили.

 /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0

Снова отметьте опцию user, позволяющую рядовому пользователю монтировать компакт диски. Опция ro установлена потому, что нет смысла монтировать CD-ROM в режиме "чтение-запись", ведь на него все равно ничего не запишешь. А вот опция exec очень кстати, если надо запустить какую-либо программу с компакт-диска.

Обратите также внимание на применение опции noauto как с дискетой, так и с CD-ROM, это означает, что они не будут автоматически смонтированы при запуске системы. Это очень разумно для съемных носителей, которых при запуске может просто не быть в дисководах, ведь нет смысла пытаться монтировать то, чего нет.

Взято с http://www.rus-linux.net/lib.php?name=MyLDP/file-sys/fstab.html

Кратко о help, man и info

Зачастую, начинающий пользователь, не зная как выполнить какое-либо действие в Терминале, сразу задаёт вопрос (иногда довольно глупый) в Форуме. Особенно это свойственно тем, кто совсем недавно обратил свой взор на операционные системы, отличные от Windows. 

Но в большинстве случаев проблему можно решить своими силами. Ведь для этого часто бывает достаточно почитать справку по используемой команде или же использовать страницы man.

В данном материале делается попытка дать начальные сведения по использованию справки и страниц man. (жду дополнений)

Практически у каждой команды Linux-системы есть (хотя бы и очень краткая) справочная информация. Чтобы её вызвать, достаточно запустить команду с аргументами -h или --help. Например, для команды ls: 

$ ls --help

Usage: ls [OPTION]... [FILE]...
List information about the FILEs (the current directory by default).
Sort entries alphabetically if none of -cftuSUX nor --sort.
...

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

$ ls --help | more

Команда more самая популярная команда для вывода информации по страницам в каждой Unix системе. В Linux более популярная команда less - она имеет большую функциональность: позволяет передвигаться постранично вперед и назад, с помощью стрелок прокручивать текст, поддерживаются сочетания клавиш редактора vi для навигации и поиску по тексту. Также можно использовать команду card, которая позволяет выводить информацию сразу на принтер или сохранить в виде Postscript файл, что позволит позднее прсмотреть его с помощью утилиты evince или сконвертировать в PDF файл с помощью утилиты ps2pdf.

Многие команды имеют более расширенную версию "справки" - т.н. страницы man. Для вызова достаточно набрать:

$ man [название команды]

 Для поиска информации в базе данных man страниц по ключеву слову или нескольким символам существует команда apropos. На выходе apropos покажет страницы man сожержащие искомое слово:

$ apropose crontab

/etc/anacrontab (5) [anacrontab] - configuration file for anacron

- apropos показывает секции и страницы man, где было найдено искомое слово. 
 

Секции страниц man - это способ сгрупировать страницы man по темам. Например, страницы man из секции 1 - это "Запускаемые программы" или "команды shell".

Страницы man из секции 5 - это "Формат файлов и соглашения". Страницы man одинаковые на всех Linux системах, но могут немного отличаться на других Unix системах. Для получения представления секций на конкретной системе можно посмотреть страницы man на man:

$ man man

Если указать номер сессии, то man выведет страницу этой секции. Если не указать номер секции, то man покажет страницы из первой найденной секции.

У комнады есть несколько аргументов, для выполнения разных задач. Например:

man -a crontab 

- показывает все страницы секций, в данном случае для crontab

man 5 crontab 

- показывает страницы man из пятой секции для crontab

man crontab -P more 

- используется программа more для возможности постраничного просмотра по crontab

man -f crontab 

- аналогично команде whatis

man -k crontab 

- аналогично команде apropos

Существует ещё команда для поиска в страницах man - whatis. Отличие её от apropos в том, что она показывает только описание страниц man относящиеся к искомому слову. После запуска команды apropos для команды route получим три разных страницы содержащие слово route:

$ apropos route

NETLINK_ROUTE (7) - Linux IPv4 routing socket
route (8) - show / manipulate the IP routing table
traceroute6 (8) - traces path to a network host

Если же запустить whatis, то получим только 8-ю секцию страниц man для команды route:

$ whatis route

route (8) - show / manipulate the IP routing table
 

В некоторых случаях разработчики помещают некоторую дополнительную информацию по описанию команд, устройств, форматов файлов и других компонентов Linux в информационную базу данных. Чтобы получить доступ к этой базе необходимо набрать info (для выхода из утилиты info используется q):

$ info ls

При этом будет показана информация по команде ls. Можно перемещаться по информации с помощью клавиш нафигации (стрелки), а так же с помощью Page UP и Page Down. Файлы, которые использует такая информационная база данных, находится в директории /usr/share/info. 

Линуксоускоритель

Вот все говорят, что линукс очень шустрый и весь такой замечательный, а мне все мало :) Приходиться выжимать из бедного пингвина последние соки, чтобы он летал быстрее, выше и сильнее. К счастью в этом стремлении я не одинок и время от времени попадаются весьма интересные способы заставить приложения работать чуточку быстрее. Например сегодня я наткнулся на статью о маленькой утилитке, позволяющей существеннл уменьшить время запуска "тяжелых" приложений. Утверждается, что прирост может составлять 50% и хотя с секундомером я не замерял, но этот прирост видно "на глаз". Вам уже интересно? Тогда продолжим :)

Итак, герой дня на сегодня - prelink. Для начала немного теории: наверное вы знаете, что программы в Linux - это, как правило, не монолитный объект, а набор из исполняемого файла и некоторого количества подключаемых динамически библиотек, так вот, при каждом запуске программы эти библиотеки приходится искать на жестком диске, что приводит к задержкам, порой достаточно длительным. Конечно, возможно статически скомпилировать программу, но тогда размер системы будет неприемлемо большим. Умные люди прикинули, что динамическое связывание с библиотеками всегда проходит одинаково и решили выполнять его раз и навсегда, то есть сохранять библиотечные связи в исполняемом файле. Это таинственное действо назвали прелинкингом, откуда, собственно и появилось название программы.

Для начала, неплохо-бы посмотреть нет-ли этой утилитки в вашем дистрибутиве. Если нет, идем дальше.

Итак, что нам понадобится:

Установленный дистрибутив GNU/Linux - 1 штука.
Библиотека libelf-0.8.10 - 1 штука
Исходники prelink - тоже 1 штука :)

распаковываем все это и ставим:

 tar -zxvf libelf-0.8.10.tar.gz
tar -jxvf prelink-20071009.tar.bz2
cd libelf-0.8.10
./configure --enable-shared
make
make install
cd ../prelink/
./configure
make
make install

если повезло, то все соберется нормально, если не повезло, то внимательно читаем документацию и логи :)

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

cp doc/prelink.conf /etc

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

 -l /bin
-l /usr/bin
-l /sbin
-l /usr/sbin
-l /usr/X11R6/bin
-l /lib
-l /usr/lib
-l /usr/X11R6/lib
-l /usr/local/kde/bin
-l /usr/local/qt/bin
-l /usr/local/qt/lib
-l /usr/local/kde/lib

Синтаксис файла в нем самом вполне доступно описан. После сохранения изменений наступает время запустить процесс:

prelink -avfmR

Процесс не очень долгий, но можно пойти покурить и выпить чашечку кофе.

по окончании процесса у вас в консоли будет отчёт о успешно или не успешной прелинковке. К сожалению, самые тяжёлые софтины обычно остаются как были и помочь в этом может только перекомпиляция этих софтин со включением опции --with-pic конфигуратора или добавлением флага -fPIC в список значений переменной CFLAGS. Гентушникам с этим проще :)

Итак, результатом всех этих безобразий станет заметное ускорение программ, подвергшихся процессу прелинкинга. Допустим приложения, основанные на GTK у меня теперь летают, хотя их и мало. Будем работать в этом направлении :)

Источники информации:

1. http://citkit.ru/
2. Журнал "Linux Format" №93

Настройка Grub для второго HDD

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

Предистория.
В моей системе используется один жесткий диск (sda1), который полностью отдан во владение Kubuntu 7.10. И вот на днях, возникла необходимость установить Windows-XP на отдельный жесткий диск.

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

Теперь задача - добиться загрузки обоих систем выбором соответствующего пункта из загрузчика.

Параметры Grub.
Основные параметры загрузчика задаются в файлах menu.lst и device.map, которые находятся в директори /boot/grub/.

В Kubuntu, по-умолчанию, файл device.map выглядит так:

(hd0) /dev/sda

title  Ubuntu 7.10, kernel 2.6.22-14-generic
root  (hd0,0)
kernel  /boot/vmlinuz-2.6.22-14-generic root=UUID=... ro quiet splash locale=ru_RU
initrd  /boot/initrd.img-2.6.22-14-generic
quiet

title  Ubuntu 7.10, kernel 2.6.22-14-generic (recovery mode)
root  (hd0,0)
kernel  /boot/vmlinuz-2.6.22-14-generic root=UUID=... ro single
initrd  /boot/initrd.img-2.6.22-14-generic

title  Ubuntu 7.10, memtest86+
root  (hd0,0)
kernel  /boot/memtest86+.bin
quiet

(hd0) /dev/sda
(hd1) /dev/sdb

(hd0) = /dev/sda
(hd1) = /dev/sdb
(hd2) = /dev/sdc
(hd3) = /dev/sdd

(hd0) = /dev/hda
(hd1) = /dev/hdb
(hd2) = /dev/hdc
(hd3) = /dev/hdd

title  Windows-XP
rootnoverify (hd1,0)
map (hd0) (hd1)
map (hd1) (hd0)
makeactive
chainloader +1

Взято с http://jedi-linux.blogspot.com/2008/04/grub-hdd.html

Пакетная запись UDF в linux

Как многим известно, я давно озаботился процессом записи крупных файлов (более 2 Гб) под Linux. В начале тернистого пути, который я прошел, было: debian etch 4.0 с ядром 2.6.18.

Что происходило в это случае. Ужасная работа с UDF. UDF диск, записанный в windows читался, но копировался не полностью, потом вообще переставал читаться, не говоря про запись.

Для начала, поймем что такое UDF. википедия пишет, что "UDF (Universal Disk Format - универсальный формат диска) - новая файловая система на CD, с поддержкой для текущего поколения компакт-дисков типа CD-RW и DVD-ROM. Стандартные CD-ROM обычно форматируются с использованием ISO 9660. Большинство компьютерных систем может читать ISO 9660 CD-ROM и CD-R диски, так как имеют встроенную поддержку ISO 9660. Однако, ISO 9660 имеет некоторые ограничения, которые делают его несовместимым с DVD, CD-RW и другими новыми форматами дисков. UDF разработан так, чтобы избавить от этих ограничений. UDF позволяет дозаписывать файлы на CD-R или CD-RW дисках, один файл одновременно, без существенных потерь дискового пространства, используя метод пакетной записи. Также UDF учитывает возможность выборочного стирания некоторых файлов на перезаписываемых носителях CD-RW, освобождая место на диске. В стандарте ISO 9660 такое не предусмотрено. UDF также лучше подходит для DVD, так как имеет лучшую поддержку для дисков большого объёма."

А также, что "ОС Linux также поддерживает данную файловую систему. Монтироваться она должна без проблем, для создания диска с данной ФС нужно использовать пакет udftools."

Что ж. Вначале я попробовал создать UDF в k3b. Но выяснилось что k3b создает все-таки ISO9660 с структурой UDF (я не стал вникать в подробности сего процесса, и решил что все таки ISO мне не подходит так как k3b в любом случае не даст писать файлы более 4 Гб да и после того как я попробовал записать файл более 1 Гб - он у меня не прочитался) .

Далее, я решил сначала исправить ошибку чтения UDF дисков. Эта ошибка решается компиляция нового ядра - последнее на данный момент 2.6.23. Для этого при конфигурировании включаем поддержку UDF и поддержку пакетной записи (она пригодится нам позже). Обновив ядро мы смело копируем диск UDF с файлом более 4 Гб.

Но на запись ISO с поддержкой UDF (k3b с помощью mkisofs и cdrecord) это к сожалению это к сожалению не влияет:

man mkisofs

" -udf Include UDF filesystem support in the generated filesystem image. UDF support is
currently in alpha status and for this reason, it is not possible to create UDF-
only images. UDF data structures are currently coupled to the Joliet structures,
so there are many pitfalls with the current implementation. There is no UID/GID
support, there is no POSIX permission support, there is no support for symlinks.
Note that UDF wastes the space from sector ~20 to sector 256 at the beginning of
the disc in addition to the space needed for real UDF data structures."

После пришлось искать альтернативные программы записи. Нашлось - udftools.
А вот собственно как писать UDF в режиме пакетной записи:

1) В файле /etc/default/udftools раскомментировать DEVICES="/dev/hd?" (у меня /dev/hdb)
2) Вставляем диск.
3) Форматируем RW. - #dvd+rw-format -f /dev/hdb
4) Создаем на диске UDF fs - #mkudffs /dev/hdb
5) Запускам пакетную запись: #/etc/init.d/udftools start
6) Создать папку для монтирования: # mkdir /mnt/udf
7) Монтируем диск (через пакетное устройство) #mount -t udf -o utf8,noatime /dev/pktcdvd/0 /mnt/udf
8) Используем диск как дискету
9) Отмонтируем диск #umount /mnt/udf
10) Останавливаем пакетную запись: #/etc/init.d/udftools stop
11) eject

Как насчет DVD-R пока не знаю, расскажу позже. Или может в комментах кто расскажет.

Права на файлы в Linux

1. Основы

С самого своего появления, UNIX позиционировался как мультипользовательская операционная система. Что соответственно повлекло за собой создание механизмов для защиты и обеспечения авторизорованного доступа к данным. Таким образом появился стандарт DAC (Discretionary Access Control). В соответствии с DAC, пользователь сам решает какие права доступа соответствуют файлам. Но с точки зрения разработки операционных систем эта модель оказалась неудовлетворительной. Из-за чего появились новые модели для организации доступа к файлам, такие как MAC (Mandatory Access Control), ACL (Access Control List), и их реализации, например SELinux, TrustedBSD, Trusted Solaris.

2. Владелец файла

Обычно, владельцем файла является пользователь, создавший этот файл. В UNIX-подобных операционных системах, все файлы имеют два типа владельцев: user (пользователь) и group (группа). Владельцы не должны совпадать друг с другом, т.е. user не должен быть членом group. Но фактически почти всегда, пользователь принадлежит к той группе, которая владеет файлом. Если пользователь не является владельцем файла и не принадлежит к группе, владеющей файлом, то он считается левым (others, остальные). Каждому пользователю в системе присваивается UID-номер (user identification number, идентификатор пользователя), с помощью этого система однозначно определяет пользователя. Пользователь root имеет UID = 0, а максимально возможный номер принадлежит пользователю nobody (никто) (для Ubuntu это 65534, для NetBSD 32767). Следовательно права привязываются не в к имени пользователя, а к его UID. Аналогично каждой группе соответствует GID (group identification number). Для того что бы в консоле вывести владельцев файлов используйте команду ls с ключом -l:

$ ls -l
razem 1822
drwxr-xr-x 3 adam adam 120 2007-09-03 16:00 Desktop
-rw-rr 1 adam adam 400 2007-08-22 18:49 prog_09.py 

Третья и четвертая колонка означают, что пользователь и группа владеют файлом.

2.1. chgrp

Эта команда позволяет изменить группу-владельца файла. Если эту команду использует простой пользователь, то он, во-первых, должен быть владельцем файла, а во-вторых, он должен быть членом группы, которой он хочет дать права. Интересный факт, пользователь не должен быть членом группы, которая владеет файлом. Синтаксис следующий: chgrp new-group files,можно использовать как и имя группы, так и GID группы.

$ ls -l
-rw-rr 1 adam root 0 2007-09-03 15:33 file.txt
$ chgrp users file.txt
$ ls -l
-rw-rr 1 adam users 0 2007-09-03 15:33 file.txt 

Команду кстати можно использовать с ключом -R, что приведет к рекурсивному обходу всех файлов в каталоге и его подкаталогах.

2.2. chown

Эта команда используется для изменения как владельца так и группы. В большинстве систем, только root имеет право пользоваться этой командой. У команды следующий синтаксис: chown new user:new group files. Как и в команде chgrp, вы можете использовать как имена пользователей и групп, так и их GID и UID. Кстати команда не проверяет на существование пользователей и группы, так что можно задать несуществующие.

$ ls -l
-rw-rr 1 adam users 0 2007-09-03 15:33 file.txt
root@laptop:# chown root:root file.txt
adam@laptop:~$ ls -l
-rw-rr 1 root root 0 2007-09-03 15:33 file.txt

Смена группы и пользователя.

root@laptop:# chown zoidberg file.txt

Смена владельца на пользователя zoidberg, группа остается без изменений.

# chown :futurama file.txt

Смена группы на futurama, владелец без изменений.

3. Права доступа

В любой UNIX-подобной системе имеются 3 уровня доступа к файлу: чтение, read (r), запись, write (w) и выполнение, execute (x).Тип доступа Для файла Для каталога
r Чтение содержимого файла Отображение содержимого каталога (например командой ls)
w Запись в файл Изменение содержимого каталога
x Запуск файла на исполнение Возможность войти в каталог командой cd

Стоит заметить, что когда мы рассматриваем права на каталоги, нужно помнить, что каталог - это тоже файл, который содержит список файлов, т.е. их имена и расположение на диске. Для того что бы посмотреть содержимое каталога достаточно воспользоваться командой ls (без ключей), для этого необходимы только права на чтение, но для того что бы выполнить ls -l необходимы права на запись и выполнение. Обобщая вышесказанное, выполняя любую операцию над каталогом (кроме простого просмотра содержимого) вам необходимы права на выполнение, таким образом обладая этими правами вы получаете доступ к содержимому каталога использую имена файлов.

drw-rr 2 adam adam 96 2007-09-05 18:04 blob
drwxr-xr-x 2 adam adam 176 2007-09-04 15:57 tapety
-rw-rr 1 adam adam 125 2007-08-29 18:31 fme.py

Список прав доступен по команде ls с ключом -l. В первой колонке первый символ обозначает тип файла, а остальные 9 показывают права доступа. Первые 3 из 9 показывают права user, следующие 3 - это права group, и оставшиеся для левых.

В приведенном примере blob - это каталог, user имеет права на запись и чтение, но не на выполнение (rw-), у группы и у остальных есть права только на чтение. Tapety - тоже каталог, и у user есть права на все (rwx), а у группы и у остальных есть права на чтение и выполнение (r-x). Fme.py - это файл.

3.1. chmod

Рассмотрим команду для смены прав доступа:

chmod access rights files

Перед выполнением команды необходимо выбрать класс пользователей, для кого мы хотим изменить права (ugo, User, Group, Others). Есть так же дополнительная группа a (all, все). Затем выбираем оператор: + (дать права), - (убрать права) и = (присвоить права). И в конце выбрать сами права (rwx, r-x и т.д.).

$ chmod u+x skrypt.sh

Пользователю (u) добавляется (+) право на выполнение (x) файла skrypt.sh.

$ chmod go-r raport.odt

У группы и остальных (go) отбирается (-) право на чтение (r).

$ chmod a=w finanse.ods

Всем (a) присваивается (=) право на запись (w), а остальные права стираются (=).

$ chmod u+rwx,g+rwx,o+x trurl.py

Пользователю прибавляются права на все, группе тоже, а остальным прибавляется право на выполнение.

3.2. Числовое представление прав

Для упрощения записи команды chmod можно использовать числовое представление прав. У каждого типа доступа есть числовое представление, для этого используется двоичное представление. Единица означает - есть право, 0 - нет права. Таким образом запись правила rwx r-x r-x в бинарном виде будет выглядить следующим образом: 111 101 101. Но двоичное представление не очень удобно, поэтому используют десятичное представлени. 111 в двоичной системе - это 7 в десятичной, а 101 - это 5, таким образом 111 101 101 - это 755. Итак получаем:

x 1
-w- 2
-wx 3
r 4
r-x 5
rw- 6
rwx 7

Таким образом вы можете записать как

$ chmod u=rwx,g=rwx,o=x trurl.py

так и

 $ chmod 771 trurl.py

3.3. Специальные уровни доступа

Рассмотрим несколько специальных уровней доступа, расширяющие стандартные.

3.3.1. X

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

$ ls -l
-rwx 1 adam users 14 2007-09-10 21:48 skrypt.sh
drwx 1 adam users 14 2007-09-10 21:48 tapety
-rw- 1 root users 3665 2007-09-17 17:23 wynik.txt
$ chmod go+X *
$ ls -l
-rwxr-xr-x 1 adam users 14 2007-09-10 21:48 skrypt.sh
drwxr-xr-x 1 adam users 14 2007-09-10 21:48 tapety
-rw-rr 1 adam users 3665 2007-09-17 17:23 wynik.txt

3.3.2. Липкий бит

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

drwxrwxrwt 10 root root 464 2007-09-20 12:45 tmp

Эта возможность часто используется для каталога /tmp. Судя из названия, этот каталог используется как временный.

Назначить липкий бит можно командой chmod:

# chmod u+t test/
# ls -l
drwxrwxrwt 2 adam users 48 2007-09-20 15:28 test

или используя числовую запись

# chmod 1000 test/

3.3.3. setuid

Если установить этот режим на исполняемый файл, то все смогут запускать программу от имени владельца. Например у программы ping владельцем является root (т.к. только root имеет право создавать сокеты, что и делает эта программа), но так как на ней стоит этот режим, то и все остальные могут пользоваться этой программой.

$ ls -l /usr/bin/ | grep sudo
-rwsr-xr-x 1 root root 91508 2006-10-09 13:37 sudo
# chmod u+s program
# chmod 4000 program

3.3.4. setgid

Полностью аналогична setuid, только для групп.

# chmod g+s test/
# chmod 2000 test/
# ls -l
drwxrwsrwt 2 adam adam 48 2007-09-20 15:28 test

3.4. unmask

Команда unmask используется для установки прав файлов для новосозданных файлов по умолчанию. Глобально, у всех новых файлов права по умолчанию 666. С помощью этой команды мы передаем те опции которые НЕ будут присутствовать в новых файлах. Т.е. если мы передадим параметр 0022, то по умолчанию права будут 644.

$ umask
0022
$ touch file
$ ls -l
-rw-rr 2 adam adam 48 2007-09-20 15:28 file
umask 0111
$ ls -l
-rw-rw-rw- 1 adam adam 0 2007-09-20 17:31 file2

Оригинал: http://polishlinux.org/console/file-permissions-in-linux/
Взято с http://linuxpeople.ru/2007/12/04/prava-na-fajly-v-linux/

Сборка deb-пакетов

Статья с http://tigro.info/blog/ о сборке deb пакетов.

Для сборки пакета нам понадобятся debhelper, dh-make, devscripts, fakeroot, а также необходимые компиляторы и интерпретаторы. Кроме того нам нужна программа, которую будем компилировать. Сам тарбол нам как бы и не нужен, нам нужно только дерево исходников, которое необходимо распаковать. Главный каталог должен называться следующим образом: имяпакета-версияпакета, в противном случае возникнут проблемы.

В итоге у нас должны получиться бинарные файлы, исходник *orig*tar.gz, *diff*gz* и файлы .dsc и .changes. Возможно обойтись без файлов *orig*tar.gz и *diff*gz* заменив их одним тарболом, в котором находятся все служебные файлы, однако начиная с версии Debian 4.0 подобные ухищрения не приветствуются.

Итак, я для удобства рекомендую создать в вашем домашнем каталоге папку, допустим, BUILD, в ней для каждого пакета создавать каталог по его имени, и уже внутри последнего каталога размещать дерево исходников. Для чего так сложно? Потому, что собранные пакеты будут помещаться на уровень выше дерева и у вас скоро весь каталог BUILD забьётся кучей файлов.

Если вы хотите использовать Цифровую подпись, то необходимо добавить в ваш файл .bashrc следующие строки:

export EMAIL=your@gpg.email
export DEBFULLNAME="YOUR GPG NAME"                                  
export DEBEMAIL=your@gpg.email

Имя и почтовый адрес должны быть такими же, какими вы их задали при создании GPG ключа. Если вы создали ещё и описание, то его тоже необходимо указать в переменной DEBFULLNAME.

Итак, для начала необходимо создать служебные файлы. Для этого нужно зайти в каталог исходников и отдать команду dh_make --createorig. Вам необходимо выбрать нужный тип пакета. Если у вас будет только один бинарный пакет, то нажимаем s, если несколько — то l. Для модулей ядра нужно выбрать k. О cdbs (b) мы поговорим как-нибудь потом.

Можете также вызывать команду

dh_make

вместе с ключом

-c

чтобы указать лицензию пакета.

Мы сперва рассмотрим пакет, содержащий несколько бинарников (то, что обычно ни в каких документациях не рассматривается). А потом скажем несколько слов относительно single binary.

После запуска dh_make создастся каталог debian, в котором будет лежать довольно большое количество файлов. Все файлы *.ex и *.EX можно в принципе удалить сразу и создавать только по мере надобности.

В файле control указываются все необходимые параметры. Он делится на секции Source и Package. Секций Package может быть несколько в зависимости от того сколько бинарных пакетов получится при сборке. Ниже приведён пример файла control для пакета liferea:

Source: liferea
Section: gnome
Priority: optional
Maintainer: Franz Pletz <fpletz@franz-pletz.org>
Uploaders: Luis Rodrigo Gallardo Cruz <rodrigo@nul-unu.com>
Build-Depends: autotools-dev, debhelper (>> 4.0.0), libgtkhtml2-dev
Standards-Version: 3.7.2.0
Package: liferea
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, liferea-xulrunner (=${Source-Version}), dbus-1-utils
Description: feed aggregator for GNOME
 Liferea is a simple FeedReader clone for GNOME. It is a reader for
 RSS/RDF feeds which also supports CDF channels, Atom/Echo/PIE feeds and
 OCS directories.
 .
 Liferea is an abbreviation for Linux Feed Reader.
 .
 Homepage: http://liferea.sourceforge.net/
Package: liferea-xulrunner
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}
Provides: liferea-mozilla, liferea-gtkhtml
Conflicts: liferea-mozilla (<< 1.0.17-1), liferea-gtkhtml (<< 1.0.27-2)
Replaces: liferea-mozilla (<< 1.0.17-1)
Description: xulrunner-based rendering library for Liferea
 Liferea is a simple FeedReader clone for GNOME2. It is a reader for
 RSS/RDF feeds which also supports CDF channels, Atom/Echo/PIE feeds and
 OCS directories.
 .
 Liferea is an abbreviation for Linux Feed Reader.
 .
 Homepage: http://liferea.sourceforge.net/
Package: liferea-mozilla
Architecture: all
Depends: liferea-xulrunner
Description: transitional dummy package
 Previous versions of liferea had several rendering engines to choose from.
 This is a dummy package to ease transition from those versions.
 .
 It can be safely removed from your system after updating.

Package: liferea-gtkhtml
Architecture: all
Depends: liferea-xulrunner
Description: transitional dummy package
 Previous versions of liferea had several rendering engines to choose from.
 This is a dummy package to ease transition from those versions.
 .
 It can be safely removed from your system after updating.

Разберём его поподробней. Итак, в секции Source указывается имя исходника, секция (Section), к которой пакет будет отнесён в репозитории, Priority — приоритет, подробнее смотреть здесь. Maintainer и Uploaders — думаю без вопросов, Build-Depends — пакеты необходимые при сборке пакета, Standards-Version — версия документа Debian-Policy (не нужно трогать).

Далее идёт описание для бинарного пакета, Packages — его имя, Architecture: архитектура пакета, может быть any (сама превратится в нужную платформозависимую архитектуру) и all (платформонезависимую), Depends — зависимости которые обязательно требуются для установки пакета (благодаря двум переменным в этом поле зависимости появятся автоматически, однако иногда следует добавлять их вручную), Description — описание пакета, причём в первой строке используется краткое описание, а в остальных строках, начиная с пробела, длинное. Новые абзацы отделены строкой с точкой.

По поводу зависимостей. Существуют ещё два типа зависимостей Suggests и Recommeds. Первый тип зависимостей нацелен на расширение возможностей нашего пакета, второй настоятельно рекомендует установить данные пакеты. Aptitude ставит зависимости Recommeds по умолчанию, apt-get не обрабатывает ни те, ни другие. Существуют также Pre-Depends, но их использовать не рекомендуется.

В зависимостях могут применяться указания версий, как видно из примера. Допустимыми символами сравнения являются: <<, <=, =, >=, и >> для строго раньше чем, раньше или равно, в точности равно, равно или позже и строго позже чем соответственно.

Также в control файле могут применяться следующие теги: Provides — дополнительное имя для нашего пакета (эдакое виртуальное), Replaces — список пакетов, которые будут удалены после установки нашего пакета, Conflicts — пакеты с которыми наш пакет заведомо конфликтует.

Вторым по важности файлом является файл rules. Именно в нем находится все необходимое для компиляции пакета и упаковки его в бинарные пакеты. Этот файл есть ничто иное, как скрипт make, с использованием команд dh_*.

В нем действительно много секций, и много строк, но нам нужно будет изменять секции config.status, build и install. В этих секциях, соответственно, необходимо прописать команды для конфигурации пакета (если они нужны), для его сборки и для установки. Если мысленно выкинуть всевозможные dh-команды, то скрипт становится не таким уж страшным. Правда dh-команды разумеется нужны. Ниже приведен файл rules:

#!/usr/bin/make -f
# Sample debian/rules that uses debhelper.
# GNU copyright 1997 to 1999 by Joey Hess.
CFLAGS = -g -O2
ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
    INSTALL_PROGRAM += -s
endif
config.status: configure
        dh_testdir
        cp -f /usr/share/misc/config.sub config.sub
        cp -f /usr/share/misc/config.guess config.guess
        CFLAGS="$(CFLAGS)" ./configure --prefix=/usr \
                                 --mandir=\$${prefix}/share/man \
                                 --sysconfdir=/etc --disable-gecko \
                                 --disable-gtkhtml2 --enable-sm
        ln -s $(CURDIR)/liferea.1 $(CURDIR)/debian/liferea-bin.1
        ln -s $(CURDIR)/liferea.1 $(CURDIR)/debian/liferea-add-feed.1

build: build-stamp
build-stamp:  config.status
        dh_testdir
        $(MAKE)
        touch build-stamp

clean:
        dh_testdir
        dh_testroot
        rm -f build-stamp config.log debian/liferea-bin.1 \
            debian/liferea-add-feed.1
        -$(MAKE) distclean
        dh_clean 

install: build
        dh_testdir
        dh_testroot
        dh_clean -k 
        dh_installdirs
        GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 $(MAKE) install \
        DESTDIR=$(CURDIR)/debian/liferea
        # add the debian menu icon
        cp debian/liferea.xpm debian/liferea/usr/share/liferea/pixmaps/
        # Link documentation
        mkdir -p debian/liferea/usr/share/doc/liferea
        ln -s ../../liferea/doc/html debian/liferea/usr/share/doc/liferea/html
        dh_movefiles --sourcedir=debian/liferea
# Build architecture-independent files here.
binary-indep: build install
# We have nothing to do by default.

# Build architecture-dependent files here.
binary-arch: build install
        dh_testdir
        dh_testroot
        dh_installchangelogs ChangeLog
        dh_installdocs
        dh_installman debian/liferea-bin.1 debian/liferea-add-feed.1
        dh_installmenu
        dh_gconf
        dh_link
        dh_strip
        dh_compress
        dh_fixperms
        dh_installdeb
        dh_shlibdeps
        dh_gencontrol
        dh_md5sums
        dh_builddeb

binary: binary-indep binary-arch
.PHONY: build clean binary-indep binary-arch binary install

Вообще при сборке deb-пакета следует привыкать к тому, что одно и тоже можно делать разными способами, что разумеется не упрощает задачу. Рассмотрим основные строки из файла rules.

В секции config.status идет обычный запрос на конфигурацию пакета. Обратите внимание, что вам необходимо правильно задавать каталоги, так как по умолчанию configure выбирает /usr/local. Секция build вызывает секцию build-stamp, в которой происходит обычный make ($(MAKE) = make).

Затем выполняется install. Там идет обычный make install и дополнительные команды для правильной установки данного пакета. Заметьте, что инсталляция происходит в каталог $(CURDIR)/debian/liferea, где $(CURDIR) каталог дерева исходников. Теперь одна из важных вещей. Нам необходимо разобрать файлы из общего каталога liferea по нашим бинарным пакетам. Именно для этих целей и служит команда dh_movefiles. В качестве параметра указывается каталог в который была произведена инсталляция. Если вы инсталлировали пакет в каталог $(CURDIR)/debian/tmp, то никаких параметров dh_movefiles передавать не нужно.

Все данные о том какие файлы в какие пакеты положить dh_movefiles берёт из файлов (в каталоге debian) название-бинарного-пакеты.install. Создайте их столько же, сколько будет бинарных пакетов и пропишите в них названия файлов с полным путём относительно каталога в который была установлена программа, но без первого слеша. Можно использовать маски.

После разбора файлов выполняется секция binary-arch, которая создаёт deb-пакет. В ней, например, видно, как устанавливаются man файлы.

В deb-пакете также могут присутствовать скрипты postinst, preinst, postrm и prerm, которые выполняются соответственно, после инсталляции, перед инсталляцией, после удаления и перед удалением. Для каждого из пакетов необходимо создать файл имя-бинарного-пакета.postinst и т. п. в них можно разместить любые команды.

Теперь рассмотрим changelog. Именно в нем мы будем указывать версию нашего пакета. Версией в Debian называется все, что идёт после имени пакета. В deb нет тегов release и epoch как в rpm, однако вы можете запросто задать что-то наподобие 3:1.0.4-15.feisty.0. До ":" идёт эпоха, после "-" идёт релиз. Файл changelog следует редактировать при помощи команды dch. Если её вызвать без параметра, то будет изменена последняя запись в changelog, а если dch -i, то будет добавлена новая:

liferea (1.0.27-2) unstable; urgency=low
  * Remove the GtkHTML rendering plugin. This plugin is basically unusable
  on 64bit architectures. liferea-gtkhtml is now just a dummy package for
  upgrades (Closes: #379900, #407152, #361376, #368866).
  * Remove upstream's NEWS file, it contains only version release dates.
 -- Luis Rodrigo Gallardo Cruz <rodrigo@nul-unu.com>  Sun, 11 Feb 2007 21:18:16 -0600

Также в changelog вы можете менять принадлежность пакета к дистрибутиву (сразу после версии). В данно примере идёт unstable, в Ubuntu там должно быть что-то типа feisty, edgy и т. п.

Что касается single binary то там все намного проще. После команды dh_make, вам нужно подправить control и changelog. Возможно немного rules. И далее пакет соберётся сам собой.

Для сборки пакета нам понадобится команда debuild которую следует отдавать всё в том же каталоге исходников. После того, как пакеты соберутся, вы должны будете подписать пакет (если настроили GPG), вернее не пакет, а два текстовых файла, которые появятся в процессе сборки. Это файлы .dsc и .changes. Первый из них несёт информацию об исходнике, второй нужен только для помещения пакета в репозиторий.

У debuild есть параметр clean, который позволяет очистить дерево исходников и папку debian от ненужных файлов.

В этой статье я попытался передать основные принципы сборки deb пакетов, однако прекрасно понимаю, что нюансов здесь очень много, но описать их все я конечно же не смогу. Вам возможно следует почитать Руководство начинающего разработчика Debian, в котором некоторые аспекты изложены поподробней, а также Руководство по политике Debian. В следующей статье мы поговорим о том, как создавать репозитории для rpm и deb пакетов.

Стандартные утилиты для UNIX-программиста

real 0m0.008s
user 0m0.001s
sys 0m0.010s

<цель>: <зависимости>
 <команда>
 <команда>
 ...

all: you_prog

you_prog: you_prog.o foo.o boo.o
 gcc you_prog.o foo.o boo.o -o you_prog

you_prog.o: you_prog.c you_prog.h

foo.o: foo.c foo.h

boo.o: boo.c boo.h

clean:
 rm -f *.o you_prog

bin_PROGRAMS = you_prog
you_prog_SOURCES = you_prog.c foo.c boo.c
AUTOMAKE_OPTIONS = foreign

libc.so.6 => /lib/i686/libc.so.6 (0x40026000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

Файловая система Btrfs

Нашел доклад с семинара о новой файловой системе, пока находится в разработке и стадии тестирования но уже можно посмотреть что представляет из себя эта интересная разработка.

Введение

ФС нового поколения

Основные возможности Btrfs

Принципы устройства

Btrfs vs Ext4

Btrfs vs ZFS

Текущее состояние разработки

Оригинал статьи тут.

Что такое SSH и Putty?

Недавно столкнулся с задачей как удаленно подключиться к веб-серверу на FreeBSD из под Windows, и откопал небольшую заметку. Возможно она пригодится не только мне поэтому делюсь ею с посетителями LNA

В первую очередь, что такое SSH? SSH - это сетевой протокол, который позволяет управлять удаленным компьютером через командную оболочку. При чем здесь Putty? Putty - это программа, посредством которой можно общаться с удаленным компьютером по протоколу SSH.

Давно хотел написать статью о том, зачем все это надо, потому как заметил что многие мои знакомые полностью игнорируют возможности, которые предоставляет протокол SSH. А ведь даже для не профессионала, обычного владельца блога (или парочки блогов),  умение общаться с сервером через командную строку может оказаться полезным.

Представьте, что вы находитесь за городом, связь не фонтан, а вам понадобилось установить wordpress. Заливать кучу мелких файлов по FTP занятие не для слабонервных. Во-первых долго, во-вторых связь постоянно рвется. Хочется раздолбать ноут, плюнуть на все и отложить установку до возвращения домой. На помощь приходит SSH и программа Putty.

В первую очередь убедитесь, что хостинг-провайдер разрешает вам использовать SSH. На некотрых тарифах начального уровня такой возможности может не быть. В статье я затрону лишь основы работы с SSH, не касаясь особенности создания ключей (в моем варианте работы с хостинг-провайдерами  этот вопрос не актуален) или передачи файлов с помощью Putty. Итак, скачайте Putty и приступим.

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

Host Name (or IP address): имя сервера или IP к которому подключаемся
Saved Sessions: имя сессии, под которым сохраним настройки
Port: 22

Для удобства в разделе "Connection => Data" можно прописать логин доступа, чтобы каждый раз при соединении не набирать его. Что касается пароля, то его придется каждый раз вводить вручную.

Возвращаемся в раздел "Session" и нажимаем кнопку Save для сохранении сессии. Двойным кликом мышки на названии сессии соединяемся с сервером по протоколу SSH. Предположим, что предварительно в папку "public_html" через FTP клиент вы залили архив с Wordpress, например "wp.zip".

После ввода пароля мы оказываемся подсоединенными к серверу по протоколу SSH и можем вводить команды управления файлами и взаимодействовать с сервером. Командой ls попросим сервер показать нам текущие папки и файлы в корне сервера (см. красную стрелку №1). Чтобы перейти в папку "public_html" выполним команду "cd public_html" (см. красную стрелку №2). Посмотрим, что за файлы и папки есть внутри "public_html" с помощью команды ls (см. красную стрелку №3). Архив "wp.zip" на месте, попробуем его разархивировать: "unzip wp.zip" (см. красную стрелку №4).

Дело сделано, архив с Wordpress разархивирован, осталось удалить "wp.zip": rm wp.zip. Ниже вы можете ознакомится с основными командами, который понадобятся вам для взаимодействия с сервером по протоколу SSH:

ls - отобразить файлы и папки
cd /home/big-papka/- сменить папку на указанныую
cd .. - перейти на каталог уровнем выше
cd - перейти в корневую папку
pwd - показать путь к текущему месторасполажению
mv - переместить файл
cp - копировать файл
rm - удалить файл
mkdir - создать новую папку
rmdir - удалить папку
get - загрузить файл на локальный ПК
put - загрузить файл на удаленный ПК
unzip filename.ext - извлечь файлы из архива
exit - закрыть сессию и выйти из программы
help - список команд с комментариями

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

Оригинал статьи расположен по адресу