- A hozzászóláshoz be kell jelentkezni
Hozzászólások
>> Neked mi a véleményed?
kiemelt felhasznalokent sokfelekeppen lehet "veletlenul" karokat okozni, miert pont ezen lovagolnak... a "rendszert" sztem senki nem sajnalja, 10 perc alatt vissza lehet huzni (ha nem, akkor azt az OS-t ki kell dobni), viszont egy adatbazisban kutyulas nehezebben detektalhato/visszaallithato, nagyobb karokat okozhat
- A hozzászóláshoz be kell jelentkezni
> Neked mi a véleményed?
Nekem szimpatikus, hiszen egy hibalehetőséggel kevesebb.
- A hozzászóláshoz be kell jelentkezni
Hi!
Szerintem ha valaki kiad egy rm -rf ./valami parancsot, akkor ott is eleg egy space. A patch nem old meg semmit.
Azellen nem véd. -- Szalacsi S.
By(t)e
TBS::Antiemes
- A hozzászóláshoz be kell jelentkezni
marad azert meg boven:
rm -rf .* #vegigmegy a ..-on is
cd / tmp/nemkell; rm -rf *
meg hasonlo hibak.
egy rendszergazda ha root-kodik, akkor legyen nyugond, es ne jarjon el a keze;-))
- A hozzászóláshoz be kell jelentkezni
ki mennyi modon tudja kiadni a fent citalt parancsot? :)
mindegyik ellen ved a patch? pl mit szolna egy rm -rf .* -hoz?
- A hozzászóláshoz be kell jelentkezni
olvasd el a thread-et. ezt is fixaljak/fixaltak.
- A hozzászóláshoz be kell jelentkezni
Hi!
>> rm -rf .* #vegigmegy a ..-on is
Ez nem is jutott eszembe.
By(t)e
TBS::Antiemes
- A hozzászóláshoz be kell jelentkezni
In true unix philosophy, we provide enough rope for you to hang yourself.
- A hozzászóláshoz be kell jelentkezni
lol
ezt ki mondta? csak nem Theo? :-D
- A hozzászóláshoz be kell jelentkezni
nem.
- A hozzászóláshoz be kell jelentkezni
imho ezek NEM HIBÁK, hanem figyelmetlenségből eredő károk! a szoftver jól működik, csak az üzemeltetője nem! opcionális feature-ként viszont kiegészíthetők lehetnének az oprendszerek azzal, hogy az ilyen figyelmetlenségek elleni külön beállítható korlátozások vagy interakciók lépnének életbe...
- A hozzászóláshoz be kell jelentkezni
pl UHU-ban el tudnam kepzelni siman. :)
- A hozzászóláshoz be kell jelentkezni
A GNU coreutils-féle rm progiban van ilyen opció, kár hogy nem default.
- A hozzászóláshoz be kell jelentkezni
Szerintem a dolgot egy kapcsoloval kellene inkabb megoldani. Igy alapban nem mukodne, akinek viszont kell, az meg aliasolna az rm-et.
- A hozzászóláshoz be kell jelentkezni
Szerintem nem kéne hibaüzenetet írnia rá, hanem egyszerűen megerősítést kéne kérnie, ha a / is szerepel a sorban, mintha nem lenne -f. Szerintem ez egy kompromisszum lenne: Biztonsági öv, ami könnyen kicsatolható. :)
Zümi
- A hozzászóláshoz be kell jelentkezni
Azellen nem véd. -- Szalacsi S.
ja, ahogy mondod! ez bizonyos szervereken felér egy atomtámadással... ;)
- A hozzászóláshoz be kell jelentkezni
Ugyanez a kötél jó lehet arra is, hogy a
villámkezűdzsó@localhost# rm -rf /
után le lehessen tesztelni mit ér a biztonsági mentés... :-)
Míg ha ugyanez nem lenne, akkor newfs-el kéne "szivatni magad":-) De azt meg mountolt fs-en nem csinálhatsz .........
Szóval imho kell az rm -rf / mint egy falat kenyér!
Különben mit mondanának a kezdő linuxosoknak, hogyan játszák le a .rm fájlokat? ;-)
- A hozzászóláshoz be kell jelentkezni
Ha én egyszer -f -et mondok azt azért mondom, mert biztos vagyok a dolgomban és nem akarok interakciót!
Ha vki. olyan béna, hogy a cronjobját elrontja, az meg is érdemli!
- A hozzászóláshoz be kell jelentkezni
A katasztrófák is ilyen apró emberi elnézések, figyelmetlenségek miatt történnek, tehát a rendszereket természetesen erre is méretezni/tervezni kell.
Tehát az, hogy egyetlen parancs kiadásával ilyen szintű pusztítást lehet véghezvinni, az nem fícsör, hanem komoly tervezési hiba.
- A hozzászóláshoz be kell jelentkezni
> Tehát az, hogy egyetlen parancs kiadásával ilyen szintű pusztítást lehet véghezvinni, az nem fícsör, hanem komoly tervezési hiba.
Ez egyaltalan nem hiba. Ez egy tervezesi dontes, meghozza nagyon jo es bevalt.
Ha valaki az "alaprendszer" fole akar ilyesmi vedelmeket beepiteni, mert felti a felhasznaloktol es tevedeseiktol a gepet, akkor szerintem is kb shell szinten kellene megoldani.
- A hozzászóláshoz be kell jelentkezni
Azért bízz benne, hogy az atomreaktorokat nem így tervezik ;)
- A hozzászóláshoz be kell jelentkezni
Nincs, csak igy kell
.../Recycle\ Bin/...
- A hozzászóláshoz be kell jelentkezni
szoval
.../Recycle\ Bin/...
engem is megtrefalt...
- A hozzászóláshoz be kell jelentkezni
Hat ez megint tipikusan annak a peldaja, hogy rontsunk el valamit ami mar regota jol mukodik. Ha kest adnak a kezedbe elvaghatod a kezed ha nem figyelsz. Ha kocsit adnak a kezedbe es nem figyelsz neki mehetsz egy fanak. En pl a sok ev alatt miota az rm-et hasznalom meg sose toroltem a teljes filerendszert vele. Ti eddig hanyszor toroltetek?
Ha meg meg is nagyon akarjak akkor defaultban mukodjon mint regen, es be lehessen allitani esetleg ha nagyon userfriendly kell akkor telepites kozben, ha nem akkor egy fileban az etc-ben, hogy akarod e.
- A hozzászóláshoz be kell jelentkezni
> rm -rf .*
Hm. Mivel ez itt FreeBSD-ről szól, jobb ha tudod, legalább 5 éve nem megy fölfele a rekurzív rm
> cd / tmp/nemkell; rm -rf *
Rendes shell-ekben ha a cd több paramétert kap, kiabál. (Még rendesebbekben ez egy igen érdekes, de nagyon kevesek által kihasznált ficsor, hogy 2 paramétere is lehet a cd-nek..) Azaz legalább egy hibaüzeneted van, azaz valszeg a teljes takarítás előtt még tudsz nyomni egy ^C -t. Különben is, interaktív használatnál miért "cd;rm" és miért nem 2 különálló parancssor, amikor sokkal egyértelműbben nem futsz bele a problémába. ;-)
Amúgy meg igenis: MENTÉS!
- A hozzászóláshoz be kell jelentkezni
Neeeee! Többek között azt szeretem a unix-ban, hogy nem akar okosabb lenni, nem akarja jobban tudni, hogy én mit akarok.
Pont erre vannak a jogosultságok: add csak ki userként az rm -rf /-t, és a rendszernek semmi baja sem lesz. A root meg (per definíció) _ért hozzá_, tőle meg nem szabad védeni. Ha meg mégsem ért, akkor tanulja meg! Elég elterjedt tendencia, hogy a usernek semmit se kelljen tudnia, majd a gép, de könyörgöm, most unix rendszergazdáról beszélünk, nem Manci néniről.
"Régebben a titkárnő kezelte a szövegszerkesztőt, most a szerkesztő kezeli a titkárnőt..."
- A hozzászóláshoz be kell jelentkezni
Ja, egy kis lista, hogy mit 'kellene' még megelőzni:
http://www-uxsup.csx.cam.ac.uk/misc/horror.txt
- A hozzászóláshoz be kell jelentkezni
Nem! Nem! Soha! Ne tegyek ezt be! Amellet, hogy jol fenekenbillenti a UN*X filozofiaat meg felesleges is. Volt itt valakinek egyaltalan ilyen problemaja? Nekem soha :)
- A hozzászóláshoz be kell jelentkezni
Eloszor elegge nem tetszik, de en szivesen latnek egy ilyen featuret.
- A hozzászóláshoz be kell jelentkezni
ezen a logikán elindulva majd az fdisket is le lehet butítani, meg mindig meg lehet kérdezni, hogy are you sure.... ne már.
- A hozzászóláshoz be kell jelentkezni
Sokkal jobb megoldasom van :), abszolut biztonságos, tuti!
alias rm='echo "Biztos benne(i/n)?"; read; if [ "$REPLY" == "n" ]; then echo "Na azert"; else echo "Megsem engedem"; fi'
esetleg
function rm()
{
for i in $*; do mv $i /Recycle Bin/; done
}
export rm
- A hozzászóláshoz be kell jelentkezni
Hmm, backslash-feloldás van a hozzászólásokon :) ?
Szóval akartam mondani .../Recycle Bin/...
- A hozzászóláshoz be kell jelentkezni
Grrr. Per-'Recycle'-Backslash-Space-'Bin'-Per.
- A hozzászóláshoz be kell jelentkezni
A fenti autós példából kiindulva:
Megteheted, hogy a kormányt használva elüss valaki. Tipikusan várható, hogy vezetés közben fogod a kormányt, ezért ez csak úgy tehető meg, ha direkt nekikormányzod valakinek.
Ellenben, ha könnyen melléléphetsz (mert rossz a pedálelrendezés pl.) akkor előfordulhat, hogy a fék helyett a gázra lépsz. Az ilyen félrelépések/félreütések kell védekezni. Az autóban megfelelő kialakítással ez megoldható. Sztem itt is.
Nem arról van szó, hogy korlátozni kell a root jogait, csak úgy kialakítani a rendszert, hogy egy elütés ne okozhasson katasztrófát.
Mondok egy másik példát: állománykezelő, navigálás könyvtárak között: egérrel kiválaszt, enterrel belép. Namármost, az enter mellett ott figyel a del. Ha lecsúszik a kezed, reszeltek a könyvtárnak.
Dettó ugyanez a szitu. Védekezni kell mindkettő ellen.
- A hozzászóláshoz be kell jelentkezni