On Tue, Apr 2, 2013 at 1:03 AM, Patrick O'Callaghan
wrote:
> On Mon, 2013-04-01 at 15:40 +1100, Celik wrote:
> > In this thread, it has been suggested to do daily backups. But it
> > wasn't
> > clear, should the daily backups be for the whole system or only the
> > current
> > project we are worki
-Original Message-
From: users-boun...@lists.fedoraproject.org
[mailto:users-boun...@lists.fedoraproject.org] On Behalf Of Patrick O'Callaghan
Sent: Monday, April 01, 2013 4:04 PM
To: users@lists.fedoraproject.org
Subject: Re: undo rm -rf *
On Mon, 2013-04-01 at 15:40 +1100, Celik
On Mon, 2013-04-01 at 15:40 +1100, Celik wrote:
> In this thread, it has been suggested to do daily backups. But it
> wasn't
> clear, should the daily backups be for the whole system or only the
> current
> project we are working on?
Only you can answer that. Ask yourself what you can afford to lo
On Sat, Mar 30, 2013 at 4:22 AM, Patrick O'Callaghan
wrote:
> On Fri, 2013-03-29 at 17:40 +1100, Celik wrote:
> > At some point a
> >
> > > pseudo-rm is going to fail, either because the implementer didn't
> handle
> > > some corner case correctly, or because you typed rm instead of nrm, or
> > >
Am 30.03.2013 04:18, schrieb Bill Davidsen:
> Reindl Harald wrote:
>>
>>
>> Am 26.03.2013 21:08, schrieb Rick Stevens:
>>> On 03/26/2013 10:35 AM, Reindl Harald issued this missive:
Am 26.03.2013 18:03, schrieb Matthew Saltzman:
>> this is safe since a very long time
>>
>>>
On Fri, 2013-03-29 at 21:32 -0700, Rick Walker wrote:
> "nrm -s" keeps a fine-grained horde of every deleted file - even
> multiple deletes of the same file! The strategy works so well, that
> I'd seriously propose the .gone strategy as a kernel option. Then all
> "unlink" calls would use the sam
> > > pseudo-rm is going to fail, either because the implementer didn't
> > > handle some corner case correctly, or because you typed rm instead
> > > of nrm, or because a file was removed by a program without anyone
> > > typing anything, and the only solution is to have a backup. So if
> > > yo
Reindl Harald wrote:
Am 26.03.2013 21:08, schrieb Rick Stevens:
On 03/26/2013 10:35 AM, Reindl Harald issued this missive:
Am 26.03.2013 18:03, schrieb Matthew Saltzman:
this is safe since a very long time
[root@testserver:/tmp]$ LANG=c; /usr/bin/rm -rf .*
/usr/bin/rm: cannot remove direc
Reindl Harald wrote:
Am 26.03.2013 17:16, schrieb Bruno Wolff III:
On Wed, Mar 27, 2013 at 03:11:54 +1100,
Celik wrote:
Bruno, after such an experience, did you come up with an alternative
solution to using "rm -rf"?
"rm -i" is good as it prompts before deletion however it becomes tediou
Celik wrote:
On Tue, Mar 26, 2013 at 11:57 PM, jarmo mailto:oh1...@nic.fi>>
wrote:
Tue, 26 Mar 2013 22:23:29 +1100
Celik mailto:celik.n...@gmail.com>> kirjoitti:
> Hi,
>
> Had a logic error in my bash script and did "rm -rf *" on my current
> working directory. Any
Celik wrote:
On Wed, Mar 27, 2013 at 1:49 AM, Bill Oliver mailto:ven...@billoblog.com>> wrote:
The last time this happened to me, I had some luck using sleuthkit:
http://www.sleuthkit.org/
As you noted, installing new things on your computer is destructive to
deleted files.
On Fri, 2013-03-29 at 17:40 +1100, Celik wrote:
> At some point a
>
> > pseudo-rm is going to fail, either because the implementer didn't handle
> > some corner case correctly, or because you typed rm instead of nrm, or
> > because a file was removed by a program without anyone typing anything,
>
At some point a
> pseudo-rm is going to fail, either because the implementer didn't handle
> some corner case correctly, or because you typed rm instead of nrm, or
> because a file was removed by a program without anyone typing anything,
> and the only solution is to have a backup. So if you're g
On Wed, 2013-03-27 at 23:58 -0700, Rick Walker wrote:
> > > I'm not a fan of trash directories. They give you a second chance, but
> > > you may end up not really deleting things you wanted to delete. What
> > > about a simple script something like this?
>
> If you want something a bit more po
Cool. I'd never heard of it.
billo
On Wed, 27 Mar 2013, Rick Walker wrote:
I'm not a fan of trash directories. They give you a second chance, but
you may end up not really deleting things you wanted to delete. What
about a simple script something like this?
If you want something a bit m
On Thu, Mar 28, 2013 at 5:58 PM, Rick Walker wrote:
>
> > > I'm not a fan of trash directories. They give you a second chance, but
> > > you may end up not really deleting things you wanted to delete. What
> > > about a simple script something like this?
>
> If you want something a bit more pol
> > I'm not a fan of trash directories. They give you a second chance, but
> > you may end up not really deleting things you wanted to delete. What
> > about a simple script something like this?
If you want something a bit more polished, you might check out
"nrm", available at http://www.omn
On Wed, 2013-03-27 at 14:25 +0530, Rejy M Cyriac wrote:
> Reminded me of another dangerous habit some people get into - exiting
> 'vi/vim' with ':wq!' always.
I've seen similar with the Word word-processor, some users would be
asked to save changes to the document as they quit, and always click on
On Wed, Mar 27, 2013 at 4:38 AM, Bill Oliver wrote:
>
> I'm not a fan of trash directories. They give you a second chance, but
> you may end up not really deleting things you wanted to delete. What
> about a simple script something like this? This is off the top of my
> head and not tested (so
On 03/27/2013 11:28 AM, Tim wrote:
> Allegedly, on or about 26 March 2013, bruce sent:
>> as a face saving process... always test what ever you're going to do
>> when using RM <<< and then substitute ls for rm to see what the
>> results would be...
>
> I would, also, think carefully about whether
Allegedly, on or about 26 March 2013, bruce sent:
> as a face saving process... always test what ever you're going to do
> when using RM <<< and then substitute ls for rm to see what the
> results would be...
I would, also, think carefully about whether you really do need the
force flag. Some pe
Am 26.03.2013 21:08, schrieb Rick Stevens:
> On 03/26/2013 10:35 AM, Reindl Harald issued this missive:
>>
>>
>> Am 26.03.2013 18:03, schrieb Matthew Saltzman:
this is safe since a very long time
[root@testserver:/tmp]$ LANG=c; /usr/bin/rm -rf .*
/usr/bin/rm: cannot remove dir
On 03/26/2013 10:35 AM, Reindl Harald issued this missive:
Am 26.03.2013 18:03, schrieb Matthew Saltzman:
this is safe since a very long time
[root@testserver:/tmp]$ LANG=c; /usr/bin/rm -rf .*
/usr/bin/rm: cannot remove directory: '.'
/usr/bin/rm: cannot remove directory: '..'
Does this not
guys...
as a face saving process... always test what ever you're going to do
when using RM <<< and then substitute ls for rm to see what the
results would be...
and finally, before you do a "rm" .. make sure you have a complete
backup that you can restore from, in the event you really do trash
so
I'm not a fan of trash directories. They give you a second chance, but
you may end up not really deleting things you wanted to delete. What
about a simple script something like this? This is off the top of my
head and not tested (so certainly has a bug or two), but it seems that
you could chec
Am 26.03.2013 18:03, schrieb Matthew Saltzman:
>> this is safe since a very long time
>>
>> [root@testserver:/tmp]$ LANG=c; /usr/bin/rm -rf .*
>> /usr/bin/rm: cannot remove directory: '.'
>> /usr/bin/rm: cannot remove directory: '..'
>
> Does this not depend on where in the tree you are and what
The "dd" command is a workhorse, sorta like netcat. The answer to "can you use if for copying/backing
up XXX" is essentially always "yes." However, it's not convenient for some things. For instance, it
copies *files.* Even though the old unix cant is that "everything is a file," it turns out
On 03/26/2013 09:11 AM, Celik wrote:
Bruno, after such an experience, did you come up with an alternative
solution to using "rm -rf"?
Use ls first, and find out exactly what you're going to delete.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options
On Tue, 2013-03-26 at 17:21 +0100, Reindl Harald wrote:
>
> Am 26.03.2013 17:16, schrieb Bruno Wolff III:
> > On Wed, Mar 27, 2013 at 03:11:54 +1100,
> > Celik wrote:
> >>
> >> Bruno, after such an experience, did you come up with an alternative
> >> solution to using "rm -rf"?
> >> "rm -i" is
On Tue, Mar 26, 2013 at 17:21:28 +0100,
Reindl Harald wrote:
and how yoill you remove all hidden files of a folder?
For cases where I just want dot files/dirs removed I use '.??*'. That
only hits names at least three characters long.
this is safe since a very long time
[root@testserver
On Wed, Mar 27, 2013 at 1:49 AM, Bill Oliver wrote:
>
> The last time this happened to me, I had some luck using sleuthkit:
>
> http://www.sleuthkit.org/
>
> As you noted, installing new things on your computer is destructive to
> deleted files. It's a good idea, if you can, to make an image of
Am 26.03.2013 17:16, schrieb Bruno Wolff III:
> On Wed, Mar 27, 2013 at 03:11:54 +1100,
> Celik wrote:
>>
>> Bruno, after such an experience, did you come up with an alternative
>> solution to using "rm -rf"?
>> "rm -i" is good as it prompts before deletion however it becomes tedious if
>> the
On Wed, Mar 27, 2013 at 03:11:54 +1100,
Celik wrote:
Bruno, after such an experience, did you come up with an alternative
solution to using "rm -rf"?
"rm -i" is good as it prompts before deletion however it becomes tedious if
there are a lot of files to be deleted, hence "rm -rf" seems ideal
On Wed, Mar 27, 2013 at 1:14 AM, Bruno Wolff III wrote:
> On Tue, Mar 26, 2013 at 22:23:29 +1100,
> Celik wrote:
>
>> Hi,
>>
>> Had a logic error in my bash script and did "rm -rf *" on my current
>> working directory. Any tips for undoing such an error?
>>
>
> I've done worse. I once did rm -
The last time this happened to me, I had some luck using sleuthkit:
http://www.sleuthkit.org/
As you noted, installing new things on your computer is destructive to deleted
files. It's a good idea, if you can, to make an image of your disk asap and
then work on that image. What I have done
On Tue, Mar 26, 2013 at 22:23:29 +1100,
Celik wrote:
Hi,
Had a logic error in my bash script and did "rm -rf *" on my current
working directory. Any tips for undoing such an error?
I've done worse. I once did rm -rf .* to try to remove some config files
in a home directory. I forgot that .
On Tue, Mar 26, 2013 at 10:37 PM, Gary Stainburn <
gary.stainb...@ringways.co.uk> wrote:
> There are a number of utilities that will attempt this for you.
> Google "undelete ext4 linux" assuming your filesystem is ext4.
>
>
Gary, thank you for the information. Installed testdisk and exundelete. In
On Tue, Mar 26, 2013 at 11:57 PM, jarmo wrote:
> Tue, 26 Mar 2013 22:23:29 +1100
> Celik kirjoitti:
>
> > Hi,
> >
> > Had a logic error in my bash script and did "rm -rf *" on my current
> > working directory. Any tips for undoing such an error?
> >
> > Regards,
> > C
>
> Just try to find your B
Tue, 26 Mar 2013 22:23:29 +1100
Celik kirjoitti:
> Hi,
>
> Had a logic error in my bash script and did "rm -rf *" on my current
> working directory. Any tips for undoing such an error?
>
> Regards,
> C
Just try to find your BACKUP :))
--
users mailing list
users@lists.fedoraproject.org
To uns
There are a number of utilities that will attempt this for you.
Google "undelete ext4 linux" assuming your filesystem is ext4.
However, as your system is used the now unallocated space is being re-used
reducing any your chances of success. Even installing an uninstall utility
will do this, as
ohhh dear...:(
thanks for the quick reply.
On Tue, Mar 26, 2013 at 10:27 PM, Reindl Harald wrote:
>
>
> Am 26.03.2013 12:23, schrieb Celik:
> > Had a logic error in my bash script and did "rm -rf *" on my current
> working directory. Any tips for undoing such
> > an error?
>
> no way on a modern
Am 26.03.2013 12:23, schrieb Celik:
> Had a logic error in my bash script and did "rm -rf *" on my current working
> directory. Any tips for undoing such
> an error?
no way on a modern system which permanently writes
to the disk and the journal, in other words this
is the hard way to learn abou
Hi,
Had a logic error in my bash script and did "rm -rf *" on my current
working directory. Any tips for undoing such an error?
Regards,
C
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Gui
43 matches
Mail list logo