Complete data transfer with dd - Is that possible?












1














I am planning to create a /home partition. The only problem is that my hard drive is MBR, not GPT, and I have used the maximum 4 partitions that are available (Windows 7, a NTFS partition for data, Lubuntu 18.04 & swap partition.)



So I came up with a plan: use dd to transfer my data, make the necessary changes to the main disk and use dd again to restore the data. The plan goes as follows:




  1. Boot from a Live CD/USB

  2. Shrink the main Lubuntu partition (because the target disk has 73 GB available)

  3. Transfer my data with dd to the target disk

  4. Delete Lubuntu & swap partitions, then create an extended one with 2 "sub-partitions"

  5. Restore the data to my main disk using dd again

  6. Follow this guide to create a /home partition

  7. Done!


Is this going to work? Because I don't know if the symbolic links will be transferred and I do not want to spend 2 hours for the packages and updates to download.










share|improve this question






















  • Why 1. do you want a home partition on this drive? 2. do you want to shrink the Lubuntu partition before the transfer of data (risky)? 3. do you want to use dd for the data transfer? -- What size of the home partition do you want (Would 73 GB be enough?
    – sudodus
    Dec 10 at 17:10












  • @sudodus 1. In order to not have my data scattered across different drives 2. Yes 3. If it is possible 4. I have about 50 GB used, so 73 would be more than enough.
    – Bajiru
    Dec 10 at 17:32
















1














I am planning to create a /home partition. The only problem is that my hard drive is MBR, not GPT, and I have used the maximum 4 partitions that are available (Windows 7, a NTFS partition for data, Lubuntu 18.04 & swap partition.)



So I came up with a plan: use dd to transfer my data, make the necessary changes to the main disk and use dd again to restore the data. The plan goes as follows:




  1. Boot from a Live CD/USB

  2. Shrink the main Lubuntu partition (because the target disk has 73 GB available)

  3. Transfer my data with dd to the target disk

  4. Delete Lubuntu & swap partitions, then create an extended one with 2 "sub-partitions"

  5. Restore the data to my main disk using dd again

  6. Follow this guide to create a /home partition

  7. Done!


Is this going to work? Because I don't know if the symbolic links will be transferred and I do not want to spend 2 hours for the packages and updates to download.










share|improve this question






















  • Why 1. do you want a home partition on this drive? 2. do you want to shrink the Lubuntu partition before the transfer of data (risky)? 3. do you want to use dd for the data transfer? -- What size of the home partition do you want (Would 73 GB be enough?
    – sudodus
    Dec 10 at 17:10












  • @sudodus 1. In order to not have my data scattered across different drives 2. Yes 3. If it is possible 4. I have about 50 GB used, so 73 would be more than enough.
    – Bajiru
    Dec 10 at 17:32














1












1








1


1





I am planning to create a /home partition. The only problem is that my hard drive is MBR, not GPT, and I have used the maximum 4 partitions that are available (Windows 7, a NTFS partition for data, Lubuntu 18.04 & swap partition.)



So I came up with a plan: use dd to transfer my data, make the necessary changes to the main disk and use dd again to restore the data. The plan goes as follows:




  1. Boot from a Live CD/USB

  2. Shrink the main Lubuntu partition (because the target disk has 73 GB available)

  3. Transfer my data with dd to the target disk

  4. Delete Lubuntu & swap partitions, then create an extended one with 2 "sub-partitions"

  5. Restore the data to my main disk using dd again

  6. Follow this guide to create a /home partition

  7. Done!


Is this going to work? Because I don't know if the symbolic links will be transferred and I do not want to spend 2 hours for the packages and updates to download.










share|improve this question













I am planning to create a /home partition. The only problem is that my hard drive is MBR, not GPT, and I have used the maximum 4 partitions that are available (Windows 7, a NTFS partition for data, Lubuntu 18.04 & swap partition.)



So I came up with a plan: use dd to transfer my data, make the necessary changes to the main disk and use dd again to restore the data. The plan goes as follows:




  1. Boot from a Live CD/USB

  2. Shrink the main Lubuntu partition (because the target disk has 73 GB available)

  3. Transfer my data with dd to the target disk

  4. Delete Lubuntu & swap partitions, then create an extended one with 2 "sub-partitions"

  5. Restore the data to my main disk using dd again

  6. Follow this guide to create a /home partition

  7. Done!


Is this going to work? Because I don't know if the symbolic links will be transferred and I do not want to spend 2 hours for the packages and updates to download.







partitioning home-directory external-hdd dd






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Dec 10 at 16:38









Bajiru

463319




463319












  • Why 1. do you want a home partition on this drive? 2. do you want to shrink the Lubuntu partition before the transfer of data (risky)? 3. do you want to use dd for the data transfer? -- What size of the home partition do you want (Would 73 GB be enough?
    – sudodus
    Dec 10 at 17:10












  • @sudodus 1. In order to not have my data scattered across different drives 2. Yes 3. If it is possible 4. I have about 50 GB used, so 73 would be more than enough.
    – Bajiru
    Dec 10 at 17:32


















  • Why 1. do you want a home partition on this drive? 2. do you want to shrink the Lubuntu partition before the transfer of data (risky)? 3. do you want to use dd for the data transfer? -- What size of the home partition do you want (Would 73 GB be enough?
    – sudodus
    Dec 10 at 17:10












  • @sudodus 1. In order to not have my data scattered across different drives 2. Yes 3. If it is possible 4. I have about 50 GB used, so 73 would be more than enough.
    – Bajiru
    Dec 10 at 17:32
















Why 1. do you want a home partition on this drive? 2. do you want to shrink the Lubuntu partition before the transfer of data (risky)? 3. do you want to use dd for the data transfer? -- What size of the home partition do you want (Would 73 GB be enough?
– sudodus
Dec 10 at 17:10






Why 1. do you want a home partition on this drive? 2. do you want to shrink the Lubuntu partition before the transfer of data (risky)? 3. do you want to use dd for the data transfer? -- What size of the home partition do you want (Would 73 GB be enough?
– sudodus
Dec 10 at 17:10














@sudodus 1. In order to not have my data scattered across different drives 2. Yes 3. If it is possible 4. I have about 50 GB used, so 73 would be more than enough.
– Bajiru
Dec 10 at 17:32




@sudodus 1. In order to not have my data scattered across different drives 2. Yes 3. If it is possible 4. I have about 50 GB used, so 73 would be more than enough.
– Bajiru
Dec 10 at 17:32










1 Answer
1






active

oldest

votes


















1














Boot from another drive



I would suggest that you work from another drive, for example an Ubuntu live drive or a Clonezilla drive.





  • backup at least all files, that you cannot afford to lose, to another drive before you start shrinking the Lubuntu partition or even better, that you




    • clone the whole current Lubuntu partition with dd or Clonezilla or


    • make two tarballs (preserving properties) with



      cd /path-to-lubuntu-root-file-system/home
      sudo tar -cvzf /path-to-external-drive/home.tar.gz .
      cd /path-to-lubuntu-root-file-system
      sudo tar --exclude="/home" -cvzf /path-to-external-drive/root.tar.gz .


      when booted from a live drive.






Edit partitions




  • Use gparted to edit the partition table to what you want. If you let the head end of the new root partition be at the same position as the old one, the bootloader will might find it, so that you need not re-install the bootloader (grub), if not, it is rather easy to re-install, 'repair', the bootloader.


  • If you rely on the tarballs, you can wipe the root partition and the swap partition, and the editing process will be very fast


  • Otherwise you can shrink it by moving the tail end and remove the swap partition

  • Create a partition for the root file system at the head end of the unallocated drive space (and leave some unallocated drive space for the other partitions)

  • Create an extended partition (using all unallocated drive space)

  • Create a partition for /home and for swap as logical partitions.


Now you can start restoring data from the cloned image file or the tarballs



cd /path-to-lubuntu-home-file-system
sudo tar -xvzf /path-to-external-drive/home.tar.gz
cd /path-to-lubuntu-root-file-system
sudo tar -xvzf /path-to-external-drive/root.tar.gz



  • Make the UUIDs of the root file system and the swap partition match the lines in /etc/fstab

  • Create a new line in /etc/fstab for the 'home' partition




Reboot into your revamped system, and if necessary re-install, 'repair', the bootloader.





Screenshot with an extended partition and two logical partitions in it,



enter image description here



In this case I reduced the size of the casper-rw partition of a persistent live drive and added a home-rw partition.






share|improve this answer























  • I'll try it tomorrow after school or on Thursday (when I don't have school that day). I'll contact you if I have any issues. Thanks for helping me! Also, I wanted to have 3 partitions inside of the extended one. Why do you suggest that I leave the root partition outside of the extended one?
    – Bajiru
    Dec 11 at 12:40












  • Mainly in order to keep the head end at the same position as before (helps the bootloader). If you are ready to re-install the bootloader, you can put it inside the extended partition.
    – sudodus
    Dec 11 at 12:49










  • I think I'm going to do the latter.
    – Bajiru
    Dec 11 at 14:57






  • 1




    OK, good luck :-)
    – sudodus
    Dec 11 at 14:58










  • Um, no. The backup process went just fine (I chose the tarball method), however, when I went to edit the partition map using GParted, it would not let me add a second extended partition (I already have one). Only primary ones were allowed. Thankfully, I did not save any changes, so now I am left with only the backups and the untouched Lubuntu installation. Any ideas?
    – Bajiru
    Dec 12 at 18:59











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%2f1099836%2fcomplete-data-transfer-with-dd-is-that-possible%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









1














Boot from another drive



I would suggest that you work from another drive, for example an Ubuntu live drive or a Clonezilla drive.





  • backup at least all files, that you cannot afford to lose, to another drive before you start shrinking the Lubuntu partition or even better, that you




    • clone the whole current Lubuntu partition with dd or Clonezilla or


    • make two tarballs (preserving properties) with



      cd /path-to-lubuntu-root-file-system/home
      sudo tar -cvzf /path-to-external-drive/home.tar.gz .
      cd /path-to-lubuntu-root-file-system
      sudo tar --exclude="/home" -cvzf /path-to-external-drive/root.tar.gz .


      when booted from a live drive.






Edit partitions




  • Use gparted to edit the partition table to what you want. If you let the head end of the new root partition be at the same position as the old one, the bootloader will might find it, so that you need not re-install the bootloader (grub), if not, it is rather easy to re-install, 'repair', the bootloader.


  • If you rely on the tarballs, you can wipe the root partition and the swap partition, and the editing process will be very fast


  • Otherwise you can shrink it by moving the tail end and remove the swap partition

  • Create a partition for the root file system at the head end of the unallocated drive space (and leave some unallocated drive space for the other partitions)

  • Create an extended partition (using all unallocated drive space)

  • Create a partition for /home and for swap as logical partitions.


Now you can start restoring data from the cloned image file or the tarballs



cd /path-to-lubuntu-home-file-system
sudo tar -xvzf /path-to-external-drive/home.tar.gz
cd /path-to-lubuntu-root-file-system
sudo tar -xvzf /path-to-external-drive/root.tar.gz



  • Make the UUIDs of the root file system and the swap partition match the lines in /etc/fstab

  • Create a new line in /etc/fstab for the 'home' partition




Reboot into your revamped system, and if necessary re-install, 'repair', the bootloader.





Screenshot with an extended partition and two logical partitions in it,



enter image description here



In this case I reduced the size of the casper-rw partition of a persistent live drive and added a home-rw partition.






share|improve this answer























  • I'll try it tomorrow after school or on Thursday (when I don't have school that day). I'll contact you if I have any issues. Thanks for helping me! Also, I wanted to have 3 partitions inside of the extended one. Why do you suggest that I leave the root partition outside of the extended one?
    – Bajiru
    Dec 11 at 12:40












  • Mainly in order to keep the head end at the same position as before (helps the bootloader). If you are ready to re-install the bootloader, you can put it inside the extended partition.
    – sudodus
    Dec 11 at 12:49










  • I think I'm going to do the latter.
    – Bajiru
    Dec 11 at 14:57






  • 1




    OK, good luck :-)
    – sudodus
    Dec 11 at 14:58










  • Um, no. The backup process went just fine (I chose the tarball method), however, when I went to edit the partition map using GParted, it would not let me add a second extended partition (I already have one). Only primary ones were allowed. Thankfully, I did not save any changes, so now I am left with only the backups and the untouched Lubuntu installation. Any ideas?
    – Bajiru
    Dec 12 at 18:59
















1














Boot from another drive



I would suggest that you work from another drive, for example an Ubuntu live drive or a Clonezilla drive.





  • backup at least all files, that you cannot afford to lose, to another drive before you start shrinking the Lubuntu partition or even better, that you




    • clone the whole current Lubuntu partition with dd or Clonezilla or


    • make two tarballs (preserving properties) with



      cd /path-to-lubuntu-root-file-system/home
      sudo tar -cvzf /path-to-external-drive/home.tar.gz .
      cd /path-to-lubuntu-root-file-system
      sudo tar --exclude="/home" -cvzf /path-to-external-drive/root.tar.gz .


      when booted from a live drive.






Edit partitions




  • Use gparted to edit the partition table to what you want. If you let the head end of the new root partition be at the same position as the old one, the bootloader will might find it, so that you need not re-install the bootloader (grub), if not, it is rather easy to re-install, 'repair', the bootloader.


  • If you rely on the tarballs, you can wipe the root partition and the swap partition, and the editing process will be very fast


  • Otherwise you can shrink it by moving the tail end and remove the swap partition

  • Create a partition for the root file system at the head end of the unallocated drive space (and leave some unallocated drive space for the other partitions)

  • Create an extended partition (using all unallocated drive space)

  • Create a partition for /home and for swap as logical partitions.


Now you can start restoring data from the cloned image file or the tarballs



cd /path-to-lubuntu-home-file-system
sudo tar -xvzf /path-to-external-drive/home.tar.gz
cd /path-to-lubuntu-root-file-system
sudo tar -xvzf /path-to-external-drive/root.tar.gz



  • Make the UUIDs of the root file system and the swap partition match the lines in /etc/fstab

  • Create a new line in /etc/fstab for the 'home' partition




Reboot into your revamped system, and if necessary re-install, 'repair', the bootloader.





Screenshot with an extended partition and two logical partitions in it,



enter image description here



In this case I reduced the size of the casper-rw partition of a persistent live drive and added a home-rw partition.






share|improve this answer























  • I'll try it tomorrow after school or on Thursday (when I don't have school that day). I'll contact you if I have any issues. Thanks for helping me! Also, I wanted to have 3 partitions inside of the extended one. Why do you suggest that I leave the root partition outside of the extended one?
    – Bajiru
    Dec 11 at 12:40












  • Mainly in order to keep the head end at the same position as before (helps the bootloader). If you are ready to re-install the bootloader, you can put it inside the extended partition.
    – sudodus
    Dec 11 at 12:49










  • I think I'm going to do the latter.
    – Bajiru
    Dec 11 at 14:57






  • 1




    OK, good luck :-)
    – sudodus
    Dec 11 at 14:58










  • Um, no. The backup process went just fine (I chose the tarball method), however, when I went to edit the partition map using GParted, it would not let me add a second extended partition (I already have one). Only primary ones were allowed. Thankfully, I did not save any changes, so now I am left with only the backups and the untouched Lubuntu installation. Any ideas?
    – Bajiru
    Dec 12 at 18:59














