Ubuntu 19.10 and before: how do I move an entire root linux partition to another drive (ex: SSD upgrade)Can I...
How safe is the 4% rule if the U.S. goes back to the world mean?
Does any politician honestly want a No Deal Brexit?
I run daily 5kms but I cant seem to improve stamina when playing soccer
Drawing a sequence of circles
Why do Computer Science degrees contain a high proportion of mathematics?
How do I count the number of elements in a list which are between two determined values?
Does obfuscation give any measurable security benefit?
Trade a bishop in the opening
Could an American state survive nuclear war?
Code Golf Measurer © 2019
Word for 'most late'
Is this smoke detector safely connected?
I am often given, occasionally stolen, rarely sold, and never borrowed
How do I get my boyfriend to remove pictures of his ex girlfriend hanging in his apartment?
What happens when supercritical fuel tanks deplete below critical point?
Why it is a big deal whether or not Adam Schiff talked to the whistleblower?
How (and if) to include name change for transgender person in genealogy?
Is the tap water in France safe to drink?
100% positive Glassdoor employee reviews, 100% negative candidate reviews
How are Aircraft Noses Designed?
On notice period - coworker I need to train is giving me the silent treatment
In the twin paradox does the returning twin also come back permanently length contracted flatter than the twin on Earth?
How does a ball bearing door hinge work?
What is the gold linker?
Ubuntu 19.10 and before: how do I move an entire root linux partition to another drive (ex: SSD upgrade)
Can I install the /home and swap partitions to a different drive than /?Does a dangling Linux boot entry interfere with the reinstallation of Linux dual-boot system?Win10/Ubuntu16.04 dual boot errorsBest way to use and install Linux (Ubuntu) using two hard drivesHow to install Linux on an MSI laptop(Gl62M 7REX model) having 128GB SSD as primary storage and 1 tb Hard disk as secondary storageLinux Mint broke and I can't get it to work properly again on dual boot
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{
margin-bottom:0;
}
I would like to know how to proceed in a safe way that is simple and works, booting my system as it was, on a new hard drive. I consider using CloneZilla
Upgraded both RAM and SSD to about the same size of the preceding disk (1Tb)
The SSD has a fresh install of windows 10 on it, the objective is it dual booting on my 19.10 dev Ubuntu setup so that I don't have to reinstall and reconfigure all of my environment again.
ubuntu dual-boot
add a comment
|
I would like to know how to proceed in a safe way that is simple and works, booting my system as it was, on a new hard drive. I consider using CloneZilla
Upgraded both RAM and SSD to about the same size of the preceding disk (1Tb)
The SSD has a fresh install of windows 10 on it, the objective is it dual booting on my 19.10 dev Ubuntu setup so that I don't have to reinstall and reconfigure all of my environment again.
ubuntu dual-boot
add a comment
|
I would like to know how to proceed in a safe way that is simple and works, booting my system as it was, on a new hard drive. I consider using CloneZilla
Upgraded both RAM and SSD to about the same size of the preceding disk (1Tb)
The SSD has a fresh install of windows 10 on it, the objective is it dual booting on my 19.10 dev Ubuntu setup so that I don't have to reinstall and reconfigure all of my environment again.
ubuntu dual-boot
I would like to know how to proceed in a safe way that is simple and works, booting my system as it was, on a new hard drive. I consider using CloneZilla
Upgraded both RAM and SSD to about the same size of the preceding disk (1Tb)
The SSD has a fresh install of windows 10 on it, the objective is it dual booting on my 19.10 dev Ubuntu setup so that I don't have to reinstall and reconfigure all of my environment again.
ubuntu dual-boot
ubuntu dual-boot
edited 3 mins ago
Lurch
asked 4 hours ago
LurchLurch
113 bronze badges
113 bronze badges
add a comment
|
add a comment
|
2 Answers
2
active
oldest
votes
If the two drives are on the same machine, I would probably use dd
to copy the entire partition. Otherwise, you could use tar
to copy the system partition into a tar archive and then transfer it as a single file.
Of course, you will need to create a suitable partition for Linux on the new SSD drive first, which may require re-sizing existing partitions to make space (using gparted).
Whatever you do though, it is highly recommended you back up your data!
Thank you for the suggestion! dd will run for a very long time, how about adding bs=10M to it? (added from Dmitry Grigoryev' suggestion) - as of the suggested walkthrough on the answer I posted. CloneZilla allows to backup drive/partitions images and is licensed under the GNU General Public License (GPL) version 2.
– Lurch
3 hours ago
add a comment
|
I proceeded this way:
1/ Install a base beta version of 19.10 (or the same version of the system you are willing to clone) on the installed SSD drive, making sure it dual boots correctly.
There are many walthroughs; here is an example.
2/ Proceed with CloneZilla
as of this walkthrough.
Download Clonezilla stable ISO or Direct Download clonezilla-live-*.iso
Make a bootable (Live) USB using Startup Disk Creator.
Boot from the created Clonezilla media.
Now you have many options :
Create an image of only '/' (saveparts) and clone it to any partition
of your other SDD.Create an image of the full disk (savedisk) and clone it to your new
SSDCreate an image of a partition and clone it to your new SSD
...
(I used the third option) - note: if your SSD is smaller look here.
Be prepared, the CloneZilla lingo is a bit cryptic, but very logically organized, be sure to understand what you do at each step:
As of above, select the option that allows to copy partitions, save it (my 19.10 install has only one partition) to an external USB drive (saving images doesn't erase the contents of the drive, just make sure you have enough free space for a whole partition's image).
3/ Now once your freshly inserted SSD drive is working, proceed with restoring the partition where it belongs:
Be sure to know which target partition you are aiming at for the restoration, use Gparted or Disks to that purpose, write down which partition you are aiming at (your root / partition /dev/sda5 in my case) on your new system, and proceed with rebooting with CloneZilla
Now select the options to restore an image from the USB drive to the target partition on your new system.
4/ Once this is done, you have to reinstall Grub 2.
I personnally use Boot-repair. Make sure you run it from UEFI on your new system.
(I had an issue that I could not install boot-repair from the 19.10 beta live iso for some reason. Tip: I used a Linux Mint Cinnamon iso where it is installed by default, and proceeded fixing grub there).
As a consequence, my 19.10 dev is working as well as of the previous disk.
Note: as this walkthrough is present on many other locations, I only redirect to existing ones, just detailing the steps I followed for a specific Ubuntu solution.
Note: you may have to edit etc/fstabs, but I didn't have to using Boot-repair.
Just in case, if you experience boot issues after SUCCESSFULLY running boot-repair
(always check rebooting first) the Ubuntu doc for Boot-repair specifies as follows:
If after using Boot-repair, you experience boot issues, you have to add the following line to the /etc/fstab in order for the future grub-install commands run appropriatedly:
UUID=XXXX-XXXX /boot/efi vfat umask=0077 0 1
The value XXXX-YYYY is to replace by what will have been returned by the below command, by replacing EFI by the appropriate value (you will know by opening the file for edition):
sudo blkid | grep EFI
If, despite all of your attempts, the repair does not work, the forum is there to help you!
Good luck!
add a comment
|
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f546038%2fubuntu-19-10-and-before-how-do-i-move-an-entire-root-linux-partition-to-another%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
2 Answers
2
active
oldest
votes
2 Answers
2
active
oldest
votes
active
oldest
votes
active
oldest
votes
If the two drives are on the same machine, I would probably use dd
to copy the entire partition. Otherwise, you could use tar
to copy the system partition into a tar archive and then transfer it as a single file.
Of course, you will need to create a suitable partition for Linux on the new SSD drive first, which may require re-sizing existing partitions to make space (using gparted).
Whatever you do though, it is highly recommended you back up your data!
Thank you for the suggestion! dd will run for a very long time, how about adding bs=10M to it? (added from Dmitry Grigoryev' suggestion) - as of the suggested walkthrough on the answer I posted. CloneZilla allows to backup drive/partitions images and is licensed under the GNU General Public License (GPL) version 2.
– Lurch
3 hours ago
add a comment
|
If the two drives are on the same machine, I would probably use dd
to copy the entire partition. Otherwise, you could use tar
to copy the system partition into a tar archive and then transfer it as a single file.
Of course, you will need to create a suitable partition for Linux on the new SSD drive first, which may require re-sizing existing partitions to make space (using gparted).
Whatever you do though, it is highly recommended you back up your data!
Thank you for the suggestion! dd will run for a very long time, how about adding bs=10M to it? (added from Dmitry Grigoryev' suggestion) - as of the suggested walkthrough on the answer I posted. CloneZilla allows to backup drive/partitions images and is licensed under the GNU General Public License (GPL) version 2.
– Lurch
3 hours ago
add a comment
|
If the two drives are on the same machine, I would probably use dd
to copy the entire partition. Otherwise, you could use tar
to copy the system partition into a tar archive and then transfer it as a single file.
Of course, you will need to create a suitable partition for Linux on the new SSD drive first, which may require re-sizing existing partitions to make space (using gparted).
Whatever you do though, it is highly recommended you back up your data!
If the two drives are on the same machine, I would probably use dd
to copy the entire partition. Otherwise, you could use tar
to copy the system partition into a tar archive and then transfer it as a single file.
Of course, you will need to create a suitable partition for Linux on the new SSD drive first, which may require re-sizing existing partitions to make space (using gparted).
Whatever you do though, it is highly recommended you back up your data!
edited 3 hours ago
answered 3 hours ago
Time4TeaTime4Tea
1,1243 silver badges26 bronze badges
1,1243 silver badges26 bronze badges
Thank you for the suggestion! dd will run for a very long time, how about adding bs=10M to it? (added from Dmitry Grigoryev' suggestion) - as of the suggested walkthrough on the answer I posted. CloneZilla allows to backup drive/partitions images and is licensed under the GNU General Public License (GPL) version 2.
– Lurch
3 hours ago
add a comment
|
Thank you for the suggestion! dd will run for a very long time, how about adding bs=10M to it? (added from Dmitry Grigoryev' suggestion) - as of the suggested walkthrough on the answer I posted. CloneZilla allows to backup drive/partitions images and is licensed under the GNU General Public License (GPL) version 2.
– Lurch
3 hours ago
Thank you for the suggestion! dd will run for a very long time, how about adding bs=10M to it? (added from Dmitry Grigoryev' suggestion) - as of the suggested walkthrough on the answer I posted. CloneZilla allows to backup drive/partitions images and is licensed under the GNU General Public License (GPL) version 2.
– Lurch
3 hours ago
Thank you for the suggestion! dd will run for a very long time, how about adding bs=10M to it? (added from Dmitry Grigoryev' suggestion) - as of the suggested walkthrough on the answer I posted. CloneZilla allows to backup drive/partitions images and is licensed under the GNU General Public License (GPL) version 2.
– Lurch
3 hours ago
add a comment
|
I proceeded this way:
1/ Install a base beta version of 19.10 (or the same version of the system you are willing to clone) on the installed SSD drive, making sure it dual boots correctly.
There are many walthroughs; here is an example.
2/ Proceed with CloneZilla
as of this walkthrough.
Download Clonezilla stable ISO or Direct Download clonezilla-live-*.iso
Make a bootable (Live) USB using Startup Disk Creator.
Boot from the created Clonezilla media.
Now you have many options :
Create an image of only '/' (saveparts) and clone it to any partition
of your other SDD.Create an image of the full disk (savedisk) and clone it to your new
SSDCreate an image of a partition and clone it to your new SSD
...
(I used the third option) - note: if your SSD is smaller look here.
Be prepared, the CloneZilla lingo is a bit cryptic, but very logically organized, be sure to understand what you do at each step:
As of above, select the option that allows to copy partitions, save it (my 19.10 install has only one partition) to an external USB drive (saving images doesn't erase the contents of the drive, just make sure you have enough free space for a whole partition's image).
3/ Now once your freshly inserted SSD drive is working, proceed with restoring the partition where it belongs:
Be sure to know which target partition you are aiming at for the restoration, use Gparted or Disks to that purpose, write down which partition you are aiming at (your root / partition /dev/sda5 in my case) on your new system, and proceed with rebooting with CloneZilla
Now select the options to restore an image from the USB drive to the target partition on your new system.
4/ Once this is done, you have to reinstall Grub 2.
I personnally use Boot-repair. Make sure you run it from UEFI on your new system.
(I had an issue that I could not install boot-repair from the 19.10 beta live iso for some reason. Tip: I used a Linux Mint Cinnamon iso where it is installed by default, and proceeded fixing grub there).
As a consequence, my 19.10 dev is working as well as of the previous disk.
Note: as this walkthrough is present on many other locations, I only redirect to existing ones, just detailing the steps I followed for a specific Ubuntu solution.
Note: you may have to edit etc/fstabs, but I didn't have to using Boot-repair.
Just in case, if you experience boot issues after SUCCESSFULLY running boot-repair
(always check rebooting first) the Ubuntu doc for Boot-repair specifies as follows:
If after using Boot-repair, you experience boot issues, you have to add the following line to the /etc/fstab in order for the future grub-install commands run appropriatedly:
UUID=XXXX-XXXX /boot/efi vfat umask=0077 0 1
The value XXXX-YYYY is to replace by what will have been returned by the below command, by replacing EFI by the appropriate value (you will know by opening the file for edition):
sudo blkid | grep EFI
If, despite all of your attempts, the repair does not work, the forum is there to help you!
Good luck!
add a comment
|
I proceeded this way:
1/ Install a base beta version of 19.10 (or the same version of the system you are willing to clone) on the installed SSD drive, making sure it dual boots correctly.
There are many walthroughs; here is an example.
2/ Proceed with CloneZilla
as of this walkthrough.
Download Clonezilla stable ISO or Direct Download clonezilla-live-*.iso
Make a bootable (Live) USB using Startup Disk Creator.
Boot from the created Clonezilla media.
Now you have many options :
Create an image of only '/' (saveparts) and clone it to any partition
of your other SDD.Create an image of the full disk (savedisk) and clone it to your new
SSDCreate an image of a partition and clone it to your new SSD
...
(I used the third option) - note: if your SSD is smaller look here.
Be prepared, the CloneZilla lingo is a bit cryptic, but very logically organized, be sure to understand what you do at each step:
As of above, select the option that allows to copy partitions, save it (my 19.10 install has only one partition) to an external USB drive (saving images doesn't erase the contents of the drive, just make sure you have enough free space for a whole partition's image).
3/ Now once your freshly inserted SSD drive is working, proceed with restoring the partition where it belongs:
Be sure to know which target partition you are aiming at for the restoration, use Gparted or Disks to that purpose, write down which partition you are aiming at (your root / partition /dev/sda5 in my case) on your new system, and proceed with rebooting with CloneZilla
Now select the options to restore an image from the USB drive to the target partition on your new system.
4/ Once this is done, you have to reinstall Grub 2.
I personnally use Boot-repair. Make sure you run it from UEFI on your new system.
(I had an issue that I could not install boot-repair from the 19.10 beta live iso for some reason. Tip: I used a Linux Mint Cinnamon iso where it is installed by default, and proceeded fixing grub there).
As a consequence, my 19.10 dev is working as well as of the previous disk.
Note: as this walkthrough is present on many other locations, I only redirect to existing ones, just detailing the steps I followed for a specific Ubuntu solution.
Note: you may have to edit etc/fstabs, but I didn't have to using Boot-repair.
Just in case, if you experience boot issues after SUCCESSFULLY running boot-repair
(always check rebooting first) the Ubuntu doc for Boot-repair specifies as follows:
If after using Boot-repair, you experience boot issues, you have to add the following line to the /etc/fstab in order for the future grub-install commands run appropriatedly:
UUID=XXXX-XXXX /boot/efi vfat umask=0077 0 1
The value XXXX-YYYY is to replace by what will have been returned by the below command, by replacing EFI by the appropriate value (you will know by opening the file for edition):
sudo blkid | grep EFI
If, despite all of your attempts, the repair does not work, the forum is there to help you!
Good luck!
add a comment
|
I proceeded this way:
1/ Install a base beta version of 19.10 (or the same version of the system you are willing to clone) on the installed SSD drive, making sure it dual boots correctly.
There are many walthroughs; here is an example.
2/ Proceed with CloneZilla
as of this walkthrough.
Download Clonezilla stable ISO or Direct Download clonezilla-live-*.iso
Make a bootable (Live) USB using Startup Disk Creator.
Boot from the created Clonezilla media.
Now you have many options :
Create an image of only '/' (saveparts) and clone it to any partition
of your other SDD.Create an image of the full disk (savedisk) and clone it to your new
SSDCreate an image of a partition and clone it to your new SSD
...
(I used the third option) - note: if your SSD is smaller look here.
Be prepared, the CloneZilla lingo is a bit cryptic, but very logically organized, be sure to understand what you do at each step:
As of above, select the option that allows to copy partitions, save it (my 19.10 install has only one partition) to an external USB drive (saving images doesn't erase the contents of the drive, just make sure you have enough free space for a whole partition's image).
3/ Now once your freshly inserted SSD drive is working, proceed with restoring the partition where it belongs:
Be sure to know which target partition you are aiming at for the restoration, use Gparted or Disks to that purpose, write down which partition you are aiming at (your root / partition /dev/sda5 in my case) on your new system, and proceed with rebooting with CloneZilla
Now select the options to restore an image from the USB drive to the target partition on your new system.
4/ Once this is done, you have to reinstall Grub 2.
I personnally use Boot-repair. Make sure you run it from UEFI on your new system.
(I had an issue that I could not install boot-repair from the 19.10 beta live iso for some reason. Tip: I used a Linux Mint Cinnamon iso where it is installed by default, and proceeded fixing grub there).
As a consequence, my 19.10 dev is working as well as of the previous disk.
Note: as this walkthrough is present on many other locations, I only redirect to existing ones, just detailing the steps I followed for a specific Ubuntu solution.
Note: you may have to edit etc/fstabs, but I didn't have to using Boot-repair.
Just in case, if you experience boot issues after SUCCESSFULLY running boot-repair
(always check rebooting first) the Ubuntu doc for Boot-repair specifies as follows:
If after using Boot-repair, you experience boot issues, you have to add the following line to the /etc/fstab in order for the future grub-install commands run appropriatedly:
UUID=XXXX-XXXX /boot/efi vfat umask=0077 0 1
The value XXXX-YYYY is to replace by what will have been returned by the below command, by replacing EFI by the appropriate value (you will know by opening the file for edition):
sudo blkid | grep EFI
If, despite all of your attempts, the repair does not work, the forum is there to help you!
Good luck!
I proceeded this way:
1/ Install a base beta version of 19.10 (or the same version of the system you are willing to clone) on the installed SSD drive, making sure it dual boots correctly.
There are many walthroughs; here is an example.
2/ Proceed with CloneZilla
as of this walkthrough.
Download Clonezilla stable ISO or Direct Download clonezilla-live-*.iso
Make a bootable (Live) USB using Startup Disk Creator.
Boot from the created Clonezilla media.
Now you have many options :
Create an image of only '/' (saveparts) and clone it to any partition
of your other SDD.Create an image of the full disk (savedisk) and clone it to your new
SSDCreate an image of a partition and clone it to your new SSD
...
(I used the third option) - note: if your SSD is smaller look here.
Be prepared, the CloneZilla lingo is a bit cryptic, but very logically organized, be sure to understand what you do at each step:
As of above, select the option that allows to copy partitions, save it (my 19.10 install has only one partition) to an external USB drive (saving images doesn't erase the contents of the drive, just make sure you have enough free space for a whole partition's image).
3/ Now once your freshly inserted SSD drive is working, proceed with restoring the partition where it belongs:
Be sure to know which target partition you are aiming at for the restoration, use Gparted or Disks to that purpose, write down which partition you are aiming at (your root / partition /dev/sda5 in my case) on your new system, and proceed with rebooting with CloneZilla
Now select the options to restore an image from the USB drive to the target partition on your new system.
4/ Once this is done, you have to reinstall Grub 2.
I personnally use Boot-repair. Make sure you run it from UEFI on your new system.
(I had an issue that I could not install boot-repair from the 19.10 beta live iso for some reason. Tip: I used a Linux Mint Cinnamon iso where it is installed by default, and proceeded fixing grub there).
As a consequence, my 19.10 dev is working as well as of the previous disk.
Note: as this walkthrough is present on many other locations, I only redirect to existing ones, just detailing the steps I followed for a specific Ubuntu solution.
Note: you may have to edit etc/fstabs, but I didn't have to using Boot-repair.
Just in case, if you experience boot issues after SUCCESSFULLY running boot-repair
(always check rebooting first) the Ubuntu doc for Boot-repair specifies as follows:
If after using Boot-repair, you experience boot issues, you have to add the following line to the /etc/fstab in order for the future grub-install commands run appropriatedly:
UUID=XXXX-XXXX /boot/efi vfat umask=0077 0 1
The value XXXX-YYYY is to replace by what will have been returned by the below command, by replacing EFI by the appropriate value (you will know by opening the file for edition):
sudo blkid | grep EFI
If, despite all of your attempts, the repair does not work, the forum is there to help you!
Good luck!
edited 2 mins ago
answered 3 hours ago
LurchLurch
113 bronze badges
113 bronze badges
add a comment
|
add a comment
|
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f546038%2fubuntu-19-10-and-before-how-do-i-move-an-entire-root-linux-partition-to-another%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown