Mount read-only JE ali NI read only?

Torej, v eni novici (Linux bo morda pospešil delo računalniških forenzikov) je bilo govora o tem, da če skušamo priklopiti nek datotečni sistem kot read-only, ga Linux v resnici ne bo priklopil kot read-only. Menda naj bi bilo treba mountu podati parameter -noatime.

Zato sem se odločil za par testov. Vzel sem USB ključek in ga formatiral z FAT32, NTFS in ext3. Uporabljam Ubuntu 7.10.

Potem sem na napravi naredil eno datoteko test.txt, napravo odklopil in potem:
1. izračunal MD5 hash (md5sum /dev/sdc1)
2. napravo priklopil kot read-only (sudo mount -o ro /dev/sdc1 /mnt/)
3. izpisal vsebino datoteke test.txt (cat /mnt/test.txt)
4. napravo odklopil (sudo umount /mnt)
5. izračunal MD5 hash (md5sum /dev/sdc1)

6. napravo priklopil kot read-write (sudo mount -o rw /dev/sdc1 /mnt/)
7. izpisal vsebino datoteke test.txt (cat /mnt/test.txt)
8. napravo odklopil (sudo umount /mnt)
9. izračunal MD5 hash (md5sum /dev/sdc1)

Rezultati:

FAT32 razdelek
==============
Prvi hash:
e884126d99d90527ebd07c0c80673650 /dev/sdc1

Hash po read-only:
e884126d99d90527ebd07c0c80673650 /dev/sdc1

Hash po read-write:
e884126d99d90527ebd07c0c80673650 /dev/sdc1


NTFS razdelek
=============
Prvi hash:
bd6dfbf145d69c84d104cee01d360f7f /dev/sdc1

Hash po read-only:
bd6dfbf145d69c84d104cee01d360f7f /dev/sdc1

Hash po read-write (sprememba!):
3dea940f203ffdd963551ecc095094f4 /dev/sdc1


ext3 razdelek
=============
Prvi hash:
b24d67cd130cea58964047a31d7e87ba /dev/sdc1

Hash po read-only:
b24d67cd130cea58964047a31d7e87ba /dev/sdc1

Hash po read-write (sprememba!):
7a8c6fc9f0ba7960be3c892408e0f859 /dev/sdc1


Skratka. Moji testi kažejo, da če datotečni sistem priklopim kot read-only, se le-ta NE SPREMENI. Se pa spremeni NTFS in ext3, če ju priklopim kot read-write (pa čeprav gor nič ne pišem).

Zdaj mi pa ni povsem jasno, od kje ideja, da bi bilo treba podati parameter -noatime, oziroma, da Linux pri read-only sistemu spreminja file access time. Nekdo je omenil, da lahko kljub -ro pride do replaya journala. Lahko kdo bolj razloži kaj je to?

Pa dajmo:
md5sum /dev/sdc1
7a8c6fc9f0ba7960be3c892408e0f859 /dev/sdc1

sudo mount -o rw -noatime /dev/sdc1 /mnt/
cat /mnt/test.txt
sudo umount /mnt/
md5sum /dev/sdc1
c8431cc04b402e90f98acab5b8174407 /dev/sdc1

Zanimivo: se NE ujema.

Pa še tole:

Disk /dev/sdc: 31 stez, 255 glav, 63 sektorjev/stezo
Enote = steze po 8225280 bajtov, bloki po 1024 bajtov, štejem od 0

Naprava Zagon Začetek Konec #steze #bloki Id Sistem
/dev/sdc1 0+ 30 31- 248976 83 Linux
/dev/sdc2 0 - 0 0 0 Prazno
/dev/sdc3 0 - 0 0 0 Prazno
/dev/sdc4 0 - 0 0 0 Prazno

sudo mount -o ro /dev/sdc1 /mnt/
cat /mnt/test.txt
sudo umount /mnt

md5sum /dev/sdc1
4a0ee06e98d1180d3eeb50b2b1349936 /dev/sdc1


SE PRAVI: mount -o ro NI ENAKO mount -r??

Zakaj pa man page pravi, da je?

OKIE, obstaja torek nek splošen ukaz, ki FS vedno priklopi kot read only?

Hmm, zdajle sem ugotovil, da sem nekoliko zmeden. Prej zgoraj sem se namreč grdo zmotil - najprej sem računal hash od sdc, nato pa hash od sdc1. Seveda sta se razlikovala.

No, zdaj sem skripto napisal na novo in pognal in dejansko je hash od sdc vedno enak:

-r -noatime -nodiratime

447c76cec0b8779f9946d7536a7eb2b3 /dev/sdc

-r
447c76cec0b8779f9946d7536a7eb2b3 /dev/sdc

-o ro
447c76cec0b8779f9946d7536a7eb2b3 /dev/sdc

Primož mi je sicer rekel, da journal vedno replaya , vendar pa to naredi v RAM-u. Če je to res, me ne moti - naj dela v RAMu, kar pač mora, dokler mi ne packa po disku.

Jype: se lahko seda zanesem na to, da mi diska ne bo spreminjal ali bi moral vseeno uporabiti hdparm -r (just in case)? Zanima me seveda za katerikoli FS, ne samo ext3...

Če zaženel Ubuntu livecd in rečem cat /proc/swaps, mi ne napiše nobene swap particije.

In to če dam boot parameter live noswap ali če ne dam nobenega parametra.

Je pa res, da imam swap sicer kriptiran... Kako lahko vidim, če je livecd priklopil swap gostujočega sistema?

Hja, potem je Ubuntu livecd flawed by design. :-)

Zdajle sem sprobal na nekriptirani mašini. In če namreč dam boot parameter nowsap, mi zadeva vseeno swapne na disk...