1












1








1






Boot from another drive



I would suggest that you work from another drive, for example an Ubuntu live drive or a Clonezilla drive.





  • backup at least all files, that you cannot afford to lose, to another drive before you start shrinking the Lubuntu partition or even better, that you




    • clone the whole current Lubuntu partition with dd or Clonezilla or


    • make two tarballs (preserving properties) with



      cd /path-to-lubuntu-root-file-system/home
      sudo tar -cvzf /path-to-external-drive/home.tar.gz .
      cd /path-to-lubuntu-root-file-system
      sudo tar --exclude="/home" -cvzf /path-to-external-drive/root.tar.gz .


      when booted from a live drive.






Edit partitions




  • Use gparted to edit the partition table to what you want. If you let the head end of the new root partition be at the same position as the old one, the bootloader will might find it, so that you need not re-install the bootloader (grub), if not, it is rather easy to re-install, 'repair', the bootloader.


  • If you rely on the tarballs, you can wipe the root partition and the swap partition, and the editing process will be very fast


  • Otherwise you can shrink it by moving the tail end and remove the swap partition

  • Create a partition for the root file system at the head end of the unallocated drive space (and leave some unallocated drive space for the other partitions)

  • Create an extended partition (using all unallocated drive space)

  • Create a partition for /home and for swap as logical partitions.


