Man pats straipsnis panašus į pokštą. Nes net ir pigus serveris, dažnai daro informacijos kopijas. Iš kurių galima susigrąžinti informacija, jei kas nutiktu pirmam serveriui. Todėl man sunku įsivaizduoti, kad butu galima ištrinti informacija ne grįžtamai.
Man pats straipsnis panašus į pokštą. Nes net ir pigus serveris, dažnai daro informacijos kopijas. Iš kurių galima susigrąžinti informacija, jei kas nutiktu pirmam serveriui. Todėl man sunku įsivaizduoti, kad butu galima ištrinti informacija ne grįžtamai.
Čia tas atvejis kai reikia susirasti patį žmogaus pasibėdavojimą Serverfaut'e berods. Jis turėjo pasikūręs automatizavimo softą Ansible ir šiek tiek kreivokai parašė skriptą (rm -rf direktorija/subdirektorija, neinicializavęs kintamųjų direktorija/subdirektorija - tai realiai ir suveikė rm -rf / ) kuris suveikė tobulai taip kaip ir buvo parašytas. Kas gi naudoja visokius automatizuotų konfigūravimo sistemose atskiras šakas "production" ir "testing" jei viskas veikia ir vien su "production" :)
p.s. o backup'ai fiziškai buvo kaip ir kitame serveryje, bet primontuoti prie kažkurio serverio ant kurio irgi buvo paleistas tas skriptukas.
Tokiu atvejų nelabai ką ir pasakysi. Tik ar rm komanda duomenys ištrina užrašydama atsitiktine informaciją ant viršaus, ar tik pamiršdama kur informacija yra diske? Antru atvejų labai lengva atgauti visa informacija. Pirmu jau nelabai.
Kažkoks nevykėlis parašė straipsnį, o dar didesnis nevykėlis jį perspausdino jį čia... Niekaip nesuprantu, kam rašyt apie tai ko nesupranti?
Čia porno seniai. Įdomu nuo technologijos.lt įkūrimo kaip keitėsi "darbinis kolektyvas"? Ar seniau tie straipsniai tikrai geresni buvo, ar mes mažiau žinojom ir į viską žiūrėjom didelėm akim, o dabar kai jau "tiek daug žinom", tai tik pasišaipyt belieka
0
_________________ O tai ir šiukšlių dėžėj tvarką reikia palaikyt?
Aš vakar tryniau irgi sistemą, švarinau linux nuo visokių uzsisedėjusių failų, dariau tam tikrą apvalymą su tam tikra programa. Matyt suveikė šimtos bezdionės efektas ir tai paveikė ir kitus, tik, tas kitas kiek buvo neatidus ar suklydo.
Manau visos normalios bendroves turi backup serverius, kurie sukuria serveriu atsargines kopijas kiekviena diena, dažniausiai nakties metu. Tokiu atveju kaip ir nėra problemų.
Manau visos normalios bendroves turi backup serverius, kurie sukuria serveriu atsargines kopijas kiekviena diena, dažniausiai nakties metu. Tokiu atveju kaip ir nėra problemų.
Nu bet ką padarysi, nuo žioplumo vaistu nėra :D
Visas tragizmas ar komiškumas tame, kad backup'ai buvo, ir daromi į kažkokius kitus serverius/specializuotus devaisus, bet jie buvo tuo metu prijungti (ar tai backup'as daromas ar kažko backupuose ieškoma) ir primontuoti kažkuria iš serverių ant kurių ir paleista blogoji komanda. O linux šiaip jau dzin, jei v artotojas paprašė ištrinti viską su rm -rf /, tai ištrins viską ir kas yra /mnt/backup O šiaip viena iš juostelinių backup'ų gyvavimo "paslapčių" ir yra tai, kad juostelę nesunku išimti ir pasidėti seife (na ir aišku, ka į LTO6 dabar jau telpa 6TB duomenų) :)
Skriptas negerai buvo padarytas. Trynimo komandos turėtų būti tvirtinamos. Be to, "rm -fr" trina nurodytą failą/aplanką, be nurodymo - neturi nieko trinti. Tad skriptas labai kreivai buvo padarytas.
0
_________________ Aš už laisvą Lietuvą Rusijos sudėtyje! I support Putin and green peasants! Karbauskis rules again! I am with him too!
Skriptas negerai buvo padarytas. Trynimo komandos turėtų būti tvirtinamos. Be to, "rm -fr" trina nurodytą failą/aplanką, be nurodymo - neturi nieko trinti. Tad skriptas labai kreivai buvo padarytas.
Komanda rm standartiškai trina be patvirtinimo. Pridėjus -i , reikėtų atskirą darbuotojo etatą trynimo komandų patvirtinimui skirti. Tada dingsta skripto kaip tokio prasmė. Esu tikras, skripte aplankas buvo nurodytas.
0
Užsiregistravo: 2009-06-28, 02:39 Pranešimai: 4736 Miestas: Vilnius
Taip, bet tai nereiškia, jog taip neįmanoma. Ne viena eilute aišku, iki to reikia rimtai padirbėti kol turėsi veikiančią automatizuotą valdymo sistemą :)
Skriptas negerai buvo padarytas. Trynimo komandos turėtų būti tvirtinamos. Be to, "rm -fr" trina nurodytą failą/aplanką, be nurodymo - neturi nieko trinti. Tad skriptas labai kreivai buvo padarytas.
Komanda rm standartiškai trina be patvirtinimo. Pridėjus -i , reikėtų atskirą darbuotojo etatą trynimo komandų patvirtinimui skirti. Tada dingsta skripto kaip tokio prasmė. Esu tikras, skripte aplankas buvo nurodytas.
patvirtinimas ne tas, kur -i raktu nurodomas - o su kokiu:
Kodas:
Do you want delete this "/"? Yes/No if [user wants delete = true ] rm -frv all fi
Tik taip skriptai veiktų be sugriuvimų.
Beje, rm -fr / - neveiks, nes inittools jau updeitinti iki to, kad nuo durnių apsaugo.
0
_________________ Aš už laisvą Lietuvą Rusijos sudėtyje! I support Putin and green peasants! Karbauskis rules again! I am with him too!
Iki šiol stengdavausi susilaikyti nuo komentarų apie straipsnių kokybę, bet ką, po velnių t.lt veikia hoax'as apie rm -rf – memą, kuris pats senesnis už internetą ir yra žinomas kiekvienam informatikos/matematikos antrakursiui ar šiaip mėgėjui kada nors bandžiusiam Unix...
O vat, kad visa ši istorija yra feikas, kvailas būdas pareklamuoti savo serverių administravimo startupą, tai tikrai juokinga. Tikrai nebenorėčiau turėti reikalų su tokiu hostingo paslaugų tiekėju.
Iki šiol stengdavausi susilaikyti nuo komentarų apie straipsnių kokybę, bet ką, po velnių t.lt veikia hoax'as apie rm -rf – memą, kuris pats senesnis už internetą ir yra žinomas kiekvienam informatikos/matematikos antrakursiui ar šiaip mėgėjui kada nors bandžiusiam Unix...
O vat, kad visa ši istorija yra feikas, kvailas būdas pareklamuoti savo serverių administravimo startupą, tai tikrai juokinga. Tikrai nebenorėčiau turėti reikalų su tokiu hostingo paslaugų tiekėju.
Nebuvo ką rašyti - parašė apie internetinį pokalbį forume. Delfi traukia pokalbius iš vinted, Tl.lt - iš reddit ar ko ten.
0
_________________ Aš už laisvą Lietuvą Rusijos sudėtyje! I support Putin and green peasants! Karbauskis rules again! I am with him too!
Vartotojai naršantys šį forumą: kionig ir 0 svečių
Jūs negalite kurti naujų temų šiame forume Jūs negalite atsakinėti į temas šiame forume Jūs negalite redaguoti savo pranešimų šiame forume Jūs negalite trinti savo pranešimų šiame forume
