{"id":31333,"date":"2019-10-31T21:40:44","date_gmt":"2019-10-31T18:40:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-2\/"},"modified":"2019-10-31T21:40:44","modified_gmt":"2019-10-31T18:40:44","slug":"virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-2","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-2","title":{"rendered":"Virtu\u00e1lis f\u00e1jlrendszerek Linuxon: mi\u00e9rt van sz\u00fcks\u00e9g r\u00e1juk \u00e9s hogyan m\u0171k\u00f6dnek? 2. r\u00e9sz","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00dcdv\u00f6zl\u00fcnk mindenkit, megosztjuk veletek a \"Virtu\u00e1lis f\u00e1jlrendszerek Linuxban: mire val\u00f3ak \u00e9s hogyan m\u0171k\u00f6dnek?\" c\u00edm\u0171 publik\u00e1ci\u00f3 m\u00e1sodik r\u00e9sz\u00e9t. Az els\u0151 r\u00e9szt itt olvashatj\u00e1tok itt<\/a><\/noindex>. Eml\u00e9keztetj\u00fck, hogy ez a publik\u00e1ci\u00f3s sor egy \u00faj kurzus beind\u00edt\u00e1s\u00e1hoz kapcsol\u00f3dik \u201eLinux Adminisztr\u00e1tor\u201d<\/a><\/noindex>, amely hamarosan elindul.<\/p>\n

Hogyan figyelhetj\u00fck meg a VFS-t eBPF \u00e9s bcc eszk\u00f6z\u00f6kkel<\/b><\/p>\n

A legjobb m\u00f3dja, hogy meg\u00e9rts\u00fck, hogyan dolgozik a kernel a f\u00e1jlokkal sysfs<\/code> \u2013 ha gyakorlatban is l\u00e1tjuk ezt, \u00e9s a legk\u00f6nnyebb megfigyelni az ARM64-et, ha eBPF-t haszn\u00e1lunk. Az eBPF (Berkeley Packet Filter r\u00f6vid\u00edt\u00e9se) egy virtu\u00e1lis g\u00e9pb\u0151l \u00e1ll, amelyet a kernelben<\/a><\/noindex>, amelyhez a jogosults\u00e1ggal rendelkez\u0151 felhaszn\u00e1l\u00f3k hozz\u00e1f\u00e9rhetnek (query<\/code>) a parancssorb\u00f3l. A kernel forr\u00e1sk\u00f3dja t\u00e1j\u00e9koztatja az olvas\u00f3t arr\u00f3l, hogy mit tud tenni a kernel; az eBPF eszk\u00f6z\u00f6k futtat\u00e1sa egy terhelt rendszerben megmutatja, hogy val\u00f3j\u00e1ban mit csin\u00e1l a kernel. <\/p>\n

\"Virtu\u00e1lis<\/a><\/noindex><\/p>\n

Szerencs\u00e9re az eBPF haszn\u00e1lata el\u00e9g egyszer\u0171 az bcc<\/a><\/noindex>el\u00e9rhet\u0151 eszk\u00f6z\u00f6k seg\u00edts\u00e9g\u00e9vel, amelyek a k\u00f6z\u00f6s disztrib\u00faci\u00f3 r\u00e9szek\u00e9nt \u00e9rhet\u0151k el Linux<\/a><\/noindex> \u00e9s r\u00e9szletesen dokument\u00e1ltak Bernard Gregg \u00e1ltal<\/a><\/noindex>. Az eszk\u00f6z\u00f6k bcc<\/code> Python script-ek, kis C k\u00f3dr\u00e9szletekkel, ami azt jelenti, hogy b\u00e1rki, aki ismeri mindk\u00e9t nyelvet, k\u00f6nnyen m\u00f3dos\u00edthatja \u0151ket. A bcc\/tools<\/code> 80 Python scriptet tartalmaz, ami azt jelenti, hogy nagy val\u00f3sz\u00edn\u0171s\u00e9ggel a fejleszt\u0151 vagy rendszergazda tal\u00e1l mag\u00e1nak megfelel\u0151 megold\u00e1st a feladat\u00e1ra.
\nAhhoz, hogy legal\u00e1bb egy felsz\u00ednes betekint\u00e9st nyerj\u00fcnk arr\u00f3l, hogy a VFS milyen munk\u00e1t v\u00e9gez a fut\u00f3 rendszeren, pr\u00f3b\u00e1ljuk ki vfscount<\/code> vagy vfsstat<\/code>. Ez megmutatja, p\u00e9ld\u00e1ul, hogy a vfs_open() \u00e9s bar\u00e1tai h\u00edv\u00e1sai sz\u00f3 szerint minden m\u00e1sodpercben t\u00f6rt\u00e9nnek.<\/code> vfsstat.py<\/p>\n

\"Virtu\u00e1lis
\n<\/p>\n

egy Python script, C k\u00f3d beilleszt\u00e9sekkel, ami egyszer\u0171en megsz\u00e1molja a VFS funkci\u00f3k h\u00edv\u00e1sait.<\/code> N\u00e9zz\u00fcnk meg egy egyszer\u0171bb p\u00e9ld\u00e1t, \u00e9s figyelj\u00fck meg, mi t\u00f6rt\u00e9nik, amikor USB flash meghajt\u00f3t csatlakoztatunk a sz\u00e1m\u00edt\u00f3g\u00e9phez, \u00e9s azt a rendszer \u00e9szleli.<\/p><\/blockquote>\n

Az eBPF seg\u00edts\u00e9g\u00e9vel megn\u00e9zhetj\u00fck, mi t\u00f6rt\u00e9nik,<\/p>\n

\"Virtu\u00e1lis
\n<\/p>\n

, amikor USB flash meghajt\u00f3t csatlakoztatunk. Itt egy egyszer\u0171 \u00e9s egy bonyolult p\u00e9lda l\u00e1that\u00f3. \/sys<\/code>A fent bemutatott p\u00e9lda szerint<\/p><\/blockquote>\n

trace.py bcc<\/code> tov\u00e1bbk\u00e9pz\u00e9si t\u00e1mogat\u00e1s\u00e9rt \u00fczenetet ad ki, amikor a<\/a><\/noindex> sysfs_create_files() parancs fut.<\/code>L\u00e1tjuk, hogy parancs fut.<\/code> a kworker sz\u00e1lon kereszt\u00fcl indult, v\u00e1laszul arra, hogy a flash meghajt\u00f3t csatlakoztatt\u00e1k, de milyen f\u00e1jl j\u00f6tt l\u00e9tre e k\u00f6zben? A m\u00e1sodik p\u00e9lda megmutatja az eBPF teljes erej\u00e9t. Itt<\/code> a v\u00e1laszban a mem\u00f3riaf\u00e9nyk\u00e9p beilleszt\u00e9s\u00e9re, de milyen f\u00e1jl keletkezett ek\u00f6zben? A m\u00e1sodik p\u00e9lda bemutatja az eBPF teljes erej\u00e9t. Itt \u00fczenetet ad ki, amikor a<\/code> kimeneti nyomvonalat ad vissza (kernel backtrace) (-K opci\u00f3) \u00e9s a l\u00e9trehozott f\u00e1jl nev\u00e9t parancs fut.<\/code>. Az egysoros megjegyz\u00e9sek \u2013 egy C k\u00f3d, amely tartalmaz egy k\u00f6nnyen felismerhet\u0151 form\u00e1tumot, amelyet a Python szkript biztos\u00edt, amely elind\u00edtja az LLVM-t just-in-time ford\u00edt\u00f3<\/i>. Ezt a sort leford\u00edtja \u00e9s v\u00e9grehajtja a virtu\u00e1lis g\u00e9pen a kernel belsej\u00e9ben. A funkcja teljes szignat\u00far\u00e1ja sysfs_create_files ()<\/code> meg kell, hogy reproduk\u00e1lj\u00e1k a m\u00e1sodik parancsban, hogy a form\u00e1tum hivatkozhasson az egyik param\u00e9terre. A C k\u00f3d ezen a r\u00e9sz\u00e9n l\u00e9v\u0151 hib\u00e1k nyilv\u00e1nval\u00f3 C ford\u00edt\u00f3i hib\u00e1khoz vezetnek. P\u00e9ld\u00e1ul, ha a -l param\u00e9ter hi\u00e1nyzik, akkor a k\u00f6vetkez\u0151 hiba\u00fczenetet fogja kapni: \u201eBFP sz\u00f6veg leford\u00edt\u00e1si hiba.\u201d Azok a fejleszt\u0151k, akik ismerik a C-t \u00e9s a Python-t, az eszk\u00f6z\u00f6ket bcc<\/code> egyszer\u0171nek tal\u00e1lj\u00e1k a b\u0151v\u00edt\u00e9shez \u00e9s m\u00f3dos\u00edt\u00e1shoz.<\/p>\n

Amikor a USB meghajt\u00f3t csatlakoztatj\u00e1k, a kernel nyomvonal megmutatja, hogy a PID 7711 az a sz\u00e1l sz\u00e1lon kereszt\u00fcl indult, v\u00e1laszul arra, hogy a flash meghajt\u00f3t csatlakoztatt\u00e1k, de milyen f\u00e1jl j\u00f6tt l\u00e9tre e k\u00f6zben? A m\u00e1sodik p\u00e9lda megmutatja az eBPF teljes erej\u00e9t. Itt<\/code>, amely l\u00e9trehozta a f\u00e1jlt \u201eevents\u201d<\/code> be. sysfs<\/code>. Ennek megfelel\u0151en, a h\u00edv\u00e1s a sysfs_remove_files()<\/code> megmutatja, hogy a meghajt\u00f3 elt\u00e1vol\u00edt\u00e1sa a f\u00e1jl elt\u00e1vol\u00edt\u00e1s\u00e1t eredm\u00e9nyezte events<\/code>, ami megfelel a hivatkoz\u00e1sok sz\u00e1m\u00e1nak \u00e1ltal\u00e1nos fogalm\u00e1nak. Ek\u00f6zben a sysfs_create_link ()<\/code> eBPF-vel a USB meghajt\u00f3 csatlakoztat\u00e1sakor azt mutatja, hogy legal\u00e1bb 48 szimbolikus hivatkoz\u00e1s lett l\u00e9trehozva.<\/p>\n

Mi teh\u00e1t az esem\u00e9nyek f\u00e1jl jelent\u0151s\u00e9ge? A cscope<\/a><\/noindex> felhaszn\u00e1l\u00e1s\u00e1val keresve __device_add_disk()<\/a><\/noindex>, kider\u00fcl, hogy ez a h\u00edv\u00e1s a k\u00f6vetkez\u0151t ind\u00edtja el: disk_add_events ()<\/code>, \u00e9s vagy \"media_change\"<\/code>, vagy \"eject_request\"<\/code> \u00edr\u00f3dhat a esem\u00e9nyek f\u00e1jlba. Itt a kernel blokk r\u00e9tege \u00e9rtes\u00edti a userspace-t a \u201elemez\u201d megjelen\u00e9s\u00e9r\u0151l \u00e9s elt\u00e1vol\u00edt\u00e1s\u00e1r\u00f3l. Figyelje meg, mennyire t\u00e1j\u00e9koztat\u00f3 ez a kutat\u00e1si m\u00f3dszer a USB meghajt\u00f3 csatlakoztat\u00e1sa p\u00e9ld\u00e1jak\u00e9nt, szemben azzal, hogy csak az forr\u00e1sk\u00f3dokb\u00f3l pr\u00f3b\u00e1lj\u00e1k kider\u00edteni, hogyan m\u0171k\u00f6dik minden.<\/p>\n

Az csak olvashat\u00f3 gy\u00f6k\u00e9r f\u00e1jlrendszerek lehet\u0151v\u00e9 teszik a be\u00e9p\u00edtett eszk\u00f6z\u00f6ket<\/b><\/p>\n

Term\u00e9szetesen senki sem kapcsolja ki a szerver\u00e9t vagy a sz\u00e1m\u00edt\u00f3g\u00e9p\u00e9t azzal, hogy kih\u00fazza a dug\u00f3t a konnektorb\u00f3l. De mi\u00e9rt? Az\u00e9rt, mert a fizikai t\u00e1rol\u00f3eszk\u00f6z\u00f6k\u00f6n l\u00e9v\u0151 csatlakoztatott f\u00e1jlrendszerek k\u00e9sleltetett \u00edr\u00e1sokat tartalmazhatnak, \u00e9s az \u00e1llapotuk r\u00f6gz\u00edt\u00e9s\u00e9re szolg\u00e1l\u00f3 adatszerkezetek nem szinkroniz\u00e1l\u00f3dhatnak a t\u00e1rol\u00e1s r\u00f6gz\u00edt\u00e9seivel. Amikor ez megt\u00f6rt\u00e9nik, a rendszertulajdonosok a k\u00f6vetkez\u0151 ind\u00edt\u00e1sra v\u00e1rnak, hogy elind\u00edts\u00e1k a fsck f\u00e1jlrendszer-helyre\u00e1ll\u00edt\u00f3<\/code> programot, \u00e9s a legrosszabb esetben adatokat veszthetnek. <\/p>\n

Mindazon\u00e1ltal mindannyian tudjuk, hogy sok IoT-eszk\u00f6z, valamint route-erek, termoszt\u00e1tok \u00e9s j\u00e1rm\u0171vek most m\u00e1r Linux alatt m\u0171k\u00f6dnek. Ezeknek az eszk\u00f6z\u00f6knek gyakorlatilag nincs felhaszn\u00e1l\u00f3i fel\u00fclet\u00fck, \u00e9s nincs lehet\u0151s\u00e9g a 'tiszt\u00e1n' val\u00f3 kikapcsol\u00e1sukra. K\u00e9pzelje el, hogy egy lemer\u00fclt akkumul\u00e1torral ind\u00edtja el az aut\u00f3t, amikor az ir\u00e1ny\u00edt\u00f3 eszk\u00f6z \u00e1ramell\u00e1t\u00e1sa Linux<\/a><\/noindex> folyton ugr\u00e1l felfel\u00e9 \u00e9s lefel\u00e9. Hogyan lehets\u00e9ges, hogy a rendszer hossz\u00fa fsck<\/code>beind\u00edt\u00e1s n\u00e9lk\u00fcl elindul, amikor a motor v\u00e9gre m\u0171k\u00f6d\u00e9sbe l\u00e9p? A v\u00e1lasz egyszer\u0171. Az be\u00e1gyazott eszk\u00f6z\u00f6k a gy\u00f6k\u00e9r f\u00e1jlrendszerre csak olvas\u00e1sra<\/a><\/noindex> (r\u00f6vid\u00edtve ro-rootfs<\/code> (read-only root filesystem). <\/p>\n

ro-rootfs<\/code> Sz\u00e1mos el\u0151ny\u00fck van, amelyek kev\u00e9sb\u00e9 nyilv\u00e1nval\u00f3ak, mint a hamis\u00edtatlans\u00e1g. Az egyik el\u0151nye, hogy a rosszindulat\u00fa szoftverek nem tudnak \u00edrni a \/usr<\/code> vagy \/lib<\/code>, ha egyetlen Linux folyamat sem tud oda \u00edrni. Egy m\u00e1sik el\u0151ny az, hogy a nagym\u00e9rt\u00e9kben v\u00e1ltozatlan f\u00e1jlrendszer kulcsszerepet j\u00e1tszik a t\u00e1voli eszk\u00f6z\u00f6k terepi t\u00e1mogat\u00e1s\u00e1ban, mivel a seg\u00e9dszem\u00e9lyzet helyi rendszereket haszn\u00e1l, amelyek n\u00e9vlegesen azonosak a helysz\u00edni rendszerekkel. Tal\u00e1n a legfontosabb (de legszofisztik\u00e1ltabb) el\u0151ny az, hogy a ro-rootfs arra k\u00e9nyszer\u00edti a fejleszt\u0151ket, hogy d\u00f6nts\u00e9k el, milyen rendszerobjektumok maradnak v\u00e1ltozatlanok, m\u00e1r a rendszer tervez\u00e9si szakasz\u00e1ban. A ro-rootfs-lel val\u00f3 munka k\u00e9nyelmetlen \u00e9s f\u00e1jdalmas lehet, ahogy az gyakran el\u0151fordul a programoz\u00e1si nyelvek const v\u00e1ltoz\u00f3ival, de az el\u0151ny\u00f6k k\u00f6nnyen meg\u00e9rik a tov\u00e1bbi k\u00f6lts\u00e9geket.<\/p>\n

M\u00f3dszer kidolgoz\u00e1sa squashfs<\/code> A csak olvas\u00e1sra \u00e1llapot n\u00e9mi plusz er\u0151fesz\u00edt\u00e9st ig\u00e9nyel az be\u00e1gyazott rendszerek fejleszt\u0151it\u0151l, \u00e9s itt j\u00f6n be a VFS. A Linux megk\u00f6veteli, hogy a f\u00e1jlok a \/var<\/code> \u00edr\u00e1sra el\u00e9rhet\u0151k legyenek, s\u0151t, sok n\u00e9pszer\u0171 alkalmaz\u00e1s, amely be\u00e1gyazott rendszerekben fut, meg fog pr\u00f3b\u00e1lni konfigur\u00e1ci\u00f3s dot-f\u00e1jlokat<\/code> be. $HOME<\/code>l\u00e9trehozni. Egyik megold\u00e1s az otthoni k\u00f6nyvt\u00e1rban tal\u00e1lhat\u00f3 konfigur\u00e1ci\u00f3s f\u00e1jlok sz\u00e1m\u00e1ra \u00e1ltal\u00e1ban az, hogy el\u0151re gener\u00e1lj\u00e1k \u00e9s \u00f6sszefoglalj\u00e1k \u0151ket, squashfs<\/code>. A \/var<\/code> az egyik lehets\u00e9ges megk\u00f6zel\u00edt\u00e9s az, hogy egy k\u00fcl\u00f6n feloszt\u00e1son \u00edr\u00e1sra el\u00e9rhet\u0151v\u00e9 tessz\u00fck, m\u00edg maga a \/<\/code> csak olvas\u00e1sra van csatolva. Egy m\u00e1sik n\u00e9pszer\u0171 alternat\u00edva a k\u00f6t\u00f6tt vagy \u00e1tfed\u00e9si csatol\u00e1sok (bind or overlay mounts) alkalmaz\u00e1sa.<\/p>\n

A kapcsol\u00f3d\u00f3 \u00e9s r\u00e9tegelt csatlakoz\u00e1sok, haszn\u00e1latuk a kont\u00e9nerekben<\/b> <\/p>\n

Parancs v\u00e9grehajt\u00e1sa man mount<\/code> \u2013 a legjobb m\u00f3dja annak, hogy megismerkedj\u00fcnk a kapcsol\u00f3d\u00f3 \u00e9s r\u00e9tegelt csatlakoz\u00e1sokkal, amelyek lehet\u0151v\u00e9 teszik a fejleszt\u0151k \u00e9s rendszergazd\u00e1k sz\u00e1m\u00e1ra, hogy egy f\u00e1jlrendszert egy \u00fatvonalon l\u00e9trehozzanak, majd azt m\u00e1s alkalmaz\u00e1sok sz\u00e1m\u00e1ra biztos\u00edts\u00e1k. Be\u00e1gyazott rendszerek eset\u00e9n ez lehet\u0151s\u00e9get jelent az adatok t\u00e1rol\u00e1s\u00e1ra \/var<\/code> olvas\u00e1sra \u00edr\u00e1sv\u00e9dett flash meghajt\u00f3n, de a csatlakoz\u00e1si vagy r\u00e9tegelt csatlakoz\u00e1si \u00fatb\u00f3l tmpfs<\/code> be. \/var<\/code> a rendszer ind\u00edt\u00e1sakor lehet\u0151v\u00e9 teszi az alkalmaz\u00e1sok sz\u00e1m\u00e1ra, hogy oda jegyzeteket \u00edrjanak (scrawl). A k\u00f6vetkez\u0151 bekapcsol\u00e1skor a m\u00f3dos\u00edt\u00e1sok \/var<\/code> elvesznek. A r\u00e9tegelt csatlakoz\u00e1s egy egyes\u00edt\u00e9st teremt a tmpfs<\/code> \u00e9s az alapparm\u00e1ny f\u00e1jlrendszer k\u00f6z\u00f6tt, \u00e9s lehet\u0151v\u00e9 teszi a megl\u00e9v\u0151 f\u00e1jlok l\u00e1tsz\u00f3lagos m\u00f3dos\u00edt\u00e1sait ro-tootf<\/code> m\u00edg a kapcsol\u00f3d\u00f3 csatlakoz\u00e1s \u00faj \u00fcres tmpfs<\/code> mapp\u00e1kat l\u00e1that\u00f3v\u00e1 tehet mint \u00edr\u00e1sra el\u00e9rhet\u0151eket a ro-rootfs<\/code> \u00fatvonalakon. M\u00edg overlayfs<\/code> az a megfelel\u0151 (proper<\/code>) t\u00edpusa a f\u00e1jlrendszernek, a kapcsol\u00f3d\u00f3 csatlakoz\u00e1s a VFS n\u00e9vt\u00e9rben val\u00f3sul meg.<\/a><\/noindex>.<\/p>\n

A r\u00e9tegelt \u00e9s kapcsol\u00f3d\u00f3 csatlakoz\u00e1s le\u00edr\u00e1s\u00e1nak alapj\u00e1n senki sem lep\u0151dik meg, hogy a Linux kont\u00e9nerek<\/a><\/noindex> akt\u00edvan haszn\u00e1lj\u00e1k \u0151ket. N\u00e9zz\u00fck meg, mi t\u00f6rt\u00e9nik, amikor haszn\u00e1ljuk systemd-nspawn<\/a><\/noindex> kont\u00e9ner ind\u00edt\u00e1s\u00e1hoz a mountsnoop<\/code> t\u00f3l bcc<\/code>.<\/p>\n

H\u00edv\u00e1s a system-nspawn<\/code> a kont\u00e9ner ind\u00edt\u00e1s\u00e1n\u00e1l mountsnoop.py<\/code>.<\/p>\n

N\u00e9zz\u00fck meg, hogy siker\u00fclt:<\/p>\n

Ind\u00edt\u00e1s mountsnoop<\/code> a kont\u00e9ner \u201ebet\u00f6lt\u00e9se\u201d sor\u00e1n azt mutatja, hogy a kont\u00e9ner fut\u00e1si k\u00f6rnyezete er\u0151sen f\u00fcgg a kapcsol\u00f3d\u00f3 csatlakoz\u00e1st\u00f3l (Csak a hossz\u00fa kimenet eleje jelenik meg).<\/p>\n

Itt systemd-nspawn<\/code> a kiv\u00e1lasztott f\u00e1jlokat a procfs<\/code> \u00e9s sysfs<\/code> gazda rendszerben a kont\u00e9nerbe mint \u00fatvonalk\u00e9nt. squashfs<\/code>. A MS_BIND<\/code> z\u00e1szl\u00f3, amely a kapcsol\u00f3d\u00f3 csatlakoz\u00e1st be\u00e1ll\u00edtja, m\u00e1s egy\u00e9b z\u00e1szl\u00f3k a csatlakoztatott rendszerben meghat\u00e1rozz\u00e1k a kapcsolatot a gazda n\u00e9vt\u00e9r \u00e9s a kont\u00e9ner k\u00f6z\u00f6tti v\u00e1ltoz\u00e1sok k\u00f6z\u00f6tt. P\u00e9ld\u00e1ul a kapcsol\u00f3d\u00f3 csatlakoz\u00e1s elengedheti a v\u00e1ltoz\u00e1sokat \/proc<\/code> \u00e9s \/sys<\/code> a kont\u00e9nerbe, vagy elrejtheti azokat a h\u00edv\u00e1st\u00f3l f\u00fcgg\u0151en. <\/p>\n

Z\u00e1r\u00e1s<\/b><\/p>\n

A Linux bels\u0151 m\u0171k\u00f6d\u00e9s\u00e9nek meg\u00e9rt\u00e9se lehetetlennak t\u0171nhet, mivel mag\u00e1nak a kernelnek hatalmas mennyis\u00e9g\u0171 k\u00f3dja van, figyelmen k\u00edv\u00fcl hagyva a Linux felhaszn\u00e1l\u00f3i t\u00e9r alkalmaz\u00e1sait \u00e9s a C nyelv\u0171 k\u00f6nyvt\u00e1rak rendszerh\u00edv\u00e1sainak interf\u00e9szeit. glibc-t<\/code>. Az egyik m\u00f3dja a fejl\u0151d\u00e9s el\u00e9r\u00e9s\u00e9nek az, hogy elolvassuk a kernel egyik alrendszer\u00e9nek forr\u00e1sk\u00f3dj\u00e1t, k\u00fcl\u00f6n\u00f6s figyelmet ford\u00edtva a felhaszn\u00e1l\u00f3i t\u00e9rbe ir\u00e1nyul\u00f3 rendszerh\u00edv\u00e1sok \u00e9s fejl\u00e9cek meg\u00e9rt\u00e9s\u00e9re, valamint a kernel f\u0151 bels\u0151 interf\u00e9szeire, p\u00e9ld\u00e1ul a t\u00e1bl\u00e1zatra. file_operations<\/code>. A f\u00e1jlm\u0171veletek a \u201eminden f\u00e1jl\u201d elvet k\u00e9pviselik, ez\u00e9rt a kezel\u00e9s\u00fck k\u00fcl\u00f6n\u00f6sen \u00e9lvezetes. A kernel forr\u00e1sf\u00e1jljai C nyelven a legfels\u0151 szinten tal\u00e1lhat\u00f3ak. fs\/<\/code> a virtu\u00e1lis f\u00e1jlrendszerek megval\u00f3s\u00edt\u00e1s\u00e1t k\u00edn\u00e1lj\u00e1k, amelyek egy burkol\u00f3 r\u00e9teg, amely sz\u00e9lesk\u00f6r\u0171 \u00e9s viszonylag egyszer\u0171 kompatibilit\u00e1st biztos\u00edt a n\u00e9pszer\u0171 f\u00e1jlrendszerek \u00e9s t\u00e1rol\u00f3eszk\u00f6z\u00f6k k\u00f6z\u00f6tt. A Linux n\u00e9vterekkel val\u00f3 \u00f6sszekapcsol\u00e1s \u00e9s az elhelyez\u00e9s var\u00e1zslata a VFS, amely lehet\u0151v\u00e9 teszi a kont\u00e9nerek \u00e9s az \u00edr\u00e1sv\u00e9dett gy\u00f6k\u00e9r f\u00e1jlrendszerek l\u00e9trehoz\u00e1s\u00e1t. A forr\u00e1sk\u00f3d tanulm\u00e1nyoz\u00e1s\u00e1val, az eBPF kernel eszk\u00f6zzel \u00e9s annak interf\u00e9sz\u00e9vel bcc<\/code>
\n a kernel kutat\u00e1s\u00e1t k\u00f6nnyebb\u00e9 teszik, mint valaha.<\/p>\n

Bar\u00e1tok, \u00edrj\u00e1tok meg, hasznos volt-e sz\u00e1motokra ez a cikk? Tal\u00e1n van valami megjegyz\u00e9setek vagy \u00e9szrev\u00e9teletek? Akiket \u00e9rdekel a \u201eLinux Rendszergazda\u201d kurzus, azokat v\u00e1rjuk ny\u00edlt napra<\/a><\/noindex>, amely \u00e1prilis 18-\u00e1n ker\u00fcl megrendez\u00e9sre.<\/p>\n

Els\u0151 r\u00e9sz.<\/a><\/noindex>
\n
Forr\u00e1s: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442, \u0434\u0435\u043b\u0438\u043c\u0441\u044f \u0441 \u0432\u0430\u043c\u0438 \u0432\u0442\u043e\u0440\u043e\u0439 \u0447\u0430\u0441\u0442\u044c\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0438 \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u043e\u0432\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0432 Linux: \u0437\u0430\u0447\u0435\u043c \u043e\u043d\u0438 \u043d\u0443\u0436\u043d\u044b \u0438 \u043a\u0430\u043a \u043e\u043d\u0438 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442?\u00bb \u041f\u0435\u0440\u0432\u0443\u044e \u0447\u0430\u0441\u0442\u044c \u043c\u043e\u0436\u043d\u043e \u043f\u0440\u043e\u0447\u0438\u0442\u0430\u0442\u044c \u0442\u0443\u0442. \u041d\u0430\u043f\u043e\u043c\u043d\u0438\u043c, \u0434\u0430\u043d\u043d\u0430\u044f \u0441\u0435\u0440\u0438\u044f \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0439 \u043f\u0440\u0438\u0443\u0440\u043e\u0447\u0435\u043d\u0430 \u043a \u0437\u0430\u043f\u0443\u0441\u043a\u0443 \u043d\u043e\u0432\u043e\u0433\u043e \u043f\u043e\u0442\u043e\u043a\u0430 \u043f\u043e \u043a\u0443\u0440\u0441\u0443 \u00ab\u0410\u0434\u043c\u0438\u043d\u0438\u0441\u0442\u0440\u0430\u0442\u043e\u0440 Linux\u00bb, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0441\u0442\u0430\u0440\u0442\u0443\u0435\u0442 \u0443\u0436\u0435 \u0441\u043e\u0432\u0441\u0435\u043c \u0441\u043a\u043e\u0440\u043e. \u041a\u0430\u043a \u043d\u0430\u0431\u043b\u044e\u0434\u0430\u0442\u044c \u0437\u0430 VFS \u0441 \u043f\u043e\u043c\u043e\u0449\u044c\u044e \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u0432 eBPF \u0438 bcc \u0421\u0430\u043c\u044b\u0439 \u043f\u0440\u043e\u0441\u0442\u043e\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23299,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31333","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Virtu\u00e1lis f\u00e1jlrendszerek a Linuxban: mire van sz\u00fcks\u00e9g \u00e9s hogyan m\u0171k\u00f6dik? 2. r\u00e9sz | ProHoster","description":"\u00dcdv\u00f6zl\u00fcnk mindenkit, megosztjuk veletek a \"Virtu\u00e1lis f\u00e1jlrendszerek Linuxban: mire val\u00f3ak \u00e9s hogyan m\u0171k\u00f6dnek?\" c\u00edm\u0171 publik\u00e1ci\u00f3 m\u00e1sodik r\u00e9sz\u00e9t. Az els\u0151 r\u00e9szt itt olvashatj\u00e1tok","canonical_url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-2","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hu_HU","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u043e\u0432\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0432 Linux: \u0437\u0430\u0447\u0435\u043c \u043e\u043d\u0438 \u043d\u0443\u0436\u043d\u044b \u0438 \u043a\u0430\u043a \u043e\u043d\u0438 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442? \u0427\u0430\u0441\u0442\u044c 2 | ProHoster","og:description":"\u0412\u0441\u0435\u043c \u043f\u0440\u0438\u0432\u0435\u0442, \u0434\u0435\u043b\u0438\u043c\u0441\u044f \u0441 \u0432\u0430\u043c\u0438 \u0432\u0442\u043e\u0440\u043e\u0439 \u0447\u0430\u0441\u0442\u044c\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0438 \u00ab\u0412\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u043e\u0432\u044b\u0435 \u0441\u0438\u0441\u0442\u0435\u043c\u044b \u0432 Linux: \u0437\u0430\u0447\u0435\u043c \u043e\u043d\u0438 \u043d\u0443\u0436\u043d\u044b \u0438 \u043a\u0430\u043a \u043e\u043d\u0438 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442?\u00bb \u041f\u0435\u0440\u0432\u0443\u044e \u0447\u0430\u0441\u0442\u044c \u043c\u043e\u0436\u043d\u043e \u043f\u0440\u043e\u0447\u0438\u0442\u0430\u0442\u044c","og:url":"https:\/\/prohoster.info\/hu\/blog\/administrirovanie\/virtualnye-fajlovye-sistemy-v-linux-zachem-oni-nuzhny-i-kak-oni-rabotayut-chast-2","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:40:44+00:00","article:modified_time":"2019-10-31T18:40:44+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31333","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 05:41:23","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:18:40","updated":"2026-01-21 05:41:23","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/31333","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/comments?post=31333"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/posts\/31333\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media\/23299"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/media?parent=31333"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/categories?post=31333"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hu\/wp-json\/wp\/v2\/tags?post=31333"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}