неділя, 28 грудня 2014 р.

Софт для жесткого диска в Убунту

Время от времени нужно проверять ваш жесткий диск. Я так полагаю, что ценнее информации на винчестере нет ничего, ну конечно не считая нашей жизни, и будет ой как обидно, когда пропадут ваши семейные фотографии, видеосъемки, нужные рефераты и отчеты по работе, пароли и любые другие важные данные. Что можно найти в Убунту для тестирования наших помощников и спасителей — винчестеров? Проверять жесткий диск следует не с установленной на него системы, а с LiveCD/USB. Одной из таких ценных сборок, будет  Parted Magic, хотя можно это сделать и с CD/USB Ubuntu. Это полный боекомплект для работы с хардами. Тут вам и GParted,  для изменения размеров разделов HDD (аналог Acronis Disc Director), и CloneZilla, для создания точных копий ваших системных дисков или разделов с последующим восстановлением, и GSmartControl — для отчета о состоянии вашего диска и еще много чего. Итак начнем обзор программ для тестов жестких дисков. Консольная программа Badblocks. Чтобы узнать как разбит ваш жесткий диск или диски, и выбрать раздел для проверки, выполните команду:
sudo fdisk -l
Чтобы запустить сканирование на наличие битых секторов, достаточно выполнить в Терминале команду:
sudo badblocks -s /dev/sdb1
где — /dev/sdb1 — это проверяемый раздел, а ключ  -s  выведет информацию о сканировании в процентах, наличии или отсутствии «битых» секторов и т.д. Если нужно получить текстовый отчет, тогда нужно выполнить следующую команду:
sudo badblocks -s /dev/sdb1 > errors.txt
Вместо /dev/sdb1 вы должны указать нужный раздел вашего жесткого диска, а в вашей Домашней директории появится текстовый  файлик errors.txt с отчетом. Если бэды все-таки есть, то желательно их пометить, чтобы система не обращалась к ним во время работы с диском. Чтобы пометить bad-секторы, выполните команду:
sudo e2fsck -l errors.txt /dev/sdb1
Ключ -l дает возможность программе использовать файл errors.txt для работы с «битыми» секторами. Но можно избежать двух вышеуказанных команд и выполнить всего навсего одну:
sudo e2fsck -ct /dev/sdb1
Программа e2fsck входит в состав пакета программ E2fsprogs, среди которых есть и badblock, а ключ -c дает возможность использовать утилиту badblock для поиска плохих секторов.
Чтобы проверить файловую систему (ext 2/ext 3/ext 4) выполните следующую команду:
e2fsck -y /dev/раздел вашего диска или диск целиком
Ключ -y сообщает утилите, что нужно отвечать на все вопросы положительно.
Другие часто используемые параметры:

-p,-a     автоматически «ремонтировать» файловую систему без лишних вопросов.
-f    форсированная (принудительная) проверка. Проверка произойдет в любом случае, даже если файловая система не нуждалась в ней.
-c    запускает программу badblocks, чтобы найти и отметить «битые» секторы на диске;
-v   будет отображена детальная информация о проверке.
Хотя  вместо e2fsck можно использовать fsck. Но каждый сам волен выбирать, что для него лучше или удобней.
src: http://softhelp.org.ua/?p=197

понеділок, 15 грудня 2014 р.

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

Если данные для вас чрезвычайно важны, и вы сомневаетесь в своих силах/знаниях, немедленно отключайте носитель и несите его в сервисный центр. Попытки самостоятельно решить проблему могут усугубить ситуацию, вплоть до полной невозможности что-либо восстановить.
Похоже, настало время задуматься о бэкапе
Первым делом, очень важно свести к минимуму работу с повреждённым накопителем, иначе вероятность восстановления данных существенно снижается.
Если вы случайно удалили нужный файл с некоторого раздела, следует как можно скорее перевести данный раздел в режим «только чтение» и исключить любые попытки записи на него.
Если вы по ошибке установили операционную систему, на диск/раздел с важными данными, то загружать систему с этого диска/раздела категорически не рекомендуется. Для дальнейней работы следует использовать LiveCD/USB или систему, загружаемую с другого диска/раздела.
Кроме того, для сохранения восстанавливаемых данных потребуется ещё один накопитель ёмкости, не меньшей исходного.
Чтобы снизить возможные потери информации при неудачной попытке восстановления, следует сделать полный дамп повреждённого тома (ФС, раздел, либо весь диск, в зависимости от того как располагались исходные данные) через dd или ddrescue на отдельный носитель и дальше экспериментировать с этим дампом:
sudo dd if=/dev/sdXY of=/path/to/dump.img

testdisk

