https://opennet.ru/openforum/vsluhforumID3/76225.html Резервное копирование и восстановление системного раздела FreeBSD с применением SMB-ресурса в качестве промежуточного хранилища дампа. В любой сети, как правило, полно Windows ПК с достаточно большими винчестерами, что позволяет рассматривать SMB-ресурс как удобное средство хранения резервных копий системы.<br><br>В данной статье описано как можно обеспечить возможность восстановления работоспособной системы "с нуля", все что нужно - это LiveFS CD и корректный дамп работавшей некогда системы. Причем восстанавливать можно и на другое железо, принципиально это не влияет на технологию. Я, в частности, перенес систему с виртуальной машины на аппаратную (правда ОС была голая практически).<br><br>Первоисточники (авторам которых огромное спасибо за их труд):<br> http://rm-rf.ucoz.ru/publ/11-1-0-14<br> http://sysadmins.ru/post7706741.html#7706741<br><br>++ Создание дампа<br><br>Подключить сетевой диск:<br><br> mkdir /mnt/smb/<br> mkdir /mnt/smb/backup<br> mount_smbfs //user@хост/backup /mnt/smb/backup<br><br>Выгрузить конфигурацию слайсо https://opennet.ru/openforum/vsluhforumID3/76225.html#17 Sun, 26 Feb 2012 15:44:42 GMT &gt; dd не предназначена для резервного копирования.<br><br>При копировании простых файлов в виде баз данных и т.д. - я спорить не буду, поскольку для этого есть более безопасные (в плане ввода команды при ошибке) и удобные решения. Но при создании копий системных разделов - я больше предпочитаю использовать dd в результате получая полностью исходный вариант данных, особенно чувствительно это при обслуживании всяких умников на windows которые каждый месяц обращаются с проблемами (утрирую но суть уловили) восстановление системы сводится к создании копии текущего раздела, восстановлении исходного состояния с установленными программами и драйверами, в последующем переносом нужных файлов с проверкой (например антивирус, если требуется) и все не более чем через час человек снова получает работающий компьютер без потери данных. И еще очень интересно, что даже через всякие акронисы они не могут восстановить тот "негатив", который привел к краху (это про вирусы). <br><br>P.S. Я не в коем случае не настаиваю, что это единственный https://opennet.ru/openforum/vsluhforumID3/76225.html#16 Sun, 26 Feb 2012 12:03:25 GMT &gt; Если кому интересно, немного больше именно текстовой информации о резервном копировании <br>&gt; и восстановлении данных, так сказать в дополнение к существующей теме http://4debian.info/posts/administration/id-438-debian-administration-dd-cp.html<br><br>Неинтересно становится сразу после фразы: "В Unix системах существует встроенная программа dd с помощью которой можно провести данные действия.".<br><br>dd не предназначена для резервного копирования.<br> <br><br><br> https://opennet.ru/openforum/vsluhforumID3/76225.html#15 Sun, 26 Feb 2012 11:51:07 GMT Если кому интересно, немного больше именно текстовой информации о резервном копировании и восстановлении данных, так сказать в дополнение к существующей теме http://4debian.info/posts/administration/id-438-debian-administration-dd-cp.html<br> https://opennet.ru/openforum/vsluhforumID3/76225.html#14 Sat, 28 Jan 2012 17:14:03 GMT &gt; Выгрузить конфигурацию слайсов:<br>&gt;<br>&gt; fdisk -p /mnt/smb/backup/fdisk.cf<br><br>Как написано, у меня не работает. Работает так:<br>fdisk -p &gt; /mnt/smb/backup/fdisk.cf<br><br>&gt;Выгрузить конфигурацию разделов:<br>&gt;<br>&gt; bsdlabel /dev/ad0s1 &gt; /mnt/smb/backup/bsdlabel.ad0s1<br><br>А их может быть несколько. Для начинающих, как для меня, следовало бы упомянуть ;) <br><br>&gt;Собственно, создаем дамп:<br>&gt;<br>&gt; dump -0aLuf /mnt/smb/backup/root.dump<br><br>Как я понял из документации, если точек монтирования несколько, то дамп нужно создавать для каждой. И лучше сразу в архив:<br>dump -0aLuf - [точка монтирования] &#124; gzip -9 &gt; /mnt/smb/backup/&#173;[имя точки монтирования].dump.gz<br>Например, для моего случая:<br>dump -0aLuf - / &#124; gzip -9 &gt; /mnt/smb/backup/&#173;root.dump.gz<br>dump -0aLuf - /usr &#124; gzip -9 &gt; /mnt/smb/backup/&#173;usr.dump.gz<br>dump -0aLuf - /var &#124; gzip -9 &gt; /mnt/smb/backup/&#173;var.dump.gz<br> https://opennet.ru/openforum/vsluhforumID3/76225.html#13 Wed, 20 Apr 2011 07:01:17 GMT &gt; Вместо инопланетянского vi надо использовать человеческий ee.<br><br>Вечно нужно встрять со своим ее?<br> https://opennet.ru/openforum/vsluhforumID3/76225.html#12 Mon, 18 Apr 2011 04:58:21 GMT &gt;dd if=/dev/zero of=/dev/ad0 bs=1M count=1000<br><br>Если используются geom модули, то данная команда не верна, т.к. свою информацию они хранят в последних 5МБ. т.е. при такой команде достаточно велика вероятность, что получите в итоге хрен знает что.<br> https://opennet.ru/openforum/vsluhforumID3/76225.html#10 Thu, 14 Apr 2011 06:26:08 GMT Блин, как меня этот fud порадовал! :)<br> https://opennet.ru/openforum/vsluhforumID3/76225.html#9 Mon, 11 Apr 2011 20:03:56 GMT &gt;А при достаточном скилле это вообще сумасшедший редактор по своим возможностям<br><br>vi умеет только пищать и всё портить. Вот vim - это реально крутой редактор. Жаль, что его в базовую систему не включают.<br> https://opennet.ru/openforum/vsluhforumID3/76225.html#8 Mon, 11 Apr 2011 16:11:50 GMT Бывает иногда полезным переопределить переменную окружения TMPDIR, например:<br>[code]<br># export TMPDIR=/mnt/disk1<br>[/code]<br>Я делаю всегда, особенно, если на машине меньше 1Gb оперативки. Неприятно, когда restore не может записать временные файлы.<br>