В ArchLinux имеется скрипт для настройки конфигурационного файла

1
/etc/pacman.d/mirrorlist
1
rankmirrors
.

Что он делает?

1
rankmirrors
берет список IP-адресов зеркал репозиториев ArchLinuxlinux из заранее созданного файла и проверяет их на скорость доступа. А затем формирует список самых быстрых зеркал на основе этой проверки.

Что это дает? В результате работы

1
rankmirrors
в
1
/etc/pacman.d/mirrorlist
мы имеем сервера с самым быстрым (исходяя из местоположения нашей машины) доступом. При обновлении системы или установки какой-либо программы скорость инсталляции существенно возрастает (из чего складывается инсталляция? Из скачивания пакета с сервера и уже затем его установки).
1
rankmirrors
является python-скриптом. man-страницы не имеет, но есть опция
1
-help
с небольшим выбором команд.

Похожими утилитами являются

1
netselect
и особенно –
1
mirrorselect
(для Gentoo). Итак, приступим к настройке нашего списка зеркал с помощью
1
rankmirrors
.

  1. Так как
    1
    
    rankmirrors
    
    является python-скриптом, для его работы необходим установленный Python в системе. Устанавливаем, если его нет в системе:
$ sudo pacman -Sy python
  1. Переходим в директорию со списком зеркал pacman’а:
$ cd /etc/pacman.d/
  1. Делаем копию существующего списка зеркал
    1
    
    mirrorlist
    
    :
$ sudo cp mirrorlist mirrorlist.backup
  1. Открываем копию списка зеркал в своем любимом редакторе и раскомментируем все строки с адресами серверов, географически наиболее близко расположенных к нам (по идее, это и будут сервера с самым быстрым доступом):
$ sudo nano -w mirrorlist.backup
  1. Сохраняем изменения в файле и выходим из него. Запускаем скрипт
    1
    
    rankmirrors
    
    для выбора зеркал из указанного нами списка (для запуска
    1
    
    rankmirrors
    
    потребуется войти в учетную запись
    1
    
    root
    
    ‘а. Под
    1
    
    sudo
    
    у меня скрипт отказался работать, ругаясь на отсутствие прав доступа к файлу
    1
    
    mirrorlist
    
    ).

Переходим в учетную запись

1
root
‘а:

$ su -

Запускаем

1
rankmirrors
под
1
root
‘ом:

# rankmirrors -n 6 mirrorlist.backup > mirrorlist

где:

  • 1
    
    -n 6
    
    – вывести (в нашем случае – записать) 6 сервером с самым маленьким временем отклика
  • 1
    
    mirrorlist.backup
    
    – список серверов для теста на время отклика
  • 1
    
    mirrorlist
    
    – файл, куда записываются адреса серверов скриптом
    1
    
    rankmirros
    

В результате

1
rankmirrors
удалит все раскомментированные строки в
1
mirrorlist
и снесет адреса шести самых “быстрых” зеркал. Получится что-то вроде этого:

# Result
  Server = ftp://ftp.nluug.nl/pub/metalab/distributions/ArchLinuxlinux/$repo/os/i686
  Server = ftp://ftp.free.fr/mirrors/ftp.ArchLinuxlinux.org/$repo/os/i686
  Server = ftp://ftp.mfa.kfki.hu/pub/mirrors/ftp.ArchLinuxlinux.org/$repo/os/i686
  Server = http://gd.tuwien.ac.at/opsys/linux/ArchLinuxlinux/$repo/os/i686
  Server = http://ftp.gigabit.nu/$repo/os/i686
  Server = http://mirror.svk.su/ArchLinuxlinux/$repo/os/i686

Здесь я раскомментировал все зеркала, географически расположенные в Европе и получил 6 из них.

  1. Теперь осталось последнее – заставить
    1
    
    pacman
    
    перечитать список зеркал и обновить список пакетов.

Делаем:

# pacman -Syy

Результат:

