你的问题不是迁移的问题,而是怎样扩充硬盘的问题。
完了之后,改好fstab, 安装好grub, 就可以了。
话说rh8.0... 古董。。。更惊奇的是你还能找到两台能跑rh8.0的服务器。。。
2011/4/20 繁花落幕 <amon...@gmail.com>:
dd在这种场合就是废材一个。
威武个毛。
这么确定?? 你何以知道对方dd的是/dev/sda 而非 /dev/sda[1-9] 后重装grub?
对于x86,分区表设计成正好能容下 dd 过来的前几个分区,技术上是可以做到
的。唯扩展分区内的分区不易单独处理,必须跟扩展分区一起走,而扩展分区总数
又只能有一个。
楼上说dd慢的想必是没有用bs参数。
--
我的博客:
http://zhangweiwu.ixiezi.com/
网站进化论 --写给需要网站或后悔有了网站的人
1. dd 不知道源设备上哪些block是没数据的,所以会多拷贝很多没用的数据。
2. dd不知道新设备的尺寸,所以文件系统尺寸不会跟着变。
linux不需要全盘拷贝,tar, cpio, rsync可以搞定一切。最后更新grub, lilo, syslinux就可以了。
2011/4/22 Chaos Eternal <chaose...@shlug.org>:
--
Best Regards
August
忘了看楼主既用lvm又想在线操作。
用 kvm/xen 我也能给你p2v2p走个几圈。
esx就是个噱头。
dd是很酷,会用dd也确实很酷,不过如果不是用在正确的地方,就不酷了。
至少kvm模拟出来的硬件足够老,跑个rh8.0是没问题的。
|
Red Hat Linux 8 | 32 | kvm-64 | Intel | 64 | Crashes | Fails on init. by Frank.Q. |
2011/4/22 Kevin Zou <kissi...@gmail.com>:
> 我不认为N年前跑RH8的CPU还跑的起KVM!
>
> 2011/4/22 Chaos Eternal <chaose...@shlug.org>
>>
>> dd是很酷,会用dd也确实很酷,不过如果不是用在正确的地方,就不酷了。
>>
>> 至少kvm模拟出来的硬件足够老,跑个rh8.0是没问题的。
>>
>> On Apr 22, 2011 3:29 PM, "源泉星火(张明源)" <zhangmin...@gmail.com> wrote:
>> > 虚拟化也是个好办法,
>> > rsync/tar 到 harddisk image或干脆dd出image(其实我真的不是来推销dd的)
>> > 然后用kvm来跑......
--
Best Regards
August