Now you can start restoring data from the cloned image file or the tarballs



cd /path-to-lubuntu-home-file-system
sudo tar -xvzf /path-to-external-drive/home.tar.gz
cd /path-to-lubuntu-root-file-system
sudo tar -xvzf /path-to-external-drive/root.tar.gz



  • Make the UUIDs of the root file system and the swap partition match the lines in /etc/fstab

  • Create a new line in /etc/fstab for the 'home' partition




Reboot into your revamped system, and if necessary re-install, 'repair', the bootloader.





Screenshot with an extended partition and two logical partitions in it,



enter image description here



In this case I reduced the size of the casper-rw partition of a persistent live drive and added a home-rw partition.






share|improve this answer














Boot from another drive



I would suggest that you work from another drive, for example an Ubuntu live drive or a Clonezilla drive.





  • backup at least all files, that you cannot afford to lose, to another drive before you start shrinking the Lubuntu partition or even better, that you




    • clone the whole current Lubuntu partition with dd or Clonezilla or


    • make two tarballs (preserving properties) with



      cd /path-to-lubuntu-root-file-system/home
      sudo tar -cvzf /path-to-external-drive/home.tar.gz .
      cd /path-to-lubuntu-root-file-system
      sudo tar --exclude="/home" -cvzf /path-to-external-drive/root.tar.gz .


      when booted from a live drive.






