8 smrtelných linuxových příkazů (diskuse)

[Michal Kubeček]

Vidím, že pověra, že přesounout do /dev/null znamená smazat, se stále utěšeně šíří. Kdyby se autor článku obtěžoval si to aspoň vyzkoušet, zjistil by, že ten jeho "smrtelný příkaz" ve skutečnosti akorát skončí chybou:

  mike@unicorn:~> ls -ld a
  drwxr-xr-x 3 mike users 4096 24. zář 16.15 a
  mike@unicorn:~> mv a /dev/null
  mv: ne-adresář „/dev/null“ nelze přepsat adresářem „a“

Aby to něco opravdu škodlivého provedlo, musel by "mv ~ /dev/null" spustit s přepínačem -f a pod rootem a i pak by hlavní problém nespočíval ve ztrátě domácího adresáře, ale spíš v tom, že by začaly selhávat programy, které potřebují /dev/null ke své funkci.

[Václav "Darm" Novák]

Hmm, super. Ale že by takový nesmysl přehlédl i autor zprávičky?

rm -rf / už dávno nefunguje

mv ~ /dev/null je nesmysl absolutní a nemohlo fungovat nikdy.

[Ladislav Hagara]

Příkaz rm jsem nepřehlédl, dopsal jsem tam "a jeho variace". Stejně u ruské rulety jsem použil "rm -rf /*". Na druhé straně, pamatuji doby, když příkaz "rm -rf /" fungoval. Dle rm does not preserve root by default ještě nedávno také v Ubuntu.

Přiznám se, že u toho příkazu mv jsem nepřemýšlel, pouze jsem zkopíroval příkaz z článku. Chtěl jsem jenom upozornit na článek. Zprávičku jsem dal do kategorie Humor.

[Václav "Darm" Novák]

Omlouvám se za rýpání, jen mi přišlo zvláštní že by si toho někdo při překladu nevšiml :)

[Václav "Darm" Novák]

Bohyně, ty komentáře…

„Does an antivirus on Linux prevent these commands with sudo ?“

[ovoce]

Mě spíš "potěšilo" tohle:

Most of these require root privilege to be effective and if you don’t know what you are doing you should not have/be using that privilege anyway

Velmi realistická připomínka, když mluvíme o domácích uživatelích. Hlavně doufám, že se ten pindík pak někde jinde rozohňuje, že se mu MS/Apple/Google/etc pokouší vzít kontrolu nad jeho vlastním počem.

[pavlix]

Velmi realistická připomínka

Naprosto realistická a u svého okolí to tak běžně praktikuju.

[kralyk z abclinuxu]

"Vidličková bomba"? To překládal Fry, ne?

[Michal Fecko]

Skôr Zoiberg....

[kralyk z abclinuxu]

Pardon, spletl jsem y/i, mělo tam být Fri, tedy tenhle Fri (varování: odkazované stránky obsahují brutální scény, nedoporučuje se citlivým jedincům, je tam nepokrytě vyobrazen masakr českého i anglického jazyka).

[D.A.Tiger]

LOL

[Václav "Darm" Novák]

ARGH! Že já to otvíral. Takže už i „prezentace“ je moc nečeský?

[fri]

Lepší bude "promítání". Alespoň u jiného programu jsem to tak zařídil. To je teprve ono.

[D.A.Tiger]

"předvádění", nebo "představení"? :)

[fri]

Volba je to těžká.

S "prezentací" svých myšlenek (jejich předvedením, představením) je určitě pro některé jedince život jednodušší. To je odkaz na obrázek. Je to dost možná ten samý program, kde jsem dal promítání. V tom prostředí se to může víc hodit (na způsob zobrazování obrázků v prohlížeči, okno na celou obrazovku, třeba černé pozadí - paralela s potemnělým sálem v kině).

Obojí/všechny tři/čtyři možnosti tam zaráz nedám; i když bych je mohl od verze k verzi točit, aby to i to přišlo víc lidem normální. :)

S představením bych počítal spíš pro program typu KPresenter, ale i tam bych vyzkoušel Promítání. Je to takové líbivé.

[kralyk z abclinuxu]

Je to takové líbivé.

Prosím o odkaz na anketu, ze které byla tato informace zjištěna

