Fastest way to migrate to a bigger SSD (18.04)












2














I've seen a few postings about migration with older Ubuntu versions.



What's the fastest way to migrate 120GB (80GB full) to a 1TB SSD under Ubuntu 18.04?




  • live duplicate or via image possible

  • how to extend the new volume on the new SSD?


Because I've only a limited time window once I've started I'd be happy for suggestions for the fastest way to get new system up and running again.






partitioning ssd dd







share|improve this question
























  • A limited time window for access to hardware? Limited downtime for server allowed? Limited because there are other high-priority jobs? "Fast" is only fast if you have rehearsed the operation and discovered all your pain points in advance (there will be some!) Murphy's Law applies to all time-critical operations; be prepared with complete backups and install media befor you begin.
    – user535733
    41 mins ago












  • Is having both disks in the system an option?
    – Thorbjørn Ravn Andersen
    20 mins ago










  • no, I don't want to use both disks afterwards. (limited=because of other jobs that should run at a certain time) Murphy: yes, I'm willing to prepare everything as good as possible
    – ssssstut
    12 mins ago
















2














I've seen a few postings about migration with older Ubuntu versions.



What's the fastest way to migrate 120GB (80GB full) to a 1TB SSD under Ubuntu 18.04?




  • live duplicate or via image possible

  • how to extend the new volume on the new SSD?


Because I've only a limited time window once I've started I'd be happy for suggestions for the fastest way to get new system up and running again.






partitioning ssd dd







share|improve this question
























  • A limited time window for access to hardware? Limited downtime for server allowed? Limited because there are other high-priority jobs? "Fast" is only fast if you have rehearsed the operation and discovered all your pain points in advance (there will be some!) Murphy's Law applies to all time-critical operations; be prepared with complete backups and install media befor you begin.
    – user535733
    41 mins ago












  • Is having both disks in the system an option?
    – Thorbjørn Ravn Andersen
    20 mins ago










  • no, I don't want to use both disks afterwards. (limited=because of other jobs that should run at a certain time) Murphy: yes, I'm willing to prepare everything as good as possible
    – ssssstut
    12 mins ago














2












2








2







I've seen a few postings about migration with older Ubuntu versions.



What's the fastest way to migrate 120GB (80GB full) to a 1TB SSD under Ubuntu 18.04?




  • live duplicate or via image possible

  • how to extend the new volume on the new SSD?


Because I've only a limited time window once I've started I'd be happy for suggestions for the fastest way to get new system up and running again.






partitioning ssd dd







share|improve this question















I've seen a few postings about migration with older Ubuntu versions.



What's the fastest way to migrate 120GB (80GB full) to a 1TB SSD under Ubuntu 18.04?




  • live duplicate or via image possible

  • how to extend the new volume on the new SSD?


Because I've only a limited time window once I've started I'd be happy for suggestions for the fastest way to get new system up and running again.






partitioning ssd dd




partitioning ssd dd






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 2 hours ago









SurvivalMachine

1,2413717




1,2413717










asked 3 hours ago









ssssstut

415




415












  • A limited time window for access to hardware? Limited downtime for server allowed? Limited because there are other high-priority jobs? "Fast" is only fast if you have rehearsed the operation and discovered all your pain points in advance (there will be some!) Murphy's Law applies to all time-critical operations; be prepared with complete backups and install media befor you begin.
    – user535733
    41 mins ago












  • Is having both disks in the system an option?
    – Thorbjørn Ravn Andersen
    20 mins ago










  • no, I don't want to use both disks afterwards. (limited=because of other jobs that should run at a certain time) Murphy: yes, I'm willing to prepare everything as good as possible
    – ssssstut
    12 mins ago


















  • A limited time window for access to hardware? Limited downtime for server allowed? Limited because there are other high-priority jobs? "Fast" is only fast if you have rehearsed the operation and discovered all your pain points in advance (there will be some!) Murphy's Law applies to all time-critical operations; be prepared with complete backups and install media befor you begin.
    – user535733
    41 mins ago












  • Is having both disks in the system an option?
    – Thorbjørn Ravn Andersen
    20 mins ago










  • no, I don't want to use both disks afterwards. (limited=because of other jobs that should run at a certain time) Murphy: yes, I'm willing to prepare everything as good as possible
    – ssssstut
    12 mins ago
















