Automounter

29. 3. 2005 | Pavel Beňak | Tipy a triky | 27411×

Nebaví vás ručně připojovat výměnná média? Nebo byste se tomu rádi podívali více na kloub?

Automounter je démon, který hlídá přístup k adresářům, na kterých jsou odpojitelná zařízení. Když zjistí, že někdo chce s adresářem pracovat, připojí automaticky k adresáři zařízení. Můžete připojit cokoliv, co lze připojit příkazem mount. Obsah adresáře s přípojnými body automounteru by neměl být změněn, o mazání přípojných bodů ani nemluvě ;-).

Co potřebujete k použití automounteru? Podporu automounteru v jádře (parametr CONFIG_AUTOFS_FS nebo novější CONFIG_AUTOFS4_FS). Pokud si ho necháte zkompilovat jako modul, bude se jmenovat autofs resp. autofs4. Dále balík autofs (ve většině distribucí je už obsažen).

Autofs připojuje zařízení podle map. Pro každý adresář s body připojení je potřeba jedna mapa. Ta definuje jména adresářů sloužících jako přípojné body, typ souborového systému a volby pro příkaz mount.

Hlavním konfiguračním souborem je /etc/auto.master. Syntaxe je jednoduchá:

1. adresář s body připojení
2. soubory s mapami
3. parametry pro démona spravujícího přípojný bod

Dejme tomu, že chcete automaticky připojit jednotku cdrom a disketovou jednotku a chceme je mít v adresáři /media. Jejich mapu umístíme třeba do souboru /etc/auto.media. Do hlavního konfiguračního souboru pak přidáme řádek:

/media   /etc/auto.media   -g --timeout 60

Poslední část jsou parametry pro automount. --timeout určuje dobu nečinnosti v sekundách, po které se adresář automaticky odpojí. Asi by vám vadilo, že adresáře existují, až po jejich připojení. Když použijete parametr -g, vytvoří se "duchové" - adresáře budou existovat, i když na nich nebude nic připojeno.

Mapa zařízení určuje názvy přípojných bodů a jejich nastavení. Formát souboru je:

1. klíč (název přípojného bodu)
2. - parametry pro příkaz mount
3. : fyzické umístění

Do souboru /etc/auto.media můžeme přidat:

cdrom   -fstype=iso9660,ro                      :/dev/cdrom
disketa -fstype=auto,umask=000, \
         iocharset=iso8859-2,codepage=852         :/dev/fd0
winNT_C -fstype=smbfs,login=your_id,passwd=xxxxxx  WinNT:/C
zaloha  -fstype=nfs,soft                      mach1:/Backup
kernel  -ro,soft,intr             ftp.kernel.org:/pub/linux
cdcka   -fstype=autofs                    file:/etc/auto.cd

První položka je název přípojného bodu. Za ní je pomlčka, za kterou následují parametry příkazu mount oddělené čárkami. Přehled těch nejdůležitějších:

• ro - připojí pouze pro čtení
• rw - připojí pro čtení a zápis
• blocksize - velikost bloku zařízení
• rsize - velikost čtecího bufferu
• wsize - velikost zapisovacího bufferu
• intr - povolí zrušit připojování z klávesnice (pokud třeba systém čeká na server, který je odpojen)
• nointr - nepovolí zrušení připojování
• soft - když server neodpovídá po čase nastaveném parametrem timeout vrátí chybu a nebude se snažit o další spojení
• hard - zkoušet připojení stále, i když server neodpovídá; raději nepoužívejte bez nastaveného intr
• bg - pokoušet se o obnovu spojení na pozadí
• fg - pokoušet se o obnovu spojení na popředí
• nosuid - nepovolit používání SUID bitu na připojeném systému
• suid - opak předchozího
• fstype=typ_ss - typ souborového systému
• async - používat asynchronní režim pro čtení/zápis (používá se mezipaměť; zapsání změn se vynutí příkazem sync)
• sync - opak předchozího
• auto - připojit systém při provedení mount -a
• noauto - opak předchozího
• user - povolit připojení a odpojení běžnému uživateli
• nouser - povolit připojení a odpojení rootovi
• timeout=cas - čas, po kterém se přeruší pokusy o navázání spojení