(Jinak ale když už tam musí být puristický překlad, tak bych taky spíš byl pro "promítání" než "představení".)

[fri]

Cynismus a brutalita?

 

Kdysi mi jeden fotbalista řekl, že hraju jak Goauld. A ten malej, co je teď už určitě velkej se snažil mi přezdívat Koní hlava.

[b022d]

Vidličková bomba :D Šmankote! Nechci se dožít toho, že jednou budeme vidličkovat procesy a nikdo se nad tím ani nepozastaví :D

[JoHnY2]

Ještě je můžeme rozcesťovat nebo rozdvojovat, protože fork v kontextu znamená spíš to.

[fri]

Anebo je můžeme rozmnožovat. :)

[egg]

Však jo, procesy se rozmnožují dělením.

[MMMMMMMMM]

fork bomb or fart bomb, who cares

[Pali]

Sak to nic rerobi.... Toto ale uz stoji za to: hdparm -mRuUwx --dco-restore --drq-hsm-error --fwdownload /dev/sda

[depka]

uz 5 minut to pracuje

[Olaf]

Zrovna dnes jsem říkal kamarádovi, že jsem mu v noci nahrál ten zip (několik GB dat) do jeho počítače přes ssh na svůj účet atd. On za chvíli píše "foook". Použil rm místo mv. Já jen, že obsese některých jedinců řešit vše příkazy, nemusí dopadnout dobře.

[kralyk z abclinuxu]

Já jen, že obsese některých jedinců řešit vše příkazy, nemusí dopadnout dobře.

To máš úplně jedno, omyl se dá udělat v jakýmkoli rozhraní... Úplně stejně se můžeš překliknout nebo použít jinou klávesovou zkratku.

Pokud někdo má sklony dělat tyhle chyby nějak častěji, dá se doporučit si pro rm nastavit alias s volbou -i nebo -I...

[jenicek]

... nebo -f...

[cronin]

..., dá se doporučit si pro rm nastavit alias s volbou -i nebo -I...

Red Hat má pre root-a defaultne nastavený alias rm="rm -i". Jediný efekt je, že sa po čase človek naučí namiesto prostého rm písať rm -f, čo je cesta do pekla. Ničmenej vedomé a dobrovoľné nastavenie tohto aliasu môže viesť k žiadanému výsledku, to nepopieram.

[Zopper]

Jako by nebylo možné místo "kopírovat" kliknout na "smazat" (opravdu to jde, osobní zkušenost )

[Prcek]

Dobrý je taky ve správci souborů nechtěně kliknout při přejezdu myší přes soubory a složky. Člověk moc nedává pozor a najednou něco někam přesunul. Když se ta operace nemusí potvrzovat, tak občas chvíli trvá najít co a kam zmizelo .

[otula]

Ještě lepší je něco dělat ve správci souborů, jako je Krusader, kdy si člověk za nějakým účelem označuje insertem soubory. No a během tohoto označování najede kurzorem na něco, co se v tu chvíli rozhodne smazat, takže stiskne bez hlubšího uvažování F8+Enter…

Podařilo se mi jednou tímto způsobem si smazat téměř celý disk ;) Samozřejmě nezálohovaný :) Naštěstí na obnovitelném filesystému…

[Kosac]

To mi pripomina cca 15 let zpatky 386 40MHz a praci v DOS + AutoCAD 10. Rychle jsem dodelaval vykres, abych si stihl jeste neco zahrat, ale po AutoCADu bylo zahodno restartnout pocitac, aby se vycistila pamet.

Sekvence prikazu Autocadu byla: save [enter] [enter] quit [enter] [ctrl]+[alt]+[delete]. Bohuzel vykres byl velky a autocad jeste ukladal... Taky bez zalohy.

[SPM]

Já zase s oblibou mc vypínal F10 následovanou okamžitým enterem pro potvrzení. Až jsem jednoho krásného dne místo F10 zmáčknul F8...

[marek_hb]

já jen, že obsese některých jedinců řešit vše příkazy, nemusí dopadnout dobře.