A limited time window for access to hardware? Limited downtime for server allowed? Limited because there are other high-priority jobs? "Fast" is only fast if you have rehearsed the operation and discovered all your pain points in advance (there will be some!) Murphy's Law applies to all time-critical operations; be prepared with complete backups and install media befor you begin.
– user535733
41 mins ago






A limited time window for access to hardware? Limited downtime for server allowed? Limited because there are other high-priority jobs? "Fast" is only fast if you have rehearsed the operation and discovered all your pain points in advance (there will be some!) Murphy's Law applies to all time-critical operations; be prepared with complete backups and install media befor you begin.
– user535733
41 mins ago














Is having both disks in the system an option?
– Thorbjørn Ravn Andersen
20 mins ago




Is having both disks in the system an option?
– Thorbjørn Ravn Andersen
20 mins ago












no, I don't want to use both disks afterwards. (limited=because of other jobs that should run at a certain time) Murphy: yes, I'm willing to prepare everything as good as possible
– ssssstut
12 mins ago




no, I don't want to use both disks afterwards. (limited=because of other jobs that should run at a certain time) Murphy: yes, I'm willing to prepare everything as good as possible
– ssssstut
12 mins ago










2 Answers
2






active

oldest

votes


















2














What about using a Live System and 



sudo dd if=/dev/sdx0 of=/dev/sdy0


and



sudo resize2fs /dev/sdy0


afterwards to resize the partition.



With sdx0 being your old partition and sdy0 being the new one.






share|improve this answer























  • dd: how long would it take to duplicate around 100 GB approx.? resize2fs: does it expand the file system to the max avail. capacity?
    – ssssstut
    10 mins ago



















0














For a fast migration you have more than a couple of choice (and for fast not use dd, it copy bit per bit)



common used tools:





  • https://www.acronis.com/en-us/ (should free to personal use)


  • https://clonezilla.org/ (open source)


  • https://www.symantec.com/products/ghost-solutions-suite (commercial)


You can also decide to create a tar of your OS and restore it (more manual work to do but still fast then dd)




  • https://help.ubuntu.com/community/BackupYourSystem/TAR


Personally I suggest you to use clonezilla, have a large community and a good Knowledge on the common issues can be encountered and of course because is opensource!






share|improve this answer





















  • "bit per bit"? dd ... bs=1M will do the copy using 1 MB blocks.
    – Hannu
    34 mins ago










  • yes, but as per the first answer and if you do not pass any flags to dd the default is that, off course with the base count flag will faster then normal, but you have also to think the dd command do not skip free space, so the image size of 500GB disk will be 500GB, does not metter if the disk is in use at 30%. For this I suggest different solution, partclone is more evoluted then dd for this pourpose.
    – AtomiX84
    30 mins ago










  • In a low usage situation any other tool than a block by block copy is preferred, yes. Then you also have other issues -> superuser.com/a/1388090/346288
    – Hannu
    27 mins ago











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
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: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
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/3.0/"u003ecc by-sa 3.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
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1105560%2ffastest-way-to-migrate-to-a-bigger-ssd-18-04%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









2














What about using a Live System and 



sudo dd if=/dev/sdx0 of=/dev/sdy0


and



sudo resize2fs /dev/sdy0


afterwards to resize the partition.



With sdx0 being your old partition and sdy0 being the new one.






share|improve this answer























  • dd: how long would it take to duplicate around 100 GB approx.? resize2fs: does it expand the file system to the max avail. capacity?
    – ssssstut
    10 mins ago
















2














What about using a Live System and 