Třetí položka je fyzická adresa zařízení. Pokud se jedná o váš počítač, není potřeba nic uvádět. Za dvojtečkou pak následuje jméno zařízení. Když je připojovaný souborový systém na síti, uvede se jméno počítače a dvojtečkou oddělená cesta k adresáři, který chceme připojit.

Nyní stačí restartovat démona startovacím skriptem, například /etc/init.d/autofs restart nebo /etc/rc.d/init.d/autofs restart.

Teď si můžeme vyzkoušet, jak nám automounter funguje. Zkuste vložit CD a zadat příkaz ls -l /media/cdrom. Jednotka se připojí a objeví se výpis adresářů na CD.

Můžete vytvořit i "podbdody" připojení. Například máte dvě jednotky CD a chcete je mít přístupné pod bodem připojení /media/cdcka a v adresářích 0 a 1. To provede poslední řádek v ukázkové konfiguraci:

cdcka -fstype=autofs   file:/etc/auto.cd

Typ souborového systému je tu nastaven na autofs (souborový systém spravovaný automounterem) a poslední parametr je odkaz na mapu zařízení. Do souboru /etc/auto.cd pak vložíme:

0       -fstype=iso9660,ro      :/dev/hdc
1       -fstype=iso9660,ro      :/dev/hdd

Startovací skript přijímá kromě parametrů start, stop a restart ještě:

• reload - načte změny v konfiguraci
• getmounts - ukáže body připojení spravované automounterem
• status - ukáže nastavené a aktivní body připojení

Na jednotlivé body připojení samozřejmě můžete nastavit i symbolické odkazy. A nyní můžete vesele automountovat.

       

Komentáře

[Josef Kufner]

Hezkej clanek, ale nikdy jsem neprisel na to, k cemu ty vselijake automountery jsou... vzdy me to akorat otravovalo. Daleko lepsi je mit klavesoovou zkratku, cudlik, alias ci cokoliv co je pri ruce a mountovat/umountovat rucne...

[Zdeněk Burda]

Automatické mountování se mi líbí při procházení NFS sítě. Dřív mi to bylo jedno, vždy jsem se na server podíval pomocí showmount -e, ale když jsem začal pracovat se Solarisem, tak jsem si zvykl na cd /net/server/ a bylo to...

[unchallenger]

Jo, připojování NFS mi zatím přijde jako docela smyslupná aplikace automatického mountování. Pak ještě snad read-only média (CD), ale pokud na ně zapisuji, tak chci rozhodně raději async a cacheovat než automatické cokoli.

[geebranz]

Guarding your access

couples therapy eugene or

[Valoun]

No, zatim zadny automounter nepouzivam, ale o nejakem premyslim (USB storage orgie mi uz pomalu lezou krkem). Tady mi ovsem neni jasny odmountovani. Kdyz se o mountovani stara daemon, pod jakym userem to bezi? Hadam root, nebo nejaky "automount-user". Ma pak bezny user pravo svazek kdykoli okamzite odpojit?

Klasicke vyuziti USB flashky je totiz: "honem-honem, tady mas flashku, kopni mi tam ty fotky, pospicham na bus", takze cekani na jakysi timeout nepripada v uvahu.

[Zdeněk Burda]

Zrovna flashku (nebo flašku? mountuj s parametrem sync a je po problémech s předčasným odpojením.

[Valoun]

To nema se syncem nic spolecneho. Sync samozrejme pouzivam, protoze bez nej napr muj stary mp3 prehravac vubec nefunguje. Tam jde o to, ze kdyz mam hafo USB zarizeni, tak nikdy nevim, na kterem /dev/sxx se mi to objevi. A klapat stale dokola fdisk -l me nebavi ...

[Pipal]

Jo je to jinak. Jak pise nekdo tak hotplug+udev to resi. Pak se mountuje vse pokazdy tam kam ma (napr. /mnt/fotak /mnt/mp3 /mnt/stick).

[Jakub]

a TO by byl hezkej clanek :)

[michal]

taky se primlovam:)

[Ivanhoej]

Na flashku je hadam lepsi hotplug+udev. Netreba ziadny automount.

[Tomáš]

Obcas musim nahodit Knoppix, ve kterem je automounter nastaveny a docela me stve, ze se disketa porad pripojuje/odpojuje. Navic se tim blokuje pristup do adresare /mnt (nechapu, proc ceka na pripojeni /mnt/floppy).

[Leoš Literák]

Trochu mi tu chybi motivacni odstavec pro novacky, aby pochopili, k cemu presne je to dobre.

Takze kdyz si to takhle nastavite, system automaticky pripoji dane zarizeni ve chvili, kdy se jej pokusite pouzivat. Napriklad si muzete udelat ikonku na /media/cdcka/1 a kdykoliv na ni kliknete, system pripoji dany cdrom. Nebo na prikazove radce zadate ls /media/disketa a system vam automaticky vypise obsah vlozene diskety.

Proste a jednoduse, nebudete muset rucne pripojovat zarizeni pomoci mount a umount. Je to pohodlne. Zvlaste odpojovani, kdyz vydrzite tech 30 sekund (nebo kolik si nastavite) na zarizeni v systemu nesahat, automaticky se odpoji.

[Shteffi]

Možná vám to přijde jako blbej dotaz.. ale jde zařídit v linuxu to, aby se mountování a odmountování zařízení dělo automaticky při jejich vložení a vysunutí (CD) fyzicky a nemuset se o nic starat? Nevim, ale zrovna tahle vlastnost je na Windows docela dobrá.. (i když je asi jediná) Ale jestli to lze tak se omlouvám za blbej dotaz.. Ale podle toho mi připadá, že bdyby to tak šlo tak by nebylo potřeba žádných automounterů a tohle by měli dávat rovnou do jádra...

Ještě jednou sorry za nefundovanej dotaz...

[Robert Krátký]

Stejnou funkčnost poskytuje i způsob popsaný v článku. Připojí médium vždy, když se na něj někdo pokusí přistoupit. Neboli, médium je ti k dispozici kdykoliv, kdy s ním potřebuješ pracovat. Bylo by naprosto zbytečné připojovat médium okamžitě po vložení do mechaniky, protože by se mohlo snadno stát, že s ním nakonec ani pracovat nebudeš. Např. kdyby se takhle automaticky připojovalo CD, mohl bys mít potíže s vypalování dalších session u multisession CD(-R/W).

[Shteffi]

No jo ale já chci vyndat CDčko hned a ne čekat na nějakej timeout.. popisovanej postup je docela dobrej dokud to nebudu chtít vyndat...

prostě nejde nějak odpozorovat akce na mechanice, že jsem zmáčknul tlačítko vysunutí a systém mi CD sám odmountuje? kdyby se to takhle chovalo, tak si myslim, že by byli všichni spokojený.. ale když má člověk čekat na nějakej timeout, tak je to jenom buzerace... Tak nevim, ale měl jsem dojem, že Technika má sloužit lidem.. a pokud to de, tak by se člověk neměl technice moc podřizovat.. A v tomhle mi příde, že je to zbytečný podřizování... Proč to v jinejch systémech jde a v linuxu ne.. Je to prkotina, která dokáže hodně ulehčit život... nebo se pletu?

[Robert Krátký]

Proč to v jinejch systémech jde a v linuxu ne..

Jsem si jistý, že to nějak jde. Ovšem věc se má tak, že automatické připojování a odpojování není ve světě Linuxu/Unixu považováno za výhodu. Je to spíše pro ty, kteří chtějí Linux přiohnout k obrazu právě těch jiných OS. Mně například by asi šiblo, kdyby mi systém kecal do toho, kdy a jak se nějaký filesystém připojí nebo odpojí.

Automatické odpojení CD při pouhém stisknutí tlačítka "eject" mi připadá jako noční můra. Samozřejmě by se dalo ošetřit, aby se systém odpojil korektně - tzn. ukončily se před samotným odpojením a vysunutím veškeré operace s ním, ale i tak bych to považoval za nepříjemnost, ne za výhodu.

[Shteffi]

Mně například by asi šiblo, kdyby mi systém kecal do toho, kdy a jak se nějaký filesystém připojí nebo odpojí.

neřikam že kdejakej filesystém.. ale u výměnnej médií

Automatické odpojení CD při pouhém stisknutí tlačítka "eject" mi připadá jako noční můra.

určitě musí jít zařídit, aby se CD nevysunulo hned ale až po řádnym odmountování.

Mě připadá jako noční můra to, že zapomenu odmountovat CD a vysunu ho.. a co potom... :(( některý věci by přecijenom měli bejt víc user friendly

Ale to je jenom muj názor..

[Robert Krátký]

neřikam že kdejakej filesystém.. ale u výměnnej médií

No právě... o tom mluvím.

některý věci by přecijenom měli bejt víc user friendly

Právě, že se vůbec neshodujeme v tom, co považujeme za "user friendly"...

[Shteffi]

Abych to upřesnil... Myslel jsem "DEBIL user friendly"

Čímž se za debila nepovažuju... :)))

[pol]

Mě připadá jako noční můra to, že zapomenu odmountovat CD a vysunu ho..

iiiha, to sa da?

[k3]

jj. kdyz si nastavis, ze se dviraka nezamykaji :)

[Josef Kufner]

nebo proženeš počítač swsuspem...

[Jiří Vičík]

(Vím, že můj příspěvek nepatří zrovna sem, ale nedalo mi to.)

Občas se mi stane, že i při řádném ukončení programů používajících výměnné médium zůstane nějak bezdůvodně část ukončeného programu 'viset' na pozadí a médium nelze umount. Často se mi to stane (zákon schválnosti) když spěchám a nezbývá mi nic jiného než lsof | grep /dev/médium; kill PID; umount médium. Existuje řešení jak tomu předcházet?

[Stanislav Brabec]

Předcházet jedině tak, že po kopírování odejít z příslušného adresáře.

Ale správný příkaz je fuser -m s příslušnými dalšími parametry.

Pozor - pokud si neověříte, že k adresáři je stále připojeno zařízení, snadno si shodíte systém.

[Jiří Vičík]

Dobré vědět. Občas jen zavřu konqueror aniž bych z toho adresáře předtím vyskočil, možná to bude ono. Vyzkouším. Na terminálu se mi to ještě nestalo.

Jinak  fuser mně fakt nenapadl. Dík.

[Valoun]

takovej problem mam s krusaderem, zda se ze sam psotve na dany mountpoint fam (file alteration monitor), takze i kdyz vylezu ven, tak nemuzu nic odmountovat, musim bud krusader ukoncit, nebo zabit fam.

[Zdeněk Štěpánek]

Zdravim

Tohle dela KDE. Na plose mam ikonu pro CD a disketu (tedy, ja ikony nepouzivam, ale proste to mam na jednom kompu..). pri poji se, otevru okno, zavru, odpojim a muzu umount. Jenze usb rtenka ani omylem, pripojim, otevru oknou, ale i po zavreni tam visi nejakej proces co ma zabranou tu rtenku azbyva jedine kill. Kdyz mountuju rucne, je vse v poradku.

P.S.: Osobne mam v adresari /mnt/.. nekolik skriptu mount_cdrom, umount_cdrom atd. Lezu tam stejne jen z MCcka.

Zdenek

[petr_p]

Problem je, ze uzivatel nema sanci pohledem na mechaniku zjisti, zda veskera zapsana data jsou jiz bezpecne na mediu a FS je v konzistetnim stavu.

Ano, mechaniky maji kontrolky, ale napr. floppy mechanika sviti vzdy, kdyz jde proud do motorku. A navic ma rad asynchronni diskove operace. Takze umount, a hned po zobrazeni noveho promptu taham disketu ven, i kdyz mechanika sviti.

Jinak na to jdou CD nebo ZIP mechaniky, ktere umoznuji softwarove zablokovat dvirka (je na to volba v procfs). Takze OS ma jistotu, ze mu nevytahnete medium pred dokoncenim zapisu.

Proto je rozumne nejdrive FS odpojit, cimz se vyprazdni buffer daneho zarizeni, pak pockat na vyprazdneni hardwaroveho bufferu (radic/zarizeni to umi signalizovat) a pak teprve odblokovat dvirka mechaniky.

Toto vse umi napr. program eject. Ja uz jsem si zcela odvykl mackat tlacitko na mechanice. Proste dam eject, dvirka se vysunou, vlozim CD, pristoupim na zarizeni (napr. vlezu do "automountovaneho" adresere), cimz se dvirka "sama" zasunou, zamknou a FS se pripoji. Kdyz chci CD vyndat, napisu eject, FS se "sam" odpoji, dvirka odblokuji a vysunou. CD vyjmu, a pak opet softwarove dvirka zasunu prikazem eject -t. Funguje to jak u read-only CD, tak i u read-write ZIP.

[Shteffi]

a o co by byl život jednodušší, když by se ten eject volal tim, že se zmáčkne tlačítko na mechanice... holt zvyk je železná košile...

[Ctirad Feřtr]

U CD/DVD/ZIP tohle není problém, ale co diskety a zejména flash disky ?

[bhe]

jak se to teda udela u tech CD/DVD???

[macal]

Chtelo by to jiny mechaniky, jako mivaly (nebo snad jeste maji?) jabka.

[Ctirad Feřtr]

To se týká jenom floppyn (a ty už dneska snad žádný apple ani nemá). Zamykací flash disk jsem ale ještě neviděl ;)

[Jan Kundrát (jkt)]

Zamykací flash disk jsem ale ještě neviděl ;)

jestli myslis lock proti zapisu, tak mam jeden na stole.

[r080]

nastav timeout na 0

[Stage]

Ja pouzivam timeout=1 a vlastne to funguje ako pozadujes - odhliadnuc od tej jednej sekundy

Stage

[Michal Marek (twofish)]

prostě nejde nějak odpozorovat akce na mechanice, že jsem zmáčknul tlačítko vysunutí a systém mi CD sám odmountuje?

Obávám se, že ty mechaniky nic takového neposílají (*). Takže možnosti jsou buď zamykat a nechaj uživatele ať klikne na ikonku místo mačkání tlačítka, nebo nezamykat a při vysunutí vracet chyby procesům, co z toho ještě čtou. Ta druhá možnost by měla jít nastavit takhle

sysctl -w dev.cdrom.lock=0

ale bůhví co za "překvapení" to může generovat.

(*) AFAIK se systém ani nedozví o vložení CDčka, Windows to dělají tak, že se periodicky dotazují mechaniky (bez záruky).

[Mikos]

Ale to víte že CD mechaniky takový signál při stlačení tlačítka eject posílají, HAL takový signál umí rozeznat a přesně tak pak funguje odmountování když opoužíváte nějaký automounter postavený nad hal + dbus (třeba ivman nebo gnome-volume-manager). Prostě např. ivman přijme přes dbus signál od halu že bylo stlačeno tlačítko eject na CD-ROM mechanice. Zkusí CDčko odmountovat a když to jde a CDčko se odmountuje, dvířka se otevřou.

[unchallenger]

Když jsem naosledy vytahoval flashku z počítače s MS Windows, tak na mě řvaly, že ji musím nejprve odpojit, aby ji šlo bezpečně vytáhnout.

[VícNežNic]

Vytažení flashe z Windows stroje bez namačkání příslušných ikon už mě pár souborů stálo…

[lizard]

No a co si to takhle v tech Windows nastavit, aby to na Vas nervalo/necacheovalo?

Zkuste si skocit do "Device Properties"-"Policies" a tam zvolit "Optimize for quick removal": This setting disable write caching on the disk and in Windows, so you can disconnect this device without using Safe Removal icon.

[jard]

hm, skratka po linuxovsky je to mountnute so syncom ak dobre rozumiem :) no a uz iba nastavite ze ked za jazdy vyrvete usbflashsomarinu tak ivman ci kto spravi umount -lf ci ake parametre a sme tam kde windows. chapem dobre ?

[mab]

Mne tohle řeší supermount, který je o dost kvalitnější a i snáze konfigurovatelný než automounter. Jen je třeba si jej stáhnout, patchnout do jádra a pak napsat do fstab třeba tohle(na jeden řádek): none /cdrom supermount dev=/dev/hdc,fs=auto,ro,--,umask=0 0 0

[Mikos]

