git-gui

Одна из двух официально-поставляемых вместе с Git графических утилит, созданных с использованием Tcl/Tk. Позволяет управлять коммитами, ветками и удалёнными репозиториями.

gitk

Вторая часть официального графического инструментария Git. Позволяет подробно просматривать историю репозитория, включая графическую визуализацию ветвления.

Giggle

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

Git Cola

Git Cola предлагает функциональность схожую с git-gui.

gitg

gitg предоставляет возможность как просмотра истории репозитория, так и управления коммитами. Просмотр истории реализован похожим на gitk и giggle образом. Дополнительно предлагает графическое представление количества сделанных изменений. Управление коммитами похоже на то, как это реализовано в git-gui, за исключением некоторых функций.

QGit

QGit предлагает функциональность gitk, используя интерфейс построенный на базе QT.

Поиск файлов

Прежде, чем вы приступите к восстановлению данных, вы, как правило, знаете имена нужных файлов или хотя бы их части. rdiff-backup в своих архивах хранит файлы, не изменяя их имён, поэтому для того, чтобы определить наличие/отсутствие файла в архиве, вы можете использовать традиционные UNIX-утилиты, например find. Например:

$ find /media/backups/var/log -iname 'messages*'
/media/backups/var/log/messages.2.gz
/media/backups/var/log/messages.1
/media/backups/var/log/messages.3.gz
/media/backups/var/log/messages
/media/backups/var/log/messages.4.gz
/media/backups/var/log/rdiff-backup-data/increments/messages.2012-03-07T00:02:17Z.diff.gz
/media/backups/var/log/rdiff-backup-data/increments/messages.2012-03-06T02:42:01Z.diff.gz

Обзор инкрементов

Поскольку rdiff-backup выполняет инкрементное копирование, при регулярном архивировании часто изменявшиеся в прошлом файлы будут иметь несколько версий. Чтобы получить информацию об имеющихся в архиве инкрементах файлов/каталогов, воспользуйтесь ключом --list-increments:

$ rdiff-backup --list-increments /media/backups/var/log
Found 2 increments:
    increments.2012-03-06T02:42:01Z.dir   Tue Mar  6 02:42:01 2012
    increments.2012-03-07T00:02:17Z.dir   Wed Mar  7 00:02:17 2012
Current mirror: Wed Mar  7 20:17:18 2012

Как видим на примере, каталог /media/backups/var/log имеет две предыдущие версии версии (2 increments) и одну текущую (current mirror).

Форматы времени

Прежде, чем рассматривать дальнейшие функции rdiff-backup, необходимо понимать, как утилита понимает штампы времени. Здесь всё достаточно просто. Определять время в rdiff-backup можно следующими способами:

• при помощи слова «now», которое является синонимом текущего времени;
• используя целое число, определяющее время в формате UNIX time;
• при помощи строки в формате, предложенном в W3 Date and Time Formats, например «2012-01-25T07:00:00+02:00»;
• используя временные интервалы и суффиксы  s, m, h, D, W, M и Y, соответствующие секундам, минутам, часам, дням, неделям, месяцам и годам. В этом случае значение времени вычисляется путём вычитания указанного интервала из текущего времени. Также, вы можете комбинировать интервалы, например: «1h25m» или «5W3D». Только не забывайте, что при использовании этого формата rdiff-backup «думает», что в любом месяце ровно 30 дней, а в любом году ровно 365 дней;
• при помощи даты в формате YYYY/MM/DD, YYYY-MM-DD, MM/DD/YYYY, или MM-DD-YYYY определяющей  полночь указанной даты относительно текущего часового пояса;
• используя целое число с суффиксом «B», которое определяет количество «сессий назад» rdiff-backup. Например, «0B» означает время создания последнего архива, а «5B» означает 5й по счёту архив относительно последнего.

Получение списка изменявшихся файлов

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

$ rdiff-backup --list-changed-since 2D /media/backups/etc

Получение списка файлов на определённый момент времени

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

$ rdiff-backup --list-at-time 3B /media/backups/etc

Сравнение архива и текущего состояния файлов

Следующая команда выведет все файлы, которые были изменены в каталоге /etc с момента его последней архивации в каталог /media/backups/etc:

$ rdiff-backup --compare /etc /media/backups/etc

То же самое, но с указанием версии архива:

$ rdiff-backup --compare-at-time 3B /etc /media/backups/etc

Получение статистической информации об архиве

После завершения сессий архивации rdiff-backup создаёт в каталоге архива специальный файл rdiff-backup-data/session_statistics*, содержащий разнообразную статистическую информацию о результатах сессии. Утилита предлагает специальную опцию --calculate-average, при помощи которой вы можете получить общее представление об архиве, например:

$ rdiff-backup --calculate-average /media/backups/etc/rdiff-backup-data/session_statistics*
--------------[ Average of 4 stat files ]--------------
ElapsedTime 7.49 (7.49 seconds)
SourceFiles 2177.0
SourceFileSize 21157087.25 (20.2 MB)
MirrorFiles 1633.0
MirrorFileSize 15826670.75 (15.1 MB)
NewFiles 544.0
NewFileSize 5264292.0 (5.02 MB)
DeletedFiles 0.0
DeletedFileSize 0.0 (0 bytes)
ChangedFiles 36.5
ChangedSourceSize 10237590.5 (9.76 MB)
ChangedMirrorSize 10171466.0 (9.70 MB)
IncrementFiles 36.25
IncrementFileSize 6761.75 (6.60 KB)
TotalDestinationSizeChange 5337178.25 (5.09 MB)
Errors 0
-------------------------------------------------------

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

Поскольку rdiff-backup хранит файлы «как есть», то в случае нечаянного удаления нужного каталога/файла вы можете просто скопировать его обратно из архива обычной командой cp:

$ cp -a /media/backups/etc/nginx /etc/nginx

В более сложных ситуациях вам уже понадобится утилита rdiff-backup. Следующая команда выполняет восстановление данных из из последней версии архива, расположенного на удалённой системе:

$ rdiff-backup --restore-as-of now backup@my-server.com::/var/backups/etc /etc

Или то же самое, с короткой версией опции:

$ rdiff-backup -r now backup@my-server.com::/var/backups/etc /etc

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

$ rdiff-backup -r 2012-03-06T02:37:21 backup@my-server.com::/var/backups/etc /etc

или

$ rdiff-backup -r 3B backup@my-server.com::/var/backups/etc /etc

Если же вам нужно восстановить отдельный файл, то укажите нужную версию из каталога increments:

$ rdiff-backup /media/backups/var/log/rdiff-backup-data/increments/messages.2012-03-06T02:42:01Z.diff.gz ~/restored/messages

Удаление старых версий

При всей своей экономичности, утилита rdiff-backup не может бесконечно долго хранить инкрементные версии архивов хотя бы потому, что место на диске не бесконечно. Да и, как правило, иногда нет особого смысла хранить все изменения за последние 20 лет. На этот случай у rdiff-backup имеется специальная опция --remove-older-than, которая указывает программе вычищать устаревшие данные, которые старше определённого времени. Например, мне вполне достаточно хранить изменения за последний месяц:

$ rdiff-backup --remove-older-than 1M /media/backups/etc/

Кому-то может показаться удобным хранить данные лишь последних N сессий:

$ rdiff-backup --remove-older-than 20B /media/backups/etc/

rdiff-backup — приложение написанное на Python, обладает большой гибкостью и довольно простое в обращении. Может работать как локально, так и поверх rsync/ssh, предоставляя возможность оптимально использовать каналы передачи данных в случае удалённых бекапов. Среди основных плюшек rdiff-backup можно выделить следующие возможности.

