Protože rm -rf používám docela často... i jako root... a pro doplnění cesty používám Tab... a hrozi ze bouchnu do Enteru bez premysleni: používám zásadně opačný způsob zápisu:
Začnu zadáním samotne cesty, kterou chci smazat, s pomocí Tab:
/home/pepa/stare-soubory/
Pak se na zadanou cestu poradne podivam. Pak vratim kurzor na zacatek radky. Pak na zacatek radky pripisu rm -rf. Az pak stisknu Enter.
Vlákno názorů ke zprávičce rm -rf znovu a znovu
Bilbo (neregistrovaný)
14. 1. 2006 14:14
Re: rm rf bezpečně
Jo, preklepy jsou taky nebezpecne
Nekdo misto "rm *~" (smazat zalozni soubory editoru) napsal "rm * ~" (cimz si smazal soubory home a soubory v aktualnim adresari, vcetne tech zaloh :o)
Nekdo misto "rm *~" (smazat zalozni soubory editoru) napsal "rm * ~" (cimz si smazal soubory home a soubory v aktualnim adresari, vcetne tech zaloh :o)
uživatel si přál zůstat v anonymitě
14. 1. 2006 22:31
Re: rm rf bezpečně
Americanum pry lehl satelit tak, ze pri cteni/derovani programu na pasku se z fortranoveho prikazu cyklu vytratila carka. Vzhledem k tomu, ze promene nemusi byt deklarovane, nebylo to nikomu, ani kompilatoru, podezrele, ale pak to jaksi ve vesmiru nefungovalo.
15. 1. 2006 23:24
Re: rm rf bezpečně
Nevytratila se, ale pri derovani se operatorka prehlidla a naderovala misto carky tecku, cimz se z prikazu cyklu stal prikaz prirazeni :-p
There is a useful lesson to be learned from the failure of one of the earliest planetary probes launched by NASA. The cause of the failure was eventually traced to a statement in its control software similar to this:
DO 15 I = 1.100
when what should have been written was:
DO 15 I = 1,100
but somehow a dot had replaced the comma. Because Fortran ignores spaces, this was seen by the compiler as:
DO15I = 1.100
which is a perfectly valid assignment to a variable called DO15I and not at all what was intended.
http://www.star.le.ac.uk/~cgp/prof77.pdf
There is a useful lesson to be learned from the failure of one of the earliest planetary probes launched by NASA. The cause of the failure was eventually traced to a statement in its control software similar to this:
DO 15 I = 1.100
when what should have been written was:
DO 15 I = 1,100
but somehow a dot had replaced the comma. Because Fortran ignores spaces, this was seen by the compiler as:
DO15I = 1.100
which is a perfectly valid assignment to a variable called DO15I and not at all what was intended.
http://www.star.le.ac.uk/~cgp/prof77.pdf
aura:85
16. 1. 2006 3:17
Re: rm rf bezpečně
vd (neregistrovaný)
15. 1. 2006 11:00
Re: rm rf bezpečně
jo, ja jsem zase chtel presunout soubory i adresare: "mv ../* ./" a zapomnel jsem tam pridat i ty dve tecky. Odeslal jsem to a ani jsem nemusel psat nic jineho a myslel jsem, ze si pujdu hlavu rozbit o stenu. Bylo to na vzdalenem stroji :). Nevite co to je, divat se na obrazovku vzdaleneho terminalu. Vedet, kde mate vsechny potrebne programy (/bin) k naprave a i kdyz tam dojdete po pameti, tak je stejne nemoct spustit :).
To se pak uplatni kabelovy prenos. Soupnete live distro do kabely, odjedete s nim ke vzdalenemu pocitaci, vyndate z kabely a pouzijete :))
To se pak uplatni kabelovy prenos. Soupnete live distro do kabely, odjedete s nim ke vzdalenemu pocitaci, vyndate z kabely a pouzijete :))
15. 1. 2006 12:59
Re: rm rf bezpečně
mne sa raz podarilo presunut cast diru /usr/lib do ineho diru :) tiez to bolo na vzdialenom stroji:), tusim vsetko bolo mrtve okrem inetd kde bol zaveseny telnet :)a cez ten sa mi to podarilo dat doporiadku :)