já se tomu snažím vyhnout jak můžu, jenže jak v kde, tak v gnome se najdou takový parchantnosti třeba při práci kopírováním, synchronizací, že tam, kde fakt chci aby to dopadlo dobře pracuju v konzoli :( a to máme prosím rok 2012 ....

[Olaf]

Ale já taky rád pracuji v konzoli, je to často pohodlnější/rychlejší. A často, pravda, i účinnější -- např. kdo zná zmršené názvy souborů/složek z Windows (paznaky), taková složka se nedá z GUI smazat, jen přes konzoli. Fajn. Co dodnes nechápu, je, že kopírování v GUI programu je pomalejší a trvá o sakra O(t) déle než přes konzoli (je to v tom, že GUI program to nějak cachuje do RAM nebo co?). Ale abych nebyl schopen jeden zip zkopírovat v Dolphinu a musel kvůli tomu psát do konzole, to fakt ne.

[marek_hb]

mě naposledy nadzvedla jedna pí*ovina:

když v krusaderu dám přes sambu kopírovat, tak se mi zkopírujou data vytvoření souboru správně, ale když dám synchronizovat, tak se mi změní na datum vytvoření souboru na datum, kdy tu synchromizaci provádím. přes NFS je to samozřejmě správně - soubor má stejné datum jak ve zdroji, tak v cílovém adresáři ...

... bylo by to zábavné, kdyby mi ty zálohované soubory, u který se datum změnilo třeba na 20.9.2012 nesnažily při další synchronizaci přepsat ty původní soubory z třeba 4.5.2004 a jen tak mimochodem na nich zmrvit to datum taky

pomalost kopírování v gui a konzoli, to je kapitola sama o sobě a kódování v názvech taky :(

aby nedošlo k mýlce - mě neva pracovat v konzoli, ale pracovat v ní z donucení, protože v gui je to sázka do loterie, to mi přijde jako ....

[kralyk z abclinuxu]

Ale abych nebyl schopen jeden zip zkopírovat v Dolphinu a musel kvůli tomu psát do konzole, to fakt ne.

No, někdo to vidí z druhý strany - abych nebyl schopen zkopírovat jeden zip v konzoli, a musel kvůli tomu zapínat Dolphin, to fakt ne

Já třeba mam konzoli otevřenou non-stop, Dolphin jen někdy...

(neříkám, že to tak je správně, ať si to dělá kdo chce jak chce )

[Václav "Darm" Novák]

Já mám na jedné ploše non-stop otevřený dolphin s konzolí v panelu :D Nejlepší filemanager.

[=^..^= AmigaPower®]

Já mam někde v systému taky konzoli, je tam pro případy kdy Kralik vyplivne nějakej "smrtící příkaz"

[kralyk z abclinuxu]

Já mám na jedné ploše non-stop otevřený dolphin s konzolí v panelu :D Nejlepší filemanager.

To by bylo supr, kdyby dolphin měnil aktuální cestu (cd, pushd, ...) synchroně s tím shellem...

[Václav "Darm" Novák]

jo, to souhlasím. Obráceně to funguje. Naopak by nemusel změnu cesty v dolphinu zapisovat do historie shellu.

[kralyk z abclinuxu]

Jj, to se mi taky nelíbilo, že mi to zapisuje příkazy do shellu,...

Ono ale to není technicky úplně jednoduchý, ani jedno... můžeš zvenčí změnit CWD procesu? Imho ne. A stejnětak ten proces ti nedá vědět, když si změní CWD, takže by dolphin musel neustále CWD shellu sledovat, což není zrovna elegantní...

Jediný řešení, co mě napadá, je využít debug trap v bashi pro hlášení CWD dolphinu a signal trap (třeba sigusr1) pro změnu CWD dolphinem, oboje spolu s komunikací přes nějaký fifo, ale 1) je otázka, jestli by to bylo použitelný, 2) byl by potřeba načíst obslužný shellskript, třeba přes .bashrc, a 3) je otázka, jestli by to fungovalo i v ostatních shellech.

[kavol]

hm, nemůžou si to říct přes dbus nebo tak nějak?

[jaime]

Tohle umi od KDE 4.9 (mozna uz 4.8). Docela me to stve, protoze pri spusteni nekterych programu (smplayer napriklad) z shellu, zmeni v "graficky" casti cestu na umisteni toho programu (napr. /usr/bin).