Edit partitions




  • Use gparted to edit the partition table to what you want. If you let the head end of the new root partition be at the same position as the old one, the bootloader will might find it, so that you need not re-install the bootloader (grub), if not, it is rather easy to re-install, 'repair', the bootloader.


  • If you rely on the tarballs, you can wipe the root partition and the swap partition, and the editing process will be very fast


  • Otherwise you can shrink it by moving the tail end and remove the swap partition

  • Create a partition for the root file system at the head end of the unallocated drive space (and leave some unallocated drive space for the other partitions)

  • Create an extended partition (using all unallocated drive space)

  • Create a partition for /home and for swap as logical partitions.


Now you can start restoring data from the cloned image file or the tarballs



cd /path-to-lubuntu-home-file-system
sudo tar -xvzf /path-to-external-drive/home.tar.gz
cd /path-to-lubuntu-root-file-system
sudo tar -xvzf /path-to-external-drive/root.tar.gz



  • Make the UUIDs of the root file system and the swap partition match the lines in /etc/fstab

  • Create a new line in /etc/fstab for the 'home' partition




Reboot into your revamped system, and if necessary re-install, 'repair', the bootloader.





Screenshot with an extended partition and two logical partitions in it,



enter image description here



In this case I reduced the size of the casper-rw partition of a persistent live drive and added a home-rw partition.







