no outcomes when trying to recover files with testdisk
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}
I've been trying to recover files with Testdisk and lately, it stopped working. on the outcome, it shows "Copy done! 0 ok, 0 failed"
how do I fix it?
testdisk
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
|
show 5 more comments
I've been trying to recover files with Testdisk and lately, it stopped working. on the outcome, it shows "Copy done! 0 ok, 0 failed"
how do I fix it?
testdisk
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
See cgsecurity.org/wiki/TestDisk_Step_By_Step
– heynnema
Mar 28 at 21:42
I've been using it before for a very long time and it was working fine. it's not really about the steps I take
– ice rhymes raven
Apr 1 at 11:11
It may be because the filename that you highlight has ", " in it.
– heynnema
Apr 1 at 11:55
it's not, I just tried it now with a different file.
– ice rhymes raven
Apr 1 at 12:05
You're selecting the desired file with ":", yes? What destination directory is it trying to write to?
– heynnema
Apr 1 at 12:14
|
show 5 more comments
I've been trying to recover files with Testdisk and lately, it stopped working. on the outcome, it shows "Copy done! 0 ok, 0 failed"
how do I fix it?
testdisk
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
I've been trying to recover files with Testdisk and lately, it stopped working. on the outcome, it shows "Copy done! 0 ok, 0 failed"
how do I fix it?
testdisk
testdisk
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
asked Mar 28 at 19:27
ice rhymes ravenice rhymes raven
154
154
See cgsecurity.org/wiki/TestDisk_Step_By_Step
– heynnema
Mar 28 at 21:42
I've been using it before for a very long time and it was working fine. it's not really about the steps I take
– ice rhymes raven
Apr 1 at 11:11
It may be because the filename that you highlight has ", " in it.
– heynnema
Apr 1 at 11:55
it's not, I just tried it now with a different file.
– ice rhymes raven
Apr 1 at 12:05
You're selecting the desired file with ":", yes? What destination directory is it trying to write to?
– heynnema
Apr 1 at 12:14
|
show 5 more comments
See cgsecurity.org/wiki/TestDisk_Step_By_Step
– heynnema
Mar 28 at 21:42
I've been using it before for a very long time and it was working fine. it's not really about the steps I take
– ice rhymes raven
Apr 1 at 11:11
It may be because the filename that you highlight has ", " in it.
– heynnema
Apr 1 at 11:55
it's not, I just tried it now with a different file.
– ice rhymes raven
Apr 1 at 12:05
You're selecting the desired file with ":", yes? What destination directory is it trying to write to?
– heynnema
Apr 1 at 12:14
See cgsecurity.org/wiki/TestDisk_Step_By_Step
– heynnema
Mar 28 at 21:42
See cgsecurity.org/wiki/TestDisk_Step_By_Step
– heynnema
Mar 28 at 21:42
I've been using it before for a very long time and it was working fine. it's not really about the steps I take
– ice rhymes raven
Apr 1 at 11:11
I've been using it before for a very long time and it was working fine. it's not really about the steps I take
– ice rhymes raven
Apr 1 at 11:11
It may be because the filename that you highlight has ", " in it.
– heynnema
Apr 1 at 11:55
It may be because the filename that you highlight has ", " in it.
– heynnema
Apr 1 at 11:55
it's not, I just tried it now with a different file.
– ice rhymes raven
Apr 1 at 12:05
it's not, I just tried it now with a different file.
– ice rhymes raven
Apr 1 at 12:05
You're selecting the desired file with ":", yes? What destination directory is it trying to write to?
– heynnema
Apr 1 at 12:14
You're selecting the desired file with ":", yes? What destination directory is it trying to write to?
– heynnema
Apr 1 at 12:14
|
show 5 more comments
1 Answer
1
active
oldest
votes
From the comments...
The user was having trouble copying deleted files, because the hard disk was being mounted as read only, either due to file system errors, or other mount command. User was trying to write to the source disk using testdisk.
To check for file system errors...
For 17.10 or older...
- boot to the GRUB menu
- choose Advanced Options
- choose Recovery mode
- choose Root access
- at the # prompt, type
sudo fsck -f /
- repeat the
fsckcommand if there were errors - type
reboot
For 18.04 or newer...
- boot to a Ubuntu Live DVD/USB
- open a
terminalwindow - type
sudo fdisk -l
- identify the /dev/XXXX device name for your "Linux Filesystem"
- type
sudo fsck -f /dev/XXXX# replacing XXXX with the number you found earlier - repeat the fsck command if there were errors
- type
reboot
To recover deleted files using testdisk, do NOT write the files to the same disk as the source disk. Select a different destination, like an external USB HDD or flash drive.
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
thank you so much. i well understood
– ice rhymes raven
Apr 1 at 14:40
add a comment |
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
});
}
});
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%2faskubuntu.com%2fquestions%2f1129491%2fno-outcomes-when-trying-to-recover-files-with-testdisk%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
From the comments...
The user was having trouble copying deleted files, because the hard disk was being mounted as read only, either due to file system errors, or other mount command. User was trying to write to the source disk using testdisk.
To check for file system errors...
For 17.10 or older...
- boot to the GRUB menu
- choose Advanced Options
- choose Recovery mode
- choose Root access
- at the # prompt, type
sudo fsck -f /
- repeat the
fsckcommand if there were errors - type
reboot
For 18.04 or newer...
- boot to a Ubuntu Live DVD/USB
- open a
terminalwindow - type
sudo fdisk -l
- identify the /dev/XXXX device name for your "Linux Filesystem"
- type
sudo fsck -f /dev/XXXX# replacing XXXX with the number you found earlier - repeat the fsck command if there were errors
- type
reboot
To recover deleted files using testdisk, do NOT write the files to the same disk as the source disk. Select a different destination, like an external USB HDD or flash drive.
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
thank you so much. i well understood
– ice rhymes raven
Apr 1 at 14:40
add a comment |
From the comments...
The user was having trouble copying deleted files, because the hard disk was being mounted as read only, either due to file system errors, or other mount command. User was trying to write to the source disk using testdisk.
To check for file system errors...
For 17.10 or older...
- boot to the GRUB menu
- choose Advanced Options
- choose Recovery mode
- choose Root access
- at the # prompt, type
sudo fsck -f /
- repeat the
fsckcommand if there were errors - type
reboot
For 18.04 or newer...
- boot to a Ubuntu Live DVD/USB
- open a
terminalwindow - type
sudo fdisk -l
- identify the /dev/XXXX device name for your "Linux Filesystem"
- type
sudo fsck -f /dev/XXXX# replacing XXXX with the number you found earlier - repeat the fsck command if there were errors
- type
reboot
To recover deleted files using testdisk, do NOT write the files to the same disk as the source disk. Select a different destination, like an external USB HDD or flash drive.
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
thank you so much. i well understood
– ice rhymes raven
Apr 1 at 14:40
add a comment |
From the comments...
The user was having trouble copying deleted files, because the hard disk was being mounted as read only, either due to file system errors, or other mount command. User was trying to write to the source disk using testdisk.
To check for file system errors...
For 17.10 or older...
- boot to the GRUB menu
- choose Advanced Options
- choose Recovery mode
- choose Root access
- at the # prompt, type
sudo fsck -f /
- repeat the
fsckcommand if there were errors - type
reboot
For 18.04 or newer...
- boot to a Ubuntu Live DVD/USB
- open a
terminalwindow - type
sudo fdisk -l
- identify the /dev/XXXX device name for your "Linux Filesystem"
- type
sudo fsck -f /dev/XXXX# replacing XXXX with the number you found earlier - repeat the fsck command if there were errors
- type
reboot
To recover deleted files using testdisk, do NOT write the files to the same disk as the source disk. Select a different destination, like an external USB HDD or flash drive.
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
From the comments...
The user was having trouble copying deleted files, because the hard disk was being mounted as read only, either due to file system errors, or other mount command. User was trying to write to the source disk using testdisk.
To check for file system errors...
For 17.10 or older...
- boot to the GRUB menu
- choose Advanced Options
- choose Recovery mode
- choose Root access
- at the # prompt, type
sudo fsck -f /
- repeat the
fsckcommand if there were errors - type
reboot
For 18.04 or newer...
- boot to a Ubuntu Live DVD/USB
- open a
terminalwindow - type
sudo fdisk -l
- identify the /dev/XXXX device name for your "Linux Filesystem"
- type
sudo fsck -f /dev/XXXX# replacing XXXX with the number you found earlier - repeat the fsck command if there were errors
- type
reboot
To recover deleted files using testdisk, do NOT write the files to the same disk as the source disk. Select a different destination, like an external USB HDD or flash drive.
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
edited Apr 1 at 14:55
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
answered Apr 1 at 14:35
heynnemaheynnema
21.6k32361
21.6k32361
thank you so much. i well understood
– ice rhymes raven
Apr 1 at 14:40
add a comment |
thank you so much. i well understood
– ice rhymes raven
Apr 1 at 14:40
thank you so much. i well understood
– ice rhymes raven
Apr 1 at 14:40
thank you so much. i well understood
– ice rhymes raven
Apr 1 at 14:40
add a comment |
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.
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%2faskubuntu.com%2fquestions%2f1129491%2fno-outcomes-when-trying-to-recover-files-with-testdisk%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
See cgsecurity.org/wiki/TestDisk_Step_By_Step
– heynnema
Mar 28 at 21:42
I've been using it before for a very long time and it was working fine. it's not really about the steps I take
– ice rhymes raven
Apr 1 at 11:11
It may be because the filename that you highlight has ", " in it.
– heynnema
Apr 1 at 11:55
it's not, I just tried it now with a different file.
– ice rhymes raven
Apr 1 at 12:05
You're selecting the desired file with ":", yes? What destination directory is it trying to write to?
– heynnema
Apr 1 at 12:14