• Инкрементное копирование, позволяющее восстановить любой файл, удалённый до последней операции бэкапа. То есть, вы можете восстановить файл, который был удалён хоть год назад, при том что резервное копирование у вас выполняется, скажем, два раза в день.
• Сохранение всей информации о файлах. Восстанавливая файл из архива rdiff-backup, вы получите его в таком виде, в каком он был на момент занесения в архив, включая таймштампы, права доступа, владельцев и т. п. Помимо всего прочего, rdiff-backup корректно управляется с жёсткими и символическими ссылками, файлами устройств и FIFO. При этом утилита корректно будет вести себя в различных операционных системах, использующих разные типы файловых систем.
• Эффективное использование дискового пространства. Используя алгоритм rsync, утилита rdiff-backup сохраняет только изменения файлов, а не все файлы целиком. То есть, ваша БД весом в пару десятков гигабайт не будет каждый раз копироваться целиком, съедая пространство на диске. Будут копироваться только изменения.
• Эффективное использование каналов передачи данных в случае сетевых бэкапов само-собой вытекает из предыдущего пункта.
• «Прозрачное» хранение данных. rdiff-backup хранит бэкапы в точно таком же виде, в каком файлы находились на диске, не прибегая ни к каким хитроумным форматам. То есть, например, если вам понадобиться восстановить последний бэкап, не используя при этом rdiff-backup, вы сможете просто скопировать нужные файлы обратно на место.
• Автоматическое определение типов файловых систем позволяет утилите избавить вас от полного понимания всех тонкостей её настройки в зависимости от типа используемых ФС и ОС.

Установка

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

Локальное резервное копирование

Под «локальным» или «удалённым» здесь и далее понимается получатель резервной копии. Сперва давайте рассмотрим самый простой способ запуска утилиты:

$ rdiff-backup <источник> <получатель>

Эта команда, как понятно из описания, выполнит резервное копирование из <источник> в <получатель>.  Обратите внимание, что в качестве получателя необходимо указывать либо пустой, либо несуществующий каталог, иначе rdiff-backup вежливо вам откажет, что правильно.

В режиме по умолчанию rdiff-backup довольно молчалива, и не надоедает диагностическими сообщениями до тех пор, пока не столкнётся с ошибкой. Регулировать разговорчивость утилиты можно при помощи короткой опции '-v' или её длинного аналога '--verbosity'. Значение опции может принимать значения от 0 до 9 (по умолчанию оно равно 3). Например, уровень 4 перед началом процедуры копирования выведет вам сводку опций работы утилиты:

$ rdiff-backup -v 4 /var/log ~/log.backup
Using rdiff-backup version 1.2.8
Unable to import win32security module. Windows ACLs
not supported by filesystem at /var/log
escape_dos_devices not required by filesystem at /var/log
-----------------------------------------------------------------
Detected abilities for source (read only) file system:
  Access control lists                         On
  Extended attributes                          On
  Windows access control lists                 Off
  Case sensitivity                             On
  Escape DOS devices                           Off
  Escape trailing spaces                       Off
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  Off
-----------------------------------------------------------------
Unable to import win32security module. Windows ACLs
not supported by filesystem at log.backup/rdiff-backup-data/rdiff-backup.tmp.0
escape_dos_devices not required by filesystem at log.backup/rdiff-backup-data/rdiff-backup.tmp.0
-----------------------------------------------------------------
Detected abilities for destination (read/write) file system:
  Ownership changing                           On
  Hard linking                                 On
  fsync() directories                          On
  Directory inc permissions                    On
  High-bit permissions                         On
  Symlink permissions                          Off
  Extended filenames                           On
  Windows reserved filenames                   Off
  Access control lists                         On
  Extended attributes                          On
  Windows access control lists                 Off
  Case sensitivity                             On
  Escape DOS devices                           Off
  Escape trailing spaces                       Off
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  Off
-----------------------------------------------------------------
Backup: must_escape_dos_devices = 0
Starting mirror /var/log to log.backup

В то время как девятый уровень будет сообщать о каждом шаге:

$ rdiff-backup -v 9 /var/log ~/log.backup
...
Tue Mar  6 04:50:07 2012  Processing changed file wtmp.1
Tue Mar  6 04:50:07 2012  Regular copying ('wtmp.1',) to log.backup/rdiff-backup.tmp.121
Tue Mar  6 04:50:07 2012  Writing file object to log.backup/rdiff-backup.tmp.121
Tue Mar  6 04:50:07 2012  Copying attributes from ('wtmp.1',) to log.backup/rdiff-backup.tmp.121
Tue Mar  6 04:50:07 2012  Setting time of log.backup/rdiff-backup.tmp.121 to 1330553626
Tue Mar  6 04:50:07 2012  Renaming log.backup/rdiff-backup.tmp.121 to log.backup/wtmp.1
Tue Mar  6 04:50:07 2012  Copying attributes from () to log.backup
Tue Mar  6 04:50:07 2012  Setting time of log.backup to 1330980760
Tue Mar  6 04:50:07 2012  Touching log.backup/rdiff-backup-data/extended_attributes.2012-03-06T04:50:07+02:00.snapshot
Tue Mar  6 04:50:07 2012  Touching log.backup/rdiff-backup-data/access_control_lists.2012-03-06T04:50:07+02:00.snapshot
Tue Mar  6 04:50:08 2012  Writing mirror marker log.backup/rdiff-backup-data/current_mirror.2012-03-06T04:50:07+02:00.data
Tue Mar  6 04:50:08 2012  Cleaning up
Tue Mar  6 04:50:08 2012  Touching log.backup/rdiff-backup-data/error_log.2012-03-06T04:50:07+02:00.data
...

Удалённое резервное копирование

Этот тип копирования выполнить настолько же просто, как и локальное. Всё, что меняется — это формат указания источника/получателя. Также на удалённой системе должна быть установлена rdiff-backup и работать SSH-сервер. Например следующая команда:

$ rdiff-backup -v 5 /var/log backup@my-server.com::/var/backups/log.host123

1. установит соединение с сервером my-server.com при помощи SSH;
2. запустит на сервере rdiff-backup в режиме --server;
3. выполнит передачу файлов с локальной системы серверу my-server.com в каталог /var/backups/log.host123

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

$ rdiff-backup -v 5 backup@my-server.com::/var/log /var/backups/logs-my-server.com

Получение информации о результатах копирования

Обычно многословный вывод команд требуется в период отладки и написания сценариев, не более. Для ежедневного мониторинга результатов работы утилиты желательно иметь лишь краткую сводку. Для этого rdiff-backup предлагает отдельную опцию '--print-statistics':

$ rdiff-backup --print-statistics /var/log ~/log.backup
Warning: Access Control List file not found
--------------[ Session statistics ]--------------
StartTime 1331003360.00 (Tue Mar  6 05:09:20 2012)
EndTime 1331003385.71 (Tue Mar  6 05:09:45 2012)
ElapsedTime 25.71 (25.71 seconds)
SourceFiles 139
SourceFileSize 7006201 (6.68 MB)
MirrorFiles 339
MirrorFileSize 16991862 (16.2 MB)
NewFiles 65
NewFileSize 1504824 (1.44 MB)
DeletedFiles 265
DeletedFileSize 12116918 (11.6 MB)
ChangedFiles 74
ChangedSourceSize 5501377 (5.25 MB)
ChangedMirrorSize 4874944 (4.65 MB)
IncrementFiles 404
IncrementFileSize 2136990 (2.04 MB)
TotalDestinationSizeChange -7848671 (-7.49 MB)
Errors 0
--------------------------------------------------

Включение исключение файлов

«Не все йогурты одинаково полезны» — гласит народная пословица. Это же касается и файлов при резервном копировании. Часто-густо в копируемых каталогах попадаются файлы, размер которых весьма немаленький, а смысла включать их в бэкап нет. Здесь у rdiff-backup (как, впрочем и у всех остальных утилит подобного рода) предусмотрены свои возможности. Используя опцию '--exlude', вы можете исключать отдельные файлы и каталоги:

$ rdiff-backup --exclude /proc / backup@my-server.com::/var/backups

Эту опцию можно использовать сколько угодно раз:

$ rdiff-backup --exclude /proc --exclude /mnt --exclude /tmp / backup@my-server.com::/var/backups

Иногда проще указать то, что нужно скопировать, вместо того, что НЕ нужно. Следующая команда скопирует, например, /usr/local/bin, пропустив при этом /usr/bin:

$ rdiff-backup --include /usr/local --exclude /usr / backup@my-server.com::/var/backups

Обратите внимание, что при множественном использовании опций '--include' / '--exclude' их приоритет зависит от порядка появления в команде.

rdiff-backup позволяет использовать шаблоны подобные тем, которые используются в rsync: '**' эквивалентны любому пути, а '*' — любому пути без завершающего слеша. Так, например, следующая команда скопирует /usr/local и /var, но пропустит всё остальное:

$ rdiff-backup --include /usr/local --include /var --exclude '**' / /backup

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

Пример чуть посложнее:

$ rdiff-backup --include '**txt' --exclude /usr/local/games --include /usr/local --exclude /usr --exclude /backup --exclude /proc / /backup

