Smaže rm -r .* celej filesystem? (diskuse)

[David Watzke]

Smazání tečkových souborů v aktuálním adresáři...

[vogo]

„smazání tečkových souborů v aktuálním adresáři“ – tedy souborů začínajících na ., rekurzivně, tedy i v podadresářích

[David Watzke]

Rekurzivně? Cože?

[vogo]

co co? v podadresářích proto je tam to -r co je na tom nepochopitelnýho

$ rm --help | grep -e "--recursive"

-r, -R, --recursive remove directories and their contents recursively

By default, rm does not remove directories. Use the --recursive (-r or -R)

[David Watzke]

Jasně, ale mně přišlo, že tvrdíš trochu něco jinýho... "rekurzivně, tedy i v podadresářích" -- spíš bych řekl "i s podadresáři", protože... no, to je fuk. Jen jsem to špatně pochopil

[vogo]

no stejně to všechno bude v… tam kde Slunce nesvítí

[Kyosuke]

A kam nemůže Slunce, tam musí Norton Disk Doctor.

[Kyosuke]

Prostě smaže všechny tečkové soubory, včetně podaresářů, což jsou také tečkové soubory. A tečka (+ hvědička ).

[zabza]

Bash sám o sobě určitě nic takovýho nehlídá...

[ivok@zero x]$ echo .*
. ..

[David Watzke]

Ale rm nesmaže . ani ..

[zabza]

přesně tak

[kouby]

- smazání tečkových souborů v aktuálním adresáři

[Zdeněk Štěpánek]

Nenajde se tady nejakej dobrovolnik, kterej by to vyzkousel naostro? Zeptal jsem se hardcore linuxaku a koukam ze ani tady neni jasno...

Zdenek

[vice]

je zcela jasno - správná není ani jedna odpověď - správně, jak uvedl už vogo, je že to smaže všechny soubory a adresáře začínající tečkou v aktuálním adresáři a podadresářích (to je ta rekurze ;)

[Max]

Cože? Všichni tvrdí, že B je správně a ty tu píšeš, že je to tu nejasné? Eh? Prostě smaže všechny adresáře a soubory, co začínají tečkou. Nesmaže jen tečku jako takovou a nebo dvě tečky (což je logické a když si to zkusíš, tak soubor nebo adresář, který se jmenuje jako tečka nebo dvě tečky prostě ani nevytvoříš ).
Zdar Max

[Max]

Samo, oprava, rekurze tam samozřejmě je, spíš jsem měl napsat, že nejvíce se blíží odpovědi odpověď B. Pokud by to byl test, že musí být jedno správně, vol B . Pokud ne, nevol nic :)
Zdar Max

[David Watzke]

dave@amd64 ~/.tmp $ ls -l
celkem 0
dave@amd64 ~/.tmp $ mkdir a b c d .a .b .c .d
dave@amd64 ~/.tmp $ ls -la
celkem 48
drwxrwxr-x  10 dave home  4096 2007-01-17 21:27 ./
drwxrwxr-x 102 dave home 12288 2007-01-17 21:27 ../
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 a/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 .a/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 b/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 .b/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 c/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 .c/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 d/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 .d/
dave@amd64 ~/.tmp $ rm -r .*
rm: cannot remove directory `.'
rm: cannot remove directory `..'
dave@amd64 ~/.tmp $ ls -la
celkem 32
drwxrwxr-x   6 dave home  4096 2007-01-17 21:28 ./
drwxrwxr-x 102 dave home 12288 2007-01-17 21:27 ../
drwxrwxr-x   3 dave home  4096 2007-01-17 21:28 a/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 b/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 c/
drwxrwxr-x   2 dave home  4096 2007-01-17 21:27 d/

[_radek]

Sice v pokusne instalaci PCBSD ale myslim, že to bude dost podobné i v Linuxu:

rm: "." and ".." may not be removed

[vogo]

a kdo jako root vyzkouší `rm -rf /` ???? :)

[qk]

Dneska je to uz nejaky moc chytry :)
localhost / # rm -rf /
rm: cannot remove root directory `/'

[pdp7]

To jako fakt jo?? Taky bych si to rad zkusil, ale... mam strach

[vogo]

fakt že jo, to je už slabota, aspoň že rm -rf /* funguje :) (odzkoušeno v emulátoru)

[manasekp]

co to je? proc by to nemelo jit? ja sem to kdysi omylem vyzkousel a slo to....stihl jsem ctrl+c ale z nepochopitelnych duvodu me to smazalo vsechny teckove adresare v /home. netusim proc, mozna proto ze jsem zrovna byl v adresari /home ale jako root

[Michal Kubeček]

Tak jsem to zkusil. Zbyly cesty ke všem immutable souborům, část /dev a (nejspíš) celý /proc a /sys. A pak ještě filesystémy přimountované read-only přes NFS… :-) To se to experimentuje, když uvedení do původního stavu spočívá v tom, že se (virtuální) stroj zresetuje, zmáčkne se F12 a počká se dvacet minut. Ale asi bych si měl zvyknout používat ty snapshoty, s těmi by to bylo ještě jednodušší.

[Michal Kubeček]

Pardon, to bylo samozřejmě 'rm -rf /*'.

[diverman]

a počká se dvacet minut

Tolik? Naše (moje ) síťová instalace trvá do 10min.

[Michal Kubeček]

Virtuální disky pod VMware jsou bohužel trochu pomalejší (navíc to je instalace sice po síti, ale cíl a zdroj jsou fyzicky na stejném disku), věřím, že na reálném systému by to do těch deseti minut bylo také. Aspoň podle toho, že na počítači, kde to normálně trvalo 20-25 minut, byla instalace do VMware přibližně dvakrát pomalejší, asi 40-50 minut.

[qk]

Tak jo zkusil sem a tohle je vysledek:

localhost test # rm -r .*
rm: cannot remove directory `.'
rm: cannot remove directory `..'

jinak jak si to muzes sam vyzkouset...pouzij chroot, je to bezpecny ;)

[pdp7]

Taky jsem to zkusil.. no a nestane se NIC, jenom se vypise hlaska viz. prispevek vyse.

[DabelS]

Stačí vytvořit testovacího uživatele, přihlásit se pod ním a pak se může zkoušet. Podle práv, i kdyby to chtělo, tak to nesmaže víc, než může.

[#Tom]

A proč ne?

/$ cd /tmp
/tmp$ mkdir x y
/tmp$ cd x
/tmp/x$ mkdir .a
/tmp/x$ touch .b
/tmp/x$ rm -rf .*
rm: `.' nebo `..' nelze smazat
rm: `.' nebo `..' nelze smazat
/tmp/x$ cd ..
/tmp$ ls -ln
drwxr-xr-x  2 100 100  48 2007-01-18 10:28 x
drwxr-xr-x  2 100 100  48 2007-01-18 10:28 y

