[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: helper function that should take a list argument doesn't do anything
From: |
David Kastrup |
Subject: |
Re: helper function that should take a list argument doesn't do anything |
Date: |
Sat, 10 Nov 2012 14:49:41 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux) |
Janek Warchoł <address@hidden> writes:
> On Fri, Nov 9, 2012 at 10:19 PM, Thomas Morley
> <address@hidden> wrote:
>> 2012/11/9 Janek Warchoł <address@hidden>:
>>> On Thu, Nov 8, 2012 at 9:21 AM, David Kastrup <address@hidden> wrote:
>> [...)
>>> Sorry for being grumpy - i'm frustrated with some other things, for
>>> example the fact that all my data got deleted because of a script bug,
>>> and the fact that the behaviour of 'rm' makes it very difficult to
>>> recover anything.
>>
>> OUCH!!
>>
>> No idea what to do, but I wish the best.
>
> I had a 2-week old backup, and i managed to recover some files created
> after the backup (unfortunately it seems that SSD drives fragment the
> data heavily, and it makes recovery difficult).
>
> What really annoys me is the fact that rm has no reasonable safeguard.
> Using rm -i (prompts before every removal) is really not an option,
> especially for using with scripts - it's too annoying when you're
> asked for confirmation every time. What i'd like to see is a
> safeguard only against deleting too many files, for example:
> - ask for confirmation when attempting to delete more than 10000 files
> - ask for confirmation when attempting to delete more than 10 GB of data
> or even better, make numbers above customizable. How come no one had
> this idea before? Maybe it's worth suggesting it to people
> responsible for coreutils?
rm is not a file manager. I do larger renaming/removal workloads using
Emacs (hardly surprising), but there are also other file managers.
Some file systems retain data until space is required. btrfs?
> On Fri, Nov 9, 2012 at 10:31 PM, David Kastrup <address@hidden> wrote:
>>
>>> But nevertheless, thanks for your explanations; i do appreciate them.
>>> Sorry for being grumpy - i'm frustrated with some other things, for
>>> example the fact that all my data got deleted because of a script bug,
>>
>> Checking into git occasionally makes things easier.
>
> I was thinking about having all my files in a git repository, but
> that's ~10 GB of data, and lots of it is in a binary (i mean,
> non-diffable) form. Do you think it would make sense to use git for
> that?
It's pretty efficient for storing even binary blobs.
>
>>> and the fact that the behaviour of 'rm' makes it very difficult to
>>> recover anything.
>>
>> touch ./-i
>>
>> is a trick from old times that helps against things like writing
>>
>> rm * .o
>
> umm, what does it do? i don't see -i among available options of
> 'touch',
-i isn't an option of touch. It is an option of rm. The touch places a
file -i in the directory. At least with POSIX sort order, this is bound
to come rather early in a directory listing, so if you have files a, b,
c in the directory,
rm * .o
expands into
rm -i a b c .o
It does not help much if you have a sort order where - gets ignored,
obviously.
--
David Kastrup
- helper function that should take a list argument doesn't do anything, Janek Warchoł, 2012/11/08
- Re: helper function that should take a list argument doesn't do anything, David Kastrup, 2012/11/09
- Re: helper function that should take a list argument doesn't do anything, David Kastrup, 2012/11/09
- Re: helper function that should take a list argument doesn't do anything, David Kastrup, 2012/11/09
- Re: helper function that should take a list argument doesn't do anything, Janek Warchoł, 2012/11/10
- Re: helper function that should take a list argument doesn't do anything, David Kastrup, 2012/11/10
- Re: helper function that should take a list argument doesn't do anything, Janek Warchoł, 2012/11/11