[opensuse] Leap 42.1 - upgrade hard drive
my apologies if this has been documented previously, but does anyone
have a howto to upgrade to a larger hard drive using clonezilla with
leap 42.1? I have been using the disk to disk clone, and every time I
try it, it fails to boot on the new drive.
Thanks
--
Jeremy Baker
Jeremy Baker wrote:
my apologies if this has been documented previously, but does anyone have a howto to upgrade to a larger hard drive using clonezilla with leap 42.1? I have been using the disk to disk clone, and every time I try it, it fails to boot on the new drive.
Dunno about clonezilla, but something like this ought to work: partition new disk rsync -avx / /new cd /new mkdir -p dev mnt opt proc sys run sys install boot-loader on new disk if your /etc/fstab mounts by UUID, that'll need updating. remove old and boot. Written from memomy, I might easily have missed something. -- Per Jessen, Zürich (15.3°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/04/2016 08:30 AM, Per Jessen wrote:
Jeremy Baker wrote:
my apologies if this has been documented previously, but does anyone have a howto to upgrade to a larger hard drive using clonezilla with leap 42.1? I have been using the disk to disk clone, and every time I try it, it fails to boot on the new drive.
Dunno about clonezilla, but something like this ought to work:
partition new disk rsync -avx / /new cd /new mkdir -p dev mnt opt proc sys run sys install boot-loader on new disk if your /etc/fstab mounts by UUID, that'll need updating. remove old and boot.
Written from memomy, I might easily have missed something.
Presumably this is a great opportunity for a total reinstall. Why not also consider downloading the ISO for a fresh install, Put the current drive in a disk caddy (or whatever it takes to get it out of the way, but still be available). Then do a new fresh install on the new disk with the partitions properly sized for the future. Add users in the same order so they have the same uid. Plug in the old drive and copy entire user directory structure over. Copy over selected pieces of /etc for things that are easier that way, cups, firewall, samba, and so on. Copy over stuff in /var mail if you run a mail server. For most personal machines, its usually easier and safer to do a fresh install plus selective copy than it is to move onto a new drive. You also dump a lot of cruff that has built up over the years. And you ALWAYS have the old disk to fall back on, or that you can put on the shelf against the day you remember those tax records you squirreled away in an unusual directory for backup. -- After all is said and done, more is said than done. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 04/10/2016 à 18:41, John Andersen a écrit :
Add users in the same order so they have the same uid.
copying /etc/passwd and /etc/shadow (only the user part) is the faster way :-) jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/04/2016 12:41 PM, John Andersen wrote:
On 10/04/2016 08:30 AM, Per Jessen wrote:
Jeremy Baker wrote:
my apologies if this has been documented previously, but does anyone have a howto to upgrade to a larger hard drive using clonezilla with leap 42.1? I have been using the disk to disk clone, and every time I try it, it fails to boot on the new drive.
Dunno about clonezilla, but something like this ought to work:
partition new disk rsync -avx / /new cd /new mkdir -p dev mnt opt proc sys run sys install boot-loader on new disk if your /etc/fstab mounts by UUID, that'll need updating. remove old and boot.
Written from memomy, I might easily have missed something.
Presumably this is a great opportunity for a total reinstall. Why not also consider downloading the ISO for a fresh install, Put the current drive in a disk caddy (or whatever it takes to get it out of the way, but still be available).
Then do a new fresh install on the new disk with the partitions properly sized for the future.
Add users in the same order so they have the same uid.
Plug in the old drive and copy entire user directory structure over. Copy over selected pieces of /etc for things that are easier that way, cups, firewall, samba, and so on.
Copy over stuff in /var mail if you run a mail server.
For most personal machines, its usually easier and safer to do a fresh install plus selective copy than it is to move onto a new drive. You also dump a lot of cruff that has built up over the years.
And you ALWAYS have the old disk to fall back on, or that you can put on the shelf against the day you remember those tax records you squirreled away in an unusual directory for backup.
If it was an older install that had been upgraded over and over, I would
tend to agree. Fact is, it was a fresh install of 42.1, and I have
spent more than enough time getting it just the way I like it.
Unfortunately, I need more space. I think its just a grub issue, so was
hoping for some guidance.
--
Jeremy Baker
Jeremy Baker wrote:
If it was an older install that had been upgraded over and over, I would tend to agree. Fact is, it was a fresh install of 42.1, and I have spent more than enough time getting it just the way I like it. Unfortunately, I need more space. I think its just a grub issue, so was hoping for some guidance.
I don't use grub, but the basic idea is the same - it needs to be installed in the right place etc. That is quite likely what clonezilla does not stretch to. -- Per Jessen, Zürich (12.5°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2016-10-04 20:23, Per Jessen wrote:
Jeremy Baker wrote:
If it was an older install that had been upgraded over and over, I would tend to agree. Fact is, it was a fresh install of 42.1, and I have spent more than enough time getting it just the way I like it. Unfortunately, I need more space. I think its just a grub issue, so was hoping for some guidance.
I don't use grub, but the basic idea is the same - it needs to be installed in the right place etc. That is quite likely what clonezilla does not stretch to.
It says it does. If I recall correctly, it runs grub install on the target. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 2016-10-04 19:29, Jeremy Baker wrote:
If it was an older install that had been upgraded over and over, I would tend to agree. Fact is, it was a fresh install of 42.1, and I have spent more than enough time getting it just the way I like it. Unfortunately, I need more space. I think its just a grub issue, so was hoping for some guidance.
Why not explain the problem you had with grub? There are people here that may help. What error do you get when booting? My procedure usually is to install a fresh Linux of the same version in a small partition, to act as rescue partition. Then I create more partitions for the clone, which can be the same layout as the original or different. I copy over all files with rsync. I edit fstab on the target to correct references, and in grub configuration. Finally, I chroot the target filesystem and install grub. It can be done with yast, text mode. I try first to do it directly, on the CLI, but I often fail. Finally, I reboot the target system. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
Am Dienstag, 4. Oktober 2016, 11:19:56 CEST schrieb Jeremy Baker:
my apologies if this has been documented previously, but does anyone have a howto to upgrade to a larger hard drive using clonezilla with leap 42.1? I have been using the disk to disk clone, and every time I try it, it fails to boot on the new drive.
Thanks
for now all you can do is try to copy the content... but maybe think about a clean reinstall first, and _USE_LVM_ for your storage. Then, next time, click this link: http://linux.eregion.de/2016/05/14/how-to-replace-your-laptops-harddisk-with... XD MH -- gpg key fingerprint: 5F64 4C92 9B77 DE37 D184 C5F9 B013 44E7 27BD 763C -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 10/04/2016 01:39 PM, Mathias Homann wrote:
for now all you can do is try to copy the content... but maybe think about a clean reinstall first, and _USE_LVM_ for your storage.
Then, next time, click this link: http://linux.eregion.de/2016/05/14/how-to-replace-your-laptops-harddisk-with...
Well having BTDT with LVM it really is simple. Install the new drive physically. Make any real partitions you need such as space for /boot and SWAP. Make the rest of the disk a LVM partition Boot using the old disk Set up LVM on the partition on the new disk. Make that partition part of the volume group you use on the old disk. Use the LVM tools to migrate all the LEs/LVs from the old disk to the new disk. While that is going on, do the mkswap on the new disk's swap partition. Copy across the stuff in /boot from the old disk if needed Run the boot loader on the new disk, directing it to the new disk LVM lets you do things like that migrate quite transparently, regardless of disk sizes. If you do this right you should be able to boot of either fisk. The boot loader from the old disk refers to the /boot on the old disk that has a grub/grub2 config that points to the swap on the old disk and ... THIS IS IMPORTANT ... to /dev/mapper/ROOT Oh, yes, you do this all with the entries in grub.cfg as devices 'by name'. There is the LVM partition on the old disk and it sees that the LEs are on the other disk. LVM can use any form of scatter-gather it likes, and if the LE's are spread over a number of fisks, that's fine. If they are all on one disl, that's fine too, if 99.99999999999999998% of them are on another disk, that's fine, so wht not make it 100%? Hmm, you could do this with SWAP being a LV too :-) I think that its possible to do this with a RootFS that includes /boot, but i'm not sure. Yes I have done this on a system with separate -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (7)
-
Anton Aylward -
Carlos E. R. -
jdd -
Jeremy Baker -
John Andersen -
Mathias Homann -
Per Jessen