sudo dd if=/dev/sdx0 of=/dev/sdy0


and



sudo resize2fs /dev/sdy0


afterwards to resize the partition.



With sdx0 being your old partition and sdy0 being the new one.






share|improve this answer























  • dd: how long would it take to duplicate around 100 GB approx.? resize2fs: does it expand the file system to the max avail. capacity?
    – ssssstut
    10 mins ago














2












2








2






What about using a Live System and 



sudo dd if=/dev/sdx0 of=/dev/sdy0


and



sudo resize2fs /dev/sdy0


afterwards to resize the partition.



With sdx0 being your old partition and sdy0 being the new one.






share|improve this answer














What about using a Live System and 



sudo dd if=/dev/sdx0 of=/dev/sdy0


and



sudo resize2fs /dev/sdy0


afterwards to resize the partition.



With sdx0 being your old partition and sdy0 being the new one.







share|improve this answer














share|improve this answer



share|improve this answer








edited 39 mins ago









user535733

7,65222942




7,65222942










answered 1 hour ago









theFeiter

314




314












  • dd: how long would it take to duplicate around 100 GB approx.? resize2fs: does it expand the file system to the max avail. capacity?
    – ssssstut
    10 mins ago


















  • dd: how long would it take to duplicate around 100 GB approx.? resize2fs: does it expand the file system to the max avail. capacity?
    – ssssstut
    10 mins ago
















dd: how long would it take to duplicate around 100 GB approx.? resize2fs: does it expand the file system to the max avail. capacity?
– ssssstut
10 mins ago




dd: how long would it take to duplicate around 100 GB approx.? resize2fs: does it expand the file system to the max avail. capacity?
– ssssstut
10 mins ago













0














For a fast migration you have more than a couple of choice (and for fast not use dd, it copy bit per bit)



common used tools:





  • https://www.acronis.com/en-us/ (should free to personal use)


  • https://clonezilla.org/ (open source)


  • https://www.symantec.com/products/ghost-solutions-suite (commercial)


You can also decide to create a tar of your OS and restore it (more manual work to do but still fast then dd)




  • https://help.ubuntu.com/community/BackupYourSystem/TAR


Personally I suggest you to use clonezilla, have a large community and a good Knowledge on the common issues can be encountered and of course because is opensource!






share|improve this answer





















  • "bit per bit"? dd ... bs=1M will do the copy using 1 MB blocks.
    – Hannu
    34 mins ago










  • yes, but as per the first answer and if you do not pass any flags to dd the default is that, off course with the base count flag will faster then normal, but you have also to think the dd command do not skip free space, so the image size of 500GB disk will be 500GB, does not metter if the disk is in use at 30%. For this I suggest different solution, partclone is more evoluted then dd for this pourpose.
    – AtomiX84
    30 mins ago










  • In a low usage situation any other tool than a block by block copy is preferred, yes. Then you also have other issues -> superuser.com/a/1388090/346288
    – Hannu
    27 mins ago
















0














For a fast migration you have more than a couple of choice (and for fast not use dd, it copy bit per bit)



common used tools:





  • https://www.acronis.com/en-us/ (should free to personal use)


  • https://clonezilla.org/ (open source)


  • https://www.symantec.com/products/ghost-solutions-suite (commercial)


You can also decide to create a tar of your OS and restore it (more manual work to do but still fast then dd)




  • https://help.ubuntu.com/community/BackupYourSystem/TAR


Personally I suggest you to use clonezilla, have a large community and a good Knowledge on the common issues can be encountered and of course because is opensource!






share|improve this answer





















  • "bit per bit"? dd ... bs=1M will do the copy using 1 MB blocks.
    – Hannu
    34 mins ago










  • yes, but as per the first answer and if you do not pass any flags to dd the default is that, off course with the base count flag will faster then normal, but you have also to think the dd command do not skip free space, so the image size of 500GB disk will be 500GB, does not metter if the disk is in use at 30%. For this I suggest different solution, partclone is more evoluted then dd for this pourpose.
    – AtomiX84
    30 mins ago










  • In a low usage situation any other tool than a block by block copy is preferred, yes. Then you also have other issues -> superuser.com/a/1388090/346288
    – Hannu
    27 mins ago














