![]() The issue with Ubuntu was that after some time using the SSD, Ubuntu installed some updates which made the computer boot directly into Ubuntu, bypassing the grub (thus Windows was no longer accessible).įixing Windows and Ubuntu: I started by trying to fix the grub by running the boot repair tool in Ubuntu. For example, this happens when updating the Linux kernel. Ubuntu: you know that after certain updates (through apt update apt upgrade), apt runs commands that reinstall the grub (or reconfigures grub-related files - I don't know the exact terminology nor the exact procedure). After hours of trying several possible solutions I gave up since the update that failed was "optional". The second issue is that Windows wouldn't install certain updates, crashing with the error Windows couldn't finish the update. This was resolved by deleting the contents of the folder containing what I believe is the updates cache. To begin with, a little trifle: Windows Update widget wouldn't load the list of new updates. Windows: there were two issues with Windows update. However, I don't remember which, nor how he did it. The technician told me he had to run several windows commands. This goes without saying but a friendly reminder is always welcome: there were some troubles when booting windows. Issues after the copyĮveryone must make sure that the computer boots all OS normally after the copy and always before wiping out the HDD. ![]() After copying /dev/sda3, it was shrunk in the SSD (not in the HDD) so that /dev/sda5 would fit. The partitions were copied one by one in the left-to-right order in which they appear in gparted (see post). However, it was not done so too comfortably. Therefore, the copy was done by hand (or so the IT technician involved told me). I must say, though, that the SSD was indeed smaller than the HDD, but rather than being about half the size, the SSD was just 40 GB smaller than the HDD (the size that appears in gparted is 894.25 GB). I also describe the issues during the copy encountered by the IT technician who did the copy. In this answer I would like to describe the setbacks that I run into after the HDD was copied. I'm not new to Ubuntu, but I'm new to copying and moving partitions, so any help will be very much appreciated. I've got a few doubts about these steps: Are they complete, i.e., is something missing? What about the other partitions /dev/sda1 (the /boot/efi), /dev/sda2 (Microsoft reserved partition), /dev/sda4 (I don't know what that is), and /dev/sda6 (the swap partition for ubuntu): should they be copied too? Repair the grub by, for example, following the steps in this web.Using gparted, copy the partitions /dev/sda3 and /dev/sda5 from the HDD to the corresponding partition in the SSD (the ntfs-formatted partition from the HDD to the ntfs-formatted partition in the SSD do likewise for the other).Using gparted, shrink the partitions /dev/sda3 and /dev/sda5 in the HDD down to 250 GB each (or even less, just in case). ![]() I suppose with the same flags as in the HDD. Create two partitions into my SSD of about roughly the same size, say, 250 GB each, one formatted ntfs and the other ext4.What I'm planning to do is the following: I would like the people in the community to tell me whether or not I'm doing something wrong and/or if I'm missing something.įirst off, this is my hard drive. I'd like to expose what I'm planning to do to dump the HDD into the SSD just to see if the steps are correct. It seems, though, that when going from a larger drive to a smaller one, neither Clonezilla or gparted will copy the entire drive (please, correct me if I'm wrong) the way to go about this is to copy partition by partition. Some recommend using Clonezilla, some others to use gparted. ![]() ![]() Many posts already start like this, and I have read many of them, most on this site. So I have a laptop with a HDD of 1TB and I'm planning to buy a 500GB SSD, and copy the HDD to the SSD. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |