Az �nm�k�d� felcsatol�s egy folyamat, ahol a egyes f�jlrendszerek felcsatol�s�t �s lecsatol�s�t egy d�mon v�gzi. Ha a f�jlrendszer nincsen felcsatolva �s a felhaszn�l� megpr�b�lja el�rni, akkor az �nm�k�d�en felcsatol�dik. Ez k�l�n�sen hasznos nagy h�l�zati k�rnyezetben �s keresztbe csatolt f�jlrendszerek eset�n (f�leg amikor nincs minden g�p �lland�an h�l�zatra kapcsolva). Nagyon hasznos cser�lhet� lemezes meghajt�k haszn�latakor is. Mondok m�s p�ld�t, ha eddig nem gy�z�tt meg: dos f�jlrendszerek felcsatol�sa ASCII konverzi�val, majd an�lk�l. Ha �j Linux felhaszn�l� vagy, nem tudod, mi az a felcsatol�s �s mi a d�mon, akkor tanulm�nyozd a vonatkoz� dokument�ci�kat.
Az �nm�k�d� felcsatol�s k�t megval�s�t�sa lelhet� fel Linux alatt: az AMD �s az autofs. Az AMD egy �nm�k�d� felcsatol�-d�mon, a felsz�nen a SunOS AMD programhoz hasonlatosan dolgozik. Felhaszn�l�i szinten megval�s�tott megold�s, azaz nem r�sze a rendszermagnak. A rendszermagnak nem sz�ks�ges r�szt vennie abban, ha NFS-t csatolsz a helyi g�pre, AMD d�monnal, ami ir�ny�tja az �sszes �nm�k�d� csatol�st az NFS rendszeren kereszt�l. Az Autofs egy �jabb fejleszt�s, de ez m�r r�sze a rendszermagnak. A mag f�jlrendszer k�dja tudja, hol vannak a csatol�si pontok a norm�l f�jlrendszerben, az Automount program pedig kezeli ezt. Csak az autofs megold�st fogjuk megvizsg�lni.
A mini-HOGYAN szerz�i jogait Rahul Sundaram birtokolja. Minden jog fenntartva. Erre a dokumentumra a Linux Dokument�ci�s Projekt licensze vonatkozik. A kereskedelmi felhaszn�l�s enged�lyezett, de �rtes�ts engem err�l. Seg�ts�get adok b�rkinek, aki leford�tan� a dokumentumot. Ha sz�ks�ged van a licenszfelt�telek �tl�p�s�re, l�pj kapcsolatba velem a [email protected] e-mail c�men. A leg�jabb verzi�t mindig a The Linux Documentation Project honlapj�n tal�lod meg, http://tldp.org/HOWTO/mini/Automount.html.
Hab�r a legjobb tud�som szerint �rtam meg ezt a HOGYANt, nem vagyok felel�s semmif�le k�r�rt, amit ebben a dokumentumban foglaltakra alapozott tev�kenys�g okozott. Lehetetlen letesztelni minden konfigur�ci�n a dolgokat. Ez�rt lehet, hogy n�h�ny �tlet nem m�k�dik a Te rendszereden. Ha b�rmi hib�t tal�lsz, �rtes�ts engem. Jav�tom, amint lehets�ges.
A dokumentum olyan, amilyen. Nagy munka �r�n sz�letett meg, de csak a saj�t felel�ss�gedre haszn�ld. Semmilyen esetben sem v�llalok felel�ss�get az�rt, ha eme dokumentum alapj�n b�rmi k�rt teszel a rendszeredben.
A magyar ford�t�st Nov�k �ron k�sz�tette (2003.02.10). A lektor�l�st Szijj�rt� L�szl� v�gezte el (2003.03.06). A ford�t�s jav�tva (R1; 2003.03.07). B�rmilyen ford�t�ssal kapcsolatos �szrev�telt a [email protected] c�mre k�ldjetek. A dokumentum legfrissebb v�ltozata megtal�lhat� a Magyar Linux Dokument�ci�s Projekt honlapj�n.
Az Autofs rendszermag-ter�leten megval�s�tott eszk�z, azaz a rendszermagnak tartalmaznia kell az Autofs t�mogat�st. Az �sszes v�ltozat a 2.2.xx verzi�t�l kezd�d�en tartalmazza ezt.
Sz�ks�ges m�g az Automount program �s a konfigur�ci�s f�jlok. A RedHat (�s Debian - Toldi Mikl�s megj.) �ssze�ll�t�sban el�rhet�ek ezek a csomagok (lehet, hogy m�r telep�t�skor felker�lt).
Az RPM csomagokat k�nnyed�n telep�theted, de most j�n az a r�sz, ami nem egy�rtelm�, ha nem csin�lt�l m�g ilyet.
Az /etc k�nyvt�rban tal�lhat�k az auto.master �s az auto.misc f�jlok.
Az alap�rtelmezett auto.master f�jl �gy n�z ki:
/auto /etc/auto.misc --timeout=60
Az els� bejegyz�s nem a csatol�si pont. Ez a csatol�si pontok gy�jtem�nye, gy�jt�k�nyvt�ra a m�sodik bejegyz�sre vonatkoz�an. A harmadik �rt�k azt hat�rozza meg, hogy 60 m�sodpercnek kell eltelni haszn�lat n�lk�l ahhoz, hogy az eszk�zt �nm�k�d�en lev�lassza. Lecsatol�s el�tt majd mindig be kell fejezned a lemez haszn�lat�t.
Az auto.misc egy "t�rk�pf�jl". B�rmilyen nevet adhatsz neki. Ez �ppen auto.misc n�vre hallgat, mert eredetileg a /misc k�nyvt�rat ir�ny�totta. A t�rk�pf�jlokat az auto.master f�jlban lehet defini�lni (ak�r t�bbet is). Az �n auto.misc f�jlom �gy n�z ki:
kernel -ro,soft,intr ftp.kernel.org:/pub/linux cd -fstype=iso9660,ro :/dev/cdrom zip -fstype=auto :/dev/hdd4 floppy -fstype=vfat :/dev/fd0
Az els� oszlop (a kulcs) a felcsatol�si pont. Ebben az esetben /auto/floppy vagy b�rmi egy�b. A k�z�ps� bejegyz�s az opci�k helye, olvasd el a mount man oldalt ezzel kapcsolatban. Az utols� oszlop pedig a felcsatoland� f�jlrendszert tartalmazza. A "kernel" bejegyz�s egy NFS csatol�s. A kett�spont minden esetben azt jel�li, hogy a helyi g�pen tal�lhat� az eszk�z.
Lehet, hogy felt�nt neked a 60 m�sodperces id�t�ll�p�s, �s azt gondolod: ez el�g hossz�
id� ahhoz, hogy a floppy kiad�s�ra v�rjak... Ink�bb csak szinkroniz�lom a lemezeket �s kiszedem
felcsatolt �llapotban, �s senki se veszi �szre. Javasolj �r�ltebb m�dszert!
El�sz�r is, be tudod �ll�tani az id�t�ll�p�st. De nem biztos, hogy eredm�nyre vezet, ha 15
m�sodperces lecsatol�st �ll�tasz be. A rendszeredt�l f�gg�en elk�pzelhet�, hogy egyszer�en
kiadod az umount parancsot norm�l felhaszn�l�k�nt. Van egy m�sik m�dja, hogy r�vedd az
Automount programot a lecsatol�sra. Ha egy (program le�ll�t�ssal) SIGUSR1 jelet
kap az Automount folyamat, minden lecsatol�sra ker�l, ahol ez lehets�ges. De miel�tt
"V�lassz le mindent!" gombot gy�rtan�l az ablakkezel� rendszeredhez, j� ha tudod,
hogy ez nem val�s�that� meg.
Az Automount folyamat root felhaszn�l�k�nt fut �s kiz�r�lag root felhaszn�l�t�l fogad el jeleket.(ez az, ami�rt norm�l felhaszn�l� nem tudja �jraind�tani a g�pet - a ford�t�). F�lmegold�s, ha norm�l felhaszn�l�knak is lehet�s�get adunk a fel- �s lecsatol�shoz. Egyszer�en kivitelezhet� ez egy suid-root C programmal, ami elv�gzi a piszkos munk�t. A sudo-val a felhaszn�l�k is k�ldhetnek megfelel� kill jelet. Az egyetlen probl�ma, hogy a sudo nem teszi lehet�v� a folyamatokon bel�l alparancsok (subcommand) haszn�lat�t, amivel ki lehet keresni az aktu�lis PID-et (folyamatazonos�t�t). Lehets�ges, hogy van killall parancsod, amivel m�r meg tudod ezt tenni (a k�vetkez�t �rd be a /etc/sudoers f�jlba - a lektor):
ALL ALL=NOPASSWD:/usr/bin/killall -USR1 automount
Egy�bk�nt enged�lyezhetj�k a felhaszn�l�knak a -SIGUSR1 jel k�ld�s�t az �sszes folyamathoz. Ez k�l�nf�le v�ltoz�sokat id�z el�: n�h�ny ablakkezel� �jraindul, de az xemacs-ot le�ll�tja. Rem�nykedj�nk, hogy nincs puffer t�lcsordul�s a killall-ban...
Ha az automount rendesen be van �ll�tva, akkor a felcsatol�si pont csak akkor l�tszik ha az haszn�latban van, amelyik nincs, az rejtve marad. Ha a k�nyvt�rakat grafikus fel�leten tall�zod, akkor be kell g�pelned a k�nyvt�rat, a legt�bb program megpr�b�l �tv�ltani arra, �gy az eszk�z fel lesz csatolva. Nincs lehet�s�g v�logatni a l�thatatlan felcsatol�si pontokb�l, ez tal�n az autofs legnagyobb h�tr�nya. Ha viszont nem ez a gond, hanem t�nyleg nem m�k�dik a csatol�s, akkor szerkeszd a konfigur�ci�s �llom�nyokat.(Seg�ts�gk�ppen: az egyik .c-re v�gz�dik)
N�h�ny ember azzal pr�b�lkozik, hogy egy szimbolikus linket hoz l�tre az �nm�k�d� felcsatol�s k�nyvt�r�ra. Ez �ltal�ban azt eredm�nyezi, hogy n�h�ny program nem l�tja a k�nyvt�rat (ha a felcsatol�s m�k�dik, ez a k�rd�sre a v�lasz), de egy�bk�nt felcsatolja a f�jlrendszert, ha list�zod a k�nyvt�rat.
A df vagy a mount(opci�k n�lk�l) parancs ki�rja. A mount r�ad�sk�nt a felcsatol�s be�ll�t�sait is megmutatja.
Ez nem az automount hib�ja. Az �nm�k�d� felcsatol�s nem pr�b�lja meg vfat-k�nt kezelni a f�jlrendszert, ha azt sikeresen csatolta MS-DOS t�pus�k�nt. A VFAT egy kiterjeszt�se a FAT f�jlrendszernek. A hossz� f�jlnevek haszn�lat�t biztos�tja Windows 95 �s Windows NT oper�ci�s rendszerekhez.
Egy mount program fejleszt� szerint, ami�ta a mount csak egy illeszt�fel�let a rendszerh�v�shoz, amelyiknek k�telez� megadni a f�jlrendszer t�pus�t, a felhaszn�l�n m�lik a f�jlrendszer t�pus felismer�se. Ahelyett, hogy a mount v�gigpr�b�lgatn� sorrendben a f�jlrendszer t�pusokat felcsatol�sn�l, ink�bb a jelenlegi "heurisztikus" m�dszer ker�l el�t�rbe. N�h�ny felhaszn�l� egyszer�en nem ford�tja bele az msdos t�mogat�st a rendszermagba; ezt megel�zend� az vfat-ot el�bb pr�b�lja ki az msdos-n�l. Ez a legt�bb embern�l m�k�dik is, azonban n�h�nyuknak msdos f�jlrendszerre van sz�ks�g�k. Ezt �gy lehet kiker�lni: �tm�solod a /proc/filesytems f�jlt az /etc/filesystems-be �s �tszerkeszted �gy, hogy a vfat el�bb legyen, mint az msdos. (k�sz Mark)
Ariel ([email protected]) �rta:
" hogy a vfat-ot el�bb pr�b�lja a fat-n�l, csak hozd l�tre(vagy szerkeszd �t) az /etc/filesystems f�jlt
A lista priorit�s szerint van rendezve, ahogyan a f�jlrendszer t�pusokat v�gigpr�b�lja.
Hozd l�tre a f�jlt: cp /proc/filesystems /etc/filesystems. V�ltoztasd meg a sorrendet a kedvenc sz�vegszerkeszt�ddel. Azokat a f�jlrendszer-t�pusokat, amiket gyakran haszn�lsz, rakd el�re. Ett�l gyorsabban tudod majd felcsatolni azokat. �s persze rakd a vfat-ot az msdos el�. Gy�z�dj meg r�la, hogy mindkett�t tartalmazza, mert lehets�ges, hogy sz�ks�ged lesz nem VFAT f�jlrendszerek felcsatol�s�ra. Az eny�m �gy n�z ki:
ext2 vfat msdos iso9660
****
Egy m�sodperces id�t�ll�p�st haszn�lok a cser�lhet� lemezes meghajt�khoz. Hozz l�tre k�l�n�ll� "t�rk�peket" k�l�nb�z� id�t�ll�p�ssel, amire �ppen sz�ks�ged van.
Azt gondolod: egy m�sodperc? Az rengeteg er�forr�st pazarol! - de nem fog. Eml�kezz arra, hogy a rendszer lecsatolja a nem haszn�lt dolgokat.
Az egy m�sodperces lecsatol�s azt jelenti, hogy amint nincsen haszn�latban az eszk�z, lecsatolja.
A 'sync'-et el ne felejtsd a floppy-hoz be�ll�tani!
P�ld�ul:
floppy -fstype=auto,sync,user,umask=002,gid=floppy :/dev/fd0"
Ez a korrekt v�lasz a k�rd�sre.
/auto/grumblesmurf) felcsatoltam �s a kill -SIGUSR1 nem csatolja le.
Akkor azt valami haszn�lja. Lehet, hogy a root sem tudja majd lecsatolni manu�lisan. Ha te csatoltad fel, (p�ld�ul: senki m�s nem haszn�lhatta), akkor n�zz egy h�j ut�n, ami ebben a k�nyvt�rban �ll. Ha ilyen nincs, akkor lehet, hogy egy k�nyvt�rtall�z� program a hib�s. Ha m�r feladtad a keres�st, pr�b�ld ki a fuser parancsot. Seg�thet.(Ez k�pes beazonos�tani azt, hogy egy adott k�nyvt�rat vagy f�jlt milyen folyamatok haszn�lnak - a ford�t�)
Nem aj�nlom. Ha /grumblesmurf k�nyvt�rat szeretn�l, aj�nlom helyette a szimbolikus hivatkoz�st, ami sokkal biztons�gosabb.
Legjobb tudom�som szerint nem. Pr�b�ld meg, hogy egy t�rk�pf�jlt haszn�lsz k�l�nb�z� be�ll�t�sokkal a bejegyz�sekhez.
---timeout-ra a --timeout helyett
Egy m�sik megold�s az "id�t�ll�p�s nem m�k�dik" probl�m�ra: egy -t id� kapcsol� kell az autofs scriptnek.
N�zd �t a mount man oldalait az opci�k�rt. Ami kellhet: uid=�rt�k vagy umask=�rt�k. Egy valami nem m�k�dik FAT eset�n: mode=�rt�k. Bocs, ez van. �rtes�tsd azokat az embereket, akik szoktak f�jlrendszereket csatolni.
"Az autofs szerz�je mondja "nincs megold�s"
egy j� �tlet (egy h�rcsoportb�l):
"ne a /home/blauser -t csatold, hanem a /mount/.auto/blauser-t, azt�n hozz l�tre egy hivatkoz�st: /home/blauser -> /mount/.auto/blauser
Most m�r tall�zhatod a /home k�nyvt�rat, azt�n amikor bel�psz, csatol�dik a blauser.
Az�rt van ezzel egy kis probl�ma: nem eleg�ns, mivel minden felhaszn�l�n�l munk�t jelent. (egy h�jprogrammal persze automatiz�lhat� - a ford�t�)
Van m�sik megold�s, az AMD haszn�lata az autofs helyett. Tudnod kell, hogy az AMD lassabb.
Ez csak egy dokument�ci� ami felh�vja az emberek figyelm�t arra, hogy milyen nagyszer� az autofs �s milyen egyszer� haszn�lni. Az eredeti megval�s�t�shoz (AMD) k�pest az autofs remek�l dokument�lt. A fejleszt�k fogadj�k ez�rt �szinte k�sz�netemet. Minden szerz�i jogot a Transmeta c�g birtokol, ez�rt nincsen st�blista, de Peter Anvin kompetens ember a programmal kapcsolatban. Peter tartott egy el�ad�st az autofs-r�l a LinuxWorld Expo rendezv�nyen, 1999. m�rcius 3-�n.
Itt egy autofs �tmutat�: http://www.linuxhq.com/lg/issue24/nielsen.html. Aj�nlom figyelmedbe m�g az am-utils le�r�st a http://www.cs.columbia.edu/~ezk/am-utils honlapon.
�n nem tudok ilyesmir�l. �rtes�ts engem, ha vannak ez �gyben fejlem�nyek.
K�sz�n�m Don Donnak (az email c�m �gy t�nik nem �l) az eredeti mini-HOGYANba fektetett munk�j�t. K�sz�n�m Arielnek a win95 vfat t�m�ban ny�jtott seg�ts�g�t. K�sz�n�m az �sszes bar�tomnak a t�mogat�s�t �s azt, hogy t�relmesek voltak velem, m�g befejeztem ezt a munk�t. L�gysz�ves �rj nekem, Rahul Sundaram-nek, ha b�rmi �tleted, javaslatod van, vagy van valami j� le�r�sod amit hozz�adhatn�k a dokumentumhoz. K�sz�n�m. Ezt a dokumentumot elhunyt sz�leimnek Mr. V. Sundaram-nek �s Mrs. S. Soundara Sundaram-nek aj�nlom.