Kysyn taas helppoja..
Jos kirjoitan levylle viiden minuutin välein täysin saman tiedoston ja jatkan tätä maailman tappiin asti, niin kumpi tässä toimii paremmin? ext2 vai ext 3?
Kyseessä on serveri joka muutenkin duunaa kaikenlaista ja kirjoittelee levylle ym. Eli tässä käsittääkseni tuo ext3 on paskempi koska se "tuhoaa" levyä nopeammin kirjoittaessaan journalia ja muuta paskaa ...
Tehden myös saman mitä ext2 tässä seuraavassa:
Se mikä on hämärän peitossa on se, että kirjoitanko aina "samaan kohtaan" tuon yhden tiedoston jos ylikirjoitan sen samalla tiedolla joka kerta vai "vaihtuuko paikka"...
Tää nyt vaan on sellanen HW asia että se on pakko selvittää, joten jos joku tietää niin kertokoon...
se joka sanoo ext4 niin juoskoon suohon, kun ei kerta tajua kysymystä :)
Jos kirjoitan levylle viiden minuutin välein täysin saman tiedoston ja jatkan tätä maailman tappiin asti, niin kumpi tässä toimii paremmin? ext2 vai ext 3?
Kyseessä on serveri joka muutenkin duunaa kaikenlaista ja kirjoittelee levylle ym. Eli tässä käsittääkseni tuo ext3 on paskempi koska se "tuhoaa" levyä nopeammin kirjoittaessaan journalia ja muuta paskaa ...
Tehden myös saman mitä ext2 tässä seuraavassa:
Se mikä on hämärän peitossa on se, että kirjoitanko aina "samaan kohtaan" tuon yhden tiedoston jos ylikirjoitan sen samalla tiedolla joka kerta vai "vaihtuuko paikka"...
Tää nyt vaan on sellanen HW asia että se on pakko selvittää, joten jos joku tietää niin kertokoon...
se joka sanoo ext4 niin juoskoon suohon, kun ei kerta tajua kysymystä :)
Vastaukset 33
Vanhimmat
Windows ja osioksi NTFS.
pois, kun et tosiaan tiedä edes mistä puhutaan..
sen verran voin sanoa että siellä missä nuo on niin winDos:ia ei voisi edes kuvitella käytettävän. Eikä se "järjestelmä" edes kykenisi suoriutumaan tarvittavista tehtävistä, joten menehän nyt muualle kuolaamaan vitun hihhuli..
sitten vaikka jokin Linux pohjainen distro. Jos noi ext:it on sun mielestä paskoja, niin käytä jotain muuta "ei paskaa" alustusta niille sun paska tiedostoille.
Voithan sä poistaa alustuksen ja ottaa johdon pois kiintsarista, niin se sun "ei paska" kiintolevy ei mene rikki,eikä täyty paskasta.
Luitko edes mitä kirjoitin?
Jos et osaa vastata, niin silloin voi myös jättää vastaamatta.
-tuossa myllyssä pyörii fedora core 8
-kiintolevyt eivät ole minun
-alustusta ei toki voi poistaa, koska järjestelmä lakkaa toimimasta
-käyttistä ei voi vaihtaa
-jos on ehdotus tiedostojärjestelmälle, niin anna tulla äläkä valita kuin pahainen räkänokka.
Ilmeisesti et edes ymmärtänyt mitä kysyin, joten enpä jatka tätä enempää...
kyllä ymmärsin. Teksti on vaan kuin tukkimiehen äpäräpenikan suusta, niin ei huvita vastata muuta kuin PASKAA ...
Fedora Core 8 ei ole olemassa. Ei ole koskaan ollutkaan.
Laita ext2.
Sinun tekstisi ei ole sitäkään..
Mikä sinua muuten vituttaa? kyvyttömyytesi vai sekö että olet täysi-idiootti-upuntu-pentu?
Fedoracore 8 Werewolf - erittäin rankasti kustomoituna on tämä kyseinen systeemi.
eli on olemassa.
"Sinun tekstisi ei ole sitäkään.. "
Enhän mä ole väittänyt että se ei ole sitä. Sitähän se juuri onkin. Olisinhan mä voinut kirjoittaa tuollainkin, että joka toinen sana on paska ja olishan sinne voinut pari vittuakin viljellä.
Fedora luopui Core lisänimestä Fedora 7 Moonshine kehityksen aikana. Itse käytin Fedora Corea 3-5 versioon asti. Sorry en käytä Bugibuntua. Eikä mua vituta mikään.
Ärsyttää vaan tuollainen kun noita postauksia ei voi kirjoittaa jotenkin sivistyneesti, vaan noita voimasanoja ja ulosteita pitää viljellä joka paikkaan.
No mut vittu hei. Leikit sikseen ja jokin paska leffa pyörimään.
Ext2
"Ärsyttää vaan tuollainen kun noita"
ihan sama luopuiko jostain "core".sta ja milloin. ei kiinnosta. sama fedora core se on kuitenkin.
ja ensi kerralla kun alkaa vajakkia ärsyttää ja vituttaa sana "paska" niin vajakki voi jättää VITTU vastaamatta. ja ihan vaan siksi, ettei sinulta ole mitään asiaan liittyvää edes tullut vaan lämpimiksesi vain siellä vittuilet jotain.
kaikenlaisia idiootteja...
>kyllä ymmärsin. Teksti on vaan kuin tukkimiehen äpäräpenikan suusta, niin ei huvita vastata muuta kuin PASKAA ...
Fedora Core 8 ei ole olemassa. Ei ole koskaan ollutkaan.
Laita ext2. <
Mitä sinulla on "tukkimiehen äpäräpenikkaa" vastaan. Itse näytät olevan samanlainen toisten nimittelijä kuin täällä jotkut ovat. Tuo viestittää sinusta jotain hämärää.
Avohoidossa ilmeisesti? Syö lääkkeet ohjeiden mukaan ja osallistu keskusteluun terveen papereilla!
Viesti oli tarkoitettu tuolle 27-kahjolle! V-ttu, kun kännipäissään tulee sekoiltua.
varmaan ext2 on parempi kuten arvelit. Voithan kirjoittaa eri nimisen tiedoston ja sitten nimetä sen oikeaksi, jolloin menee eri paikkaan.
jotain tarkempaa tietoa asiasta?
Eli meneekö se niin, että tiedosto kirjoitetaan samaan kohtaan fyysisesti jos vain sama tiedosto ylikirjoitetaan samanmittaisena eri tiedoilla?
Yleisesti ottaen niin, mutta en pysty varmistamaan asiaa ext2:sta.
Unisen tarvitsisi kaivella inodesta pointteri blokkeihin, en nyt heti osaa kyllä sanoa miten ja millä se tehdään. Inoden metatiedot kertyovat missä blokeissa tiedosto majailee joten sieltä voisi ylikirjoittelemalla varmistaa muuttuuko fyysinen sijainti.
Äkkiä katsottuna näyttää että ellei tiedoston sisältö muutu niin inode pysyy ylikirjoituksessa samana, joskaan tuo ei kai kerro muuttuuko blokkien osoittimet. Jos tiedoston sisältö muuttuu niin inodekin muuttuu. Jos tiedoston poistaa, tekee toisen tiedoston välissä ja sitten taas sen alkuperäisen nimisen niin nyt inode on ainakin muuttunut joten ilmeisestikin myös fyysinen sijainti on muuttunut.
Lähtisin siitä että selvittää miten inoden sisältämä metatieto saadaan näkyviin ja seuraa noita blokinumeroita kun ylikirjoittelee. Inoden saa näkyviin komennolla
ls -i
stat näyttää kyllä muuta tieto tiedostosta mutta ei aloitusblokkia.
Pystyykö tätä ohjetta hyödyntämään jos tutkii että missä blokissa tiedosto fyysisesti on, kyllä kai
http://www.ale.org/pipermail/ale/2006-November/091396.html
Siellä varoitellaan sitten koska tuolla voi sotkea inodet ja vedellä ne isolmuun joten kannattaa varmaan harjoitella virtuaalisesti noita?
täytyy tutkia kunhan tässä ehdin.
ratkaisin asian toistaiseksi niin, että skripti kirjoittelee randomi filejä randomi paikkaan ja sijoittaa sitten datan oikeaan tiedostoon, mutta auttaakohan tämäkään? luultavasti siinä vaiheessa tieto jo kirjoitetaan fyysisesti eripaikkaan..
Teen kai jotakin väärin mutta yritin hieman perehtyä noihin ohjeisiin niin teen jotakin väärin mutta en keksi mitä. Tässä päätteen tulosteet
exergy@exergy-desktop:~$ sudo debugfs -R "imap /boot/grub/acpi.mod" /dev/sda2
debugfs 1.41.11 (14-Mar-2010)
Inode 913258 is part of block group 112
located at block 3670118, offset 0x0900
exergy@exergy-desktop:~$
Samoin
exergy@exergy-desktop:~$ sudo debugfs -R "imap /etc/fstab" /dev/sda2
debugfs 1.41.11 (14-Mar-2010)
Inode 1042434 is part of block group 128
located at block 4194336, offset 0x0100
exergy@exergy-desktop:~$
Mutta
exergy@exergy-desktop:~$ sudo debugfs -R "imap netti" /dev/sda6
debugfs 1.41.11 (14-Mar-2010)
netti: File not found by ext2_lookup
exergy@exergy-desktop:~$
Tuolta juuri-hakemistosta onnistuu kyllä tulostamaan missä päin levyä tiedosto sijaitsee mutta kotihakemistosta joka on omalla /home -osiollaan ei onnistu, kokeilin myös singlessä /home liitettynä ja ilman, jostain syystä pukkasi samaa virhettä vaan. Tiedosto on olemassa ja levyosio on oikein, "stat" pelaa jne. Pitääköhän jotain päivittää tai chrootata?
että ei mitään vidun havaintoa... minä tajuans noista fs-pippaloista yhtäpaljon ku talkkari neitsyestä...
eneeen.. ei eneen pysy mukanan köh...
Eli data levyllä tallenetaan näihin blockeihin, yhden blockin koko on yleensä 4096 bittiä. Jos tiedoston koko on siis enemmän, vaikka 4097 bittiä niin se tarvitsee kaksi blockia tuon tiedon taltioimiseen. Jokaisella tiedostolla on oma yksilöllinen ns. inode-numero joka kertoo järjestelmälle missä tämä tiedosto fyysisesti levyllä oikein majailee.
Ext-levyjärjestelmisssä käytetään blockiryhmiä alkaen nollasta sekä inode-taulukkoa joka on pieni tietokanta blockiryhmiin ja blockeihin joissa kukin tiedosto on. (Lisäksi on superblock jossa on enemmän vielä tietoa levyn rakenteesta ja superblock varmuuskopioidaan tietyin välein pitkin levyä. Jos tapahtuu "massive data loss" niin voi yrittää kaivella superblockin backupin joltain sektorilta ja korjata levyjärjestelmä.) Eli kun selvittää missä blockiryhmässä tai blockissa tiedosto on niin voi aina vertailla ylikirjoittamisen jälkeen onko se samoissa blockeissa koska ne ovat suoraan se fyysinen paikka siellä kiintolevyllä.
Tällä komennolla voi havainnollistaa oman levyn datan ja metadatan sijaintia, tässä muuten näkyy nuo superblockin varmuuskopioiden sijainti myös, näyte;
exergy@exergy-desktop:~$ sudo dumpe2fs /dev/sda2 | grep -i group
dumpe2fs 1.41.11 (14-Mar-2010)
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8144
Inode blocks per group: 509
Flex block group size: 16
Reserved blocks gid: 0 (group root)
Group 0: (Blocks 0-32767) [ITABLE_ZEROED]
Primary superblock at 0, Group descriptors at 1-2
Group 1: (Blocks 32768-65535) [ITABLE_ZEROED]
Backup superblock at 32768, Group descriptors at 32769-32770
Group 2: (Blocks 65536-98303) [ITABLE_ZEROED]
Group 3: (Blocks 98304-131071) [INODE_UNINIT, ITABLE_ZEROED]
Backup superblock at 98304, Group descriptors at 98305-98306
Group 4: (Blocks 131072-163839) [INODE_UNINIT, ITABLE_ZEROED]
Group 5: (Blocks 163840-196607) [INODE_UNINIT, ITABLE_ZEROED]
Backup superblock at 163840, Group descriptors at 163841-163842
Group 6: (Blocks 196608-229375) [INODE_UNINIT, ITABLE_ZEROED]
Group 7: (Blocks 229376-262143) [INODE_UNINIT, ITABLE_ZEROED]
Backup superblock at 229376, Group descriptors at 229377-229378
Group 8: (Blocks 262144-294911) [INODE_UNINIT, ITABLE_ZEROED]
Group 9: (Blocks 294912-327679) [INODE_UNINIT, ITABLE_ZEROED]
Backup superblock at 294912, Group descriptors at 294913-294914
Group 10: (Blocks 327680-360447) [INODE_UNINIT, BLOCK_UNINIT, ITABLE_ZEROED]
Group 11: (Blocks 360448-393215) [INODE_UNINIT, BLOCK_UNINIT, ITABLE_ZEROED]
Group 12: (Blocks 393216-425983) [INODE_UNINIT, BLOCK_UNINIT, ITABLE_ZEROED]
Group 13: (Blocks 425984-458751) [INODE_UNINIT, BLOCK_UNINIT, ITABLE_ZEROED]
Group 14: (Blocks 458752-491519) [INODE_UNINIT, BLOCK_UNINIT, ITABLE_ZEROED]
Group 15: (Blocks 491520-524287) [INODE_UNINIT, BLOCK_UNINIT, ITABLE_ZEROED]
Kuten huomaat niin nuo blocks ovat siellä numeraalisessa järjestyksessä eli levyn alusta loppuun ryhmiteltynä, ne vastaavat sitä fyysistä paikaa siis kiintolevyllä, tätähän sinä käsittääkseni ajoit takaa. Tuossa se idea nyt on, kun ylikirjoitat sen tiedoston niin jos saat selville muuttuukko blockit tai inode-numero niin se kuvaa sitä onko data vaihtanut fyysisesti paikkaa levyllä vai ei.
ajoin takaa.. testaan asiaa viikon päästä kun pääsen koneen kimppuun.. täällä kongossa ei oikein ole koneita millä kokeilla :)
Ei vaihda paikkaa tiedosto jos sen vain ylikirjoittaa samoilla tiedoilla. siinäkin tapauksessa, että poistaa koko tiedoston ja kirjoittaa muualle ja sitten takaisin saman nimisenä niin välillä paikka on silti sama. :S
Välillä se taas muuttuu ja joitakin kertoja kirjoitus taas tehdään yhteen kohtaan ja sitten taas paikka vaihtuu.. no parempi sekin kuin aina sama kohta. nyt ei ehdi enempää tämän kanssa, kun pitää alkaa tapella linuxin aiheuttamista suunnattomista tietoturvariskeistä :/
Ihan jännityksellä odotan mitä ne oikein ovat, kunhan kuulen kommentit.
sitä paskaa täyteen se kiintolevy. Ei se kiintolevy tule kestämään maailman tappiin vaikka alustaisit sen mihin muotoon tahansa. Vitun vajakki.
Osaa edes kirjoittaa käyttämänsä distron nimeä.
kunnon riesa.. mene nyt jo pois kun et kerta osaa vastata etkä edes näköjään tiedä mitä kysyn.
Se mikä on hämärän peitossa on se, että kirjoitanko aina "samaan kohtaan" tuon yhden tiedoston jos ylikirjoitan sen samalla tiedolla joka kerta vai "vaihtuuko paikka"...
^-- eikö tuo selviä kokeilemalla? Tee dd:llä tiedosto, alusta se, mounttaa -o loop ja kokeilemaan. Näin paljon kirjoituksia, muttei siltikään yhtään vastausta, mutta en kyl kässää miksi tuolla olisi mitään merkitystä mitä nyt haluat tietää. Kestää levy mitä kestää ja hajoaa kun hajoaa.
tai nevörmaind :]
kestää minkä kestää, mutta tarkoitus nyt ei olisi "tappaa" levyä tahallisesti "ennenaikaisesti" ja senhän se tekee hyvinkin pian jos kirjoitetaan uudestaan sama tieto fyysisesti samaan kohtaan jatkuvasti.. sitä tässä yritän selvittää, että tapahtuuko noin vai osaako tuo fs heittää tiedot aina eripaikkaan...
en tiedä, mutta tiedän että olisit kokeillut jo tässä ajassa ;)
turhan vastaajia oikein riittää?
ufs.
>Jos kirjoitan levylle viiden minuutin välein täysin saman tiedoston ja jatkan tätä maailman tappiin asti, niin kumpi tässä toimii paremmin? ext2 vai ext 3?
Kun ei ole mitään tarkkaa tietoa, mitä paskaa, ja mihin tarkoituksiin järjestelmäsi kirjoittelee, tulee kyseeseen siis myös tmpfs tai jopa ram-levy. http://linux.fi/wiki/Tmpfs
ei käy..
luuletkov että en olisi ajatellut tuollaista?