0












0








0






For a fast migration you have more than a couple of choice (and for fast not use dd, it copy bit per bit)



common used tools:





  • https://www.acronis.com/en-us/ (should free to personal use)


  • https://clonezilla.org/ (open source)


  • https://www.symantec.com/products/ghost-solutions-suite (commercial)


You can also decide to create a tar of your OS and restore it (more manual work to do but still fast then dd)




  • https://help.ubuntu.com/community/BackupYourSystem/TAR


Personally I suggest you to use clonezilla, have a large community and a good Knowledge on the common issues can be encountered and of course because is opensource!






share|improve this answer












For a fast migration you have more than a couple of choice (and for fast not use dd, it copy bit per bit)



common used tools:





  • https://www.acronis.com/en-us/ (should free to personal use)


  • https://clonezilla.org/ (open source)


  • https://www.symantec.com/products/ghost-solutions-suite (commercial)


You can also decide to create a tar of your OS and restore it (more manual work to do but still fast then dd)




  • https://help.ubuntu.com/community/BackupYourSystem/TAR


Personally I suggest you to use clonezilla, have a large community and a good Knowledge on the common issues can be encountered and of course because is opensource!







share|improve this answer












share|improve this answer



share|improve this answer










answered 1 hour ago









AtomiX84

1765




1765












  • "bit per bit"? dd ... bs=1M will do the copy using 1 MB blocks.
    – Hannu
    34 mins ago










  • yes, but as per the first answer and if you do not pass any flags to dd the default is that, off course with the base count flag will faster then normal, but you have also to think the dd command do not skip free space, so the image size of 500GB disk will be 500GB, does not metter if the disk is in use at 30%. For this I suggest different solution, partclone is more evoluted then dd for this pourpose.
    – AtomiX84
    30 mins ago










  • In a low usage situation any other tool than a block by block copy is preferred, yes. Then you also have other issues -> superuser.com/a/1388090/346288
    – Hannu
    27 mins ago


















  • "bit per bit"? dd ... bs=1M will do the copy using 1 MB blocks.
    – Hannu
    34 mins ago










  • yes, but as per the first answer and if you do not pass any flags to dd the default is that, off course with the base count flag will faster then normal, but you have also to think the dd command do not skip free space, so the image size of 500GB disk will be 500GB, does not metter if the disk is in use at 30%. For this I suggest different solution, partclone is more evoluted then dd for this pourpose.
    – AtomiX84
    30 mins ago










  • In a low usage situation any other tool than a block by block copy is preferred, yes. Then you also have other issues -> superuser.com/a/1388090/346288
    – Hannu
    27 mins ago
















"bit per bit"? dd ... bs=1M will do the copy using 1 MB blocks.
– Hannu
34 mins ago




"bit per bit"? dd ... bs=1M will do the copy using 1 MB blocks.
– Hannu
34 mins ago












yes, but as per the first answer and if you do not pass any flags to dd the default is that, off course with the base count flag will faster then normal, but you have also to think the dd command do not skip free space, so the image size of 500GB disk will be 500GB, does not metter if the disk is in use at 30%. For this I suggest different solution, partclone is more evoluted then dd for this pourpose.
– AtomiX84
30 mins ago




yes, but as per the first answer and if you do not pass any flags to dd the default is that, off course with the base count flag will faster then normal, but you have also to think the dd command do not skip free space, so the image size of 500GB disk will be 500GB, does not metter if the disk is in use at 30%. For this I suggest different solution, partclone is more evoluted then dd for this pourpose.
– AtomiX84
30 mins ago












In a low usage situation any other tool than a block by block copy is preferred, yes. Then you also have other issues -> superuser.com/a/1388090/346288
– Hannu
27 mins ago