Budu se zas opakovat Koukněte kdyžtak na některé mé ostatní příspěvky v této diskuzi - není nutné mít supermountem patchnutý kernel, supermount je špatné řešení (i když funkci plní, to nepopíram), mnohem lepší je hal + dbus + ivman (ale je samozřejmě nutné mít 2.6 kernel a používat udev, což už je ale IMHO dnes na desktopu naprostý standard)

[Josef Navratil]

O hal + dbus + ivman toho moc nevim. Vypada to jako prijemna vec, ale asi bych to ve svem systemu nechtel. Dle meho by melo byt sluzeb na pozadi co nejmene. Navic jsou moznosti komunikace vicemene jen dvoji: interrupt a pooling. A pri poolingu se clovek timeoutum nevyhne ...

[lyon]

Tak zrovna supermount je pekna svine. Nez jsem se ho defnitivne zbavil, stihl mi znicit nekolik CD-R medii a parkrat zablokovat PC pri pokusu o pouziti ZIP mechaniky. Nikdy vice.

[Pavel]

Docela bych uvital srovnani s projekty jako je supermount a submount. Kdysi jsem se o to totiz zajimal a dospel jsem k zaveru, ze pro automaticke pripojovani cd-rom nebo diskety je vhodnejsi submount.

[Mikos]

Supermount a submount (jehoz prakticky jediny rozdil oproti supermountu je, ze ho lze zkompilovat jako modul kernelu a nepotrebujes mit narozdil od supermountu opatchovany kernel) jsou dnes jiz rekl bych k nicemu. Driv sem je taky pouzival, ale uz davno misto nich pouzivam hal + dbus + ivman. Supermount i submount je totiz principialne spatne reseni (alespon podle nazoru vyvojaru kernelu - a ja se po precteni argumentu s timto nazorem ztotoznuji ). hal (Hardware Abstraction Layer) je tim spravnym resenim, je to standard z Freedesktop.org a podporuji ho jako "the right way" vyvojari kernelu. Stoji nad udev/sysfs a komunikuje pomoci dbusu (coz je taktez standard z Freedesktop.org). K samotnemu automountingu pak muzes pouzit treba ivman nebo gnome-volume-mabnager (ktery prave pres dbus s halem komunikujou).

[Luboš Doležel (Doli)]

Možná jsem debil, ale udev mi nikdy "neviděl" disketovku ani USB HID zařízení. Minimálně tu disketovku ve svém konfiguráku měl...

[Mikos]

Co používáte za distribuci? Já Gentoo a tam sem nikdy takový problém neměl (zatím odzkoušeno na 3 PC). Pak na jedno PC sem instaloval Arch Linux a tam to byl udev také naprosto bez problémů.

[peter]

Pouzivam Gnome/Ubuntu a s nejakym mountovanim nemam problem. Priamo sucastou Gnome (min. od 2.8) je nastroj (okno), kde je mozne prikazat Gnome-u, aby po vlozeni CD, USB flasky, dig. fotaku... vykonal urcitu akciu (pripojil, spustil prehravanie CD, spustil program na import fotografii...). Je to presne to, co potrebuje 90 % uzivatelov. Komu sa to nepaci to nemusi pouzivat a ostatnym to pomoze bez toho aby museli ***** nad automountom.

http://images.google.sk/images?q=gnome%20volume%20manager http://freshmeat.net/articles/view/1267/

[Mikos]

AutoFS je dnes již dobré akorát tak na automountování NFS. Na všechno ostatní je nesrovnatelně lepší hal + dbus. Používam hal + dbus (hal - Hadrware Abstraction Layer - je postaven nad udev a komunikuje pomocí dbusu) ve spolupráci s ivmanem (který provádí samotnou operaci mountování) už dlouho a jsem absolutně spokojen. Po připojení např. mého digiťáku do USB se automaticky v /media vytvoří adresář pojmenovaný podle typu mého digiťáku a do něj je onen digiťák automaticky přimountován. Stejně pohodlné je jeho automatické odmountování při odpojení. Stejně dobře funguje taktéž vložení CDčka do mechaniky, s tím že ivman pokud nalezne v /etc/fstab pravidlo pro dané zařízení, tak ho použije a negeneruje automatické mountpointy v /media.

