11/30/2023 0 Comments Systemrescuecd clone drivePersonally, though, rather than taking time to resize the partition first, I'd simply copy the old install to the new disk. Once you get the UUID, you can copy and paste it over the old one in /etc/fstab using gedit or whatever text editor you prefer. I always use that form, and can see no downside unless you have a lot of partitions. Once you assign a new UUID, you can see all of them with this command: sudo blkid -c /dev/null - the parameter -c specifies the cache file, and /dev/null means don't use a cache, so you always get any changes right away. It's pretty self-explanatory for someone with the knowledge you already seem to have. It's actually not hard at all, and is something you should learn about. If you don't want to change the old system, and if you want to keep it mounted for a while, you could change the UUID for the SSD partition, and edit your fstab. The command for this is sudo tune2fs -U random /dev/sdb5 assigns UUID for sdb5. If I remember correctly, this will reuse the same UUID, but you can change that on one or the other partition afterwards. You can shrink the original partition to the size you want it to be on the SSD, then copy and paste the partition to the new drive. I would just use gparted, myself, from the live CD so neither partition is mounted. There is more than one way to accomplish getting your old system onto a new drive, but you didn't really ask it that way, you asked for how to clone the system. Suggestions on how I might be able to overcome this difficulty? Note that currently, I can still boot from the HDD, so it's not imperative that I get this figured out right away, but I do want it to be exactly how it is right now, so that I can maintain my current level of productivity (it's a work laptop). I could install Ubuntu 11.04 onto the SSD, then try and copy over all of my configurations, but I'm concerned that I'm going to lose something, or that I'm going to overwrite something like fstab that points back to the original hard drive. I'm not sure exactly how to rectify this. Now, I think those two steps are the wrong approach, because it will clone /dev/sdb5 EXACTLY - including references in fstab which point to the wrong hard drive. presumably it can't load some partitions I think). ![]() I can get it to boot, but then I have problems with initrd not finding some files. Partition Table: msdos Number Start End Size Type File system Flagsħ 416GB 475GB 58.9GB logical linux-swap(v1)ġ) Resizing the partitions /dev/sdb5 and /dev/sda1 to be the same size.Ģ) Booting into Ubuntu 11.04 (from /dev/sdb5) and running dd if=/dev/sdb5 of=/dev/sda1 (of course this causes problems with booting, so I had to reinstall grub. Sector size (logical/physical): 512B/512B The layout of my hard drives are as follows: And it has a windows partition that I don't need on the SSD (I never use Windows, so if it boots off of the other hard drive, that's fine). ![]() The catch is that the standard HDD is significantly bigger than the SSD. So, what I'd like to do is clone my Ubuntu partition onto the SSD. But, I'd also like the boot-up gains I would get from the OS being on the SSD. The problem I'm having is that I have my Ubuntu configuration EXACTLY the way I want it - I originally spent many hours configuring it to get it to the way it is now. I moved the internal HDD into an expansion bay (replacing the CD-ROM), and put the new SSD into the internal bay. ![]() The machine itself is a Lenovo thinkpad W520, and it previously had an internal HDD. I recently installed an SSD into my machine.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |