Mount (diskuse)

[Zdeněk Štěpánek]

Vyjimecne te nebudu ignorovat, ale souhlasil bych ze mas pravdu, ISO 9660 je IMHO read only filesystem a mel by se chovat identicky jako CD.

Takze jsi zrejme objevil chybu, proto se podivej kdo je spravcem prislusneho subsystemu (bud mount nebo iso-9660 filesystemu) a chybu mu nahlas.

Zdenek

[Jindřich 'GoldenShit' Plešinger]

Jestli není chybou i to, že jsem při připojení *.iso obrazu neuvedl že jde o iso9660, ale nechal jsem to na něm, ale oddíl připojil. Ohledně NTFS mě mohl vyfakovat a připojit jen s parametrem ro a totéž zapsat do /etc/mtab. Přeci jen tuto informace využívá velké množství programů.

Jak rozeznává připojení CD, DVD, CDr, DVDr, CDrw a DVDrw? Umí to vůbec?

[kaaja]

Jak rozeznává připojení CD, DVD, CDr, DVDr, CDrw a DVDrw? Umí to vůbec?

Někdo by mohl namítnout, že to potřeba není, ale vlastně je. Když si na CD (DVD) vypálím obraz třeba ext2, jak se to připojí? Určitě to připojí, ale rw nebo ro? A když ten samý obraz dám na DVD-RAM tak tak přece můžu i zapisovat.

[Luk]

Jistě. Není to triviální problém. Dokonce to totiž může být i tak, že FS samotný může být R/W, ale data jen RO. Proto je v pořádku, že se to neřeší přímo v jádře a je to ponecháno na tom, kdo/co poskytuje parametry pro připojení. Proto bych nehledal chybu v jádře, ale spíš (pokud vůbec) v procesu, který ty parametry specifikuje - což je v poslední době HAL démon.

[Jindřich 'GoldenShit' Plešinger]

Do některých filesystémů Linux zapisovat umí a do některých ne. Na některá média Linux zapisovat umí a na některá ne. Rozeznat filesystém a médium Linux snad umí. V čem je tedy problém a proč Linux automaticky neopraví chybně zadaný parametr tak, jak to dělá u CD CD? Vždyť jde jen o *.ISO a NTFS a nedomnívám se, že by šlo nějak výjimečné případy. Problematických případů bude asi více.

[Luk]

Můj názor je ten, že by Linux (=jádro) neměl nijak zasahovat do toho, jak chce někdo filesystém připojit. Podobné chování (chytračení) je typické pro Windows, kde se projevuje např. tím, že 2. a další partition na flash kartě ve Windows prostě nepřipojím (nejsou vidět).

Linux by měl prostě akceptovat poskytnuté parametry, a pokud je to technicky možné, filesystém tak připojit. Pokud to možné není, má vrátit chybu, tečka. Tím netvrdím, že se to tak přesně děje. Ale je to čisté řešení, které je plně v souladu s vytěsňováním podobných věcí z jádra.

[Jindřich 'GoldenShit' Plešinger]

Proč mě ale při pripojení CD informuje, že dělám chybu a chybu opraví, ale při připojení ISO obrazu nebo NTFS akceptuje co mu předhodím. Nezdá se mi to normální.

[next]

Mozno userspace program mount nevie, ze kernelspace implementacia NTFS je nedokonala. Neviem presne, ako sa tie failed zapisy prejavuju. Ak az chybou pri write(), tak ako to ma ten chudak mount zistit?

[barney]

nevraviac o tom, ze som uz videl i r/w implementacie oboch filesystemov. takze "ak je chyba", tak je v tom, ze implementacia filesystemu neposiela, resp ten kto implmentaciu filesystemu pouziva ignoruje, informaciu o r/w.

ale to je otazka na mechanizmus kernelu znaleho cloveka.

[Jiří (BoodOk) Kadeřávek]

To je snad normalni, ze to ze je FS pripojen RW jeste neznamena, ze ma RW nad adresari nebo soubory. Zalezi na pristupovych pravech a ty z podstaty nemuze mount nijak kontrolovat.

[Zdeněk Štěpánek]

To je v poradku, ale i me prijde divne, ze ISO-9660 je IMHO ro filesystem a plesa tvrdi ze se mu to pripojilo rw.

Ja jsem to taktez vyzkousel a skutecne se pripojil rw. Nicmene mc pri pokusu vytvorit adresar to kricelo, ze Filesystem je jen pro cteni.

Prijde mi to prinejmensim divny.

Zdenek

[Jindřich 'GoldenShit' Plešinger]

Připojil jsem obraz nějakého CD (bylo to stažený ISO gamesy od Loki), připojil jsem ho programem mount s parametrem rw. Program ho hned připojil a neřekl jediné slovo že to nejde a že do obrazu nebudu moct zapisovat. Informace si zapsal do /etc/mtab, že mám připojené ISO s parametrem rw. To znamená že každý program využívající tyto informace bude přinejmenším tvrdit něco, co není pravda. Podle mě je to u systému který se snaží být použitelný pro uživatele matoucí a docela trapná nevýhoda.

[Jiří (BoodOk) Kadeřávek]

Znam trapnejsi veci. Nicmene by nebylo od veci zeptat se primo v konferenci autora mount, proc se tak chova. Pochybuju, ze se jedna o bug. Vysvetleni bude pravdepodobne slozitejsi.

Vypada to tak, ze filesystem sam informaci o tom, zda je RO nebo RW neposkytuje. Mount si zjisti, zda je medium RO nebo RW. Je-li RW, dovoli namontovat RW. To, ze ovladac filesystemu pri operaci zapisu zahlasi read-only jiz nezjistuje. Napriklad jaderny kod iso9660 fs muze byt pravdepodobne navrzen tak, aby umoznoval i zapis do fs. Jde tedy o to, ze mount ridi ro/rw dle media a schopnost poradit si se zapisem ponechava na filesystemu samotnem. Tezko rici, jedna-li se o nejaky problem. Dle meho ne. Ten kdo provadi mount iso9660 by mel vedet, ze v soucasne implementaci je adekvatni primontovat jej RO. Zajimal by mne scenar, pri kterem se jedna, jak ty rikas o nevyhodu?

[Luk]

Obecně ani ISO 9660 nemusí být RO filesystém. Ale jeho současná implementace RO je, proto by to R/W nemělo jít připojit. Mělo by to ale zařvat vždy, ne jen někdy.

[fettgesicht]

Proto ten Linux všichni tak milujem, ne? Protože jsou v něm občas divný věci za který nikdo neručí

Ale taky jsem si kdysi něčeho takového při mountování všimnul. Když mám špatnou náladu, tak mě to rozladí, když dobrou, pomyslím si, že to je vono a že Linux je ten pravej rustikální syrovej systém pro mě - žádný záruky, žádný bezpečnostní pásy... nebo tak něco. Uhm.

[iSteve]

Nemam tento problem: # mount -o rw,loop test.iso /mnt/testmount

A v /etc/mtab resp. "mount": [cesta]/test.iso /mnt/testmount iso9660 rw,loop=/dev/loop0 0 0

A v /proc/mounts: /dev/loop0 /mnt/testmount iso9660 ro 0 0

/proc/mounts ukazuje realitu, /etc/mtab, stejne jako "mount" bez parametru, ukazuje, s jakymi parametry byl mount volan. Mas ale pravdu, userfriendly hlaska "Nemuzu namountovat jako rw, zkusim ro" by tam asi byt mela.

[Jindřich 'GoldenShit' Plešinger]

Přesně, aby byl použitelnej pro normálního uživatele a stal se solidní konkurencí Windows, měl by se chovat tak jak píšete. Když na vás řve, že jste udělal chybu při mountování CDčka, tak by to mohl řvát všude, kde se to hodí.

[hudin]

Tak me napada - je mozne v MS systemech nejak pripojit oddil i jako read-only, prip. vybirat, ktere diskove oddily se (ne)maji pripojovat?

[Jindřich 'GoldenShit' Plešinger]

Co myslíš, jde to nebo ne?

[Jindřich 'GoldenShit' Plešinger]

Bude se opakovat, ale představa že Linux je lepší a Windows nejdou nakonfigurovat povětšinou pramení z neznalosti.

Někdo to tu již zmínil a nebyl jsem to já, to co jde nastavit v Linux jde i nastavit ve Windows a jde toho mnohem více, jen to nikdo moc nepotřebuje a nevyužívá. Taktéž i osobní nastavení si jde uchovat a použít na jiném počítači.

[hudin]

Skvele, dle stylu odpovedi asi ano. A mohl bys mi prozradit, jak reknu win98, aby se vubec nesnazily kontrolovat a pripojovat oddily na disku pripojenem na IDE jako primarni slave?

[Luk]

Win98 je starý systém, a nikdy ho nešlo považovat za plnohodnotný OS. Mě by spíš zajímalo, jak ve WinXP:

1. Připojím 2. a další partition na flash disku (flash karta nebo USB disk).
2. Připojím n-tou partition na disku, když mezi primární a touto jsou ještě nějaké partitions s Linuxem.
3. Zajistím spuštění autorun.inf na flash disku po připojení.

[David Jaša]

Měnil jsem disk v notebooku a starý jsem dal do rámečku. Jsou tam 4 primární partišny: 1. pro hw suspend, 2. swap, 3. / a 4. pro bývalý /home, nyní zformátovaná na FAT32.

Vícero XP (prof) s tím nemělo žádné problémy - at uz ofic. ve škole nebo cracklé u kamoša. Home jsem nezkoušel.

[barney]

ked sa budes nudit, vyskusaj taketo nieco:
primary hda1
extended hda2 <hda5 ...>
primary hda3
)

[Luk]

Rozdíl mezi /etc/mtab a /proc/mounts není všude. Některé distribuce totiž mají /etc/mtab jako symlink na /proc/mounts.