Эта команда скопирует все файлы, имена которых заканчиваются суффиксом 'txt'. Обратите внимание: будут скопированы также все txt-файлы также из каталогов, /usr/local и /backup, поскольку первый --include имеет более высокий приоритет.

Вообще, утилита rdif--backup предлагает довольно богатый набор опция для фильтрации файлов, перечислять который в полном объёме нет смысла, поскольку всё «уже украдено до нас» в man-странице приложения. Тем, кто ещё туда не заглядывал, скажу что вы можете фильтровать файлы на основе регулярных выражений, типе самих файлов (символически/жесткие ссылки, сокеты, устройства, FIFO и т. п.), а также на основе файловых списков включений/исключений, при чём сами файловые списки можно передавать через stdin.

Получение информации об использовании памяти

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

$ free
             total       used       free     shared    buffers     cached
Mem:       2062064    1493344     568720          0      82672     526624
-/+ buffers/cache:     884048    1178016
Swap:      1951740      59396    1892344

Или же более человечный вариант вывода:

$ free -m
             total       used       free     shared    buffers     cached
Mem:          2013       1669        343          0         86        624
-/+ buffers/cache:        959       1053
Swap:         1905         58       1847

Ну и конечно же, стоит упомянуть традиционные top и htop:

Получение информации об аппаратной части

Если вам необходимо получить информацию об установленных платах, не открывая корпус компьютера, можно воспользоваться утилитой dmidecode, предназначенной для извлечения различного рода данных об установленном железе. Чтобы получить данные об установленной памяти, необходимо попросить dmidecode вывести информацию только 17 типа DMI:

# dmidecode --type 17
dmidecode 2.9
SMBIOS 2.5 present.

Handle 0x002D, DMI type 17, 27 bytes
Memory Device
    Array Handle: 0x002B
    Error Information Handle: Not Provided
    Total Width: 64 bits
    Data Width: 72 bits
    Size: 1024 MB
    Form Factor: DIMM
    Set: None
    Locator: DIMM0
    Bank Locator: BANK0
    Type: DDR2
    Type Detail: Synchronous
    Speed: Unknown
    Manufacturer: Manufacturer0
    Serial Number: SerNum0
    Asset Tag: AssetTagNum0
    Part Number: PartNum0
Handle 0x002F, DMI type 17, 27 bytes
Memory Device
    Array Handle: 0x002B
    Error Information Handle: Not Provided
    Total Width: 64 bits
    Data Width: 72 bits
    Size: 1024 MB
    Form Factor: DIMM
    Set: None
    Locator: DIMM1
    Bank Locator: BANK1
    Type: DDR2
    Type Detail: Synchronous
    Speed: Unknown
    Manufacturer: Manufacturer1
    Serial Number: SerNum1
    Asset Tag: AssetTagNum1
    Part Number: PartNum1
...

Информацию о контроллере памяти можно получить, указав типы DMI 5 и 6:

# dmidecode --type 5,6
dmidecode 2.9
SMBIOS 2.5 present.

Handle 0x0008, DMI type 5, 24 bytes
Memory Controller Information
    Error Detecting Method: 64-bit ECC
    Error Correcting Capabilities:
        None
    Supported Interleave: One-way Interleave
    Current Interleave: One-way Interleave
    Maximum Memory Module Size: 1024 MB
    Maximum Total Memory Size: 4096 MB
    Supported Speeds:
        70 ns
        60 ns
        50 ns
    Supported Memory Types:
        DIMM
        SDRAM
    Memory Module Voltage: 3.3 V
    Associated Memory Slots: 4
        0x0009
        0x000A
        0x000B
        0x000C
    Enabled Error Correcting Capabilities:
        None

Handle 0x0009, DMI type 6, 12 bytes
Memory Module Information
    Socket Designation: DIMM0
    Bank Connections: 0 5
    Current Speed: 160 ns
    Type: ECC DIMM
    Installed Size: 1024 MB (Single-bank Connection)
    Enabled Size: 1024 MB (Single-bank Connection)
    Error Status: OK
Handle 0x000A, DMI type 6, 12 bytes
Memory Module Information
    Socket Designation: DIMM1
    Bank Connections: 0 5
    Current Speed: 162 ns
    Type: ECC DIMM
    Installed Size: 1024 MB (Single-bank Connection)
    Enabled Size: 1024 MB (Single-bank Connection)
    Error Status: OK
...

А указав тип DMI 16, можно получить краткую информацию о пределах возможностей подсистемы управления памятью, установленной на материнской плате:

# dmidecode --type 16
dmidecode 2.9
SMBIOS 2.5 present.
Handle 0x002B, DMI type 16, 15 bytes
Physical Memory Array
    Location: System Board Or Motherboard
    Use: System Memory
    Error Correction Type: None
    Maximum Capacity: 8 GB
    Error Information Handle: Not Provided
    Number Of Devices: 4

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

hdparm

Эта утилита устанавливается по умолчанию в большинстве современных Linux-дистрибутивов и требует root-привилегий для работы. Чтобы получить информацию об устройстве, откройте терминал и запустите hdparm с ключом -I, передав путь к интересующему вас устройству:

# hdparm -I /dev/sda
ATA device, with non-removable media
	Model Number:       SAMSUNG HD321KJ
	Serial Number:      S0MQJ9DQ103691
	Firmware Revision:  CP100-12
	Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5
Standards:
	Used: ATA-8-ACS revision 3b
	Supported: 8 7 6 5
Configuration:
	Logical		max	current
	cylinders	16383	16383
	heads		16	16
	sectors/track	63	63
	--
	CHS current addressable sectors:   16514064
	LBA    user addressable sectors:  268435455
	LBA48  user addressable sectors:  625142448
	Logical/Physical Sector size:           512 bytes
	device size with M = 1024*1024:      305245 MBytes
	device size with M = 1000*1000:      320072 MBytes (320 GB)
	cache/buffer size  = 16384 KBytes (type=DualPortCache)
Capabilities:
	LBA, IORDY(can be disabled)
	Queue depth: 32
	Standby timer values: spec'd by Standard, no device specific minimum
	R/W multiple sector transfer: Max = 16	Current = 16
	Recommended acoustic management value: 254, current value: 0
	DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 udma7
	     Cycle time: min=120ns recommended=120ns
	PIO: pio0 pio1 pio2 pio3 pio4
	     Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
	Enabled	Supported:
	    	SMART feature set
	    	Security Mode feature set
	   *	Power Management feature set
	   *	Write cache
	   *	Look-ahead
	   *	Host Protected Area feature set
	   *	WRITE_BUFFER command
	   *	READ_BUFFER command
	   *	NOP cmd
	   *	DOWNLOAD_MICROCODE
	    	SET_MAX security extension
	    	Automatic Acoustic Management feature set
	   *	48-bit Address feature set
	   *	Device Configuration Overlay feature set
	   *	Mandatory FLUSH_CACHE
	   *	FLUSH_CACHE_EXT
	   *	SMART error logging
	   *	SMART self-test
	   *	General Purpose Logging feature set
	   *	64-bit World wide name
	   *	WRITE_UNCORRECTABLE_EXT command
	   *	Segmented DOWNLOAD_MICROCODE
	   *	Gen1 signaling speed (1.5Gb/s)
	   *	Gen2 signaling speed (3.0Gb/s)
	   *	Native Command Queueing (NCQ)
	   *	Host-initiated interface power management
	   *	Phy event counters
	    	DMA Setup Auto-Activate optimization
	    	Device-initiated interface power management
	   *	Software settings preservation
	   *	SMART Command Transport (SCT) feature set
	   *	SCT Long Sector Access (AC1)
	   *	SCT LBA Segment Access (AC2)
	   *	SCT Error Recovery Control (AC3)
	   *	SCT Features Control (AC4)
	   *	SCT Data Tables (AC5)
Security:
	Master password revision code = 65534
		supported
	not	enabled
	not	locked
		frozen
	not	expired: security count
		supported: enhanced erase
	112min for SECURITY ERASE UNIT. 112min for ENHANCED SECURITY ERASE UNIT.
Logical Unit WWN Device Identifier: 50000f009b103691
	NAA		: 5
	IEEE OUI	: 0000f0
	Unique ID	: 09b103691
Checksum: correct

lshw

