Create iso image of persistent live usb with multiple partitionsUEFI + BIOS bootable live Debian stretch...
How can I deal with someone that wants to kill something that isn't supposed to be killed?
Acoustic guitar chords' positions vs those of a Bass guitar
How can I show that the speed of light in vacuum is the same in all reference frames?
How can I disable a reserved profile?
What kind of vegetable has pink and white concentric rings?
Do I have to mention my main character's age?
Quickest way to move a line in a text file before another line in a text file?
Found more old paper shares from broken up companies
Trivial non-dark twist in dark fantasy
Why Lie algebras if what we care about in physics are groups?
Is it OK to accept a job opportunity while planning on not taking it?
Is there any direct train from LHR Airport to Newcastle Gateshead?
Strange LED behavior
Impact of throwing away fruit waste on a peak > 3200 m above a glacier
Storyboarding Approaches for the Non-Artistic
Monday's Blocking Donimoes Problem
Found old paper shares of Motorola Inc that has since been broken up
Has Peter Parker ever eaten bugs?
You have no, but can try for yes
What should I watch before playing Alien: Isolation?
Create Circle with Inner Radius
How to handle not being able to attend as often as I'd like
How to pass array of values in lualatex?
Has Iron Man made any suit for underwater combat?
Create iso image of persistent live usb with multiple partitions
UEFI + BIOS bootable live Debian stretch amd64 with persistenceConvert Debian Live USB persistent filesystem to a standalone installationHow to create bootable debian usb drive from an existing linux partition?How to create a Debian live USB with persistence?bootable live usb doesn't boot, KNOPPIXHow to boot live debian using persistence image in read-only mode?UEFI + BIOS bootable live Debian stretch amd64 with persistenceHow to install non-free firmware from Windows via usb?Debian LiveUSB created with `Rufus` (windows) works but not when created with `dd`How to make bootable Linux USB with persistent storage that boots on Mac?Kali/Debian live-build: ISO that auto-mounts device
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
Using this awesome tutorial I was able to create a bootable Debian live USB with persistence.
After some days using it, it's quite configured and I would like to be able to replicate it into another usb drive.
Is there any way to do it?
I was thinking of creating an ISO image of the configured USB flash drive, but since it has multiple partitions I don't even know if it is possible.
debian
bumped to the homepage by Community♦ 34 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
Using this awesome tutorial I was able to create a bootable Debian live USB with persistence.
After some days using it, it's quite configured and I would like to be able to replicate it into another usb drive.
Is there any way to do it?
I was thinking of creating an ISO image of the configured USB flash drive, but since it has multiple partitions I don't even know if it is possible.
debian
bumped to the homepage by Community♦ 34 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
Using this awesome tutorial I was able to create a bootable Debian live USB with persistence.
After some days using it, it's quite configured and I would like to be able to replicate it into another usb drive.
Is there any way to do it?
I was thinking of creating an ISO image of the configured USB flash drive, but since it has multiple partitions I don't even know if it is possible.
debian
Using this awesome tutorial I was able to create a bootable Debian live USB with persistence.
After some days using it, it's quite configured and I would like to be able to replicate it into another usb drive.
Is there any way to do it?
I was thinking of creating an ISO image of the configured USB flash drive, but since it has multiple partitions I don't even know if it is possible.
debian
debian
edited Aug 15 '17 at 5:49
Noam M
4231 gold badge6 silver badges17 bronze badges
4231 gold badge6 silver badges17 bronze badges
asked Aug 14 '17 at 20:16
UxioUxio
235 bronze badges
235 bronze badges
bumped to the homepage by Community♦ 34 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
bumped to the homepage by Community♦ 34 mins ago
This question has answers that may be good or bad; the system has marked it active so that they can be reviewed.
add a comment |
add a comment |
3 Answers
3
active
oldest
votes
Just dd
or cat
the whole device file like /dev/sdb
into a file and the other way around.
It's also required to umount first the device in order to make iso image or dump the iso image.
– Uxio
Aug 15 '17 at 11:58
add a comment |
If the new USB drive is equal in size or larger, you can use dd to duplicate the drive (/dev/sdX being the template drive, /dev/sdY being the new drive):
dd if=/dev/sdX of=/dev/sdY bs=1M conv=sync
Otherwise, or if the new drive is larger than the template drive and you want to use a maximum amount of space for the persistence partition, you can prepare the new drive like you did prepare the template drive and then copy the persistence partition contents from the template drive to the new drive (simple file copy).
add a comment |
Clone 'any' persistent live system
You can clone the whole drive from a USB pendrive with a persistent live system to a drive with at least the same size.
It is straightforward if there is an MSDOS partition table (MBR).
There is a complication if there is a GUID partition table (GPT), and the size of the target drive is not exactly the same (not one single byte should be different). It is not enough that the nominal size is the same (the size printed on the outside of the drive).
In this case you must also repair the backup partition table. You can do it with
gdisk
, or easier with the shellscriptgpt-fix
, that usesgdisk
.
Create a persistent live drive with mkusb
You can create a persistent live drive using mkusb
and the operating systems Ubuntu, Debian (and operating systems created from Ubuntu or Debian, where the boot structure is not changed too much). The process will be automatic, and the whole drive will be used. There will be a partition for persistence with the ext4
file system and a partition for carrying files back and forth between your linux system and Windows with the NTFS file system (and some small partitions).
- Such a persistent live system (and installed systems too, installed like into an internal drive) can be cloned to a drive of at least the same size.
gpt-fix
functionality is built intomkusb
.
Flexible alternatives to cloning
There is a built-in backup system for a persistent live system created by
mkusb
, so that you can backup only the content of thecasper-rw
drive. This system is tailor-made for Ubuntu, and creates a compressed tarfile, a tarball.
For Debian you can do the corresponding thing 'manually',
- when booted into a live-only session and
- the partition for persistence is mounted.
- You can create a compressed tarfile, a tarball, of the whole content of the partition for persistence. The tarball should be created in another partition (on another drive or in the NTFS partition on the persistent live drive).
You can restore the same persistent live system by
- re-formatting the partition for persistence
- restoring by extracting the content of the tarball to the partition for persistence.
You can create a new persistent live drive (maybe of different size) but from the same live Ubuntu or Debian iso file by
- creating a persistent live system using
mkusb
- extracting the content of the tarball to the partition for persistence.
- creating a persistent live system using
You can upgrade to a new persistent live drive (maybe of different size) from a new version of the same live Ubuntu or Debian flavour (desktop environment) by
- backing up only the content of the
/home
directory in the partition of persistence into a tarball. - creating a persistent live system using
mkusb
- extracting the '
/home
directory content' of the tarball to the partition for persistence. This way you can preserve user specific tweaks and also personal files, but you have to re-install program packages and general system tweaks (for example in/etc
). - This corresponds to keeping the 'home' partition, when you re-install an installed system.
- backing up only the content of the
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/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
});
}
});
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%2f386100%2fcreate-iso-image-of-persistent-live-usb-with-multiple-partitions%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
Just dd
or cat
the whole device file like /dev/sdb
into a file and the other way around.
It's also required to umount first the device in order to make iso image or dump the iso image.
– Uxio
Aug 15 '17 at 11:58
add a comment |
Just dd
or cat
the whole device file like /dev/sdb
into a file and the other way around.
It's also required to umount first the device in order to make iso image or dump the iso image.
– Uxio
Aug 15 '17 at 11:58
add a comment |
Just dd
or cat
the whole device file like /dev/sdb
into a file and the other way around.
Just dd
or cat
the whole device file like /dev/sdb
into a file and the other way around.
answered Aug 14 '17 at 21:26
L29AhL29Ah
5571 silver badge15 bronze badges
5571 silver badge15 bronze badges
It's also required to umount first the device in order to make iso image or dump the iso image.
– Uxio
Aug 15 '17 at 11:58
add a comment |
It's also required to umount first the device in order to make iso image or dump the iso image.
– Uxio
Aug 15 '17 at 11:58
It's also required to umount first the device in order to make iso image or dump the iso image.
– Uxio
Aug 15 '17 at 11:58
It's also required to umount first the device in order to make iso image or dump the iso image.
– Uxio
Aug 15 '17 at 11:58
add a comment |
If the new USB drive is equal in size or larger, you can use dd to duplicate the drive (/dev/sdX being the template drive, /dev/sdY being the new drive):
dd if=/dev/sdX of=/dev/sdY bs=1M conv=sync
Otherwise, or if the new drive is larger than the template drive and you want to use a maximum amount of space for the persistence partition, you can prepare the new drive like you did prepare the template drive and then copy the persistence partition contents from the template drive to the new drive (simple file copy).
add a comment |
If the new USB drive is equal in size or larger, you can use dd to duplicate the drive (/dev/sdX being the template drive, /dev/sdY being the new drive):
dd if=/dev/sdX of=/dev/sdY bs=1M conv=sync
Otherwise, or if the new drive is larger than the template drive and you want to use a maximum amount of space for the persistence partition, you can prepare the new drive like you did prepare the template drive and then copy the persistence partition contents from the template drive to the new drive (simple file copy).
add a comment |
If the new USB drive is equal in size or larger, you can use dd to duplicate the drive (/dev/sdX being the template drive, /dev/sdY being the new drive):
dd if=/dev/sdX of=/dev/sdY bs=1M conv=sync
Otherwise, or if the new drive is larger than the template drive and you want to use a maximum amount of space for the persistence partition, you can prepare the new drive like you did prepare the template drive and then copy the persistence partition contents from the template drive to the new drive (simple file copy).
If the new USB drive is equal in size or larger, you can use dd to duplicate the drive (/dev/sdX being the template drive, /dev/sdY being the new drive):
dd if=/dev/sdX of=/dev/sdY bs=1M conv=sync
Otherwise, or if the new drive is larger than the template drive and you want to use a maximum amount of space for the persistence partition, you can prepare the new drive like you did prepare the template drive and then copy the persistence partition contents from the template drive to the new drive (simple file copy).
answered Oct 3 '17 at 18:02
schlimmchenschlimmchen
7881 gold badge7 silver badges15 bronze badges
7881 gold badge7 silver badges15 bronze badges
add a comment |
add a comment |
Clone 'any' persistent live system
You can clone the whole drive from a USB pendrive with a persistent live system to a drive with at least the same size.
It is straightforward if there is an MSDOS partition table (MBR).
There is a complication if there is a GUID partition table (GPT), and the size of the target drive is not exactly the same (not one single byte should be different). It is not enough that the nominal size is the same (the size printed on the outside of the drive).
In this case you must also repair the backup partition table. You can do it with
gdisk
, or easier with the shellscriptgpt-fix
, that usesgdisk
.
Create a persistent live drive with mkusb
You can create a persistent live drive using mkusb
and the operating systems Ubuntu, Debian (and operating systems created from Ubuntu or Debian, where the boot structure is not changed too much). The process will be automatic, and the whole drive will be used. There will be a partition for persistence with the ext4
file system and a partition for carrying files back and forth between your linux system and Windows with the NTFS file system (and some small partitions).
- Such a persistent live system (and installed systems too, installed like into an internal drive) can be cloned to a drive of at least the same size.
gpt-fix
functionality is built intomkusb
.
Flexible alternatives to cloning
There is a built-in backup system for a persistent live system created by
mkusb
, so that you can backup only the content of thecasper-rw
drive. This system is tailor-made for Ubuntu, and creates a compressed tarfile, a tarball.
For Debian you can do the corresponding thing 'manually',
- when booted into a live-only session and
- the partition for persistence is mounted.
- You can create a compressed tarfile, a tarball, of the whole content of the partition for persistence. The tarball should be created in another partition (on another drive or in the NTFS partition on the persistent live drive).
You can restore the same persistent live system by
- re-formatting the partition for persistence
- restoring by extracting the content of the tarball to the partition for persistence.
You can create a new persistent live drive (maybe of different size) but from the same live Ubuntu or Debian iso file by
- creating a persistent live system using
mkusb
- extracting the content of the tarball to the partition for persistence.
- creating a persistent live system using
You can upgrade to a new persistent live drive (maybe of different size) from a new version of the same live Ubuntu or Debian flavour (desktop environment) by
- backing up only the content of the
/home
directory in the partition of persistence into a tarball. - creating a persistent live system using
mkusb
- extracting the '
/home
directory content' of the tarball to the partition for persistence. This way you can preserve user specific tweaks and also personal files, but you have to re-install program packages and general system tweaks (for example in/etc
). - This corresponds to keeping the 'home' partition, when you re-install an installed system.
- backing up only the content of the
add a comment |
Clone 'any' persistent live system
You can clone the whole drive from a USB pendrive with a persistent live system to a drive with at least the same size.
It is straightforward if there is an MSDOS partition table (MBR).
There is a complication if there is a GUID partition table (GPT), and the size of the target drive is not exactly the same (not one single byte should be different). It is not enough that the nominal size is the same (the size printed on the outside of the drive).
In this case you must also repair the backup partition table. You can do it with
gdisk
, or easier with the shellscriptgpt-fix
, that usesgdisk
.
Create a persistent live drive with mkusb
You can create a persistent live drive using mkusb
and the operating systems Ubuntu, Debian (and operating systems created from Ubuntu or Debian, where the boot structure is not changed too much). The process will be automatic, and the whole drive will be used. There will be a partition for persistence with the ext4
file system and a partition for carrying files back and forth between your linux system and Windows with the NTFS file system (and some small partitions).
- Such a persistent live system (and installed systems too, installed like into an internal drive) can be cloned to a drive of at least the same size.
gpt-fix
functionality is built intomkusb
.
Flexible alternatives to cloning
There is a built-in backup system for a persistent live system created by
mkusb
, so that you can backup only the content of thecasper-rw
drive. This system is tailor-made for Ubuntu, and creates a compressed tarfile, a tarball.
For Debian you can do the corresponding thing 'manually',
- when booted into a live-only session and
- the partition for persistence is mounted.
- You can create a compressed tarfile, a tarball, of the whole content of the partition for persistence. The tarball should be created in another partition (on another drive or in the NTFS partition on the persistent live drive).
You can restore the same persistent live system by
- re-formatting the partition for persistence
- restoring by extracting the content of the tarball to the partition for persistence.
You can create a new persistent live drive (maybe of different size) but from the same live Ubuntu or Debian iso file by
- creating a persistent live system using
mkusb
- extracting the content of the tarball to the partition for persistence.
- creating a persistent live system using
You can upgrade to a new persistent live drive (maybe of different size) from a new version of the same live Ubuntu or Debian flavour (desktop environment) by
- backing up only the content of the
/home
directory in the partition of persistence into a tarball. - creating a persistent live system using
mkusb
- extracting the '
/home
directory content' of the tarball to the partition for persistence. This way you can preserve user specific tweaks and also personal files, but you have to re-install program packages and general system tweaks (for example in/etc
). - This corresponds to keeping the 'home' partition, when you re-install an installed system.
- backing up only the content of the
add a comment |
Clone 'any' persistent live system
You can clone the whole drive from a USB pendrive with a persistent live system to a drive with at least the same size.
It is straightforward if there is an MSDOS partition table (MBR).
There is a complication if there is a GUID partition table (GPT), and the size of the target drive is not exactly the same (not one single byte should be different). It is not enough that the nominal size is the same (the size printed on the outside of the drive).
In this case you must also repair the backup partition table. You can do it with
gdisk
, or easier with the shellscriptgpt-fix
, that usesgdisk
.
Create a persistent live drive with mkusb
You can create a persistent live drive using mkusb
and the operating systems Ubuntu, Debian (and operating systems created from Ubuntu or Debian, where the boot structure is not changed too much). The process will be automatic, and the whole drive will be used. There will be a partition for persistence with the ext4
file system and a partition for carrying files back and forth between your linux system and Windows with the NTFS file system (and some small partitions).
- Such a persistent live system (and installed systems too, installed like into an internal drive) can be cloned to a drive of at least the same size.
gpt-fix
functionality is built intomkusb
.
Flexible alternatives to cloning
There is a built-in backup system for a persistent live system created by
mkusb
, so that you can backup only the content of thecasper-rw
drive. This system is tailor-made for Ubuntu, and creates a compressed tarfile, a tarball.
For Debian you can do the corresponding thing 'manually',
- when booted into a live-only session and
- the partition for persistence is mounted.
- You can create a compressed tarfile, a tarball, of the whole content of the partition for persistence. The tarball should be created in another partition (on another drive or in the NTFS partition on the persistent live drive).
You can restore the same persistent live system by
- re-formatting the partition for persistence
- restoring by extracting the content of the tarball to the partition for persistence.
You can create a new persistent live drive (maybe of different size) but from the same live Ubuntu or Debian iso file by
- creating a persistent live system using
mkusb
- extracting the content of the tarball to the partition for persistence.
- creating a persistent live system using
You can upgrade to a new persistent live drive (maybe of different size) from a new version of the same live Ubuntu or Debian flavour (desktop environment) by
- backing up only the content of the
/home
directory in the partition of persistence into a tarball. - creating a persistent live system using
mkusb
- extracting the '
/home
directory content' of the tarball to the partition for persistence. This way you can preserve user specific tweaks and also personal files, but you have to re-install program packages and general system tweaks (for example in/etc
). - This corresponds to keeping the 'home' partition, when you re-install an installed system.
- backing up only the content of the
Clone 'any' persistent live system
You can clone the whole drive from a USB pendrive with a persistent live system to a drive with at least the same size.
It is straightforward if there is an MSDOS partition table (MBR).
There is a complication if there is a GUID partition table (GPT), and the size of the target drive is not exactly the same (not one single byte should be different). It is not enough that the nominal size is the same (the size printed on the outside of the drive).
In this case you must also repair the backup partition table. You can do it with
gdisk
, or easier with the shellscriptgpt-fix
, that usesgdisk
.
Create a persistent live drive with mkusb
You can create a persistent live drive using mkusb
and the operating systems Ubuntu, Debian (and operating systems created from Ubuntu or Debian, where the boot structure is not changed too much). The process will be automatic, and the whole drive will be used. There will be a partition for persistence with the ext4
file system and a partition for carrying files back and forth between your linux system and Windows with the NTFS file system (and some small partitions).
- Such a persistent live system (and installed systems too, installed like into an internal drive) can be cloned to a drive of at least the same size.
gpt-fix
functionality is built intomkusb
.
Flexible alternatives to cloning
There is a built-in backup system for a persistent live system created by
mkusb
, so that you can backup only the content of thecasper-rw
drive. This system is tailor-made for Ubuntu, and creates a compressed tarfile, a tarball.
For Debian you can do the corresponding thing 'manually',
- when booted into a live-only session and
- the partition for persistence is mounted.
- You can create a compressed tarfile, a tarball, of the whole content of the partition for persistence. The tarball should be created in another partition (on another drive or in the NTFS partition on the persistent live drive).
You can restore the same persistent live system by
- re-formatting the partition for persistence
- restoring by extracting the content of the tarball to the partition for persistence.
You can create a new persistent live drive (maybe of different size) but from the same live Ubuntu or Debian iso file by
- creating a persistent live system using
mkusb
- extracting the content of the tarball to the partition for persistence.
- creating a persistent live system using
You can upgrade to a new persistent live drive (maybe of different size) from a new version of the same live Ubuntu or Debian flavour (desktop environment) by
- backing up only the content of the
/home
directory in the partition of persistence into a tarball. - creating a persistent live system using
mkusb
- extracting the '
/home
directory content' of the tarball to the partition for persistence. This way you can preserve user specific tweaks and also personal files, but you have to re-install program packages and general system tweaks (for example in/etc
). - This corresponds to keeping the 'home' partition, when you re-install an installed system.
- backing up only the content of the
answered Feb 22 at 8:41
sudodussudodus
1,8315 silver badges9 bronze badges
1,8315 silver badges9 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%2f386100%2fcreate-iso-image-of-persistent-live-usb-with-multiple-partitions%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