перемещение в более крупный диск в Linux

У меня есть мультиметр, но я никогда не использовал тот прежде. Как я могу проверить, чтобы подтвердить или исключить выключатель? Есть ли какие-либо другие объекты, которые я мог бы хотеть проверить?

Поверните свой мультиметр к Ω/Ohm/Continuity тестеру. Ω представляет количество сопротивления в схеме. Часть провода (замкнутая цепь) должна иметь сопротивление, которое составляет близкие 0 Ом. Воздух (разомкнутая цепь) будет иметь очень высокое сопротивление, скорее всего, бесконечное с точки зрения Вашего метра.

Кнопка питания на материнской плате ATX является мгновенным переключателем. Это означает, что цепь будет только замкнута при нажатии ее.

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

alt text

BTW, если Ваш случай также имеет кнопку сброса, Вы можете использовать это в качестве замены для выключателя питания.. На Корпусе ATX кнопка сброса является просто другим мгновенным переключателем.

7
задан 29 July 2009 в 22:28
6 ответов

Если Вы дали свой текущий макет (вывод fdisk -l сделает, если Вы не будете использовать LVM, вывод"fdisk -l", "pvdisplay -C", "vgdisplay -C"и"lvdisplay -C"если делают Вы используете LVM), и диск/раздел, который Вы хотите вырастить, мы могли бы дать более точный ответ.

При предположении, что "не корневой диск объема" Вы имеете в виду диск с единственным разделом, который содержит объем, который Вы хотите вырастить на новый диск, что старый диск появляется как sdb (и раздел на нем sdb1), что существующий раздел является ext2 или ext3 файловой системой, что новый диск находится в и разделен как единственный объем (говорят, sdc1), и что Вы хотите переместиться полностью в новый диск, избавляющийся от старого, будет работать следующее:

  1. Скопируйте данные на всякий случай
  2. остановите любые услуги и другие процессы, которые получают доступ к объему/dev/sdb1
  3. umount это
  4. dd if=/dev/sdb1 of=/dev/sdc1
  5. fsck /dev/sdc1 -C 0
  6. resize2fs /dev/sdc1 -p
  7. Скорректируйте любые указатели на старое устройство (т.е. в/etc/fstab) к новому
  8. Повторно смонтируйте и перезапустите сервисы
  9. Удалите старый диск в следующий раз питание устройства вниз. Вы могли бы хотеть сохранить его некоторое время как чрезвычайное резервное копирование в случае, если новый диск оказывается рванью

править: "-C 0" на fsck и "-p" на resize2fs говорят соответствующим утилитам производить информацию о прогрессе, поскольку они делают свою вещь. Изменить размер операция должна быть довольно быстрой (обычно только требуется много времени при создании объема меньшим, поскольку больше данных должно быть перемещено в этом случае). Если Вам установили объем плазмы затем, можно заставить шаг 3 дать Вам информацию о прогрессе также путем замены вызова к dd с "объемом плазмы/dev/sdb1>/dev/sdc1"

редактирование 2: это - хороший вариант для довольно полных объемов, поскольку он копирует блок для блока сначала, так не должен зеркально отражать головки диска вокруг заботы о структурах файловой системы (таким образом, копия произойдет с такой скоростью, как медленнее "скорости, старый диск может увеличить объем чтения" и "скорости, новый диск может увеличить объем записи"), и он не имеет никакого беспорядка с жесткими ссылками, узлами устройства или чем-либо еще специальным, которое может быть в файловой системе - для объемов, которые довольно пусты, Вы найдете, что один из cp/cpio основывал методы намного быстрее, поскольку они не будут копировать все пустые блоки от диска до диска

10
ответ дан 2 December 2019 в 23:22

я предпочитаю rsync для этого вида задания, потому что, если что-нибудь прерывает процесс копии, можно просто выполнить rsync снова, и это возьмет, где это кончило, не вначале снова.

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

процесс примерно:

  • установите новый диск
  • раздел и формат это с Вашей предпочтительной файловой системой
  • смонтируйте его
  • rsync старая фс к новой фс
  • перезагрузка в однопользовательский режим
  • rsync снова
  • отредактируйте/etc/fstab для монтирования новой фс вместо старого
  • перезагрузите снова (или завершите работу и удалите старый диск сначала),

если это, вероятно, произойдет снова в будущем, или если Вы хотите использовать способность и старого и нового диска, то Вы могли бы хотеть рассмотреть использование LVM для нового диска... затем rsync данные к нему и отредактировать fstab как выше. после того как у Вас есть система, работающая на группе объема LVM, можно добавить старый диск (и/или любые дополнительные новые диски) группе объема и изменить размер фс.

4
ответ дан 2 December 2019 в 23:22

Моя любимая копия-fu файловой системы:

(cd /src; tar cf - .) | (cd /dst; tar xpf -)

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

1
ответ дан 2 December 2019 в 23:22

Я всегда был неравнодушен к cpio сам:

cd /src; find . -print | cpio -dpum /dst

0
ответ дан 2 December 2019 в 23:22

Если у Вас есть lvm, можно сделать это на лету, не перезагружая/останавливая сервисов, если системные поддержки, заменяющие диски в горячем режиме, можно также заменить диски. - делят новый диск - pvcreate, новый раздел - pvcreate new_disk - расширяют Вашу группу объема до нового раздела vgextend datavg new_disk - pvmove old_disk new_disk

0
ответ дан 2 December 2019 в 23:22

Если это не корень, и нет ничего с помощью диска (/usr/sbin/lsof | grep '/path/to/mount/point), затем Вы не должны должны быть загружаться к однопользовательскому режиму.

Я сделал бы cp -a, если это не LVM. Но поскольку я вспоминаю, Ubuntu (версия 9, по крайней мере) требует альтернативного установочного диска. Я не знаю о других версиях.

0
ответ дан 2 December 2019 в 23:22

Теги

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