In a low usage situation any other tool than a block by block copy is preferred, yes. Then you also have other issues -> superuser.com/a/1388090/346288
– Hannu
27 mins ago


















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • 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.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • 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.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1105560%2ffastest-way-to-migrate-to-a-bigger-ssd-18-04%23new-answer', 'question_page');
}
);

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







-

Popular posts from this blog

Morgemoulin

Image
Morgemoulin — miejscowość i gmina — Państwo   Francja Region Grand Est Departament Moza Okręg Verdun Kod INSEE 55357 Powierzchnia 6,82 km² Populacja  (1990) • liczba ludności 75 • gęstość 11 os./km² Kod pocztowy 55400 Położenie na mapie Francji Morgemoulin 49°14′N   5°35′E / 49,233333   5,583333 Portal Francja Morgemoulin – miejscowość i gmina we Francji, w regionie Grand Est, w departamencie Moza. Według danych na rok 1990 gminę zamieszkiwało 75 osób, a gęstość zaludnienia wynosiła 11 osób/km² (wśród 2335 gmin Lotaryngii Morgemoulin plasuje się na 970. miejscu pod względem liczby ludności, natomiast pod względem powierzchni na miejscu 848.). Bibliografia | Francuski urząd statystyczny ( fr. ) . p   •   d   •   e Gminy okręgu Verdun Abaucourt-Hautecourt • Aincreville • Ambly-sur-Meuse • Amel-sur-l'Étang • Ancemont • Arrancy-sur-Crusne • Aubréville • Autré...
Read more

Scott Moir

Image
Scott Moir Tessa Virtue i Scott Moir w 2016 r. Reprezentacja   Kanada Data i miejsce urodzenia 2 września 1987 London Wzrost 180 cm Konkurencja Pary taneczne Partner sportowy Tessa Virtue Trener Marie-France Dubreuil, Patrice Lauzon, Romain Haguenauer Poprzednio: Marina Zujewa, Oleg Epstein, Igor Szpilband, Johnny Johns, Carol Moir, Paul MacIntosh, Suzanne Killing Klub Montreal International School of Skating Poprzednio: Arctic Edge FSC Ilderton Skating Club Lokalizacja treningowa Montreal Poprzednio: Canton Kitchener Rekordy życiowe ISU przed sezonem 2018/2019 Nota łączna 206,07 Igrzyska Olimpijskie 2018 Taniec krótki 83,67 Igrzyska Olimpijskie 2018 Taniec dowolny 122,40 Igrzyska Olimpijskie 2018 Dorobek medalowy Reprezentacja   Kanada Igrzyska olimpijskie Złoto Vancouver 2010 pary taneczne Złoto Pjongczang 2018 pary taneczne Złoto Pjongczang 2018 drużynowo Srebro S...
Read more

Souastre

Image
Souastre — miejscowość i gmina — Herb Państwo   Francja Region Hauts-de-France Departament Pas-de-Calais Okręg Arras Kod INSEE 62800 Powierzchnia 7,18 km² Populacja  (1990) • liczba ludności 352 • gęstość 49 os./km² Kod pocztowy 62111 Położenie na mapie Francji Souastre 50°09′N   2°34′E / 50,150000   2,566667 Portal Francja Souastre – miejscowość i gmina we Francji, w regionie Hauts-de-France, w departamencie Pas-de-Calais. Według danych na rok 1990 gminę zamieszkiwały 352 osoby, a gęstość zaludnienia wynosiła 49 osób/km² (wśród 1549 gmin regionu Nord-Pas-de-Calais Souastre plasuje się na 887. miejscu pod względem liczby ludności, natomiast pod względem powierzchni na miejscu 507.). Bibliografia | Francuski urząd statystyczny ( fr. ) . p   •   d   •   e Gminy okręgu Arras Ablain-Saint-Nazaire Ablainzevelle Acheville Achicourt Achiet-le-Grand Achiet-le-Pe...
Read more