Вопросы Теги

Миграция целого жесткого диска LINUX (включая ОС)

Понятый это. Мой исходный ruleset заблокировал все очень хорошо. Проблема wass, что на этом сервере, localhost твердость (через/etc/hosts) к:: 1 (обратная петля IPv6) сначала. Эти правила не работали из-за этого. После того, как я удалил ту запись из своего/etc/hosts файла, я смог получить все это работать просто великолепно. Мой сценарий тестирования похож на это:

#!/bin/bash
iptables --flush

iptables -A INPUT -i lo -p tcp --dport 0:1024 -j ACCEPT
iptables -A OUTPUT -o lo -p tcp --dport 0:1024 -j ACCEPT
iptables --policy INPUT DROP
iptables --policy OUTPUT DROP
iptables --policy FORWARD DROP

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

iptables -A INPUT -i eth1 -p tcp --dport 22 -j ACCEPT
iptables -A INPUT -j REJECT

#iptables -I INPUT 1 -i lo -p tcp --dport 10001 -m state --state NEW,ESTABLISHED -j ACCEPT
#iptables -I OUTPUT 1 -o lo -p tcp --dport 10001 -m state --state NEW,ESTABLISHED -j ACCEPT

С последними двумя включенными строками я могу открыть ssh локальное переданное соединение на порте 10001. С ними отключенный, я не могу.Прекрасно!

3
задан 6 September 2010 в 18:16
4 ответа

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

Если Вы ищете инструменты, которые могут помочь, посмотреть на GParted Живой диск. Затем существует Фантом 4 Linux и т.д.

Если к Вашим данным активно не получают доступ, можно также просто скопировать (CP - PR..., rsync, и т.д.) данные от провального HD до нового HD, просто необходимо опустить вещи как {dev, lost+found, sys, proc...} в зависимости от Вашего дистрибутива и т.п.. После того как копия завершилась, необходимо повторно выполнить Личинку (или lilo) и добавить его назад к главной загрузочной записи и др. Очевидно, существует немного больше к ручному маршруту..., но это не настолько плохо, как можно было бы думать.

В нашей среде я даже создал живой CD, который раскрывает заархивированные данные из TSM (Tivoli Storage Manager), который может использоваться, чтобы эффективно сделать "восстановления с нуля".

У Вас действительно есть много опций. Это в конечном счете сводится к Вашему уровню комфорта и функции рассматриваемого поля. Посмотрите на живой GParted, наверняка. Это имеет много функций, которые делают эти виды вещей пирогом; как копирование и вставка разделов ;).

1
ответ дан 3 December 2019 в 06:20

Если диск уже перестал работать (ошибки чтения) затем dd недостаточно.
Необходимо использовать ddrescue (версия гну).

например,

ddrescue -n  /dev/failing /dev/replacement /path/to/logfile
ddrescue -r3 /dev/failing /dev/replacement /path/to/logfile

Первичная обработка перескакивает на ошибках чтения, второе очень старается заполнить разрывы. Файл журнала очень важен!

Если Вы не можете выключить машину, затем пробуют USB-адаптер жесткого диска. Это не записи, которые будут медленными, но чтение поврежденных секторов.

2
ответ дан 3 December 2019 в 06:20

если Вы имеете доступ к машине, включаете другой пустой жесткий диск в нем и работаете:

dd if=/dev/<crashing harddrive> of=/dev/<blank harddrive>

та попытка клонировать отказывающий жесткий диск к пробелу один блок блоком. можно затем снова использовать новый жесткий диск как основное устройство и fixe файлы, которые могли бы быть повреждены.

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

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

1
ответ дан 3 December 2019 в 06:20
  • 1
    я предложил бы использовать ddrescue вместо плоскости dd с этой целью. –  Teddy 6 September 2010 в 19:48

Просто дополнительная подсказка. Если Ваш провальный жесткий диск имеет дефектные секторы, можно закончить с несколькими сценариями:

  1. Любое копирование данных может зависнуть в дефектных секторах.
  2. Если процесс копии не зависает, Вы можете (вероятно, быть), получают дефектные данные по новому жесткому диску.
  3. Если поврежденные секторы действительно плохи (например, затронутая таблица разделения), можно добраться, целая загрузка ерунды на целевом диске (произошел со мной после ошибки RAID-контроллера).

Будьте подготовлены к довольно мало ремонтных работ после того, как копирование будет сделано.

0
ответ дан 3 December 2019 в 06:20

Теги

Похожие вопросы