On Tue, Mar 19, 2019 at 08:38:26AM +1100, Ben Finney wrote:
> Reco writes:
>
> > But you don't need "testdisk", you need "photorec".
>
> Which Debian package do I install for that?
>
> $ aptitude search photorec
> $ echo $?
> 1
| tomas@trotzki:~$ apt-file search photorec
| testdi
Hans writes:
> Maybe "scalpel" or "foremost" may help.
I will try ‘scalpel’ soon.
The ‘foremost’ documentation leads me to believe it wants to dump a
whole lot of stuff somewhere. I don't want that (the files should be
restorable in-place, if at all; that's what ‘testdisk’ did the last time
I u
Reco writes:
> But you don't need "testdisk", you need "photorec".
Which Debian package do I install for that?
$ aptitude search photorec
$ echo $?
1
--
\ “I have a map of the United States; it's actual size. It says |
`\‘1 mile equals 1 mile’. Last summer, I fold
Maybe "scalpel" or "foremost" may help.
You should dd the whole disk to a file, if possible.
Good luck
Hans
> Because there is not any. But you don't need "testdisk", you need
> "photorec".
>
> Reco
signature.asc
Description: This is a digitally signed message part.
On 2019-03-18 00:58, Ben Finney wrote:
Howdy all,
How can I recover files deleted on a ext4 volume, in a logical (LVM)
volume?
I've never done that but seen people have copied the disk then looked
through it for anything looks like the deleted files.
Think the important thing whatever yo
’ to discover and recover
> deleted files. However when I try now, the tool apparently gets confused
> that there's no partition table.
Because there is not any. But you don't need "testdisk", you need
"photorec".
Reco
Howdy all,
How can I recover files deleted on a ext4 volume, in a logical (LVM)
volume?
I accidentally deleted a tree of directories and files, after completing
a move of those files from elsewhere :-(
In the past I have successfully used ‘testdisk’ to discover and recover
deleted files
On 2010-12-13 13:22:17 -0600, Martin McCormick wrote:
> Joao Ferreira gmail writes:
> > that is exactly what --delete does. I've been using it for some time and
> > it works just fine for me.
>
> Problem is solved. If you have the b flag as one of your flags
> as in "backup," it apparently insures
Joao Ferreira gmail writes:
> that is exactly what --delete does. I've been using it for some time and
> it works just fine for me.
>
> are you sure it is not working ? that is strange...
I am not sure what is happening yet but now that I know
it should work, I will se if I am not groupin
Joao Ferreira gmail writes:
> that is exactly what --delete does. I've been using it for some time and
> it works just fine for me.
Problem is solved. If you have the b flag as one of your flags
as in "backup," it apparently insures that once a file is there,
it does not go away. This could be ver
On Mon, 2010-12-13 at 12:09 -0600, Martin McCormick wrote:
> I really like rsync but I have something set wrong. It copys the
> file system perfectly but if I delete a file on the master, I
> really want it to delete on the backup system.
>
> I tried --delete, --delete-during and --delete-after wi
I really like rsync but I have something set wrong. It copys the
file system perfectly but if I delete a file on the master, I
really want it to delete on the backup system.
I tried --delete, --delete-during and --delete-after with no
effect.
Can I do the incremental backup that effects o
Rodolfo Medina wrote at 2010-09-07 08:48 -0500:
> green writes:
> > These 4 options have been mentioned:
> > 1. remount hda6 readonly
> > 2. umount hda6
> > 3. reboot to LiveCD
> > 4. immediate power-off (pull the plug)
>
> The fifth: tell photorec to perform the writings into hda8. If I underst
On 09/07/2010 11:02 AM, Rodolfo Medina wrote:
Eduardo M KALINOWSKI writes:
Again, where you run the program is essentially irrelevant - what matters is
where files are written to. If the program writes to the current directory,
then you must cd elsewhere, but if not, you could run from a dire
On 09/07/2010 08:12 AM, Rodolfo Medina wrote:
>> if I do: `# cd /mnt/hda8', and run photorec from hda8, we avoid the possible
>> damage caused by the reboot or the shutdown, and also we don't touch hda6.
>> Is that true?
Eduardo M KALINOWSKI writes:
> Again, where you run the program is essen
Rodolfo Medina wrote at 2010-09-07 06:12 -0500:
>> I'm in hda6, the partition containing the deletes files. When I reboot into
>> a live CD or into another partition of the hard disk, say hda8, as far as I
>> know - but maybe I'm wrong - during the reboot the system will write reports
>> in some
On 09/07/2010 08:12 AM, Rodolfo Medina wrote:
When I reboot into a
live CD or into another partition of the hard disk, say hda8, as far as I know
- but maybe I'm wrong - during the reboot the system will write reports in some
files of hda6, which we don't want to.
Booting a live CD should not
Rodolfo Medina wrote at 2010-09-07 06:12 -0500:
> Eduardo M KALINOWSKI writes:
> > If it's major, why so much resistance in following the advice that has been
> > given?
>
> Beacuse:
>
> I'm in hda6, the partition containing the deletes files. When I reboot into a
> live CD or into another par
Rodolfo Medina wrote at 2010-09-05 22:21 -0500:
> To do as you suggest, I have to log out hda6 and reboot into hda8, otherwise
> mount won't umount hda6 because it's busy. Won't the reboot worse the damage?
The system is probably writing logs to the disk. But I don't know what your
partition sc
Eduardo M KALINOWSKI wrote at 2010-09-06 06:59 -0500:
> On Mon, 06 Sep 2010, Rodolfo Medina wrote:
> >...And: suppose I had only partition hda6 on the hard disk: even using a live
> >CD, as suggested by other listers, where could recovered file have
> >been stored,
> >since we don't want to write o
Thanks for anyone's help: part of the deleted files was rescued. Today I'm
fetching a new hard disk on which to continue the search, because I have many
partitions on the present hard disk ando so there isn't enough space left in
each of them to store all the files found by photore
it is better if you unmount the partition with deleted
files, or at least remount it read-only. If it is busy, stop the
processes that have open files in it (see lsof and fuser programs).
While it may cause writes to the system, it's better that simply pull
the power cord and risk f
On Mon, 06 Sep 2010, Rodolfo Medina wrote:
...And: suppose I had only partition hda6 on the hard disk: even using a live
CD, as suggested by other listers, where could recovered file have
been stored,
since we don't want to write on hda6?
You'd have to get another place to store the files -
Hey,
> Rodolfo Medina wrote at 2010-09-05 16:54 -0500:
>
> To avoid that risk, would it be all right, from within hda6, just cd
> to hda8 and there perform writes?
Is the machine in question still booted and running with hda6 as /home?
I would shutdown, use a liveCD, mount hda6 as ro, and hda8 a
Rodolfo Medina wrote at 2010-09-05 16:54 -0500:
>>> The deleted files are from partition hda6: is it all right if I run
>>> photorec from partition hda8 and store there the recovered files, _without_
>>> performing _any_ writes in hda6?
green writes:
>> You c
Rodolfo Medina wrote at 2010-09-05 16:54 -0500:
>>> The deleted files are from partition hda6: is it all right if I run
>>> photorec from partition hda8 and store there the recovered files, _without_
>>> performing _any_ writes in hda6?
green writes:
>> You c
Rodolfo Medina wrote at 2010-09-05 16:54 -0500:
>> The deleted files are from partition hda6: is it all right if I run photorec
>> from partition hda8 and store there the recovered files, _without_
>> performing _any_ writes in hda6?
green writes:
> You can ensure that
Rodolfo Medina wrote at 2010-09-05 16:54 -0500:
> The deleted files are from partition hda6: is it all right if I run photorec
> from partition hda8 and store there the recovered files, _without_ performing
> _any_ writes in hda6?
You can ensure that no writes are made on hda6 by ru
Hey,
On Sun, 05 Sep 2010 23:54:30 +0200
Rodolfo Medina wrote:
> Rodolfo Medina wrote at 2010-09-05 05:55 -0500:
> The deleted files are from partition hda6: is it all right if I run
> photorec from partition hda8 and store there the recovered files,
> _without_ performing _any_ wr
cant, use a livecd for example sysresccd [2] (can be used from a
> CD or USB stick) and use photorec from that.
The deleted files are from partition hda6: is it all right if I run photorec
from partition hda8 and store there the recovered files, _without_ performing
_any_ writes in hda6?
Hey,
On Sun, 05 Sep 2010 12:55:49 +0200
Rodolfo Medina wrote:
> By mistake, I deleted most files from my sister's home directory via
> rysnc and ethernet cable. Please suggest any way to possibly recover
> at least some of them.
I would pull the drive out of the system and put it in your machin
Rodolfo Medina wrote at 2010-09-05 05:55 -0500:
> By mistake, I deleted most files from my sister's home directory via rysnc and
> ethernet cable. Please suggest any way to possibly recover at least some of
> them.
First, make sure you do not make any writes to the filesystem which contains
/hom
On 09/05/2010 10:02 AM, Rodolfo Medina wrote:
How can I copy the program in the damaged directory without permenently
overwriting the deleted files?
Don't try. You must run any recovery program from another disk. Only
this way you maximize the chances of recovery.
By the way, the ea
gest any way to possibly recover at
> >> least some of them.
> >
> > Try photorec. Search the archives for "/home/user folder accedentally
> > removed". It was just a couple days ago.
>
> How can I copy the program in the damaged directory without perme
Try photorec. Search the archives for "/home/user folder accedentally
> removed". It was just a couple days ago.
How can I copy the program in the damaged directory without permenently
overwriting the deleted files?
Rodolfo
--
To UNSUBSCRIBE, email to debian-user-requ...@
On Sun, Sep 05, 2010 at 12:55:49PM +0200, Rodolfo Medina wrote:
> By mistake, I deleted most files from my sister's home directory via rysnc and
> ethernet cable. Please suggest any way to possibly recover at least some of
> them.
>
Try photorec. Search the archives for "/home/user folder accede
By mistake, I deleted most files from my sister's home directory via rysnc and
ethernet cable. Please suggest any way to possibly recover at least some of
them.
Thanks for any help
Rodolfo
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
PS. and I personally would:
- either write a program that scans the partition for known fragments
of the files you want to be gone (perl with Sys::Mmap is an efficient
choice) to verify;
- or backup all good files from the partition, then overwriting the
block device, recreate the partition and co
Why calculate the sizes when you can just use cat until it stops
because the disk is full?
cat /dev/zero > /mnt/yourfilesystem/thebigfile
BTW don't forget to proberly umount /mnt/yourfilesystem afterwards, of
course, to force a sync. (Just in case there might be a file system
that doesn't send t
On 2010-07-16 23:43 +0300, Andrei Popescu wrote:
> On Vi, 16 iul 10, 21:03:42, Andre Majorel wrote:
>
> > perl -e '$bytes = int (1e4 + 1e6 * rand);
> > for $n (1..$bytes) { $noise .= chr (int (rand (256))) }
> > while (print $noise) {}' >/mnt/sdc1/zeros.bin; sync
>
> dd if=/dev/random o
On Vi, 16 iul 10, 21:03:42, Andre Majorel wrote:
>
> If you're feeling paranoid, you could fill with junk instead of
> NULs to protect against any optimisation at filesystem level.
yep, that sure looks like junk
> perl -e '$bytes = int (1e4 + 1e6 * rand);
> for $n (1..$bytes) { $noise .= c
On 2010-07-15 13:55 -0400, H.S. wrote:
> On 15/07/10 01:38 PM, Perry E. Metzger wrote:
>
> > dd if=/dev/zero of=/dev/scd bs=1M
>
> Yes, but that would wipe out everything, the OS as well.
>
> I was looking for just making the already deleted files
> unrecoverable by a
On 16/07/10 02:25 PM, Ron Johnson wrote:
Yeah, I guess you could write a bash script to:
1. determine the amount of free space.
2. Divide that by some efficient block size.
3. dd if=/dev/urandom of=${VFAT}/foo.bar \
obs=${BLKSIZ} count=${BLKCNT}
Coincidentally, that is exactly what I did (but
On 16/07/10 02:03 PM, Mark wrote:
On Fri, Jul 16, 2010 at 9:10 AM, H.S. wrote:
On 10-07-16 12:00 PM, Ron Johnson wrote:
Aren't you askig the wrong list?
The filesystem is vfat, files are being deleted from within Linux using
Linux tools and the partition just happens to be a Windows inst
On 07/16/2010 12:38 PM, H.S. wrote:
On 16/07/10 01:01 PM, Ron Johnson wrote:
I don't think you can of= just the "empty" parts of your partition.
Attached is a Python script I use to "zero" out the free space of a
mounted partition.
Thanks for the script. You are basically writing 0xFF to th
On Fri, Jul 16, 2010 at 9:10 AM, H.S. wrote:
> On 10-07-16 12:00 PM, Ron Johnson wrote:
>
>>
>> Aren't you askig the wrong list?
>>
>>
> The filesystem is vfat, files are being deleted from within Linux using
> Linux tools and the partition just happens to be a Windows installation* but
> could b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/16/2010 01:42 PM, Michael Iatrou wrote:
>
> This is rather a philosophical question than a technical one: it is part of
> UNIX mentality to have simple tools that can be put together to complete
> complicated tasks. Practically seen, if the
On 16/07/10 01:42 PM, Michael Iatrou wrote:
This is rather a philosophical question than a technical one: it is part of
UNIX mentality to have simple tools that can be put together to complete
complicated tasks. Practically seen, if the original poster was educated
with the principles of UNIX de
When the date was Friday 16 of July 2010, Jordan Metzmeier wrote:
> On 07/15/2010 08:46 PM, Michael Iatrou wrote:
> > I am skeptical whether there is any good reason for tools like wipe2fs,
> > zerofree and friends (if there are any...), when a dd && sync && rm
> > have the same result.
>
> You c
On 16/07/10 01:01 PM, Ron Johnson wrote:
I don't think you can of= just the "empty" parts of your partition.
Attached is a Python script I use to "zero" out the free space of a
mounted partition.
Thanks for the script. You are basically writing 0xFF to the available
disk space. I used to ha
On 07/16/2010 11:10 AM, H.S. wrote:
On 10-07-16 12:00 PM, Ron Johnson wrote:
Aren't you askig the wrong list?
The filesystem is vfat, files are being deleted from within Linux using
Linux tools and the partition just happens to be a Windows installation*
but could be any generic storage devi
On 07/15/2010 06:45 PM, Jordon Bedwell wrote:
> Anything, and I repeat anything, is recoverable, even if you remove the
> filesystem you can recover pieces of the file.
[citation needed]
When you do a low-level write to the disk, you're wiping out anything
and everything. One single pass of zeroe
On 10-07-16 12:00 PM, Ron Johnson wrote:
Aren't you askig the wrong list?
The filesystem is vfat, files are being deleted from within Linux using
Linux tools and the partition just happens to be a Windows installation*
but could be any generic storage device. So, no.
I presume you are imp
On 07/15/2010 11:05 AM, H.S. wrote:
I have a couple of hard disks in a computer which is to be recycled. I
want the windows OS in it to remain functional, but I want to be sure
that I have deleted all my personal files securely (never used the OS
that much anyway and there is hardly any importan
Mark wrote at 2010-07-15 15:55 -0500:
> Do you have an example of what your wipe and wipe2fs commands are that
> you've used? Didn't see much info on the websites here
> [2]http://wipe.sourceforge.net/ or here
$ man wipe
There are even examples.
> [3]http://web.cecs.pdx.edu/~cklin/wipe2fs/. Would
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/15/2010 08:46 PM, Michael Iatrou wrote:
> I am skeptical whether there is any good reason for tools like wipe2fs,
> zerofree and friends (if there are any...), when a dd && sync && rm have the
> same result.
>
You could say this about many
On 7/15/2010 4:53 PM, Aaron Toponce wrote:
> On 07/15/2010 11:55 AM, H.S. wrote:
>> I was looking for just making the already deleted files unrecoverable by
>> a casual user. In other words, since a deleted file frees the space on
>> disk, by filling up the disk with all ze
When the date was Thursday 15 of July 2010, green wrote:
> thib wrote at 2010-07-15 13:13 -0500:
> > Take a look at shred (coreutils), wipe and secure-delete.
>
> +1 wipe; I have used it to wipe an entire block device.
> Also wipe2fs for zeroing unused space; and zerofree seems very similar.
I a
On 07/15/2010 11:55 AM, H.S. wrote:
> I was looking for just making the already deleted files unrecoverable by
> a casual user. In other words, since a deleted file frees the space on
> disk, by filling up the disk with all zeros and then deleting that zeros
> file would be overwriting
On Thu, Jul 15, 2010 at 1:41 PM, green wrote:
> thib wrote at 2010-07-15 13:13 -0500:
> > Take a look at shred (coreutils), wipe and secure-delete.
>
> +1 wipe; I have used it to wipe an entire block device.
> Also wipe2fs for zeroing unused space; and zerofree seems very similar.
>
Do you have
thib wrote at 2010-07-15 13:13 -0500:
> Take a look at shred (coreutils), wipe and secure-delete.
+1 wipe; I have used it to wipe an entire block device.
Also wipe2fs for zeroing unused space; and zerofree seems very similar.
signature.asc
Description: Digital signature
On Jo, 15 iul 10, 13:55:21, H.S. wrote:
>
> I was looking for just making the already deleted files unrecoverable by
> a casual user. In other words, since a deleted file frees the space on
> disk, by filling up the disk with all zeros and then deleting that zeros
> file would be
ng
> of mounting these on /mnt/scd1 (and scd2) and then doing:
> # dd if=/dev/zero > /mnt/sdc1/zeros.bin; rm -f /mnt/sdc1/zeros.bin
>
> and the same for scd2. The idea is fill the partition with new data thus
> overwriting any deleted files' data that is lying around. Would t
Take a look at shred (coreutils), wipe and secure-delete.
-t
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c3f4fd1.50...@stammed.net
> and the same for scd2. The idea is fill the partition with new data thus
>> overwriting any deleted files' data that is lying around. Would that be
>> adequate? The objective is just to prevent a casual recovery, reading
>> and copying of the data by a future user, so I d
nt/sdc1/zeros.bin; rm -f /mnt/sdc1/zeros.bin
>>
>> and the same for scd2. The idea is fill the partition with new data
>> thus overwriting any deleted files' data that is lying around.
>> Would that be adequate? The objective is just to prevent a casual
>> recovery,
t. I was
> thinking of mounting these on /mnt/scd1 (and scd2) and then doing:
> # dd if=/dev/zero > /mnt/sdc1/zeros.bin; rm -f /mnt/sdc1/zeros.bin
>
> and the same for scd2. The idea is fill the partition with new data
> thus overwriting any deleted files' data that is lying aro
ng
> of mounting these on /mnt/scd1 (and scd2) and then doing:
> # dd if=/dev/zero > /mnt/sdc1/zeros.bin; rm -f /mnt/sdc1/zeros.bin
>
> and the same for scd2. The idea is fill the partition with new data thus
> overwriting any deleted files' data that is lying around. Would t
dc1/zeros.bin; rm -f /mnt/sdc1/zeros.bin
and the same for scd2. The idea is fill the partition with new data thus
overwriting any deleted files' data that is lying around. Would that be
adequate? The objective is just to prevent a casual recovery, reading
and copying of the data by a future user, so
> Which is the easiest way to recover deleted files/folders using ONLY
> commands from Debian OS?
I'll just agree with Johannes here: if you value your data enough to try
and recover deleted files, then you *should* *really* be doing
regular backups. Hardware failures do happen.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Håkon Alstadheim wrote:
> shampavman skrev:
>> If I were you , I would write a simple wrapper for rm.
>> Here is what I would do.
>> if rm or rm -r is encountered, create a local dir somewhere call it
>> 'Mytrash' then mv the files over there.. instead
shampavman skrev:
Johannes Wiedersich wrote:
Israel Garcia wrote:
Which is the easiest way to recover deleted files/folders using ONLY
commands from Debian OS?
The best and easiest way is to use your backup tool to recover the data
from the last backup. There are various backup
Johannes Wiedersich wrote:
> Israel Garcia wrote:
> > Which is the easiest way to recover deleted files/folders using ONLY
> > commands from Debian OS?
>
> The best and easiest way is to use your backup tool to recover the data
> from the last backup. There are various bac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Israel Garcia wrote:
> Which is the easiest way to recover deleted files/folders using ONLY
> commands from Debian OS?
The best and easiest way is to use your backup tool to recover the data
from the last backup. There are various backup m
Israel Garcia wrote:
> Which is the easiest way to recover deleted files/folders using ONLY
> commands from Debian OS?
>
Debian Reference Ch. 10.
http://tinyurl.com/yg2qa98
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe"
apt-get install testdisk
and then use command:
photorec
Kushal Koolwal
I do blog at http://blogs.koolwal.net/
_
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
http:
Which is the easiest way to recover deleted files/folders using ONLY
commands from Debian OS?
--
Regards;
Israel Garcia
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello ,
I played abit with ldap authication and dameged my pam.d directory,
for example sudo su :
/etc/pam.d$ sudo su
[sudo] password for user:
Password:
As you can after authication to the user i need to enter roots password
Also root can't switch
On Wed, Mar 12, 2008 at 12:08 PM, KS <[EMAIL PROTECTED]> wrote:
> jeffry s wrote:
> > i think you can try photorec
> > it comes with the package testdisk
> >
> > the name suggest it is photo recovery program. but actually it is not.
> > when u run the program. you can choose the file types from t
jeffry s wrote:
> i think you can try photorec
> it comes with the package testdisk
>
> the name suggest it is photo recovery program. but actually it is not.
> when u run the program. you can choose the file types from the options
> for what type of files you want to recover.
>
> the bad side i
On 11/03/2008, steef <[EMAIL PROTECTED]> wrote:
> Dotan Cohen wrote:
> > I have a SD card in my Nokia 6288, formatted as FAT32. Every month or
> > so, the phone locks up and when I power down and back up, the card
> > appears empty. I then bring the card over to a friend's windows
> > computer
Dotan Cohen wrote:
I have a SD card in my Nokia 6288, formatted as FAT32. Every month or
so, the phone locks up and when I power down and back up, the card
appears empty. I then bring the card over to a friend's windows
computer to run some file recovery program to recover the files. Is
there suc
On 10/03/2008, KS <[EMAIL PROTECTED]> wrote:
>
> I would try out dd_rescue first. Read the device (SD card) with
> dd_rescue and make an image of it. Then try mounting it and see if the
> files are viewable. If not, then you can try out foremost , scalpel or
> other similar data recovery tools.
On 10/03/2008, Ivan Glushkov <[EMAIL PROTECTED]> wrote:
>
> did you try with fsck.vfat? I have from time to time this problem with
> my USB hdd. When I take the hard drive from my home windows machine to
> my debian laptop somethimes a few GB are missing. I always find them
> with fsck.vfat
>
T
On 3/11/08, Dotan Cohen <[EMAIL PROTECTED]> wrote:
>
> I have a SD card in my Nokia 6288, formatted as FAT32. Every month or
> so, the phone locks up and when I power down and back up, the card
> appears empty. I then bring the card over to a friend's windows
> computer to run some file recovery pr
Tzafrir Cohen wrote:
> On Mon, Mar 10, 2008 at 04:51:10PM +0200, Dotan Cohen wrote:
>> I have a SD card in my Nokia 6288, formatted as FAT32. Every month or
>> ..snip
>
> aptitude search ~Gadmin::recovery
>
> Some of them seem useful:
>
> foremost, scalpel, magicrescue
>
> Never tried any.
only
find files of types familiar to them. The files that I'm seeking are
.amr files (nokia sound files), and there do not seem to be any
'recipies' for them. I wonder how the Windows tools work, as they
allow one to browse the filesystem as a regular gui file manager, but
they show d
On Mon, Mar 10, 2008 at 04:51:10PM +0200, Dotan Cohen wrote:
> I have a SD card in my Nokia 6288, formatted as FAT32. Every month or
> so, the phone locks up and when I power down and back up, the card
> appears empty. I then bring the card over to a friend's windows
> computer to run some file rec
00 MB of the 2GB card
> > used, but now it looks like an empty 1300 MB card.
>
> sudo apt-cache show recoverjpeg
>
> dulev
The files are not jpegs. Mostly .amr (Nokia sound) files, but some
other types as well. Windows has quite a few apps that can show and
copy deleted files, doe
> I have a SD card in my Nokia 6288, formatted as FAT32. Every month or
> ...
> there such a program for Debian that works with FAT32? The files are
> obviously there, as in this case (now) I had 700 MB of the 2GB card
> used, but now it looks like an empty 1300 MB card.
sudo apt-cache show recove
I have a SD card in my Nokia 6288, formatted as FAT32. Every month or
so, the phone locks up and when I power down and back up, the card
appears empty. I then bring the card over to a friend's windows
computer to run some file recovery program to recover the files. Is
there such a program for Debia
I have been using tiger for nearly a year. Several months ago, a new
test was added in:
/usr/lib/tiger/scripts/check_finddeleted
Since then, several of my servers are flooded with alerts like this:
NEW: --FAIL-- [kis011f] Server [apache] (pid 31863) is using deleted files
Yes, I know
Como faço para recuperar arquivos deletados!
How can I rescue deleted files!
Be free, use LINUX!
Seja livre, use LINUX!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ion.html among
other places.
It's slow and painful, but seemed to be partition size independant. The
hard part comes when you have to undelete big files.
> Lde works fine with the smaller partitions, but it breaks
> on the 2.4G partition that hopefully still holds some of the
> d
lost files.
Lde works fine with the smaller partitions, but it breaks
on the 2.4G partition that hopefully still holds some of the
deleted files.
So, here are my questions: does anyone have any experience
recovering lost files on Debian on largeish partitions, do
I have any other options, other too
95 matches
Mail list logo