[=^..^= AmigaPower®]

To už je KDE 4.9?? Ať dou do prdele, ty abdejty se snad ani nedaj stíhat, dyk sem nedávno šel ze 3.5 na 4.1

[nold]

Pánové chybička se mi vloudila několikrát, při stupidním rozložení klávesnice. Někteří kolegové v práci mají klávesnice (a nechtějí si je nechat vzít) co mají namísto kláves Insert a Delete jednu velkou klávesu DELETE. Výborná věc! Párkrát se mi tak ze zvyku povedlo Shift + "Insert" ... Hned jsem měl o zábavu postaráno.

[Jiří J.]

A už akceptují novější thinkpady starší klávesnice? Mám pocit, že tam byl nějaký problém s BIOSem - sám mám bohužel také velký delete a často narážím na posunutý insert. Nicméně mohu být rád, že nemám X230.

[JoHnY2]

Lenovo se zvbaznilo s tema klavesnicema. Z nej klavesnic na praci udelali multimedialni hruzu, kterou tedka budou co generaci nejak predelavat, protoze si bude 50% uzivatelu thinkpadu stezovat.

[D.A.Tiger]

Smrtelné příkazy... hmm. Já nevím, ale už jsem zažil situaci, kdy jsem mkfs prostě potřeboval a Linux mi neumřel....

Jinak obávám se, že na většinu operací přímo se souborem zařízení budou potřeba rootovská práva.

[mich]

A třeba zrovna ten mkfs ti na mountnutý filesystém neprojde (v té podobě co ho v článku uvádí = bez dvojitého -F).

[D.A.Tiger]

teď si fakt nejsem jistý, ale neprovede se to až při ukončování systému(tedy odmountnutí jednotek)? Mám ten dojem, že některé nástroje to tak dělají.

[pavlix]

mkfs je nízkoúrovňový nástroj, dělá pouze to, co se mu řekne a pouze v tu chvíli, kdy se mu to řekne

[D.A.Tiger]

Dobře, v tom případě jsem se asi spletl v nástrojích, mea culpa. Mimochodem, nenapadá mě nástroj, který by takhle manipuloval s připojeným fs.

[psholty2]

Tak sa priznajte, kolko z vas uz niekedy omylom miesto "fsck.ext2 /dev/sda1" napisali "mkfs.ext2 /dev/sda1" ?

[pavlix]

Nepřiznám.

Zatloukat, zatloukat a zatloukat, jak říkal doktor Plzák.

[Michal Kubeček]

Myslím že nikdy. Používám přímo e2fsck a mke2fs, tam to tolik nesvádí k záměně.

[SPM]

Já :) jenom to bylo ext3. A asi 4TB velký pole, moc velká sranda :) od tý doby ráno bez kafe zásadně nic nedělám.

[wake]

prikaz dd if=/dev/random of=/dev/sdg bs=4096 obcas pouzivam, kdyz nekomu pujcuju disk...

[Michal Kubeček]

A to se dočkáte konce?

[Martin Seman]

ked ma dostatok entropy a casu, tak preco by nemal?

[Michal Kubeček]

Kdysi jsem to zkoušel měřit a i když jsem kroužil myší, div mi ruka neupadla, dostal jsem se s bídou na jednotky KB/s (možná ani to ne).

[Martin Seman]

mozno k tomu kruzeniu mysou prida aj trieskanie do klavesnice :) ale nie. prave koli tomu som v povodnom komente napisal dostatok casu

[Heron]

Ještě by v kompu mohl mít nějaký generátor entropie.

[Michal Kubeček]

Možná… Abych pravdu řekl, nemám moc představu, jak rychlé jsou ty HW generátory. Přinejmenším by ho aspoň tolik nebolela ruka. :-)

[Heron]

Kdesi byl návod, jak si udělat generátor šumu. Vzala se nějaká hodně stupidní dioda, zapojila se opačně, zahřála se a připojila se přes zesilovač na linkový nebo mikrofonní vstup. Sice to není zdroj dokonalé entropie jako třeba různé založené na kvantových jevech, ale afaik je to pořád lepší, než uměle počítaný urandom. Občas si při generování klíčů hodně dlouho počkám a tohle by to mohlo řešit.