share|improve this answer














share|improve this answer



share|improve this answer








edited Dec 12 at 20:42

























answered Dec 10 at 19:54









sudodus

22.6k32872




22.6k32872












  • I'll try it tomorrow after school or on Thursday (when I don't have school that day). I'll contact you if I have any issues. Thanks for helping me! Also, I wanted to have 3 partitions inside of the extended one. Why do you suggest that I leave the root partition outside of the extended one?
    – Bajiru
    Dec 11 at 12:40












  • Mainly in order to keep the head end at the same position as before (helps the bootloader). If you are ready to re-install the bootloader, you can put it inside the extended partition.
    – sudodus
    Dec 11 at 12:49










  • I think I'm going to do the latter.
    – Bajiru
    Dec 11 at 14:57






  • 1




    OK, good luck :-)
    – sudodus
    Dec 11 at 14:58










  • Um, no. The backup process went just fine (I chose the tarball method), however, when I went to edit the partition map using GParted, it would not let me add a second extended partition (I already have one). Only primary ones were allowed. Thankfully, I did not save any changes, so now I am left with only the backups and the untouched Lubuntu installation. Any ideas?
    – Bajiru
    Dec 12 at 18:59


















  • I'll try it tomorrow after school or on Thursday (when I don't have school that day). I'll contact you if I have any issues. Thanks for helping me! Also, I wanted to have 3 partitions inside of the extended one. Why do you suggest that I leave the root partition outside of the extended one?
    – Bajiru
    Dec 11 at 12:40












  • Mainly in order to keep the head end at the same position as before (helps the bootloader). If you are ready to re-install the bootloader, you can put it inside the extended partition.
    – sudodus
    Dec 11 at 12:49










  • I think I'm going to do the latter.
    – Bajiru
    Dec 11 at 14:57






  • 1




    OK, good luck :-)
    – sudodus
    Dec 11 at 14:58










  • Um, no. The backup process went just fine (I chose the tarball method), however, when I went to edit the partition map using GParted, it would not let me add a second extended partition (I already have one). Only primary ones were allowed. Thankfully, I did not save any changes, so now I am left with only the backups and the untouched Lubuntu installation. Any ideas?
    – Bajiru
    Dec 12 at 18:59
















