Vlákno názorů k článku
Server GitLab byl obnoven, přišel o data za sedm hodin od Peterfff - Lol backup z testovacieho serveru, musi hrabat ....

  • Článek je starý, nové názory již nelze přidávat.
  • 3. 2. 2017 18:24

    NULL (neregistrovaný)

    No, ještě že ho měli.

    Každopádně jsem po 2 letech vlastní instance Gitlabu (záloha pouze jako virtual server u poskytovatele) přešel na Gitlab.com. Naštěstí jsem nebyl tak aktivní a o nic jsem nepřišel, kromě 2 zavření Issues - takže se nic nestalo.

    Stávat by se to nemělo, ale prostě podařit se může, no. Každopádně Gitlab.com teď asi budou ti, kdo má nejlíp vyřešené zálohování :-D
    A vůbec, kdoví jak by obstála spousta ostatních a mudrců kolem toho. To je totiž všechno jasné a v klidu dokud se to opravu nestane . . . .

  • 3. 2. 2017 21:18

    mpa (neregistrovaný)

    Preto si to raz za rok skusame tym, ze prehlasime, ze niekto omylom zmazal data a skusame ich obnovit z offline zaloh. Alebo sa odpoja niektore servery a overi sa, ci funguje fallback. Potom sa odpoja dalsie a zistime, ci to automaticky kontaktuje spravnych ludi a ako oni vyriesia obnovu.

    Nonstop sa automaticky testuje cast online zaloh a porovnava sa s aktualnymi datami.

    Bez testov obnovy nie su zalohy.

  • 3. 2. 2017 21:46

    NULL (neregistrovaný)

    A zkusili jste i tento test case, třeba že budete obnovovat a někdo omylem smaže zálohu? To může být něco jako překlep ve 04:22 ráno po 15h směně při poruše v sobotu večer: su root; rm -rf / místo ./ :-) Na linuxu je to velmi velmi rychlé :-)

  • 4. 2. 2017 10:02

    Filip Jirsák
    Stříbrný podporovatel

    Aby to fungovalo, musel byste místo su root; rm -r ./ napsat su root; rm -r --no-preserve-root /. To by byl dost zvláštní překlep.

    A nebo by vůbec bylo nejlepší přestat opisovat příkazy z internetu a přečíst si manuálovou stránku. Zrovna na tom vašem příkladu se to dobře pozná, protože parametr -f používají jenom opisovači z internetu. Ti, co četli manuálovou stránku, vědí, co parametr -f dělá a že jeho použití v tomhle případě (a v drtivé většině ostatních) je nesmyslné.

  • 4. 2. 2017 10:26

    NULL (neregistrovaný)

    Ano a máme tu vítěze soutěže o to, kdo nepochopení co je jednoduchý překlep. Hint: ta tečka . . . .

    No světě div se, když jsem se poprvé učil s linuxem, tak jsem nejprve nepřečetl man 1 - 9, ale bavil jsem se tutoriály a radami na netu.

    To by ovšem nebyl Jirsák aby něco nepochopil a hned nezačal jaskotat. Ano, psal jsem to i s vědomím toho, že někdo přileze a začne prudit, ale evidentně ani Jirákovi nedošlo, že i když ti ten příkaž nesmaže systémové složky, a proto tam schválně není "--no-preserve-root" (protože proč bys to dělal ? když nemažeš celý systém :-) ), tak ti to vymaže o dost více než jsi chtěl.

    To už bych sice asi chtěl moc, ale uvědom si Jirsáku, že ne všichni na světě četli man 1 - 9 úplně cellý a ne všichni kdo používají linux a mají servery jsou profesionální administrátoři a věnují se tomu full time a jak je vidět zde na rootu, i ti se dokáží pohádat co je správně a jak je vidět i zde na rootu, vždycky se musí přihnat nějaký všmudrlant . . .

  • 4. 2. 2017 11:54

    Filip Jirsák
    Stříbrný podporovatel

    Ano a máme tu vítěze soutěže o to, kdo nepochopení co je jednoduchý překlep. Hint: ta tečka . . . .
    K vítězství vám gratuluju.

    Ano, podle vás dotyčný chtěl smazat aktuální adresář, tedy ./. Jenže nedoklepl tečku, takže mu tam zůstalo jen rm -rf /. Nebo-li by se pokusil smazat celý systém. Až do této chvíle se shodneme, ale v tomto okamžiku se rozcházíme. Vy nečtete manuály a neověřujete si, co píšete, takže píšete nesmysly, ale o to větší máte sebevědomí a potřebu urážet ostatní. Já jsem si manuál přečetl a vyzkoušel jsem si to, takže vám můžu napsat, co by se po zadání rm -rf / stalo. Nic se nesmaže, jenom rm vypíše chybu (pro jistotu vypíšu i alias, abyste viděl, že spouštím opravdu rm bez nějakých skrytých parametrů):

    root@ubuntu:~# alias rm
    -bash: alias: rm: not found
    root@ubuntu:~# rm -r /
    rm: it is dangerous to operate recursively on '/'
    rm: use --no-preserve-root to override this failsafe
    root@ubuntu:~# rm -rf /
    rm: it is dangerous to operate recursively on '/'
    rm: use --no-preserve-root to override this failsafe

    Parametr --no-preserve-root neřeší nějaké „systémové složky“ (co to je?), ale je opakem defaultního parametru --preserve-root, který říká, že nechci mazat rekurzivně od kořenové složky. Slouží to právě jako pojistka proti překlepům – například vámi uváděné chybějící tečce, ale častěji omylem přidané mezeře za lomítkem, například rm -r / tmp/nepotrebny-adresar.

    Kdybyste jen neopisoval příkazy z internetu, ale přečetl si manuál k rm (je na jednu stránku), tak byste to věděl. Kdybyste si ten manuál přečetl alespoň po té, co jsem vás na chybu upozornil, místo abyste kolem sebe začal kopat, nebyl byste za hlupáka.

  • 4. 2. 2017 12:17

    NULL (neregistrovaný)

    Ano, uznávám, příklad by správně měl být "rm -rf /" - to si vyzkoušej - je zajímavé že mi to píše
    tu hlášku na virtuálu když to zkouším

    o rm: it is dangerous . . . . blá blá

    ale před asi rokem jsem si tak smazal všechno na disku pod daným uživatelem když jsem s nedopsaným shell scriptem místo vim script dal ./script.sh z konzole a musel jsem obnovovat celý účet ze záloh. Takže vím že to jde, i kdyby jsi se na hlavu postavil a já 2 dny obnovoval a kontroloval celý účet. Takže tak.

    " místo abyste kolem sebe začal kopat, nebyl byste za hlupáka."

    No možná kdyby jsi si hned na start nechal debilní poznámky jako :

    "A nebo by vůbec bylo nejlepší přestat opisovat příkazy z internetu a přečíst si manuálovou stránku"
    " parametr -f používají jenom opisovači z internetu"

    a podobné blbosti, tak by pak první reakce člověka nebyla v duchu "vyliž si prdel" a pod.

  • 4. 2. 2017 12:49

    Filip Jirsák
    Stříbrný podporovatel

    Asi jste v tom skriptu neměl rm -r /, ale třeba rm -r ~/ nebo rm -r /home/user/. To speciální zacházení se týká jen samotného kořenového adresáře (jak je napsané v manuálové stránce).

    Stále jste nenapsal jediný příklad, kdy jako root chcete smazat rekurzivně nějaký adresář, nic jiného se v tom systému neděje a bude rozdíl ve spuštění s parametrem -f a bez něj. Pokud víte, co ten parametr dělá, a používáte ho záměrně, tak přece takový příklad musíte okamžitě vědět.

    Nepleťte si to s tím, že by ten parametr nebyl dobrý vůbec k ničemu. Třeba když mi sestavení programu vytváří několik adresářů, napíšu si čistící skript, který mi ty adresáře zase smaže. Jenže sestavení třeba někdy nedoběhne do konce a já tam budu mít jen některé adresáře uvedené ve skriptu, ale ne všechny. rm bez -f by v takovém případě protestovalo. To já ale nechci – to, že se pokouším smazat neexistující adresáře není v tomto případě chyb, ale záměr. Takže v tom skriptu použiju -f.

  • 4. 2. 2017 12:58

    NULL (neregistrovaný)

    " (jak je napsané v manuálové stránce)."

    To vím, to je tam dlouho. Žádné ~/ jsem tam neměl, protože mi to smazalo i weby z /var/www/html - naštěstí jsem už tehdy měl tu instanci Gitlabu ze které jsem přešel jak jsem psal někde nahoře, takže tohle problém nebyl . . . . s /home/{já} už to bylo horší . . . :-)

    " jiného se v tom systému neděje a bude rozdíl ve spuštění s parametrem -f a bez něj"

    Napsal jsem to níže, protože tato část se řešila tam . . . Když -f použiješ a nic, tak je to jedno, když ne, můžeš se zaplavit hláškou o nemožnosti smazat. Ne všude může mít root výhradný přístup - třeba na mountované disky a filesystémy, jejich kopie pod . . . .To už ale přesně nevím, zas tak daleko nejsem, na googlu takové přpady jsou, několikrát jsem něco takového řešil a od té doby jsem si to zvykl psát takto . . . .

  • 4. 2. 2017 13:12

    Filip Jirsák
    Stříbrný podporovatel

    Ano, pokud někam root nemá výhradní přístup (může mu soubory pod rukama měnit někdo jiný nebo nějaký program), dává použití -f smysl. Jenže to není ten příklad, který jste uváděl, není to ani příklad GitLabu. Pořád z toho plyne akorát to, že -f bez přemýšlení cpete všude. Místo abyste přemýšlel o tom, co chcete dělat, uvědomil si, že je to poměrně nestandardní, ale že to tak opravdu chcete (třeba že chcete mazat i data, se kterými někdo jiný manipuluje), a teprve pak tam v tom speciálním případě ten parametr -f přidal. Proto je to speciální parametr příkazu a není to default.

  • 4. 2. 2017 13:19

    NULL (neregistrovaný)

    Jenže já když chci něco smazat a pokusím se o to, tak už to mám rozmyšlené a zvážené, takže to chci smazat ať se děje co se děje a ne že chci něco smazat a ani nevím jestli s tím někdo něco nedělá. A nepsal jsem že to byl příklad Gitlabu, jenom jsem se zeptal jestli něco na ten způsob zkoušeli. Máš jako ten pocit že jsem tak dobrej abych ti dokázal vyjmenovat všechny způsoby co se může se souborem složkou stát aby nemohla být smazána rootem? Díky za projevené uznání, ale tak dobrý nejsem.

  • 4. 2. 2017 13:50

    Filip Jirsák
    Stříbrný podporovatel

    To ovšem nevysvětluje, proč tam cpete ten parametr -f. Nemusíte vypisovat všechny způsoby, co se můžou se souborem nebo složkou stát, aby nemohly být smazány rootem. Stačí, když napíšete jeden, který způsobí, že rm bez -f ten soubor/složku nesmaže a rm -f to smaže.

  • 4. 2. 2017 10:36

    NULL; (neregistrovaný)

    Nechci se hádat, ale -f asi používají hlavně ti, kteří ho použít chtějí.

    Třeba já když mažu něco s -r tak to většinou chci vymazat úplně všechno a totálně bez toho, aby se mě konzole ptala na 100 souborů z nějaké .cache nějakého exerního programu (kde se první odmazaly targety ze simlinků či co) , který chci smazat a jestli to chci smazat.

    No to jsem hrozný opisovač. Acho jo.

  • 4. 2. 2017 10:56

    Filip Jirsák
    Stříbrný podporovatel

    Třeba já když mažu něco s -r tak to většinou chci vymazat úplně všechno a totálně bez toho, aby se mě konzole ptala na 100 souborů z nějaké .cache nějakého exerního programu (kde se první odmazaly targety ze simlinků či co) , který chci smazat a jestli to chci smazat.
    Takže jste nám potvrdil, že opravdu nevíte, co parametr -f dělá. No a teď byste sin konečně mohl přečíst ten manuál, nemyslíte? Dozvíte se tam, že když rm nedáte parametr -i nebo -I (nebo dlouhou variantu --interactive), na nic se ptát nebude. A že parametr -f slouží především k tomu, aby rm přeskočil neexistující soubory. To vaše neustále dotazování rm je způsobené tím, že máte v shellu nastavený alias rm na rm -i nebo rm -I a pak ten alias přebíjíte parametrem -f.
    Ale hlavně že si myslíte, že nic neopisujete a že víte, co děláte.

  • 4. 2. 2017 11:38

    rm -rf (neregistrovaný)

    Parameter -f okrem iného potláča otázku pri read-only súboroch. Píše sa to dokonca aj v tom vašom manuáli, rovno v treťom odseku. Mali by ste si ho prečítať.

  • 4. 2. 2017 12:00

    Filip Jirsák
    Stříbrný podporovatel

    Parameter -f okrem iného potláča otázku pri read-only súboroch.
    Soubory, které jsou read-only pro roota? Co to je?

    Ano, parametr -f má několik významů, ale pokud root spustí rm -rf něco, jediný reálný význam parametru -f je to, aby rm nehlásilo chyby neexistence souborů nebo adresářů. Potlačení dotazů v takové situaci nemá význam, protože root má práva smazat vše.

  • 4. 2. 2017 11:50

    NULL (neregistrovaný)

    @Jirsák

    1. mám shell emulátor. V shellu nemám vlastní alias ani jeden a díval jsem se teď speciálně kvůli tobě do .bashrc a žádné "rm -i" tam není. Jediný alias tam mám (od maintainera)

    76 if [ -x /usr/bin/dircolors ]; then
    77 test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
    78 alias ls='ls --color=auto'

    - no to jsem se taky dočetl na tom zlém internetu, že není dobrí si dávat moc aliasů, protože je z toho pak člověk zmatený a nepamatuje si původní příkazy. Zdálo se mi to jako blbost, ale ty jsi mi teď předvedl jak to může dopadnout.

    2. když jsi takový administrátor veliký, tak by jsi měl znát hlášku
    ...
    rm: cannot remove ....
    rm: cannot remove ....
    rm: cannot remove ....
    rm: cannot remove ....
    rm: cannot remove ....
    rm: cannot remove ....
    rm: cannot remove ...
    rm: cannot remove ....
    rm: cannot remove ....
    rm: cannot remove ....

    a to mohou být třeba ty vadné simlinky od Node.js cache a ty v klidu promažeš sudo rm -rf .cache/* ty administrátore. Nevím co sem pleteš interaktivitu.

  • 4. 2. 2017 12:16

    Filip Jirsák
    Stříbrný podporovatel
    root@ubuntu:~#mkdir test
    root@ubuntu:~#cd test
    root@ubuntu:~/test#ln -s def abc
    root@ubuntu:~/test#ls -l
    total 0
    lrwxrwxrwx 1 root 3 úno  4 12:03 abc -> def
    root@ubuntu:~/test#ls -lL
    total 0
    l????????? ? ?    3            ? abc
    root@ubuntu:~/test#cd
    root@ubuntu:~#rm -r test
    root@ubuntu:~#ls -g
    total 0
  • 4. 2. 2017 12:24

    NULL (neregistrovaný)

    Ano

    -f, --force
    ignore nonexistent files and arguments, never prompt

    A to je tam proto, protože je to k ničemu.

    Ach jo.

  • 4. 2. 2017 12:45

    NULL (neregistrovaný)

    PS: Každopádně gratulluji ke vytvoření a smazání složky. Děkuji ti za námahu. Až budeš mazat přes ssh poškozené simlinky, soubory, či něco na mountovných discích a nebudeš chtít mít v outputu ssh ze serveru X tisíc řádků "rm: cannot remmove . . . ." a zásek, tak spoň víš co máš udělat

    Stále nevěříš? Zkus UTFG a něco třeba jako "cannot remove as root" nebo "root cannot remove files" aby jsi viděl, proč používat -f. tedy pokud se necheš přes ssh dívat minutu na přicházející výpis "rm: cannot rem. . . ."

  • 4. 2. 2017 12:56

    Filip Jirsák
    Stříbrný podporovatel

    Nevěřím. A vzhledem k tomu, že ty nesmysly píšete vy a ne Google, chci ten příklad od vás. Já vím, ve kterých případech rm vypisuje „cannot remove“, a vím, kdy bych použil parametr -f – protože vím, co dělá. Takže také vím, že ve vašem příkladu je -f zbytečné, a to, že nejste schopen uvést jediný příklad, kde by -f mělo význam, mne jen utvrzuje v tom, že ho prostě cpete bez přemýšlení automaticky všude.

  • 4. 2. 2017 13:08

    NULL (neregistrovaný)

    Ano, cpu, protože v případě že to nejde smazat ani pod rootem, tak nechci mít zaplavenou konzoli, rušit příkaz a čekat až ssh dobuffuje všechno co poslalo - a že je toho někdy hromada. To se prostě někdy stává, zvláště když mažeš něco, co ti vytvořil externí program - jako ty .cache. Stejně je to zajímavé. Občas se něco nesmaže i když mažu vždy sudo rm -rf ./{path} tak třeba změním práva. A pak se přiřítíš ty a tvrdíš mi, že se to stát nemůže. Hmmm, co bych ti k tomu asi tak měl jako říct? I když udělám chybu nebo blbost a pak mi něco nejde smazat, pořád je to situace kdy i pod rootem ti to může vyplivnout do konzole 5000x rm:cannot . . . . .

    http://unix.stackexchange.com/questions/33591/unable-to-delete-file-even-as-root
    http://superuser.com/questions/331121/linux-cannot-remove-owned-file-with-777-permissions
    https://www.reddit.com/r/linux/comments/29u7yi/cannot_remove_sticky_bit_as_root_please_help/
    http://serverfault.com/questions/663594/rm-cannot-remove-permission-denied
    http://unix.stackexchange.com/questions/29902/unable-to-delete-file-even-when-running-as-root

  • 4. 2. 2017 13:45

    Filip Jirsák
    Stříbrný podporovatel

    Ano, cpu, protože v případě že to nejde smazat ani pod rootem
    Vážně byste si měl přečíst, co ten parametr dělá. Pokud něco nepůjde smazat ani pod rootem (třeba kvůli speciálním atributům nebo protože adresář nebude prázdný), parametr -f na tom nic nezmění.

  • 4. 2. 2017 16:06

    Filip Jirsák
    Stříbrný podporovatel

    Neupozorní vás to na některé možné chyby. Například to smaže soubory nebo adresáře bez dotazování, i když jste potvrzování chtěl, neinformuje vás to o tom, že jste chtěl smazat soubor nebo adresář, který neexistuje.

    To ale není podstatné. Podstatné je, proč tam ten parametr přidáváte, kdy ani nevíte, co dělá. Mně by jako nejpravděpodobnější vysvětlení připadalo, že nad tím prostě nepřemýšlíte, ale tomu se pořád bráníte. Tak by mne zajímalo, jaký je ten skutečný důvod.

    Jinak pokud rád zadáváte příkazy tak, že si nepřipouštíte chybu a trváte na tom, aby příkaz bez ptaní hned začal provádět přesně to, co jste napsal, doporučuji do repertoáru zařadit i parametr --no-preserve-root. Ten také může způsobit to, že rm nesmaže to, co jste mu ke smazání určil. A pokud nemáte nějakou úchylku, že toho chcete na klávesnici napsat co nejvíc, udělejte si na rm alias a tam si tyhle parametry přidejte. Aspoň budete mít jistotu, že na ně nikdy omylem nezapomenete.

  • 4. 2. 2017 16:33

    NULL (neregistrovaný)

    Hele, kecy o úchylkách a o tom, kdo nad čím jak přemýšlí si nech, nebo ti něco napíšu a zas tu budeš uplakávat o slušném chování.

    A jak nad tím teda přemýšlíš ty? Na jaké možné chyby mě to má upozornit? Že nekde ve složce, kterou chci smazat a nic z ní nechci zachovat je něco co jde smazat jenom s "-f"? No to je bomba. Jinak to stejně nesmažeš, jako jsi mi dokázal.

    I kdyby to tak napsali třeba v Gitlabu a celou zálohu smázli takto), tak je jedno jestli použili třeba sudo rm -rf nebo sudo rm -r . Stejně by to smázli celé, jenom by tam byl jeden paramert navíc (-f) kvůli kterému by někdo připindal dalších pár komentů jako tady.

    Ale beru na vědomí - až nebudu vědět co mažu, jestli to chci smazat a nebo si ani nezjistím jestli to někdo nepoužívá, vzpomenu si na tebe a parametr -f vynechám. Díky.
    Jinak ho budu používat dál, protože stejně budu rm -r stejně nasledovat s rm -rf pokud se něco nesmaže když už jsem k tomu došel a rozhodl se, že někde něco opravdu smažu. Ve skutečnosti rm -r používám, ale asi tak jenom v 5% případů (naprostý odhad). Jediné co s tím uděláš je mínus bod tady u komentu nebo udání na Vesmírnou policii, odbor Mazání - rm.

    Ale ano, připoměl jsi mi že je pojistka na smazání "/", tak dlouho jsem nic takového nepodařilo zkusit smazat pod rootem, že jsem na to i zapomenul. Takže díky, opět z diskuze odcházím o něco bohatší. Hezký víkend.

  • 4. 2. 2017 17:47

    Filip Jirsák
    Stříbrný podporovatel

    Hele, kecy o úchylkách a o tom, kdo nad čím jak přemýšlí si nech, nebo ti něco napíšu a zas tu budeš uplakávat o slušném chování.
    Co byste mi napsal? Že nevíte, co dělá u příkazu rm parametr -f, tady už všichni vědí. A že neváháte psát pořád dokola stejné nesmysly a do toho manuálu se nepodíváte a nepodíváte, to už taky všichni vědí.

    A jak nad tím teda přemýšlíš ty?
    Obvykle nemažu věci, které by se mi mohly pod rukama změnit. Kdybych něco takového chtěl mazat, budu přemýšlet o tom, jaké důsledky bude mít to, že smažu něco, na čem někdo jiný nebo něco jiného pracuje (tedy že mohou soubory určené ke smazání zmizet dřív, než je smaže můj příkaz) – a pokud usoudím, že to chci i přesto smazat, přidám parametr -f.

    něco co jde smazat jenom s "-f"
    Fakt byste si už konečně ten manuál měl přečíst. Ten parametr je tam popsaný jednou větou, to zvládnete.

    Parametr -f nezpůsobuje, že by se smazalo i něco, co by se bez něj nesmazalo. Parametr -f způsobí, že rm bude ignorovat neexistující soubory a argumenty – tedy například pokud jako parametr rm zadáte neexistující soubor, rm to bude ignorovat a nic nevypíše.

    Ta hláška „cannot remove“, kterou jste zmiňoval, totiž celá zní „cannot remove ‘…’: No such file or directory“. Ta hláška neříká, že by něco nebylo možné smazat a tudíž to na disku zůstalo, a nějakým parametrem byste mohl vynutit smazání. Ta hláška říká, že už to na disku není, tudíž není co mazat a tudíž nebylo možné soubor/adresář smazat. Není žádný přepínač, který by vynutil smazání toho neexistujícího souboru/adresáře. Ten soubor/adresář už v daném okamžiku neexistuje, tak co byste chtěl mazat?

    Dále parametr -f způsobí, že se nebude nikdy dotazovat, zda má soubor či adresář smazat, a smaže je (pokud je to možné). Přičemž dotazovat se může jedině pokud použijete parametry -i nebo -I (nebo jejich ekvivalenty), a nebo pokud chcete smazat soubor, ke kterému nemáte právo zápisu (to se tedy netýká uživatele root). Pořád to ale nezpůsobuje, že by se smazalo něco, co by se bez -f nesmazalo – pokud všechny dotazy rm odsouhlasíte, bude výsledek stejný, jako kdybyste použil -f.

    Když smazání zabráníte jinak (třeba na souborovém systému ext4 nastavíte souboru atribut i – immutable), parametr -f to nijak neovlivní a soubor nesmažete ani s ním ani bez něj.

    Už to chápete?

    Jinak to stejně nesmažeš, jako jsi mi dokázal.
    Nic takového jsem nedokázal. Jako root to smažete nebo nesmažete zcela nezávisle na tom, zda použijete parametr -f. Pro roota neexistuje soubor pouze pro čtení, takže jediný význam parametru -f pro roota je potlačení výpisu varování, že daný soubor/adresář neexistuje, tudíž ho nebylo možné smazat. Jako běžný uživatel akorát budete muset potvrdit smazání souborů jen pro čtení.

    Jinak ho budu používat dál, protože stejně budu rm -r stejně nasledovat s rm -rf pokud se něco nesmaže když už jsem k tomu došel a rozhodl se, že někde něco opravdu smažu.
    Klidně to tak dál dělejte. Až vám to tom rm -rf zůstane nesmazané úplně to samé, jako po <rm -r, protože -f nevynucuje mazání, pouze potlačuje varování a dotazy, třeba si vzpomenete na tuhle diskusi a konečně si přečtete manuál k rm.