Нередко судьба подкидывает нам такое, что послезавтра сдавать диплом, а сегодня умер жесткий диск со всей информацией. В Linux стандартом де-факто в области восстановления данных является утилита testdisk. Однако нередко человек, впервые сталкиваясь с ней, находит ее для себя малопонятной и отказывается от нее, т.к. она не имеет графического интерфейса.
Многих новичков в Linux, привыкших к GUI программам в Windows, пугает использование консольных программ, требующих ввода нужных команд с малоизвестными им аргументами и ключами. Нередко мануалы к такому софту оказываются или на английском языке, или достаточно сложны, чтобы разобраться с первого взгляда, и человек отступается от своей цели. Нередко ему снова приходится обращаться к Windows, искать там «надежную и понятную» (GUI) программу, затрачивая на это уйму времени, вместо того, чтобы убрать у себя табу на использование консоли.
Специально для написания статьи я нашел старую ненужную флешку, записал на нее немного музыки и видео. После этого в GParted изменялись размеры и положение раздела (при этом флешка выдергивалась из компа в самый кульминационный момент), ну и напоследок все было добито созданием новой таблицы разделов.
Итог - при подключении флешка не обнаруживается компьютером, на ней важная информация, будем ее восстанавливать.
1. Для начала нужно установить testdisk. Для этого в консоли выполняем:
sudo apt-get install testdisk
2. Запускаем testdisk с администраторскими правами
sudo testdisk
Появляется окошко приветствия testdisk, нам предлагается вести лог работы. В данном случае не вижу в этом смысла, но вы можете поступать иначе. Выбираем нужный пункт меню и подтверждаем выбор: No Log → Enter.
3. Появляются доступные носители, выбираем нужный, подтверждаем нажатием Proceed.
4. Предлагается выбрать тип таблицы разделов, думаю, что в большинстве случаев будет тип Intel / PC Partition.
5. Появляется меню с выбором операции. Для начала делаем анализ, выбрав Analyse.
6. В разделе Analyse Выбираем Quick Search.
7. Последний вопрос перед началом анализа «Должен ли testdisk искать разделы созданные с использованием Windows Vista?». В моем случае — нет, поэтому я выбираю N.
Побежал анализ…
Анализ закончен. Предупреждение. Или некоторые разделы не были найдены, или таблица разделов не может быть записана, т. к. разделы перекрываются.

8. Вот теперь можно начинать восстановление информации. В данном случае нас интересует 2 варианта действий.
  • Получить список файлов, содержащихся в данном разделе нажатием Р с дальнейшим восстановлением интересующих файлов из списка
  • Попробовать загрузить резервную копию таблицы разделов нажатием L, это приведет носитель к первоначальному состоянию до поломки
Выводим список файлов нажатием Р.
Отсюда же можно попробовать скопировать особо важные файлы и папки, особенно если боитесь, что данные не восстановятся, а наоборот потеряете последнюю, пусть даже и битую информацию. Для примера я буду копировать музыкальный альбом. Выделяем нужное курсором, нажимаем С для копирования. Появляется файловый менеджер, где можно выбрать куда будем копировать. В домашнем каталоге для этих целей специально создана папка Restored.
Заходим в нее и подтверждаем копирование нажатием Y.
Открываем папку в Nautilus, видим, что все файлы на месте и их можно прослушать.

9. Итак, особо важную информацию на всякий случай сохранили, однако наша цель приведение носителя в нормальное рабочее состояние. Из каждого пункта меню testdisk можно вернуться в предыдущий с помощью клавиши Q. Таким образом возвращаемся к 8 пункту.
Попробуем вернуть все в первоначальное до поломки состояние, загрузив резервную копию таблицы разделов. Нажимаем L. В появившемся окошке выбираем Load
…и подтверждаем наши намерения Y.
Все, процесс восстановления закончен, отключаем и снова подключаем поврежденный носитель. Теперь он обнаруживается, все файлы на месте, в целости и сохранности.
Желаю вам удачных восстановлений!

extundelete

extundelete – утилита, позволяющая восстанавливать файлы, которые были удалены с разделов ext3/ext4.
Установить extundelete можно выполнив команду:
sudo apt-get install extundelete
Как только вы поняли, что удалили нужные файлы, надо отмонтировать раздел:
umount /dev/<partition>
или перемонтировать в режиме «только чтение»
mount -o remount,ro /dev/<partition>
Так же следует создать резервную копию раздела прежде, чем начинать с ним работу по восстановлению файлов:
dd bs=4M if=/dev/<partition> of=partition.backup
Зайдите в каталог, в который будут восстанавливаться удаленные данные. Он должен быть расположен на разделе отличном от того, на котором хранились восстанавливаемые данные:
cd /<путь_к_каталогу_куда_восстанавливать_данные>
Запустите extundelete, указав раздел, с которого будет происходить восстановление и файл, который необходимо восстановить:
sudo extundelete /dev/<partition> --restore-file /<путь к файлу>/<имя_файла>
Можно так же восстанавливать содержимое каталогов:
sudo extundelete /dev/<partition> --restore-directory /<путь_к_директории>
Можно задать для восстановления рамки по времени удаления восстанавливаемых файлов, например так:
sudo extundelete --after <дата> /dev/<partition> --restore-directory /<путь_к_директории>
Дату необходимо указывать в UNIX-времени:
date -d "March 28 19:34" +%s
Некоторые файлы могут восстановиться под другим именем и расширением, хотя это не повлияет на содержимое файла.
Полный список параметров extundelete можно посмотреть на странице http://extundelete.sourceforge.net/options.html.