I'll try it tomorrow after school or on Thursday (when I don't have school that day). I'll contact you if I have any issues. Thanks for helping me! Also, I wanted to have 3 partitions inside of the extended one. Why do you suggest that I leave the root partition outside of the extended one?
– Bajiru
Dec 11 at 12:40






I'll try it tomorrow after school or on Thursday (when I don't have school that day). I'll contact you if I have any issues. Thanks for helping me! Also, I wanted to have 3 partitions inside of the extended one. Why do you suggest that I leave the root partition outside of the extended one?
– Bajiru
Dec 11 at 12:40














Mainly in order to keep the head end at the same position as before (helps the bootloader). If you are ready to re-install the bootloader, you can put it inside the extended partition.
– sudodus
Dec 11 at 12:49




Mainly in order to keep the head end at the same position as before (helps the bootloader). If you are ready to re-install the bootloader, you can put it inside the extended partition.
– sudodus
Dec 11 at 12:49












I think I'm going to do the latter.
– Bajiru
Dec 11 at 14:57




I think I'm going to do the latter.
– Bajiru
Dec 11 at 14:57




1




1




OK, good luck :-)
– sudodus
Dec 11 at 14:58




OK, good luck :-)
– sudodus
Dec 11 at 14:58












Um, no. The backup process went just fine (I chose the tarball method), however, when I went to edit the partition map using GParted, it would not let me add a second extended partition (I already have one). Only primary ones were allowed. Thankfully, I did not save any changes, so now I am left with only the backups and the untouched Lubuntu installation. Any ideas?
– Bajiru
Dec 12 at 18:59




Um, no. The backup process went just fine (I chose the tarball method), however, when I went to edit the partition map using GParted, it would not let me add a second extended partition (I already have one). Only primary ones were allowed. Thankfully, I did not save any changes, so now I am left with only the backups and the untouched Lubuntu installation. Any ideas?
– Bajiru
Dec 12 at 18:59


















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%2f1099836%2fcomplete-data-transfer-with-dd-is-that-possible%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

flock() on closed filehandle LOCK_FILE at /usr/bin/apt-mirror

Mangá

 ⁒  ․,‪⁊‑⁙ ⁖, ⁇‒※‌, †,⁖‗‌⁝    ‾‸⁘,‖⁔⁣,⁂‾
”‑,‥–,‬ ,⁀‹⁋‴⁑ ‒ ,‴⁋”‼ ⁨,‷⁔„ ‰′,‐‚ ‥‡‎“‷⁃⁨⁅⁣,⁔
⁇‘⁔⁡⁏⁌⁡‿‶‏⁨ ⁣⁕⁖⁨⁩⁥‽⁀  ‴‬⁜‟ ⁃‣‧⁕‮ …‍⁨‴ ⁩,⁚⁖‫ ,‵ ⁀,‮⁝‣‣ ⁑  ⁂– ․, ‾‽ ‏⁁“⁗‸ ‾… ‹‡⁌⁎‸‘ ‡⁏⁌‪ ‵⁛ ‎⁨ ―⁦⁤⁄⁕