Утилита lshw предназначена для получения информации об оборудовании (не только дисковом), установленном в системе, и умеет выводить полученные данные в приятном глазу TXT-формате, HTML или XML. В современных Linux-дистрибутивах программа по умолчанию не всегда устанавливается, так что перед её использованием установите её, используя штатный менеджер пакетов.

Чтобы при помощи lshw получить информацию о дисковых устройствах, выполните следующую команду:

# lshw -class disk -class storage
  *-storage               
       description: SATA controller
       product: MCP65 AHCI Controller
       vendor: nVidia Corporation
       physical id: a
       bus info: pci@0000:00:0a.0
       logical name: scsi0
       logical name: scsi1
       version: a3
       width: 32 bits
       clock: 66MHz
       capabilities: storage pm msi ht ahci_1.0 bus_master cap_list emulated
       configuration: driver=ahci latency=0 maxlatency=1 mingnt=3
       resources: irq:44 ioport:c080(size=8) ioport:c000(size=4) ioport:bc00(size=8) ioport:b880(size=4) ioport:b800(size=16) memory:f9efc000-f9efdfff
     *-disk
          description: ATA Disk
          product: SAMSUNG HD321KJ
          physical id: 0
          bus info: scsi@0:0.0.0
          logical name: /dev/sda
          version: CP10
          serial: S0MQJ9DQ103691
          size: 298GiB (320GB)
          capabilities: partitioned partitioned:dos
          configuration: ansiversion=5 signature=ea89ea89
     *-cdrom
          description: DVD-RAM writer
          product: DVD RW AD-7200S
          vendor: Optiarc
          physical id: 1
          bus info: scsi@1:0.0.0
          logical name: /dev/cdrom
          logical name: /dev/cdrw
          logical name: /dev/dvd
          logical name: /dev/dvdrw
          logical name: /dev/scd0
          logical name: /dev/sr0
          version: 1.04
          serial: [
          capabilities: removable audio cd-r cd-rw dvd dvd-r dvd-ram
          configuration: ansiversion=5 status=ready
        *-medium
             physical id: 0
             logical name: /dev/cdrom

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

# lshw -short -C disk
H/W path    Device      Class       Description
===============================================
/0/a/0      /dev/sda    disk        320GB SAMSUNG HD321KJ
/0/a/1      /dev/cdrom  disk        DVD RW AD-7200S

 GNOME Disk Utility

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

$ palimpsest

Пример информации о диске:

Пример вывода информации SMART:

smartctl

При помощи утилиты smartctl вы можете получить подробную информацию о состоянии здоровья ваших устройств, поддерживающих SMART. Пример вывода информации о SATA-устройстве:

# smartctl -d ata -a -i /dev/sda
smartctl 5.40 2010-07-12 r3124 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Device Model:     TOSHIBA MK5061GSYF
Serial Number:    71XXXYYZ
Firmware Version: MF000D
User Capacity:    500,107,862,016 bytes
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   8
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Fri Feb 24 05:27:29 2012 IST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status:  (0x00)	Offline data collection activity
					was never started.
					Auto Offline Data Collection: Disabled.
Self-test execution status:      (  36)	The self-test routine was interrupted
					by the host with a hard or soft reset.
Total time to complete Offline
data collection: 		 ( 120) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 ( 136) minutes.
SCT capabilities: 	       (0x003d)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.
SMART Attributes Data Structure revision number: 128
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   100   100   050    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   100   100   001    Pre-fail  Always       -       1650
  5 Reallocated_Sector_Ct   0x0033   100   100   050    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       34237
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       120
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       42
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       23
193 Load_Cycle_Count        0x0032   099   099   000    Old_age   Always       -       13971
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       39 (Lifetime Min/Max 21/48)
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       3536073
200 Multi_Zone_Error_Rate   0x0032   100   100   000    Old_age   Always       -       9143982
240 Head_Flying_Hours       0x0032   099   099   000    Old_age   Always       -       28415
241 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       741418060
242 Total_LBAs_Read         0x0032   100   100   000    Old_age   Always       -       450708673
254 Free_Fall_Sensor        0x0032   100   100   000    Old_age   Always       -       0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Interrupted (host reset)      40%       343         -
# 2  Short offline       Completed without error       00%       186         -
# 3  Short offline       Completed without error       00%        71         -
# 4  Short offline       Completed without error       00%         0         -
# 5  Short offline       Completed without error       00%         0         -
SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

Источник: CyberCiti.Biz

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

Принцип работы

Принцип организации взаимодействия Gitosis с пользователями достаточно прост. Когда пользователь при помощи Git инициирует взаимодействие со своей стороны по протоколу SSH, на стороне сервера происходит обычная аутентификация пользователя на основе открытого ключа (не пугайтесь, механизм добавления новых ключей на стороне сервера очень прост и приятен). После того, как пользователь аутентифицирован средствами SSH-сервера, в игру вступает сервер Gitosis, который выполняет дальнейшие процедуры авторизации подключившегося и организует его работу с Git-репозиториями. Весь фокус такой схемы заключается в том, что работы Gitosis требуется один-единственный системный пользователь, который, в силу использования ключей для аутентификации, может не иметь пароля (т. е., не иметь возможности подключиться к системе терминально), а также для сессии которого не можно не выделять PTY-устройство. Всё это в сумме даёт значительное повышение безопасности вашей хост-системы.

Установка

Установить Gitosis можно как из пакетов (как минимум в актуальных Ubuntu и Debian он есть) или же «вручную» с Github. И в том, и в другом случаях вам сперва понадобится системная учётная запись, от имени которой будет работать Gitosis. Я обычно выбираю что-нибудь короткое и понятное для имени учётной записи:

$ sudo adduser --system --shell /bin/sh --gecos 'git version control' --group --disabled-password --home /home/git git

Обратите внимание на опцию --disabled-password, которая не даст этой учётной записи возможности аутентифицироваться в системе, используя пароль. Аутентификация будет возможно только при помощи ключа или программы su. Теперь вам необходимо скопировать отрытый ключ пользователя, который будет администрировать будущий Gitosis-сервер и скопировать его в домашний каталог (или куда-нибудь, откуда вышесозданный пользователь сможет его достать, файл с ключом понадобится лишь временно) только созданного пользователя. Я, например, обычно использую свой RSA-ключ, которым пользуюсь для аутентификации на всех серверах, чтобы не запутаться. Сначала копируем файл открытого ключа с локальной системы на сервер в какой-нибудь каталог:

$ scp ~/.ssh/id_rsa.pub ashep@myserver.com:/home/ashep/tmp

после чего, уже на сервере, делаем его доступным пользователю git:

$ sudo mkdir /home/git/tmp
$ sudo mv /home/ashep/tmp/id_rsa.pub /home/git/tmp/
$ sudo chown git:git /home/git/tmp/id_rsa.pub

Теперь можно приступать к установке. Если необходимо установить Gitosis из пакета, всё просто:

$ sudo apt-get install gitosis

«Ручная» установка также особых сложностей не вызывает (обратите внимание, у вас в системе должен быть установлен пакет python-setuptools):

$ git clone git://eagain.net/gitosis
$ cd gitosis
$ sudo python setup.py install

После того, как Gitosis установлен, необходимо инициализировать окружение, в котором он будет работать. Входим в систему под пользователем git, которого создали ранее:

$ sudo -i -u git

И, оказавшись в домашнем каталоге пользователя git, выполняем инициализацию:

$ gitosis-init < ~/tmp/id_rsa.pub
Initialized empty Git repository in /home/git/repositories/gitosis-admin.git/
Reinitialized existing Git repository in /home/git/repositories/gitosis-admin.git/

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

$ rm ~/tmp/id_rsa.pub

Последним шагом убедитесь, что файл  repositories/gitosis-admin.git/hooks/post-updatе является исполняемым, иначе Gitosis не сможет обновлять конфигурацию:

$ chmod 0755 ~/repositories/gitosis-admin.git/hooks/post-update

Вот и всё. Ваш Gitosis-хост готов принимать посетителей.

Управление Gitosis

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

$ git clone git@myserver.com:gitosis-admin.git
Cloning into gitosis-admin...
remote: Counting objects: 5, done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 5 (delta 0), reused 5 (delta 0)
Receiving objects: 100% (5/5), done.

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

[gitosis]
[group gitosis-admin]
writable = gitosis-admin
members = ashep

Файл имеет традиционную ini-структуру и используется для конфигурирования Gitosis на сервере. Не забывайте о том, что выполнять конфигурацию Gitosis вы должны только таим способом!

Итак, представим, что вам необходимо создать новый репозиторий, который будет называться myproj, и предоставить к нему доступ на чтение/запись пользователям mike и bob. Добавьте ещё одну секцию в файл gitosis.conf:

[group myteam]
writable = myproj
members = mike bob

Здесь в начале секции объявляется группа с именем myteam, в которую входят пользователи перечисленные в значении параметра members и имеющие доступ на запись в репозиторий myproj. Интересующиеся могут увидеть пример возможных опций конфигурационного файла Gitosis здесь.

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

$ cp ~/tmp/mike.pub ~/tmp/bob.pub ./keydir

Добавьте файлы ключей, а также файл конфигурации в индекс:

$ git add ./keydir/* ./gitosis.conf

И сделайте коммит:

$ git commit -m 'Новый проект myproj, который делают mike и bob'

Теперь осталось лишь обновить конфигурацию на сервере:

$ git push

Создание репозитория

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

$ cd myproj
$ git remote add origin git@myserver.com:myproj.git

после чего выполнить push репозитория:

$ git push origin master

Если всё настроено корректно, mike получит сообщение об успешной синхронизации нового репозитория.

Клонирование репозитория

Здесь тоже всё традиционно:

$ git clone git@myserver.com:myproj.git

Ссылки

• Gitosis на ArchWiki

Вообще, в классическом GNOME подобной проблемы не было. Проблема была в gnome-terminal, который перехватывал F10 в пользу своего меню. С тех пор ничего не поменялось и первым делом этот шорткат нужно отключить в терминале — приюте всех консольных приложений. В меню терминала выбираем «Edit — Keyboard Shortcuts...» и снимаем птицу «Enable the menu shortcut key (F10 by default)»:

Как уже говорилось, до прихода Ubuntu Unity в нашу жизнь, этого было вполне достаточно, чтобы отучить GNOME портить нам жизнь. Однако теперь в дело вмешивается ещё глобальное меню Unity, и его тоже нужно отучить от той дурной привычки. Здесь нам понадобится чудо инженерии под названием CompizConfig Settings Manager. Тем, у кого он ещё не установлен, придётся потратить минуту на установку:

$ sudo apt-get install compizconfig-settings-manager

После чего, можно запускать менеджер:

$ ccsm

Отыщите раздел Desktop, а в нём — Ubuntu Unity Plugin:

И на первой же закладке Behaviour отключите или замените на что-нибудь другое шорткат «Key to open the first panel menu»:

Приятной работы ;)

После случайного падения ваш любимый гаджет перестал фунциклировать? Не торопитесь расстраиваться. Срочный профессиональный ремонт iPhone 4s в Москве за разумные деньги и с гарантией — на remontkpk.com. Кстати, если лень тянуть ногу в мастерскую самому, могут прислать курьера.

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

Предварительные замечания

В комментариях как-то проскакивал вопрос о том, что такое «клавиша <Super>». Клавиша <Super> — это такая клавиша на клавиатуре, на которой обычно красуется лого-флажок корпорации Майкрософт:

Launcher

• удержание клавиши <Super> покажет Launcher, при этом пронумерует цифрами от 1 до 0 кнопки приложений
  
• <Super + [1...0]> откроет соответствующее цифре приложение из Launcher. Если к этому добавить <Shift>, то будет запущен новый экземпляр приложения
• <Super + T> откроет корзину
• <Alt + F1> переместит фокус на панель, после чего вы можете при помощи клавиш со стрелками перемещаться между значками приложений
• <Ctrl + Alt + T> запустит новый экземпляр терминала

 Dash

• однократное (без удерживания) нажатие <Super> откроет Dash
• после того, как Dash открыт, нажатие <Tab> переключит его на следующую линзу, в <Shift + Tab> — на предыдущую
• <Alt + F2> откроет Dash в режиме ввода команды для выполнения (это когда терминал ради одной команды запускать лень):
  
• <Super + A> открывает линзу поиска приложений
• <Super + F> открывает линзу поиска файлов и папок
• <Super + M> открывает линзу поиска музыкальных файлов

Верхняя панель

• <F10> откроет первый элемент меню активного окна, после чего вы можете перемещаться по элементам меню и панели при помощи клавиш со стрелками
• <Esc> прекращает работу с панелью

Управление окнами

• <Super + W> отобразит все окна со всех рабочих областей
  
• <Super + D> сворачивает/разворачивает все окна
• <Alt + Tab> позволяет переключаться между окнами
• <Alt + `> позволяет переключаться между окнами одного приложения. Клавиша с символом <`> — это та, на которой обычно наносят кириллический символ «Ё», находится обычно над <Tab>

Расположение окон

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

• <Ctrl + Alt + Numpad 7> помещает окно в левый верхний угол рабочей области
• <Ctrl + Alt + Numpad 8> помещает окно в верхнюю половину рабочей области
• <Ctrl + Alt + Numpad 9> помещает окно в правый верхний угол рабочей области
• <Ctrl + Alt + Numpad 4> помещает окно в левую половину рабочей области
• <Ctrl + Alt + Numpad 5> центрирует и разворачивает окно
• <Ctrl + Alt + Numpad 4> помещает окно в правую половину рабочей области
• <Ctrl + Alt + Numpad 1> помещает окно в левый нижний угол рабочей области
• <Ctrl + Alt + Numpad 2> помещает окно в нижнюю половину рабочей области
• <Ctrl + Alt + Numpad 3> помещает окно в правый нижний угол рабочей области
• <Ctrl + Alt + Numpad 0>разворачивает окно

Рабочие области

• <Super + S> включает режим обзора («Expo») рабочих областей
  
• <Shift + Alt + ↑> включает Expo-режим обзора окон текущей рабочей области
• <Ctrl + Alt + [← / → / ↑ / ↓]> — переключает с одной рабочей области на другую
• <Ctrl + Alt + Shift + [← / → / ↑ / ↓]> — перемещает активное окно с одной рабочей области на другую
• <Ctrl + Alt + L> — блокирует экран

Снимки экрана

• <Prt Sc> делает снимок текущей рабочей области
• <Alt + Prt Sc> делает снимок текущего окна

Источник: askubuntu.com

Укрощение Ubuntu Unity — дело нужное и полезное, но отдыхать тоже иногда нужно. Если вы являетесь счастливым обладателем Android-устройства и любите компьютерные игры, то обязательно посетите Best Android Games — портал с с лучшими играми и приложениями для операционной системы Android от самых разных производителей мобильных игр.

Книги в библиотеке не хранятся в одной куче, а расставлены по полкам и стеллажам. Файлы на диске хранятся в папках, а не в общем пространстве. Разработчики ПО давным давно придумали функции, объекты и классы... Список можно продолжать до бесконечности. А что вы делаете с полезной информацией, которая может пригодиться в будущем? Кто-то заносит найденное в «Избранное», кто-то — в Evernote, кто-то — в текстовые файлы, а кто-то даже записывает всё в блокнот. В общем, способов — бесчисленное множество. Сегодня
я поделюсь с вами простым и бесплатным инструментом, которым пользуюсь сам в повседневной работе. Знакомьтесь: cherrytree!

cherrytree — это небольшое десктопное приложение, написанное на Python и предоставляющее вам широкие возможности для хранения и упорядочивания текстовой и графической информации. Данные в программе представляются в виде дерева — классического способа упорядочивания информации. Дерево состоит из т. н. нод (node), в которых и хранятся данные. Каждая нода может содержать любое количество дочерних нод, которые, в свою очередь, своих дочерних нод и так далее. Вот и весь принцип.

Установка

Скачать и установить приложение для своей системы можно из соответствующего раздела официального сайта программы. Разработчик предоставляет версии под Linux, Windows, а также исходные коды. Среди версий под Linux имеется deb-пакет, который можно установить во всех современных Debian-системах:

$ sudo dpkg install cherrytree_0.25.3-1_all.deb

Программа

После установки cherrytree можно запустить как из меню приложений Gnome/KDE, так и из командной строки:

$ cherrytree &

Вот такое незамысловатое главное окно программы, состоящее из панели инструментов, области дерева (слева), и области контента (справа).

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

Итак, начнём. Чтобы создать новую ноду, нажмите <Ctrl+N> и вы увидите диалоговое окошко, в котором необходимо указать параметры будущей ноды:

Обратите внимание на выпадающий список Automatic Syntax Hightlighting, который может оказать весьма полезным для разработчиков ПО. Также, каждую ноду можно помечать тэгами, с целью в будущем облегчить поиск нужной ноды. Кроме того, ноду можно пометить как Read Only, если вы хотите защитить её от случайного изменения (понятное дело, для новых нод ставить эту отметку особого смысла нет).

Если вам необходимо создать дочернюю ноду, достаточно «стать» курсором на родительскую и при помощи комбинации <Ctrl+Shift+N> сделать это. Вложенных нод можно создавать, сколько душе угодно:

После того, как новая нода создана, можно в ней чего-нибудь сохранить:

Нужна картинка? Пожалуйста! Выбираем в меню Edit — Insert Image, указываем нужный файл и вставляем:

Работа со списками в cherrytree сплошное удовольствие. Программа поддерживает три типа списков: традиционные маркированные и нумерованные, а также т. н. ToDo-списки, очень удобные и простые в работе:

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

Цвет шрифта и фона выбирается стандартными GTK-диалогами:

Вообще, форматировать текст, можете как угодно. При этом набор функционала ограничен до минимума, чтобы не превращать средства для хранения заметок в текстовый процессор. Так, например, заголовков может только два уровня: первого и второго. Гарнитура шрифта в во всех нодах используется одна и та же, можно менять лишь начертание. Также есть возможность создавать таблицы (хотя здесь разработчикам ещё придётся потрудится):

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

Поиск и замена также довольно богаты функционалом. Можно выполнять поиск в пределах текущей ноды или всего дерева:

В качестве хранилища ваших деревьев cherrytree предлагает два варианта: XML и SQLite, которые можно безопасно хранить в зашифрованном виде, закрытыми паролем:

Думаю, вы уже успели оценить возможности cherrytree после увиденного. Обязательно попробуйте использовать её в повседневной работе, многим, я уверен, эта программа спасёт не один час времени! Потратьте 20 минут на изучение всех возможностей cherrytree и, возможно, ваша жизнь станет чуточку лучше, а работа — приятней.

Лучший способ научиться чему-то — это сделать самостоятельно. В качестве подопытного кролика было решено взять Debian 6.0.3, оказавшуюся под рукой и не шифровавшей домашние каталоги пользователей. На ней весь процесс и производился. Если у вас в качестве ОС используется нечто совсем далёкое, гарантий, что процесс настройки будет таким же — никаких.

Как это работает

Для организации защиты ваших персональных данных в Ubuntu разработчики предпочли eCryptfs — файловую систему, работающую «поверх» любой другой обычной ФС и прозрачно шифрующую/дешифрующую содержимое файлов. Криптографические метаданные eCryptfs хранит в заголовках каждого файла, таким образом вы можете без проблем переносить любой файл между различными системами. Всё это счастье реализовано на уровне ядра Linux, обеспечивая хороший уровень производительности по сравнению с FUSE-шифрованием (например, EncFS).

Установка

Всё, что нужно для работы eCryptfs, во всех современных Linux-дистрибутивах имеются по умолчанию «из коробки». Если же ядро Linux вы собирали самостоятельно, то удостоверьтесь, что в вашей сборке присутствует необходимый модуль:

# modprobe ecryptfs && lsmod | grep ecryptfs

Далее, для работы с eCryptfs нам понадобятся userspace-инструменты, которые в Debain/Ubuntu легко устанавливаются из пакета:

# apt-get install ecryptfs-utils

Монтирование eCryptfs

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

# mkdir /mnt/ecryptfs-demo

Теперь смонтируем созданный каталог используя eCryptfs:

# mount -t ecryptfs /mnt/ecryptfs-demo/ /mnt/ecryptfs-demo/

Обратите внимание, что исходным и целевым каталогом команде mount указан один и тот же каталог. Это несколько «нетрадиционно» для операции монтирования, однако вполне допустимо и удобно. Если вас это запутывает, вы можете использовать разные точки с более осмысленными именами, вроде:

# mount -t ecryptfs /mnt/plaintext/ /mnt/encrypted/

После ввода команды вам необходимо ввести пароль для ключа шифрования:

Passphrase:

Введите пароль, не забывая о том, что его утеря будет означать невозможность получения данных! После ввода пароля вам будет предложено выбрать алгоритм шифрования, с по-умолчанию выбранным AES:

Select cipher:
 1) aes: blocksize = 16; min keysize = 16; max keysize = 32 (not loaded)
 2) blowfish: blocksize = 16; min keysize = 16; max keysize = 56 (not loaded)
 3) des3_ede: blocksize = 8; min keysize = 24; max keysize = 24 (not loaded)
 4) twofish: blocksize = 16; min keysize = 16; max keysize = 32 (not loaded)
 5) cast6: blocksize = 16; min keysize = 16; max keysize = 32 (not loaded)
 6) cast5: blocksize = 8; min keysize = 5; max keysize = 16 (not loaded)
Selection [aes]:

Далее вам необходимо выбрать размер ключа:

Select key bytes:
 1) 16
 2) 32
 3) 24
Selection [16]:

Значением следующей опции вы разрешаете или запрещаете доступ к файлам, которые не были зашифрованы при помощи eCrypfs:

Enable plaintext passthrough (y/n) [n]:

Шифровать или нет имена файлов:

Enable filename encryption (y/n) [n]:

Далее вы увидите сводку выбранных опций (их можно использовать в опциях монтирования в будущем):

Attempting to mount with the following options:
  ecryptfs_unlink_sigs
  ecryptfs_key_bytes=16
  ecryptfs_cipher=aes
  ecryptfs_sig=8f9887d2339cafb0

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

WARNING: Based on the contents of [/root/.ecryptfs/sig-cache.txt],
it looks like you have never mounted with this key
before. This could mean that you have typed your
passphrase wrong.

Если всё ок, можно подтверждать монтирование:

Would you like to proceed with the mount (yes/no)? : yes

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

Would you like to append sig [8f9887d2339cafb0] to
[/root/.ecryptfs/sig-cache.txt]
in order to avoid this warning in the future (yes/no)? : yes

Если всё прошло успешно, вы получите соответствующее сообщение:

Successfully appended new sig to user sig cache file
Mounted eCryptfs

Теперь скопируем что-нибудь в смонтированный каталог:

# cp /etc/passwd /mnt/ecryptfs-demo/

Посмотрим его содержимое и размер:

# cat /mnt/ecryptfs-demo/passwd
...

# file /mnt/ecryptfs-demo/passwd
/mnt/ecryptfs-demo/passwd: ASCII text
# ls -l /mnt/ecryptfs-demo/passwd
-rw-r--r-- 1 root root 911 Feb  7 01:18 /mnt/ecryptfs-demo/passwd

Теперь отмонтируем eCryptfs и посмотри, как изменился наш файл:

# umount /mnt/ecryptfs-demo/

# file /mnt/ecryptfs-demo/passwd
/mnt/ecryptfs-demo/passwd: data
# ls -l /mnt/ecryptfs-demo/passwd
-rw-r--r-- 1 root root 12288 Feb  7 01:18 /mnt/ecryptfs-demo/passwd

Заглянув же вовнутрь файла, вы увидите там лишь двоичные данные.

pam_ecryptfs

Ещё одной довольно интересной и полезной штукой, идущей в поставке eCryptfs, является PAM-модуль pam_ecryptfs. Вызывается этот модуль во время логина пользователя и работает следующим образом. Если в домашнем каталоге обнаруживается файл ~/.ecryptfs/wrapped-passphrase, а также файл ~/.ecryptfs/auto-mount то модуль pam_ecryptfs расшифровывает содержимое файла ~/.ecryptfs/wrapped-passphrase, используя пароль пользователя. Далее расшифрованное содержимое используется в качестве пароля при монтировании каталога ~/.Private в точку ~/Private. Таким образом, пользователю не нужно дополнительно монтировать каталог с личными зашифрованными данными, всё происходит автоматически. Для того, чтобы модуль работал, он должен быть соответствующим образом объявлен в /etc/pam.d/common-auth:

auth    required        pam_ecryptfs.so unwrap

и в /etc/pam.d/common-session:

session optional        pam_ecryptfs.so unwrap

Зашифрованный персональный каталог Private

Чтобы пользователям было сухо и комфортно при самостоятельном создании Private-каталогов, разработчики включили в поставку eCryptfs специальный shell-скрипт ecryptfs-setup-private, который делает всю работу по подготовке персонального шифрованного хранилища:

1. создаёт каталоги  ~/.Private и ~/Private;
2. шифрует пароль монтирования и сохраняет его в ~/.ecryptfs/wrapped-passphrase;
3. позволяет настроить опции автомонтирования/размонтирования и т. п.

Работает сценарий очень просто и при запуске в режиме «по умолчанию» не требует никаких дополнительных параметров:

$ ecryptfs-setup-private

На следующий запрос введите ваш пароль, который используете при аутентификации в системе:

Enter your login passphrase:

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

Enter your mount passphrase [leave blank to generate one]:

Очередное напоминание для забывчивых:

************************************************************************
YOU SHOULD RECORD YOUR MOUNT PASSPHRASE AND STORE IT IN A SAFE LOCATION.
  ecryptfs-unwrap-passphrase ~/.ecryptfs/wrapped-passphrase
THIS WILL BE REQUIRED IF YOU NEED TO RECOVER YOUR DATA AT A LATER TIME.
************************************************************************

создание файлов, каталогов и тестирование:

Done configuring.
Testing mount/write/umount/read...
Testing succeeded.

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

Logout, and log back in to begin using your encrypted directory.

Заново авторизуйтесь с системе и посмотрите, смонтировался ли каталог ~/.Private:

$ mount | grep Private
/home/ashep/.Private on /home/ashep/Private type ecryptfs (ecryptfs_sig=1ed127ee6eb43a05,ecryptfs_fnek_sig=2f5ceedfd83a052d,ecryptfs_cipher=aes,ecryptfs_key_bytes=16)

Всё отлично, самое время проверить работоспособность нашего нового хранилища:

$ echo "Hello, world" > ~/Private/hello.txt
$ ls -l ~/.Private/
total 12
-rw-r--r-- 1 ashep ashep 12288 Feb  7 03:14 ECRYPTFS_FNEK_ENCRYPTED.FWYjLCvTq1c39ETk7I99JlZPttqOZToCEDxsV7hasxemXl1ISz2J-43cKk--

Теперь, когда вы выйдите из системы, модуль pam_ecryptfs автоматически размонтирует точку ~/Private, таким образом оставив ваши данные в зашифрованном каталоге ~/.Private. Если вы не хотите, чтобы каталог ~/Private монтировался и/или размонтировался автоматически, удалите соответственно файл ~/.ecryptfs/auto-mount и/или ~/.ecryptfs/auto-umount.

Также имейте ввиду, что сценарий ecryptfs-setup-private принимает ряд опций, при помощи которых вы можете управляет его поведением:

$ ecryptfs-setup-private --help

Usage:

/usr/bin/ecryptfs-setup-private [-f|--force] [-w|--wrapping] [--nopwcheck] [-n|--no-fnek]
  [-u|--username USER] [-l|--loginpass LOGINPASS]
  [-m|--mountpass MOUNTPASS]

 -f, --force      Force overwriting of an existing setup
 -w, --wrapping   Use an independent wrapping passphrase,
                  different from the login passphrase
 -n, --no-fnek    Do not encrypt filenames; If this flag is
                  omitted, and the kernel supports filename
                  encryption, then filenames will be encrypted
 -u, --username   Username for encrypted private mountpoint,
                  defaults to yourself
 -l, --loginpass  Login/Wrapping passphrase for USER,
                  used to wrap MOUNTPASS
 --nopwcheck      Do not check the validity of the specified
                  login password (useful for LDAP user accounts)
 --noautomount    Setup this user such that the encrypted private
                  directory is not automatically mounted on login
 --noautoumount   Setup this user such that the encrypted private
                  directory is not automatically unmounted at
                  logout
 -m, --mountpass  Passphrase for mounting the ecryptfs directory,
                  defaults to randomly generated 16 bytes
 -b, --bootstrap  Bootstrap a new user's entire home directory
                  Generates a random mount passphrase, which
          will be wrapped when the new login passphrase
          is set. SHOULD ONLY BE CALLED FROM 'adduser'.
 --undo           Provide instructions on how to undo an
                  encrypted private setup
   Be sure to properly escape your parameters according to your
   shell's special character nuances, and also surround the
   parameters by double quotes, if necessary.

Полное шифрование домашнего каталога

Идея хранения критически-важных данных в отдельном каталоге очень даже недурна собой, но не лишена очевидного недостатка. А именно: вы обязаны постоянно выбирать, что нужно шифровать, а что не нужно. Ну, или хранить вообще всё в Private-каталоге, что, мягко-говоря, не очень удобно. Вместо того, чтобы выделять отдельный каталог, не лучше ли зашифровать вообще весь домашний каталог? Именно это и предлагает вам Ubuntu при установке, и именно eCryptfs она для этого использует!

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

Основная загвоздка при полном шифровании домашнего каталога состоит в том, что необходимо «вынести» каталог с зашифрованными данными за пределы точки монтирования. Разработчики Ubuntu решили проблему очень просто:

# ls -l /home/ashep/.Private
lrwxrwxrwx 1 ashep ashep 30 2011-12-07 04:44 /home/ashep/.Private -> /home/.ecryptfs/ashep/.Private

То есть, в домашнем каталоге находится лишь символическая ссылка, следуя которой, eCryptfs монтирует нужный каталог. При этом, точка монтирования переопределена в файле ~/.ecryptfs/Private.mnt и указывает на домашний каталог пользователя, т. е., в данном случае, на /home/ashep. Гениально и просто!

Чтобы избавить вас от необходимости перемещать файлы и настраивать вручную все пути и символические ссылки, разработчики предлагают shell-сценарий ecryptfs-migrate-home, который проделает всю «грязную» работу за вас. Также разработчики предупреждают о том, что этот сценарий может сделать ваши данные недоступными, если вдруг что-то пойдёт не так, поэтому обязательно сделайте резервную копию перед тем, как будете запускать скрипт! Также перед запуском убедитесь, что в системе установлены утилиты rsync и lsof, а также в том, что на разделе, где находится /home, имеется достаточно свободного места.

Сценарий необходимо запускать от root, передав в качестве параметра логин пользователя, который «мигрирует». Пользователь не должен находится в системе, а также от его имени не должно быть запущено ни одного процесса.

# ecryptfs-migrate-home -u ashep

INFO:  Checking disk space, this may take a few moments.  Please be patient.
INFO:  Checking for open files in /home/ashep

************************************************************************
YOU SHOULD RECORD YOUR MOUNT PASSPHRASE AND STORE IT IN A SAFE LOCATION.
  ecryptfs-unwrap-passphrase ~/.ecryptfs/wrapped-passphrase
THIS WILL BE REQUIRED IF YOU NEED TO RECOVER YOUR DATA AT A LATER TIME.
************************************************************************

Done configuring.

INFO:  Encrypted home has been set up, encrypting files now...this may take a while.

========================================================================
Some Important Notes!

 1. The file encryption appears to have completed successfully, however,
    ashep MUST LOGIN IMMEDIATELY, _BEFORE_THE_NEXT_REBOOT_,
    TO COMPLETE THE MIGRATION!!!

 2. If ashep can log in and read and write their files, then the migration is complete,
    and you should remove /home/ashep.81yFQbNJ.
    Otherwise, restore /home/ashep.81yFQbNJ back to /home/ashep.

 3. ashep should also run 'ecryptfs-unwrap-passphrase' and record
    their randomly generated mount passphrase as soon as possible.
 4. To ensure the integrity of all encrypted data on this system, you
    should also encrypted swap space with 'ecryptfs-setup-swap'.
========================================================================

Если всё пройдёт успешно, то, как требует сценарий, мигрировавший пользователь должен войти в систему до перезагрузки. Также обратите внимание, что скрипт оставляет копию незашифрованных данных в отдельном каталоге (в приведённом примере это /home/ashep.81yFQbNJ), который необходимо удалить после того, как пользователь определит, что всё прошло успешно.

Теперь, когда мигрировавший пользователь войдёт в систему, его домашний каталог будет смонтирован следующим образом:

$ mount | grep Private
/home/ashep/.Private on /home/ashep type ecryptfs (ecryptfs_sig=d8324d90c49de223,ecryptfs_fnek_sig=c4c68e3df79abc0a,ecryptfs_cipher=aes,ecryptfs_key_bytes=16)

при этом ~/.Private является символической ссылкой на каталог за пределами домашней папки:

$ ls -l /home/ashep/.Private
lrwxrwxrwx 1 ashep ashep 30 Feb  7 03:48 /home/ashep/.Private -> /home/.ecryptfs/ashep/.Private

Всё, что нужно для того, чтобы осуществить задуманное, это добавить переменную GRUB_SAVEDEFAULT  в файл /etc/defaul/grub и установить её значение равным true:

GRUB_SAVEDEFAULT=true

После чего сообщить Grub о том, что по умолчанию мы хотим загружать именно последнюю выбранную ОС:

GRUB_DEFAULT="saved"

и обновить конфигурацию:

# update-grub2

Всё! Теперь в 98% случаев можно наслаждаться собственной ленью выбирать ОС для загрузки :) И да, не забудьте, что если каталог /boot вашей системы расположен на RAID, LVM или файловой системе ZFS, то Grub, по определённым причинам,  не сможет сохранять ваш последний выбор.

Давно подумываете о приобретении новенького телевизора в гостиную? Тем, кто собрался купить LED-телевизор Philips, будет не лишним посетить каталог интернет-магазинов, чтобы выбрать подходящую модель по низкой цене.

Народ на форумах отчитывается о различных способах решения проблемы, начиная от перезапуска Unity  с ключом --replace, до переустановки драйверов Synaptics. На мой взгляд, самым быстрым и практически безболезненным решением является следующее (представим, тачпад у вас уже «замёрз»).

При помощи комбинации <Super+A> открываем линзу приложений и при помощи строки поиска отыскиваем System Settings:

С клавиатуры запускаем его и, при помощи всё той же клавиатуры, запускаем апплет Mouse and Touchpad:

Переходим на вкладку Touchpad и снимаем птицу Disable touchpad while typing:

Используя комбинацию <Ctrl+Alt+Del>, выходим из системы:

И заходим заново. После этого внезапное отключение тачпада должно перестать вас беспокоить. Что является причиной такому поведению: глюк в Unity или драйверах Synaptics — я выяснять не стал, поскольку лёгкое решение проблемы заставило забыть о ней уже через минуту. Может быть, найдутся желающие (и знающие английский на нужном уровне) отправить багрепорт разработчикам?

Расширение массива, которое можно проводить для всех уровней RAID, кроме нулевого, состоит из двух (трёх для RAID 4/5) этапов: добавления нового устройства, расширения массива (и, для RAID 5/6, расширения файловой системы). Обо всём по порядку.

Добавление нового устройства

Допустим, у нас имеется массив RAID-5 общей ёмкостью 16GiB, состоящий из трёх устройств, ёмкостью по 8 GiB каждое:

#  mdadm --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Tue Jan 31 17:23:21 2012
     Raid Level : raid5
     Array Size : 16774144 (16.00 GiB 17.18 GB)
  Used Dev Size : 8387072 (8.00 GiB 8.59 GB)
   Raid Devices : 3
  Total Devices : 3
    Persistence : Superblock is persistent

    Update Time : Tue Jan 31 17:28:43 2012
          State : clean
 Active Devices : 3
Working Devices : 3
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

           Name : debian-test0:0  (local to host debian-test0)
           UUID : a1f02ec1:81276abd:595fe0f9:8c9b3bd0
         Events : 48
    Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc
       3       8       48        2      active sync   /dev/sdd

и к нему понадобилось добавить новый диск, находящийся за файлом /dev/sde, ёмкостью также 8 GiB. На устройстве /dev/md0 в данный момент у нас расположена файловая система ext4, размеров 16 GiB. Целью добавления нового устройства является увеличение размера файловой системы.

Добавить новое устройство к массиву очень просто:

# mdadm --add /dev/md0 /dev/sde
mdadm: added /dev/sde

Посмотрим на состояние массива:

# mdadm --detail /dev/md0
...
    Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc
       3       8       48        2      active sync   /dev/sdd
       4       8       64        -      spare   /dev/sde

Как видим, диск /dev/sde добавился как запасной, то есть, он зарезервирован для массива на случай выхода из строя одного из дисков, и не используется. Теперь. когда в массиве есть свободное (неактивное) устройство, можно расширить массив:

# mdadm --grow --raid-devices=4 --backup-file=/root/md0_growing.backup /dev/md0
mdadm: Need to backup 3072K of critical section.

Обратите внимание на опцию --backup-file. Значением этой опции является путь к файлу, в который записываются критически-важные данные, пока массив расширяется. Содержимое этого файла пригодится вам в случае, если вдруг в момент расширения массива процесс будет внезапно прерван отключением питания сервера или чем-то подобным. Логично этот файл сохранять на диске, который не является частью расширяемого массива :)

Посмотрим на состояние массива теперь:

# mdadm --detail /dev/md0
/dev/md0:
        Version : 1.2
  Creation Time : Tue Jan 31 17:23:21 2012
     Raid Level : raid5
     Array Size : 16774144 (16.00 GiB 17.18 GB)
  Used Dev Size : 8387072 (8.00 GiB 8.59 GB)
   Raid Devices : 4
  Total Devices : 4
    Persistence : Superblock is persistent

    Update Time : Tue Jan 31 17:47:10 2012
          State : clean, recovering
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 512K

 Reshape Status : 14% complete
  Delta Devices : 1, (3->4)

           Name : debian-test0:0  (local to host debian-test0)
           UUID : a1f02ec1:81276abd:595fe0f9:8c9b3bd0
         Events : 102
    Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc
       3       8       48        2      active sync   /dev/sdd
       4       8       64        3      active sync   /dev/sde

Как видим, ёмкость массива осталась (пока) прежней, количество активных устройств увеличилось, как мы и просили, статус массива сменился на recovering, поскольку драйвер md занялся перестроением массива:

Reshape Status : 14% complete
Delta Devices : 1, (3->4)

После того, как процесс расширения будет завершён, посмотрим на размер массива:

Array Size : 25161216 (24.00 GiB 25.77 GB)

чего мы, собственно, и ожидали. Однако, как обстоят дела с файловой системой?

# mount /dev/md0 /mnt/md0
# df -h /dev/md0
Filesystem            Size  Used Avail Use% Mounted on
/dev/md0               16G  172M   15G   2% /mnt/md0

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

Расширение файловой системы

Чтобы изменить размер файловой системы ext2/¾, необходимо воспользоваться утилитой resize2fs, которая умеет изменять размер ФС на лету, если у вас ядро >= 2.6. Вызванная без параметров, утилита расширит файловую систему до максимально возможного размера:

# resize2fs /dev/md0
resize2fs 1.41.12 (17-May-2010)
Filesystem at /dev/md0 is mounted on /mnt/md0; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 2
Performing an on-line resize of /dev/md0 to 6290304 (4k) blocks.
The filesystem on /dev/md0 is now 6290304 blocks long.

Умножив 6290304 блока на 4 KiB, получим 25162416 KiB или же 24 GiB, что соответствует размеру массива.

# df -h /dev/md0
Filesystem            Size  Used Avail Use% Mounted on
/dev/md0               24G  172M   23G   1% /mnt/md0

Регистрация

Регистрация на сервисе займёт пару минут и заключается в посещении страницы регистрации нового пользователя сервиса, её заполнении (указывайте живой имейл, поскольку учётную запись нужно будет активировать, плюс восстановление пароля в случае чего — вещь небесполезная) и активации учётной записи.

Добавление зоны

После того, как вы успешно зарегистрируетесь и авторизуетесь в панели управления, можно добавлять зону. В левом меню выберите Backup DNS, после чего в центральной части панели — «Add a domain»:

Введите имя зоны, а также имя первичного DNS-сервера и нажмите кнопку «check»:

В случае успешной проверки вы получите сообщение об этом:

Если сервис сообщит об ошибке, проверьте логи своего первичного DNS-сервера, а также конфигурацию на предмет запрета трансфера зоны потусторонним серверам. Ваш сервер должен разрешать трансфер зоны серверу ns2.afraid.org.

Проверка

Если ваш сервер DNS корректно настроен, то через пару минут в разделе протоколов «Backup DNS» вы увидите сообщение об успешной передаче зоны:

Обновление NS записей в БД регистратора

После того, как всё проверено и зона успешно передаётся backup-серверу, осталось лишь обновить информацию о вторичном DNS-сервере у регистратора вашего домена, установив значение соответствующего поля равным ns2.afraid.org:

ЗЫЖ

Заметка не рекламная.