foremost

Хорошо подходит для восстановления фотографий и скриншотов с битых карт памяти и флешек.
foremost — поиск и восстановление данных по сигнатурам.
Установка:
sudo apt-get install foremost
Пример использования для восстановления изображений с диска /dev/sdb в каталог ~/out_dir:
sudo foremost -t jpg,gif,png,bmp -i /dev/sdb -o ~/out_dir
GUI для Foremost, можно скачать на дружественном форуме.

R-Studio

Утилита является платной. Тем не менее, судя по нескольким топикам на форуме, в тяжёлых случаях она может дать лучший результат, чем testdisk.
R-Studio позволяет восстанавливать утраченные данные с поврежденного, форматированного, переформатированного или удаленного диска (раздела) локального или удаленного компьютера вне зависимости от используемой системы (платформы).

Ссылки



http://help.ubuntu.ru/wiki/%D0%B2%D0%BE%D1%81%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85#foremost

вівторок, 2 грудня 2014 р.

Exim настройка DKIM - цифровых подписей к письмам

Exim настройка DKIM - цифровых подписей к письмам

В Exim, начиная с версии 4.2 встроена поддержка DKIM, поэтому настраивается все достаточно просто, всего в три шага.

1.Создаём ключи шифрования для подписи писем.

Создаём RSA-ключ (не менее, чем 1024 бита длиной) и, на его основе, общедоступный ключ. 
mkdir /etc/exim4/dkim
cd /etc/exim4/dkim
openssl genrsa -out example.com.key 1024
openssl rsa -in example.com.key -pubout > example.com.pub (это наш публичный ключ)
chown exim:exim example.com.key
chmod 640 example.com.key

2. Настраиваем Exim

Вносим изменения в конфигурационный файл Exim /etc/exim4/exim4.conf.template.
nano /etc/exim4/exim4.conf.template
Меняем
remote_smtp:
driver = smtp
на
DKIM_DOMAIN = ${lc:${domain:$h_from:}}
DKIM_KEY_FILE = /etc/exim4/dkim/DKIM_DOMAIN.key
DKIM_PRIVATE_KEY = ${if exists{DKIM_KEY_FILE}{DKIM_FILE}{0}}
DKIM_CANON = simple
remote_smtp:
driver = smtp
dkim_domain = DKIM_DOMAIN
dkim_selector = default
dkim_private_key = DKIM_KEY_FILE
Перезапускаем Exim
service exim4 restart

3. Настройка DNS

Открываем и копируем публичный ключ.
nano /etc/exim4/dkim/example.com.pub
-----BEGIN PUBLIC KEY-----
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCy4cRpKEmBmlm6Enrc0Qk/WEG6
uQKrzAe+aS8L0GG+PK+oxr1DtMihbZU1CCpAND0NYceWicI9XCqD7bS9WE1U2GCW
J8MxM8o//3b3T/yV3TCTFJRb3xn4xJOL5/fx6f/d76ra34BY8xUfedPQORg2T3pv
YRhOq9VT1IuiNhULLQIDAQAB
-----END PUBLIC KEY-----
Копируем сам ключ, который содержится между -----BEGIN PUBLIC KEY----- и -----END PUBLIC KEY-----
Добавляем в DNS запись вида TXT, имеющую название default._domainkey.example.com, содержащую
v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCy4cRpKEmBmlm6Enrc0Qk/WEG6uQKrzAe+aS8L0GG+PK+o
xr1DtMihbZU1CCpAND0NYceWicI9XCqD7bS9WE1U2GCWJ8MxM8o//3b3T/V3TCTFJRb3xn4xJOL5/fx6f/d76ra34BY8xUfedPQORg2T
3pvYRhOq9VT1IuiNhULLQIDAQAB
Обратите внимание, что ключь не должен содержать пробелов, при копировании из терминала они могут добавиться.
Проверямем DKIM DNS запись при помощи серевиса DNSWatch. Ответ должен содержать указанный ключ.
"v=DKIM1\; k=rsa\; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQCy4cRpKEmBmlm6Enrc0Qk/WEG6uQKrzAe+aS8L0GG+PK+oxr1DtMihbZU1CCp
AND0NYceWicI9XCqD7bS9WE1U2GCWJ8MxM8o//3b3T/V3TCTFJRb3xn4xJOL5/fx6f/d76ra34BY8xUfedPQORg2T3pvYRhOq9VT1IuiNhULLQIDAQAB"
Важно! default — название селектора - произвольной строки идентифицирующей подпись DKIM. Необходимо, чтобы в конфигурации Exim и в DNS записи использовался один и тот же селектор.
Для проверки отправляем письмо на домен gmail и смотрим исходное тело письма.
Также, не стоит забывать, что стандартное время применения настроек DNS - 24 часа.
Взято: http://joyit.ru/administrirovanie/35-exim-dkim.html