A jinak moje rm jiné ochrany nenabízí…

/$ rm -rf /
rm: cannot remove `//bin': Přístup odmítnut
rm: cannot remove `//dev': Přístup odmítnut
rm: cannot remove `//etc': Přístup odmítnut
rm: cannot remove `//lib': Přístup odmítnut
rm: cannot remove `//mnt': Přístup odmítnut
rm: cannot remove `//net': Přístup odmítnut
rm: cannot remove `//opt': Přístup odmítnut
rm: cannot remove `//tmp': Přístup odmítnut
rm: cannot remove `//sys': Přístup odmítnut
rm: cannot remove `//var': Přístup odmítnut
rm: cannot remove `//usr': Přístup odmítnut
rm: cannot remove `//boot': Přístup odmítnut
rm: cannot remove `//misc': Přístup odmítnut
rm: cannot remove `//proc': Přístup odmítnut
rm: cannot remove `//sbin': Přístup odmítnut
rm: cannot remove `//root': Přístup odmítnut
rm: cannot remove `//media': Přístup odmítnut
rm: cannot remove `//storage': Přístup odmítnut

[eh]

A hlavne! Co bys to zkousel? Chovani je jasne definovano! Pokus-omyl metoda je uplne na*vno, lepsi je naucit se cist...

[Lu-Tze]

No já bych řek, že buď jsou správně všechny možnosti (protože pro každou možnost existují podmínky, kdy bude platit) nebo není správně nic (protože zadání považujeme za úplné a nezávislé na dalších podmínkách). Co řekne tupé stádo na variantu 2 s read-only filesystémem? No nic, půjdu si sníst další mechanický pomerange.

[Josef Kufner]

Jojo, řeklbych, že tohle je jediná správná odpověď.

[Semo]

chown -R root:root .*

Kdekolvek na disku spravi skutocne to, ze cely disk privlastni rootovi. Uz sa mi to v zivote podarilo.

[Josef Kufner]

Mnooo.... když jsem zkusil ls -R .*, tak to vypsalo nadrazeny adresar a vsechny jeho podadresare. Tj. zaradilo to ../*

[srigi]

jj zadanie by podla spravnosti malo vstupit do nadradeneho addr, cize spravne je, ze to zmaze cely fs.

[červ]

Tam kam slunce nesviti,
tam nerostou stromy, kvítí.
Vsechno je to v prdeli,
jako rm -rt v nedeli.
Nenajdete tam zhola nic.
Žádný vul,
ani v plotě kul.
Je to zkrátka /dev/null

[petris]

Celá otázka je nesmyslná, mělo by být napsáno, že se pokusí smazat... protože jaksi existují i imutable soubory a připojeni fs jen pro čtení... Pokud se budu snazit odpovedet tak, abych uspokojil tazatele teto otazky, tak odpovim, ze smaze vsechny soubory (tim myslim i adresare) zacinajici teckou v aktualnim adresari. -r se vnoruje jen hloubeji, nikdy ne naopak.

ad rm -rf / : rm nikdy nesmaze korenovy adresar nejakeho fs, pokud ho chcete smazat, musite pouzit --no-preserve-root

[XMurder]

Jsem blbej zedník se základkou a správnou odpověď znám (logicky by to mělo smazat všecko co začíná tečkou v aktuálním adresáři, ale jak vidím zde nahoře, nějak to nejde:-o), takže to znamená že mám na vejšku, hurrá :D :D na co vejška když máme brokery...

[XMurder]

ale jak vidím zde nahoře, nějak to nejde:-o

aha snaží se to smazat značku aktuálního a nadřazeného adresáře, i mistr muffy si ho jednou utne...

[Lukáš Rýdlo]

Huh, to se zase někdo vyznamenal. Můžeme vědět na které vysoké škole vynalezli ty "tečkové soubory"? Opravdu by mě zajímalo, co tenhle termín znamená...

(Už se nedivím, že nás na matice v prváku tak buzerovali za formální zápis a důkazy. Když se člověk nenačí mluvit už v prváku, tak se to sním pak táhne...)

[M]

http://lamer.cz/quotes/show/1 :)

[mikky]

http://www.opengroup.org/onlinepubs/009695399/utilities/rm.html

Tady máte POSIX definici příkazu rm. Podle ní příkaz rm nesmí v žádném případě mazat soubory . a .., tedy odpověď na původně položenou otázku je jasná: jedná-li se o rm odpovídající POSIXu, smažou se všechny smazatelné "skryté" soubory v CWD, plus na stderr se objevi (nejmíň) dvé chyby..

-miky