backing up corrupted linux os
The /bin folder of my linux system was accidentally deleted as a superuser. Now the system is corrupted, and restarting it will collapse the system. There are some stackoverflow posts which list what can be done in such case to restore the bin folder. I have tried them and it does not seem to work for my case. Therefore, I would like to backup all my data and softwares, and clean install the OS. My question is how do I create a backup of my data and softwares, and how is the backup restored once the clean install is successful? Using external softwares to back up is not an option now because my system denies permission if I try to do that.
linux installation backup
add a comment |
The /bin folder of my linux system was accidentally deleted as a superuser. Now the system is corrupted, and restarting it will collapse the system. There are some stackoverflow posts which list what can be done in such case to restore the bin folder. I have tried them and it does not seem to work for my case. Therefore, I would like to backup all my data and softwares, and clean install the OS. My question is how do I create a backup of my data and softwares, and how is the backup restored once the clean install is successful? Using external softwares to back up is not an option now because my system denies permission if I try to do that.
linux installation backup
What have you tried already, that didn't work? If all your personal data is in your old home, then at least saving only that directory should be possible, I'd use a live ISO/USB/DVD. Lots of program config info is in your home already, but some things in/etc
might be of interest (fstab, apt/sources...)
– Xen2050
Jan 11 at 5:37
add a comment |
The /bin folder of my linux system was accidentally deleted as a superuser. Now the system is corrupted, and restarting it will collapse the system. There are some stackoverflow posts which list what can be done in such case to restore the bin folder. I have tried them and it does not seem to work for my case. Therefore, I would like to backup all my data and softwares, and clean install the OS. My question is how do I create a backup of my data and softwares, and how is the backup restored once the clean install is successful? Using external softwares to back up is not an option now because my system denies permission if I try to do that.
linux installation backup
The /bin folder of my linux system was accidentally deleted as a superuser. Now the system is corrupted, and restarting it will collapse the system. There are some stackoverflow posts which list what can be done in such case to restore the bin folder. I have tried them and it does not seem to work for my case. Therefore, I would like to backup all my data and softwares, and clean install the OS. My question is how do I create a backup of my data and softwares, and how is the backup restored once the clean install is successful? Using external softwares to back up is not an option now because my system denies permission if I try to do that.
linux installation backup
linux installation backup
asked Jan 11 at 2:24
dipankardipankar
1
1
What have you tried already, that didn't work? If all your personal data is in your old home, then at least saving only that directory should be possible, I'd use a live ISO/USB/DVD. Lots of program config info is in your home already, but some things in/etc
might be of interest (fstab, apt/sources...)
– Xen2050
Jan 11 at 5:37
add a comment |
What have you tried already, that didn't work? If all your personal data is in your old home, then at least saving only that directory should be possible, I'd use a live ISO/USB/DVD. Lots of program config info is in your home already, but some things in/etc
might be of interest (fstab, apt/sources...)
– Xen2050
Jan 11 at 5:37
What have you tried already, that didn't work? If all your personal data is in your old home, then at least saving only that directory should be possible, I'd use a live ISO/USB/DVD. Lots of program config info is in your home already, but some things in
/etc
might be of interest (fstab, apt/sources...)– Xen2050
Jan 11 at 5:37
What have you tried already, that didn't work? If all your personal data is in your old home, then at least saving only that directory should be possible, I'd use a live ISO/USB/DVD. Lots of program config info is in your home already, but some things in
/etc
might be of interest (fstab, apt/sources...)– Xen2050
Jan 11 at 5:37
add a comment |
1 Answer
1
active
oldest
votes
There are are a few ways to solve this problem. If you don't have a lot of data and still have an Internet connection and another host with ssh, the easiest way might be to scp the data to the new site (scp is in /usr/bin, not /usr/local/bin).
A more general way would be to remove the disk from your computer, install a new disk and rebuild the OS. Once you have done this, connect up the old disk - which should hopefully find the partitions and auto-mount them, and you can then drag-and-drop the data. This does assume that the drive is not encrypted. (If the drive is encrypted, and you know the key, it can still be done, but might be harder depending on the distro)
Does the rebuilted OS need to be the same version as that of the original OS?
– dipankar
Jan 11 at 16:00
No. The only requirements are that the hardware, abstraction layers (if applicable) and filesystem type are known by the new distribution. Generally this is not a problem, and certainly newer versions of distribution are typically backwards compatible. (Abstraction layers are things like LVM, and RAID, if implemented.)
– davidgo
Jan 11 at 17:11
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "3"
};
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
});
}
});
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%2fsuperuser.com%2fquestions%2f1393000%2fbacking-up-corrupted-linux-os%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
There are are a few ways to solve this problem. If you don't have a lot of data and still have an Internet connection and another host with ssh, the easiest way might be to scp the data to the new site (scp is in /usr/bin, not /usr/local/bin).
A more general way would be to remove the disk from your computer, install a new disk and rebuild the OS. Once you have done this, connect up the old disk - which should hopefully find the partitions and auto-mount them, and you can then drag-and-drop the data. This does assume that the drive is not encrypted. (If the drive is encrypted, and you know the key, it can still be done, but might be harder depending on the distro)
Does the rebuilted OS need to be the same version as that of the original OS?
– dipankar
Jan 11 at 16:00
No. The only requirements are that the hardware, abstraction layers (if applicable) and filesystem type are known by the new distribution. Generally this is not a problem, and certainly newer versions of distribution are typically backwards compatible. (Abstraction layers are things like LVM, and RAID, if implemented.)
– davidgo
Jan 11 at 17:11
add a comment |
There are are a few ways to solve this problem. If you don't have a lot of data and still have an Internet connection and another host with ssh, the easiest way might be to scp the data to the new site (scp is in /usr/bin, not /usr/local/bin).
A more general way would be to remove the disk from your computer, install a new disk and rebuild the OS. Once you have done this, connect up the old disk - which should hopefully find the partitions and auto-mount them, and you can then drag-and-drop the data. This does assume that the drive is not encrypted. (If the drive is encrypted, and you know the key, it can still be done, but might be harder depending on the distro)
Does the rebuilted OS need to be the same version as that of the original OS?
– dipankar
Jan 11 at 16:00
No. The only requirements are that the hardware, abstraction layers (if applicable) and filesystem type are known by the new distribution. Generally this is not a problem, and certainly newer versions of distribution are typically backwards compatible. (Abstraction layers are things like LVM, and RAID, if implemented.)
– davidgo
Jan 11 at 17:11
add a comment |
There are are a few ways to solve this problem. If you don't have a lot of data and still have an Internet connection and another host with ssh, the easiest way might be to scp the data to the new site (scp is in /usr/bin, not /usr/local/bin).
A more general way would be to remove the disk from your computer, install a new disk and rebuild the OS. Once you have done this, connect up the old disk - which should hopefully find the partitions and auto-mount them, and you can then drag-and-drop the data. This does assume that the drive is not encrypted. (If the drive is encrypted, and you know the key, it can still be done, but might be harder depending on the distro)
There are are a few ways to solve this problem. If you don't have a lot of data and still have an Internet connection and another host with ssh, the easiest way might be to scp the data to the new site (scp is in /usr/bin, not /usr/local/bin).
A more general way would be to remove the disk from your computer, install a new disk and rebuild the OS. Once you have done this, connect up the old disk - which should hopefully find the partitions and auto-mount them, and you can then drag-and-drop the data. This does assume that the drive is not encrypted. (If the drive is encrypted, and you know the key, it can still be done, but might be harder depending on the distro)
answered Jan 11 at 3:46
davidgodavidgo
43.4k75291
43.4k75291
Does the rebuilted OS need to be the same version as that of the original OS?
– dipankar
Jan 11 at 16:00
No. The only requirements are that the hardware, abstraction layers (if applicable) and filesystem type are known by the new distribution. Generally this is not a problem, and certainly newer versions of distribution are typically backwards compatible. (Abstraction layers are things like LVM, and RAID, if implemented.)
– davidgo
Jan 11 at 17:11
add a comment |
Does the rebuilted OS need to be the same version as that of the original OS?
– dipankar
Jan 11 at 16:00
No. The only requirements are that the hardware, abstraction layers (if applicable) and filesystem type are known by the new distribution. Generally this is not a problem, and certainly newer versions of distribution are typically backwards compatible. (Abstraction layers are things like LVM, and RAID, if implemented.)
– davidgo
Jan 11 at 17:11
Does the rebuilted OS need to be the same version as that of the original OS?
– dipankar
Jan 11 at 16:00
Does the rebuilted OS need to be the same version as that of the original OS?
– dipankar
Jan 11 at 16:00
No. The only requirements are that the hardware, abstraction layers (if applicable) and filesystem type are known by the new distribution. Generally this is not a problem, and certainly newer versions of distribution are typically backwards compatible. (Abstraction layers are things like LVM, and RAID, if implemented.)
– davidgo
Jan 11 at 17:11
No. The only requirements are that the hardware, abstraction layers (if applicable) and filesystem type are known by the new distribution. Generally this is not a problem, and certainly newer versions of distribution are typically backwards compatible. (Abstraction layers are things like LVM, and RAID, if implemented.)
– davidgo
Jan 11 at 17:11
add a comment |
Thanks for contributing an answer to Super User!
- 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%2fsuperuser.com%2fquestions%2f1393000%2fbacking-up-corrupted-linux-os%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
What have you tried already, that didn't work? If all your personal data is in your old home, then at least saving only that directory should be possible, I'd use a live ISO/USB/DVD. Lots of program config info is in your home already, but some things in
/etc
might be of interest (fstab, apt/sources...)– Xen2050
Jan 11 at 5:37