Vše je samozřejmě krásně nastavitelné (dá se např. nastavit i automatické přehrávání audiocd či DVD po vložení do mechaniky, atp. Ovšem to nevyužívám, mně autoplay rozhodně nevyhovuje ). Navíc celý udev + dbus + hal je "the right way" jak takovéto věci řešit - moderní standard podporovaný Freedesktop.org a vývojáři kernelu (né jako pokusy ala supermount, které ač funkční byly dle slov kernelových vývojářů nesprávnou cestou).

Btw. pokud se někdo diví proč to automaticky mountuje do adresářů v /media a né v /mnt, tak je to proto že /mnt není dle Filesystem Hierarchy Standardu vubec k tomutu určeno, podle nejnovějšího FHS v. 2.3 byl na takovéto mountování výměnných médií zaveden právě adresář /media. A dle mého názoru je tomu tak rozhodně dobře.

[Mikos]

Ale jinak samozřejmě i to kam to má automaticky mountovat jde změnit, takže pokud jste konzervativní zpátečníci kteří se moderních standardů štítí, můžete si místo adresáře /media samozřejmě nastavit adresář /mnt či jakýkoliv jiný

[unchallenger]

Adresář /media (a jeho kamarád /srv) je největší pitomost, jakou kdy FHS zavedl. Používáš-li je jako argument, leda se automaticky diskredituješ...

[Leoš Literák]

nemam rad FHS

[Mikos]

To že se u Yetiho diskredituju mě absolutně nepálí. Je snad tvůj názor nějak "nadřazený" názorům jiných? Cítíš se být pánem (linuxového) světa? Dle mého názoru je zavedení /media jednoznačně dobrá věc. A tvůj názor není o nic lepší než ten můj (a stejně tak to platí samozřejmě i naopak).

[Luboš Doležel (Doli)]

To snad neni pravda, že se tu hádáte, jestli /mnt nebo /media

Navrhuji anketu

[klassik]

Mas recht.Hlasuju pro /cédéčko

[VícNežNic]

D:

[Michal Marek (twofish)]

Žil jsem v domnění, že FHS má zajišťovat jednotnou strukturu FS pro 3rd party vývojáře -- kde jsou nainstalované ostatní programy, kam se mají ukládat logy, etc. K čemu je 3rd party programům užitečný mount-point CD-mechaniky, to je mi záhadou (kromě toho, že programy typu k3b si ho můžou přečíst z /etc/fstab).

[Jan Kundrát (jkt)]

Žil jsem v domnění, že FHS má zajišťovat jednotnou strukturu FS pro 3rd party vývojáře -- kde jsou nainstalované ostatní programy, kam se mají ukládat logy, etc. K čemu je 3rd party programům užitečný mount-point CD-mechaniky, to je mi záhadou (kromě toho, že programy typu k3b si ho můžou přečíst z /etc/fstab).

mno, neni mi jasny, jak z niceho vydedukuje mountpoint. Bud zna device a zjisti mountpoint, nebo z mountpointu device, ale jak z niceho oboji je mi zahadou

[Mayo]

Celkom by zaujimalo ako je to vyriesene v Knoppixe/Debian. Instaloval som ho na hdd - knoppix-install. A on sam pri starte rozpoznal vsetky particie (vfat,ext..) a sam ich aj namountoval. Dokonca ak som v qtparted vytvoril novu particiu tak pri restarte namountoval aj ju. Bohuzial uz nemam pristup k tomu pocitacu s Knoppixom, takze nemozem analyzovat sposob ako to ten Debian/Knoppix robi. Sam totiz pouzivam Fedora Core 3 a automount. Ak niekto tusi ako sa da zabezpecit pripajanie ala Knoppixom budem rad ak mi to prezradi

[Jan Kundrát (jkt)]

Celkom by zaujimalo ako je to vyriesene v Knoppixe/Debian.

na zacatku pusti nejakej fdisk, oscannuje partitiony a ulozi je do /etc/fstab. dokonce ti to pri bootovani napise ("Scanning for partitions and creating /etc/fstab...").

[Mayo]

Diki moc. Presne toto som potreboval vediet. Genialny a jednoduchy napad. Tiez by mohol byt vo vsetkych distribuciach (aspon volitelne).

[Jan Kundrát (jkt)]

muzes si to do nich pridat . Je to v podstate jeden init skript navic...