:: Синхронизируются базы данных пакетов…
  core 35,8K
  65,8K/s 00:00:01 [######################] 100%
  extra 443,7K 15,4K/s 00:00:29 [#########################] 100%
  community 367,8K
  18,1K/s 00:00:20 [###########################] 100%
  ArchLinuxlinuxfr 24,7K 5,7K/s 00:00:04 [############################] 100%

Данная статья является вольным переводом (опробованным для своих нужд) из Википедии ArchLinuxlinux.

На этом все.


С недавних пор открыл для себя такой дистрибутив Linux как PCLinuxOS. Поставил его исключительно для того, чтобы сделать скриншоты при написании статьи. Но в процессе установки и краткого пользования мне он понравился даже больше, чем Linux Mint, которым пользовался до этого.

И все бы хорошо, но проблема подкралась незаметно. Нет, она была связана не с PCLinuxOS. Наверное, как не трудно догадаться, это была Windows XP. Я не хочу сказать, что эта операционная система так уж плоха. Хотя бы ради таких прекрасных программ, как Adobe Dreamweaver, Adobe Photoshop, AutoCAD, MS Office ее просто нужно иметь на своем компьютере.

Но вот ее нежелание видеть другие операционные системы и стремление затереть MBR вне зависимости от того, есть там какие-либо записи или нет, напрягает. Все началось с того, что я проглядел статус четвертого раздела на своем жестком диске. А надо было заметить, так как он имел флаг загрузочного раздела. И хотя Windows установилась, как я и указал, на первый раздел, но все ее главные файлы (какие они там - не знаю) расположились на четвертом разделе. Все логично. А четвертый раздел у меня служит в качестве мусорной ямы для всех операционок, установленных на компе.

Результат предсказать нетрудно. В один прекрасный момент я решил основательно почистить мусорку-раздел от лишний файлов. В корзину неглядя полетели и файлы Windows XP. Стоит оговориться, что эта операционная система стоит у меня исключительно для работы, ради программ Adobe Dreamweaver, Adobe Photoshop, ABBYY Lingvo. Потребность в ней у меня есть и серьезная. Поэтому я был весьма опечален, когда в очередной раз загрузил комп и выбрал в меню Windows XP. Но система лишь посоветовала мне нажать волшебную комбинацию клавиш Ctrl+Alt+Del.

Подумал немного и решил, что проще и быстрее мне переустановить Windows. Ничего сложного в этом нет. Но вот запись MBR была затерта. А у меня еще стоят Linux Mint и PCLinuxOS, к которым нужно открыть доступ. Хорошо, у меня сохранился PCLinuxOS LiveCD. С помощью него я быстро и в несколько шагов переустановил Grub в главную загрузочную запись жесткого диска. Ниже приведу 7 последовательный ход действий по восстановлению Grub под PCLinuxOS.

Последовательность действий:

  • Вставляю PCLinuxOS LiveCD в дисковод и перезагружаюсь. В меню BIOS выбираю загрузку с оптического диска. Операционная система PCLinuxOS загружается на компьютер
  • Открываю терминал и захожу в нем под учетную запись
    1
    
    root
    
    с помощью команды
    1
    
    su -
    
    . Пароль для
    1
    
    root
    
    в PCLinuxOS LiveCD имеет значение
    1
    
    root
    
    (как ни странно!)
  • Ввожу команду
    1
    
    grub
    
    . При этом приглашение командной строки изменится и примет вид “grub>”

Вход в оболочку Grub

  • Задаю команду для поиска файла
    1
    
    stage1
    
    -
    1
    
    find /boot/grub/stage1
    
    . На моем компьютере Grub отыскал его только на одном разделе -
    1
    
    hd0,2
    
    . Это абсолютно верно, так как на
    1
    
    /dev/sda3
    
    установлена PCLinuxOS.
  • Ввожу команду
    1
    
    root (hd0,2)
    
  • И устанавливаю Grub в MBR -
    1
    
    setup (hd0)
    

Успешная установка Grub

Задача выполнена. Выхожу из оболочки Grub -

1
quit
. И перезагружаюсь.

Описанный здесь способ восстановления Grub с помощью PCLinuxOS LiveCD подходит не только для этой операционной системы. Для любого случая, когда в качестве загрузчика используется Grub (но не Grub2), данное описание поможет с высокой долей вероятности.

На этом все.


Одной из полезных возможностей программы Notepad++ является создание и использование макросов.

Пользователям, которые знакомы с популярным офисным пакетом MS Office (и Microsoft Excel в частности) должно быть знакомо понятие макросов. Если не знакомо, то вкратце поясню.

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

Сам процесс записи очень похож на то, как если бы действия в программе записывались на видеокамеру. Только в качестве пленки в этом случае выступает программный код. Точнее, язык программирования, в который переводится все манипуляции, которые пользователь выполняет в программе. Язык программирования может быть разным и целиком зависеть от конкретной программы. Например, в Microsoft Excel таким языком является VBA (Visual Basic for Applications). Для обычного пользователя знать как язык программирования, на котором кодируется действия, совсем необязательно. Ему достаточно уметь записывать макросы и запускать их на выполнение.

Вернемся к программному блокноту Notepad++. Чем могут быть полезны макросы в этом случае. Да тем же самым. Допустим, при написании кода существуют какие-либо его участки (куски), которые повторяются постоянно. Кстати, такие повторяющиеся куски кода называются сниппетами.

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

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

Набор кнопок для работы с макросами в Notepad++

Назначение каждой из них по порядку:

  1. Старт записи макроса
  2. Остановка записи макроса
  3. Воспроизведение записанного макроса
  4. Многократное воспроизведение записанного макроса
  5. Сохранение записанного макроса

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

1
document.write();
, которую довольно часто применяют в коде javascript-программисты.

Нажимаем кнопку “Старт записи макроса”. При этом кнопка из красной превратиться в серую, что означает - запись пошла. Без ошибок, аккуратно вводим в основном окне Notepad++ вышеуказанную строку:

Запись макроса в Notepad++

Когда строка введена, нажимаем кнопку “Остановка записи макроса”. Программа Notepad++ записала наши действия. В данном случае - это строка кода, которую мы ввели. Чтобы проверить, что запись была произведена верно, нажмем кнопку “Воспроизведение записанного макроса”. Notepad++ в точности воспроизведет указанную строку, если все было выполнено нами верно. Если нужно воспроизвести записанный макрос несколько раз, можно нажать кнопку “Многократное воспроизведение записанного макроса”.

Теперь необходимо сохранить записанный нами макрос, так как он хранится в оперативной памяти программы Notepad++ только до момента ее закрытия. Как только мы ее закроем, макрос пропадет. Для сохранения нажимаем кнопку “Сохранение записанного макроса”. Появится окно, в котором предлагается задать сочетание “горячих клавиш” для сохраняемого макроса и его имя для сохранения. выбираем любое понравившееся сочетание, а также задаем имя для макроса:

Сохранение макроса в Notepad++

Проверить, произошло ли сохранение макроса, можно двумя способами. Первый - это перейти в меню “Макросы”. В выпадающей списке, наряду с общесистемными командами Notepad++ должен находиться и наш макрос

1
document.write();
. Второй способ - это открыть список всех сохраненных в программе макросов. Делается это через меню “Макросы - Изменить гор.клавишу/Удалить макрос”. Откроется окно редактирования, в котором должен быть представлен наш макрос:

Список сохраненных макросов Notepad++

В этом окне можно удалить сохраненный макрос кнопкой “Delete”. Или же изменить сочетание горячих клавиш для этого макроса кнопкой “Modify”.

Как вы уже догадались, с помощью макроса можно сохранять абсолютно любой код. Это может не обязательно javascript-сниппет, но и часть HTML или CSS-кода, если вы занимаетесь версткой в программе Notepad++.

На этом обзор макросов в Notepad++ закончен.


Дистрибутив Clonezilla предназначен для создания на резервном накопителе образа установленной операционной системы.

При серьезных “поломках” операционную систему можно восстановить из этого образа до прежнего состояния. Clonezilla умеет работать с широким набором файловых систем (

1
fat
,
1
ntfs
,
1
ext2
,
1
ext3
,
1
ext4
,
1
ufs
,
1
ufs2
,
1
reiserfs
,
1
jfs
,
1
xfs
,
1
vmfs
) и операционных систем
1
x86
и
1
x86-64
(Windows, Linux, FreeBSD, OpenBSD, NetBSD, Mac OS (Intel)).

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

1
dd
в режиме копирования
1
sector-by-sector
. Имеется возможность создания из образа операционной системы
1
recovery disk
для автоматического восстановления.

Дистрибутив Clonezilla - из мира Open Source, поэтому абсолютно бесплатен. Является аналогом своих более знаменитых собратьев из мира Windows – Norton Ghost и Acronis True Image Home. Два последних продукта – платные (Acronis True Image Home позиционируется производителем как программа для домашнего использования, поэтому имеет 15-дневный испытательный строк и цену где-то в 150 рублей).

Итак, у меня стоит задача – снять образ с установленной Windows XP и создать из него диск автоматической инсталляции хрупкого творения ООО “Microsoft”.

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

Весь процесс создания

1
recovery disk
‘а будет разбит на три шага:

  1. скачивание дистрибутива, его запись на болванку и загрузка с Clonezilla LiveCD;
  2. создание образа установленной Windows XP;
  3. создание образа recovery disk’а из заранее созданного образа.

Стоит обратить внимание, что описываемый способ создания образа и восстановления из него подходит только в том случае, когда размер (расположение) диска\раздела остается неизменным. То есть, если создан образ раздела

1
/dev/sda1
размером 19 Gb, то и восстанавливать образ нужно на раздел
1
/dev/sda1
размером 19 Gb. В противном случае могут возникнуть некоторые несоответствия. А именно – Clonezilla не может клонировать (а именно это и делается в этой статье – через создание образа
1
iso
) больший диск\раздел на меньший. Но клонировать меньший диск\раздел на больший – да, это ей по силам. О создании такого образа
1
iso
можно почитать про настройки режима эксперта.

Шаг первый

  1. Загружаем последнюю версию дистрибутива с официального сайта
  2. Записываем скачанный iso-образ на болванку (Brasero, K3B, wodim – по вкусу)

Шаг второй

  1. Загружаемся с Clonezilla LiveCD. При запуске появляется основное меню дистрибутива с вариантами запуска программы:

Загрузочное меню Clonezilla

Первые три варианта – запуск Clonezilla c поддержкой framebuffer’а

1
ncurces
. Варианты различаются только желаемым разрешением монитора.

Четвертый вариант – программа целиком загружается в оперативную память (RAM), освобождая CD/DVD-привод. Диск можно вытащить и использовать для других целей (например, запись на болванку из-под Clonezilla).

Идет загрузка и запуск Linux-системы, как обычно:

Загрузка Clonezilla

Затем окно выбора языка и кодировки консоли LiveCD:

Выбор языка Clonezilla

И окно выбора раскладки клавиатуры. Я выбрал вариант по умолчанию – “Don’t touch keymap” (“Не трогать раскладку”). Проблем с “клавой” во время работы в LiveCD не заметил:

Раскладка клавиатуры Clonezilla

  1. Окно выбора варианта входа в систему. Здесь выдается запрос, что необходимо сделать – перейти в режим пошагового wisard’а создания образа или перейти в bash-оболочку (командная строка) системы. Напомню, что Clonezilla построена на основе Debian Linux (Debian Sid – в частности). То есть, фактически – это урезанный Debian – без X-ов и части консольных программ. Выбираем первую строку и жмем Enter:

Старт дистрибутива Clonezilla

  1. Здесь мы выбираем задачи, которые хотим реализовать в Clonezilla.

Первая строка –

1
device-image
– работа с образами диска (раздела). То есть, создание образа диска (раздела диска), восстановление диска (раздела диска) из образа.

Вторая строка –

1
device-device
– работа напрямую с дисками (разделами дисков). То есть, копирование\перемещение дисков (разделов) с одного на другой.

Мы будем работать с образами дисков, поэтому выбираем первую строку –

1
device-image
:

Clonezilla - работа с образами диска

  1. В этом окне выбираем режим работы:
  • 1
    
    local_dev
    
    – работа с локальными жесткими дисками (то есть, с винчестерами, что стоят внутри компа);
  • 1
    
    ssh_server
    
    ,
    1
    
    samba_server
    
    ,
    1
    
    nfs_server
    
    – варианты работы с удаленными жесткими дисками по сети (то есть, с винчестерами, которые находятся не внутри нашего компа, а где-то в другом месте);
  • 1
    
    enter_shell
    
    – войти в bash-оболочку и сделать все, что нужно, ручками…
  • 1
    
    skip
    
    – не пробовал, сказать ни чего не могу…

В этом окне выбираем опять первую строку –

1
local_dev
– работа с локальными жесткими дисками:

Clonezilla - работа с локальными жесткими дисками

  1. После нажатия Enter появится строка, выделенная желтым цветом. В ней говорится, что если мы хотим сохранить создаваемый образ на флешку, то сейчас самое время воткнуть ее, затем подождать 5 секунд и нажать Enter. Система попытается автоматически определить ее и примонтировать в
    1
    
    /home/partimag
    
    . Флешки такого объема (примерно нужно более 4Gb) у меня нет, поэтому просто снова нажимаю Enter. Система начнет сканировать жесткий диск на наличие разделов на нем:

Clonezilla - сканировать жесткий диск

  1. После сканирования появится окно со списком всех разделов, которые нашла Clonezilla на жестком диске. Здесь система спрашивает, какой раздел мы бы хотели выбрать в качестве целевого, то есть, тот раздел, куда будем сохранять создаваемый образ. Clonezilla примонтирует его в
    1
    
    /home/partimag
    
    для дальнейшей работы. В качестве “мусорки” у меня служит
    1
    
    /dev/sda8
    
    с файловой системой
    1
    
    reiserfs
    
    . Выбираю его (клавишами-стрелками) и нажимаю Enter:

Выбираем диск Clonezilla

  1. Clonezilla “заглянет” в выбранный мною раздел и предложит выбрать папку (если таковые имеются на этом разделе), куда бы я хотел сохранять создаваемый ею образ. В строке вверху говорится об условии, по которым Clonezilla нашла\выбрала папки на этом разделе. Одно условие – папки должны быть только самого верхнего (top) уровня, то есть, корневые. Также она не предлагает (скрывает) папки, в именах которых имеются пробелы.

Я выбираю специально созданную для хранения образов папку

1
images
и нажимаю Enter:

Директория хранения образов Clonezilla

  1. После просьбы программы нажать Enter появляется окно, где можно выбрать режим пошагового wizard’а:
  • упрощенный (Beginner);
  • эксперт (Expert) – можно добавить дополнительные параметры для создаваемого образа.

Выбираю первый вариант – “Beginner” – (для новичка). В принципе, ничего сложного нет:

Режимы работы Clonezilla

  1. Следующее окно – что хотим делать с образом диска:
  • 1
    
    savedisk
    
    – сделать образ жесткого диска целиком;
  • 1
    
    saveparts
    
    – сделать образ отдельного раздела жесткого диска;
  • 1
    
    restoredisk
    
    – восстановить жесткий диск целиком из заранее созданного образа;
  • 1
    
    restoreparts
    
    – восстановить отдельный раздел жесткого диска из заранее созданного раздела;
  • 1
    
    recovery-iso-zip
    
    – создать загрузочный
    1
    
    recovery disk
    
    (
    1
    
    iso
    
    – для создания загрузочного диска,
    1
    
    zip
    
    – для создания загрузочной флешки) из заранее созданного образа;
  • 1
    
    exit
    
    – выйти в bash-оболочку.

У меня еще не создан образ раздела, поэтому выбираю вторую строку –

1
saveparts
и нажимаю Enter:

Clonezilla - образ отдельного раздела диска

  1. Система запрашивает имя создаваемого образа и предлагает вариант по умолчанию. Подправляю его немного и нажимаю снова Enter:

Clonezilla - имя создаваемого образа

  1. Clonezilla опять принимается за сканирование жесткого диска на наличие разделов. На этот раз она делает это для выбора раздела-источника, то есть, того раздела, образ которого мы будем создавать:

Clonezilla - сканирование жесткого диска

  1. Снова “выкидывает” окно со списком найденных разделов. У меня Windows XP находится на первом разделе винчестера –
    1
    
    /dev/sda1
    
    . Поэтому просто выделяю его (клавиша Пробел) и нажимаю Enter:

Clonezilla - список найденных разделов

  1. Система выводит внизу экрана уведомление с показом полной команды, которую она собирается выполнить и просит подтвердить ее нажатием клавиши Enter:

Clonezilla - подтвердить команду

  1. Следует еще одна строка с уведомлением (защита от дурака), куда и какой образ Clonezilla будет размещать\делать. Вводим буковку
    1
    
    y
    
    и нажимаем Enter:

Старт процесса Clonezilla

  1. Процесс пошел:

Процесс создания образа Clonezilla

  1. По завершении выведет маленькое меню с вопросом – что ей делать дальше:

Выбор дальнейших действий Clonezilla

  • (0)
    1
    
    Poweroff
    
    – выключить компьютер;
  • (1)
    1
    
    Reboot
    
    – перезагрузить компьютер;
  • (2)
    1
    
    Enter command line prompt
    
    – перейти в режим командной строки (bash-оболочка);
  • (3)
    1
    
    Start over
    
    – вернуться в начало wizard’а.

Так как я сделал только половину дела – создал образ раздела, то мне надо вернуться в начало, чтобы из полученного образа создать iso-образ загрузочного диска. Выбираю

1
3
и нажимаю Enter.

Шаг третий

В последнем шаге создаем загрузочный iso-образ раздела. После возвращения в начало wizard’а все этапы повторяются вновь в точности так, как они показаны в “Шаге втором”, вплоть до пункта

1
9
. Напомню, что в этом пункте необходимо выбрать задачу, выполняемую над диском (разделом диска), то есть создание образа диска (раздела), восстановление диска (раздела) из образа или создание загрузочного образа диска (флешки).

  1. Выбираю строку
    1
    
    recovery-iso-zip
    
    – создать загрузочный
    1
    
    recovery disk
    
    (
    1
    
    iso
    
    – для создания загрузочного диска,
    1
    
    zip
    
    – для создания загрузочной флешки):

Clonezilla - создание загрузочного диска

  1. Clonezilla найдет автоматически все уже созданные образы, имеющиеся на примонтированном в
    1
    
    /home/partimag
    
    разделе. На скрине видно, что у меня их два – образ ArchLinux’а и образ Windows XP. Выбираю последний и нажимаю Enter:

Clonezilla - найти созданные образы

  1. Здесь система спрашивает, какой раздел жесткого диска требуется восстановить:

Clonezilla - раздел жесткого диска для восстановления

  1. Выбрать язык и кодировку консоли Clonezilla LiveCD:

Clonezilla - язык и кодировка консоли

  1. Выбрать раскладку клавиатуры. По умолчанию параметр None имеет значение американской раскладки
    1
    
    us
    
    . Можно выбрать другую, по пути, подсказанному в шапке окна:

Выбор раскладки клавиатуры Clonezilla

  1. Последнее окно – что мы хотим сделать из образа:
  • 1
    
    iso
    
    – создать загрузочный образ для прожига на CD/DVD-болванку;
  • 1
    
    zip
    
    – создать загрузочный образ для записи его на флешку;
  • 1
    
    both
    
    – создать сразу iso-образ и zip-образ.

Выбираю первую строку –

1
iso
– и нажимаю Enter:

Clonezilla - загрузочный образ для прожига

  1. Система выводит на экран полную команду, которую она собирается выполнить и просит нашего подтверждения. Нажимаю Enter:

Clonezilla - подтверждение выполнения команды

  1. Clonezilla копирует файлы образа в рабочую директорию и подсчитывает размер iso-образа, который должен получиться. Если iso-образ больше по объему, чем CD или DVD-болванка, программа заботливо сообщает об этом и просит подтвердить выбор, если мы знаем, что делаем:

Подтверждение действий Clonezilla

  1. Я буду создавать образ размером с DVD-болванку (а программа предупреждает о слишком большом размере для CD-болванки), поэтому даю утвердительный ответ. Процесс пошел:

Процесс создания iso-образа в Clonezilla

  1. По окончании процесса Clonezilla опять выведет меню с выбором дальнейших действий. Выбираю
    1
    
    1
    
    для перезагрузки. Дальше полученный образ можно записать на болванку в любой программе для записи. Диск аварийного восстановления Windows XP готов:

Процесс Clonezilla завершен

P.S.

  1. Clonezilla не умеет разделять полученный образ на несколько частей, если размер образа больше размера болванки CD или DVD.

  2. При создании мануальчика столкнулся со следующей проблемой – снятие скриншотов в консоли Clonezilla. Консольных утилит для снятия скриншотов (

    1
    
    fbgrab
    
    ,
    1
    
    fbshot
    
    ,
    1
    
    fbdump
    
    ,
    1
    
    fbcat
    
    или что-либо подобное) в дистрибутиве я не нашел. Решил задачу в скачивании deb-пакета
    1
    
    fbgrab
    
    и его установки через
    1
    
    dpkg
    
    (хоть это есть в Clonezilla). С вопросом по поводу данного неудобства обратился на форум Clonezilla:

I have a question. How can I make screenshots, when I start Clonezilla? I need such screens for me. I can’t find such applications as fbgrab or fbshot in Clonezilla. And I never take screenshots in pure console (only X). Please, help me.

На что мною был получен ответ:

Thanks for this idea. fbgrab was added to Clonezilla live 1.2.4-14, and it’s available in testing branch. Please give it a try. Steven

На этом все.


Недавно столкнулся с такой задачей. Когда-то у меня имелся свой собственный сайт под управлением CMS WordPress. Но примерно через год пользования сайт был заброшен, домен продан и площадка на хостинге аннулирована провайдером за неуплату.

Казалось бы, все, сайт пропал бесследно, как в воду канул. Но, в те далекие времена у меня хватило благоразумия делать регулярные резервные копии сайта, благо, под WordPress имеются несколько плагинов для этой цели. Удобных и относящихся к разряду “must have”.

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

1
cifero_wrdp1_wp_20100225_594.sql.gz
. Из расширения этого файла видно, что это архивированная (о чем говорит расширение
1
.gz
) база данных (расширение
1
.sql
). Цифры
1
20100225
- это дата, когда было выполнено резервное архивирование - 25 февраля 2010 года, а
1
cifero
- это домен, на котором когда-то располагался данный сайт.

Порывшись в старых письмах на почтовом ящике, я выбрал самую последнюю по дате резервную копию. Раз она самая последняя, значит эта копия должна быть самой полной перед тем моментом, когда сайт перестал существовать. Затем скачал эту копию на свой локальный компьютер и стал думать, что же мне с нею делать? Как с помощью этой копии восстановить сайт на своем компьютере?

Первыми моими шагами были следующие. Резервную копию предполагалось развернуть на локальном сервере. Наиболее известным в этом плане является пакет Denwer. Поэтому он был скачан и установлен на локальную систему. Сам процесс установки Denwer в данной статье я описывать не буду, так как в Интернет имеется достаточное количество хороших материалов на эту тему.

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

1
front-end
, в частности) восстановлен не был, что привело к так называемому “белому экрану смерти”. Стоит также оговориться, что, возможно, существуют команды
1
sql
и правки резервной копии базы данных, с помощью которых можно “напрямую” восстановить статьи, не заморачиваясь с phpMyAdmin и WordPress. Но для автора такие команды неизвестны, а способ, приведенный ниже, является более наглядным и простым.

Мною был скачана свежая версия CMS WordPress - 3.5. Но только скачана - не установлена. Данный шаг будет в дальнейшей последовательности действий самым последним.

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

1
cifero.ru
.

  1. Запускаю локальный сервер Denwer. Это можно сделать разными способами, но если установка происходила в точности по инструкциям самого пакета, то на Рабочем столе должны быть три ярлычка - “Start Denwer”, “Restart Denwer”, “Stop Denwer” - которые запускают, перезапускают или останавливают Denwer. Я такими ярлычками и воспользовался, щелкнув мышью на ярлыке “Start Denwer”. На несколько секунд мелькнет и пропадет окно терминала, а в панели задач появится значок Denwer’а, говорящий о том, что локальный сервер запустился и готов к работе:

Локальный сервер Denwer

  1. Вторым шагом мне необходим доступ к базам данных локального сервера. В состав пакета Denwer входит графическое приложение phpMyAdmin, с помощью которого очень удобно работать с базами данных MySQL. Иногда в Интернет встречается сокращенное название этого приложения -
    1
    
    pma
    
    . Так как сервер уже запущен, то я захожу в панель управления базами, набрав к адресной строке браузера (любого - это дело вкуса и дела совсем не меняет) -
    1
    
    http://localhost/tools/phpmyadmin/
    
    . Откроется окно phpMyAdmin, в левой половине которого будет список уже имеющихся баз данных, созданных во время инсталляции локального сервера:

Список баз данных в phpMyAdmin

  1. Теперь необходимо создать новую базу данных, в которой и будет развернуты резервные копии таблиц сайта
    1
    
    cifero.ru
    
    . Стоит заранее оговориться, что база данных будет в нашем случае создана пустой, таблиц в ней не будет. Последние будут взяты из backup’а. Итак, перехожу на вкладку “Базы данных” и создаю новую, введя в поле нужное мне имя -
    1
    
    cifero
    
    . На самом деле имя может быть любым. Нажимаю кнопку “Создать”. База данных
    1
    
    cifero
    
    появляется в списке:

Созданная база данных cifero

  1. Перед импортом резервной копии базы данных необходимо отметить один момент. Доменное имя, на котором находился когда-то сайт, нужно поменять. Ведь в таблицах резервной копии везде прописана ссылка на
    1
    
    http://cifero.ru
    
    , а в нашем случае копия будет восстанавливаться на домене
    1
    
    cifero.lc
    
    . Также в таблицах необходимо исправить имя базы данных - она также изменилась и теперь называется
    1
    
    cifero
    
    . Можно также изменить и пароль пользователя, но проще это сделать уже потом, после импорта в phpMyAdmin.

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

Итак, в первую очередь, распаковываю резервную копию

1
cifero_wrdp1_wp_20100225_594.sql.gz
. В результате получился файл довольно приличного размера - около 4Мб. По своей сути он представляет из себя обычный текстовый файл, который можно и нужно открыть в любом редакторе.

  1. Запускаю его в AkelPad и начинаю правку. Нахожу строчку Database:
    1
    
    cifero_wrdp1
    
    (она находится в самом начале файла, тут проблем не возникает) и меняю ее значение на Database:
    1
    
    cifero
    
    . Все - имя базы данных исправлено. Теперь необходимо найти все ссылки вида
    1
    
    http://www.cifero.ru/
    
    ,
    1
    
    http://cifero.ru
    
    и заменить их на
    1
    
    http://cifero.lc
    
    . Для этого воспользуюсь автоматизированным инструментом поиска и замены в редакторе AkelPad, иначе вручную эта операция может занять неизвестно сколько времени:

Правка резервной копии сайта

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

1
cifero.ru
. Но в версии WordPress, которую я буду устанавливать на локальном хостинге Denwer, их не будет. Этот факт приведет к эффекту так называемого “белого экрана смерти” в WordPress. То есть, при вводе в адресной строке браузера
1
http:/cifero.lc/
страница откроется, но изображено на ней ничего не будет - она будет пуста, как чистый лист бумаги. Но для меня данный факт не является критичным. В мою задачу, как уже говорилось ранее, входит восстановление статей, но не самого сайта.

Теперь можно импортировать таблицы в созданную пустую базу данных

1
cifero
.

  1. Захожу в эту базу данных (для этого достаточно кликнуть одинарным щелчком мыши на самом названии этой базы в списке) и вижу, что она действительно пустая, о чем говорит надпись “Таблиц в базе данных не обнаружено”. Но я их и не собираюсь создавать - они у меня уже есть, только в резервной копии. Мне нужно только их импортировать из ранее скачанного
    1
    
    backup
    
    ‘а в базу данных
    1
    
    cifero
    
    . Для этого перехожу на вкладку “Импорт” и выбираю файлик
    1
    
    cifero_wrdp1_wp_20100225_594.sql
    
    :

Импорт базы данных cifero

Нажимаю кнопку ОК в самом низу окна. Начнется процесс импорта. И тут же возникает ошибка:

Импорт в базу данных успешно завершен

Это говорит о том, что в настройках Denwer имеется ограничение по размеру загружаемого файла, моем случае это

1
cifero_wrdp1_wp_20100225_594.sql
. Основной файл настроек Denwer’а -
1
php.ini
, а параметр, отвечающий за размер загружаемого файла -
1
upload_max_filesize
.

Расположение файла

1
php.ini
я не знаю (а если и знал, то забыл), поэтому проще всего найти его с помощью инструмента поиска TotalCommander:

Ищем файл php.ini

Перехожу к найденному

1
php.ini
с помощью кнопки “Перейти к файлу” и открываю его в текстового редакторе (может быть любым, но лучше специализированный - Notepad++ или AkelPad). Теперь необходимо найти параметр
1
upload_max_filesize
. Для этого опять воспользуюсь инструментом поиска, но уже текстового редактора (у меня это AkelPad):

Находим параметр upload_max_filesize

Вижу, что значение по умолчанию для этого параметра равно 2Мб. Мой распакованный файл резервной копии

1
sql
имеет размер 3,88Мб. Поэтому меняю параметр
1
upload_max_filesize
на 8Мб (с запасом). Сохраняю изменения в файле
1
php.ini
и обязательно не забываю перезапустить Denwer, чтобы изменения вступили в силу.

Снова пробую импортировать таблицы в базу данных

1
cifero
. На этот раз операция проходит успешно:

Успешный импорт таблиц в базу данных

Осталась последняя операция с таблицами в базе данных. Так как ни имени пользователя, ни пароля к нему я не помню (давно уже это было), то необходимо изменить хотя бы пароль для входа в административную часть сайта. Открываю в phpMyAdmin базу данных

1
cifero
(если она еще не открыта) и в левом списке нахожу таблицу
1
wp_users
. Открываю ее и вижу одну единственную строку, в которой прописана учетная запись в WordPress, под которой я размещал статьи.

Нажимаю на ссылку “Изменить” для входа в редактирование учетной записи. Появится небольшая табличка с десятью строками. Мне необходима строка

1
user_pass
. В столбце “Функция” из раскрывающегося списка выбираю алгоритм шифрования MD5. В поле столбца “Значение” прописан предыдущий пароль в зашифрованном виде. Очищаю это поле и ввожу туда новый пароль, пусть это будет
1
123
:

Изменяем пароль пользователя WordPress

Логин пользователя -

1
gughai
- оставляю без изменений, только выписываю его отдельно, чтобы снова не забыть. Нажимаю кнопку ОК для сохранения внесенных в таблицу
1
wp_users
изменений. Опять перезапускаю Denwer.

  1. Половина дела сделана. Теперь осталось только установить саму систему управления контентом WordPress. При установке созданная мною база данных подключится к этой CMS.

Открываю файловый менеджер (для меня удобнее всего работать с Total Commander), перехожу на локальный диск Z, созданный и запущенный программой Denwer. В Total Commander последовательно создаю директории для будущей локальной копии сайта

1
cifero
. Сперва создаю директорию
1
homecifero.lc
, затем еще одну вложенную директорию
1
homecifero.lc\www
.

Распаковываю скачанный WordPress версии 3.5 по пути

1
z\:homecifero.lc\www
. Проще всего это сделать таким образом. Открыть архив в WordPress в другой панели Total Commander, выделить все содержимое архива Ctrl+A и перетащить выделенные файлы мышью в противоположную панель Total Commander. Программа спросит, распаковывать ли такие-то файлы в указанное место. Соглашаюсь и через пару секунд разархивация и копирование будут выполнены:

Распаковка WordPress на Denwer

  1. Перезапускаю Denwer с помощью ярлыка “Restart Denwer” на “Рабочем столе”. Это необходимо для того, чтобы все изменения, внесенные мною - создание базы данных

    1
    
    cifero
    
    и импорт в нее таблиц - вступили в силу.

  2. Остается только установить саму систему управления контентом WordPress. Процесс инсталляции стандартный и мало отличается от предыдущих версий WordPress, разве что немного изменился сам интерфейс пошагового мастера и стал удобнее. В адресной строке браузера ввожу

    1
    
    http://cifero.lc
    
    и жму Enter. Установка WordPress начата:

Установка WordPress - шаг первый

Соглашаюсь с пошаговым мастером и нажимаю кнопку “Создать файл настроек”. После успешного создания файла настроек

1
wp-config.php
откроется окно, которое является вторым шагом при установке WordPress. Оно не требует ввода каких-либо данных. Просто жму кнопку Вперед.

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

1
cifero
. Воспользовался учетной записью
1
root
, созданной пакетом Denwer по умолчанию. Так как для этой учетной записи не установлен пароль, то в поле ввода “Пароль” просто стер предыдущее значение и оставил его пустым:

Подключение базы данных к WordPress

Два последних поля ввода можно оставить без изменений, так как сервер базы данных и так располагается локально

1
localhost
, а префикс подключаемой базы данных имеет точно такое же значение
1
wp_
.

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

1
cifero
успешно подключена. Можно запускать установку WordPress. Нажимаю кнопку “Запустить установку”.

В браузере появиться сообщение о том, что: “Вы уже установили WordPress. Для переустановки, пожалуйста, сначала очистите старые таблицы в базе данных”. Нажимаю на кнопку Войти. Откроется обычное окно для входа в административную панель WordPress. Ввожу логин пользователя -

1
gughai
, и пароль (который я изменил) -
1
123
.

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

Обновление базы данных

Соглашаюсь с предложением. После сообщения о том, что: “База данных WordPress успешно обновлена!” жму кнопочку Продолжить.

Откроется панель администратора WordPress. Красным будет ярко высвечена надпись о том, что: “ОШИБКА: Директория тем либо пуста, либо не существует. Убедитесь, что дистрибутив установлен полностью”. Что же, данный факт, помимо отсутствия плагинов, будет причиной белого экрана сайта.

Перехожу в пункт меню “Записи” и вижу то, ради чего все и затевалось - записи, записи, записи. Вверху шапка сайта с таким романтическим названием:

Восстановленные записи

Любую запись можно открыть, отредактировать или сохранить в другом месте компьютера. Или перенести на действующий сайт. На этом поставленную задачу считаю выполненной.

На этом все.