1.1, анон (?), 23:50, 10/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>Создание дампа
>Подключить сетевой диск:
>...
>Выгрузить конфигурацию слайсов:
>...
>Выгрузить конфигурацию разделов:
>...
>Восстановление на "левый: винчестер
Прикольно. А где, собсно, вызов dump для дампа собсно данных?
| |
|
2.2, getfr (?), 02:36, 11/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
ему и так пойдет, видимо.
После restore еще в корне файл лишний убить надо, да еще выход из vi не такой замудренный, а после ESC достаточно ZZ.
Короче, ждем правильную редакцию статьи
| |
|
1.3, 62mkv (ok), 06:09, 11/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
блин, с дампом точно, промазал ;)) как создать дамп подробно расписано у rm-rf.ucoz.ru, поэтому на этом я не сосредотачивался, а вот над восстановлением пришлось повозиться...
насчет vi - что знал, то и написал.
да и насчет опций restore есть у меня сомнения... постараюсь в ближайшее время все косяки устранить
| |
1.5, iZEN (ok), 07:08, 11/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вместо инопланетянского vi надо использовать человеческий ee.
| |
|
2.6, анон (?), 16:37, 11/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
особенно классно чувствуют себя любители ее в ситуации, когда всё отвалилось и надо грузиться в single user mode и там что-то править. Мне лично человек звонил и слёзно просил сказать, как выйти из vi, а в идеале - чтобы вся им натворённая вакханалия не сохранилась.
vi нужно обязательно уметь пользоваться, хотя бы на минимальном уровне. А при достаточном скилле это вообще сумасшедший редактор по своим возможностям
| |
|
3.7, iZEN (ok), 18:05, 11/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> vi нужно обязательно уметь пользоваться, хотя бы на минимальном уровне. А при
> достаточном скилле это вообще сумасшедший редактор по своим возможностям
Необходимый минимум команд /usr/bin/vi для пользователя обычных редакторов, созданных для стандартных компьютерных клавиатур, а не для телетайпа:
Переход в режим набора текста: "a"
Выход из режима набора текста с его сохранением: "ESC:qw"
Выход из режима набора текста без его сохранения: "ESC:q!"
ВСЁ. Этого достаточно, чтобы ничего не запортить. В других случаях vi/vim бибикает и всё портит!
Если не ССЗБ, то лучше использовать /usr/bin/ee с развитой системой меню и наглядных опций редактирования, а то придётся в КАЖДОЙ статье объяснять неофитам, как пользоваться убожищем vi.
| |
3.9, анон (?), 00:03, 12/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
>А при достаточном скилле это вообще сумасшедший редактор по своим возможностям
vi умеет только пищать и всё портить. Вот vim - это реально крутой редактор. Жаль, что его в базовую систему не включают.
| |
|
2.13, Аноним (-), 11:01, 20/04/2011 [^] [^^] [^^^] [ответить]
| +/– |
> Вместо инопланетянского vi надо использовать человеческий ee.
Вечно нужно встрять со своим ее?
| |
|
1.8, daloman (ok), 20:11, 11/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Бывает иногда полезным переопределить переменную окружения TMPDIR, например:
# export TMPDIR=/mnt/disk1
Я делаю всегда, особенно, если на машине меньше 1Gb оперативки. Неприятно, когда restore не может записать временные файлы.
| |
1.12, Аноним (-), 08:58, 18/04/2011 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
>dd if=/dev/zero of=/dev/ad0 bs=1M count=1000
Если используются geom модули, то данная команда не верна, т.к. свою информацию они хранят в последних 5МБ. т.е. при такой команде достаточно велика вероятность, что получите в итоге хрен знает что.
| |
1.14, gardener (ok), 21:14, 28/01/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Выгрузить конфигурацию слайсов:
>
> fdisk -p /mnt/smb/backup/fdisk.cf
Как написано, у меня не работает. Работает так:
fdisk -p > /mnt/smb/backup/fdisk.cf
>Выгрузить конфигурацию разделов:
>
> bsdlabel /dev/ad0s1 > /mnt/smb/backup/bsdlabel.ad0s1
А их может быть несколько. Для начинающих, как для меня, следовало бы упомянуть ;)
>Собственно, создаем дамп:
>
> dump -0aLuf /mnt/smb/backup/root.dump
Как я понял из документации, если точек монтирования несколько, то дамп нужно создавать для каждой. И лучше сразу в архив:
dump -0aLuf - [точка монтирования] | gzip -9 > /mnt/smb/backup/[имя точки монтирования].dump.gz
Например, для моего случая:
dump -0aLuf - / | gzip -9 > /mnt/smb/backup/root.dump.gz
dump -0aLuf - /usr | gzip -9 > /mnt/smb/backup/usr.dump.gz
dump -0aLuf - /var | gzip -9 > /mnt/smb/backup/var.dump.gz
| |
|
|
3.17, dagerys (ok), 19:44, 26/02/2012 [^] [^^] [^^^] [ответить]
| +/– |
> dd не предназначена для резервного копирования.
При копировании простых файлов в виде баз данных и т.д. - я спорить не буду, поскольку для этого есть более безопасные (в плане ввода команды при ошибке) и удобные решения. Но при создании копий системных разделов - я больше предпочитаю использовать dd в результате получая полностью исходный вариант данных, особенно чувствительно это при обслуживании всяких умников на windows которые каждый месяц обращаются с проблемами (утрирую но суть уловили) восстановление системы сводится к создании копии текущего раздела, восстановлении исходного состояния с установленными программами и драйверами, в последующем переносом нужных файлов с проверкой (например антивирус, если требуется) и все не более чем через час человек снова получает работающий компьютер без потери данных. И еще очень интересно, что даже через всякие акронисы они не могут восстановить тот "негатив", который привел к краху (это про вирусы).
P.S. Я не в коем случае не настаиваю, что это единственный правильный метод, но к каждой задаче свой подход и это не бесполезный вариант.
| |
|
|
|