[Michal Vyskočil]

No, alespoň podle autorů haveged, je CPU slušným generátorem entropie a obvykle bývá dostatečně rychlý

[Michal Vyskočil]

Jinak drobný benchmark

# systemctl stop haveged.service
dd if=/dev/random of=/dev/zero count=1M bs=1024 iflag=fullblock
^C0+0 records in
0+0 records out
0 bytes (0 B) copied, 5.24942 s, 0.0 kB/s
# systemctl start haveged.service
# dd if=/dev/random of=/dev/zero count=1M bs=1024 iflag=fullblock
^C215910+0 records in
215910+0 records out
221091840 bytes (221 MB) copied, 64.761 s, 3.4 MB/s

[R]

Keby tam bolo "if=/dev/zero" a "bs=1M", tak by som tomu aj veril. Inak je to nepouzitelne, jedine ze by si disk pripravoval na pozicanie dva roky.

[otula]

nebo /dev/urandom – to používám já, když potřebuji vyhladit data na disku. Ono to i tak trvá šíleně dlouho.

[Honza Jaroš]

Tak v takovémhle případě mi přišlo nejrychlejší vytvořit z daného disku šifrované zařízení, to přepsat nulama a pak náhodnými daty přemazat jen začátek disku, abych se zbavil LUKS hlavičky...

Pro nevratnou likvidaci dat pak používám hvězdičkový šroubovák a kladivo...

[otula]

No já tyto věci řeším pouze v práci, když musím nějaké PC odvézt do pryč, takže to prostě pustím, další den to pustím znovu a do zápisu o likvidaci zapíšu, že to bylo přepsáno /dev/urandom (myslím, že ti, kdo ten zápis pak dostanou do rukou, asi stejně nechápou, co to znamená ) Kladivo použít nemohu

[Jiří J.]

Takový shred(1) nebo badblocks(8) to umí daleko rychleji, než /dev/urandom. Sice je výsledek asi méně náhodný, ale při několikanásobném průběhu stejně nikdo nepozná, co byla původní data a co je pseudonáhodný šum.

[otula]

No jo, příště bych mohl na live CD, které tam vrazím, zkontrolovat přítomnost těchto programů a vyzkoušet je (pokud ovšem do té doby nezapomenu, jakže se to jmenují ) Dnes jsem asi 5 minut lovil v mozkových závitech, jak se jmenuje program watch Co nepoužívám obden, to se mi rádo z hlavy vykouří...

[Jiří Svoboda]

Jeden přepis nulami bohatě stačí. A je to rychlé. Už se to (nejen) tu řešilo...

[Honza Jaroš]

Odkaz k tématu...

[Michal Kubeček]

Jakkoli souhlasím s tím, že opakované přepisování je v běžných podmínkách nesmysl, věta

V roce 2008 proto vznikla studie, která si vzala za cíl prokázat zbytečnost vícenásobných přepisů u moderních disků.

nevzbuzuje moc důvěru.

[kavol]

Kolik je 1 + 1?

technik: 2

matematik: řešení existuje

právník: A kolik chcete aby to vyšlo?

jste si ještě nezvykl, že matematici na takové blbosti nemají čas, skutečných techniků ubývá, a třetí kategorie se nám montuje všude?

nějaká realita není důležitá, proč by se pozorování a teorie uváděly v soulad se skutečností, když můžeme napřed prohlásit, co bude platit, a pak podle toho nastavit podmínky pokusu tak, aby to vyšlo?

[Jiří Svoboda]

No já bych řekl, že je to jen nešťastná vsuvka autora českého článku.

Můj původní příspěvek je zde:

http://www.abclinuxu.cz/clanky/jaderne-noviny-13.-10.-2011-bezpecne-mazani-na-ext4#68

Je tam k dispozici ke stažení i ta studie.

[Jan Molič]

Ještě tam chybí "smazání skrytých souborů v domovském adresáři", tedy

rm -rf .*

což se mi jednou povedlo udělat. Neuvědomil jsem si, že .* expanduje na .. , čímž to vyleze o úroveň výš a mazání pokračuje až ke kořeni. Možná už je v rm výjimka. Parametry -rf jsem tehdy použil z lenosti, netucha co to může provést