Root Filesystem — Unixga o‘xshash tizimdagi yagona katalog daraxtining / nuqtasiga mount qilingan asosiy filesystem. Barcha absolute pathlar shu ildizdan boshlanadi; boshqa disk va virtual filesystemlar uning ichidagi mount pointlarga biriktiriladi. Root filesystem kernel ishga tushgach user-space dasturlar, kutubxonalar, konfiguratsiya va device management muhitini topish uchun zarur.
Kernelning rootni topishi
Bootloader kernelga root device yoki identifikatorni command line orqali berishi mumkin. Kernel kerakli storage controller va filesystem driveriga ega bo‘lsa rootni bevosita mount qiladi. Driver modulda bo‘lsa yoki root encryption, RAID yoxud network ustida bo‘lsa initramfs vaqtinchalik erta user space taqdim etadi.
Initramfs scriptlari qurilmani aniqlaydi, kalit so‘raydi, logical volume’ni aktiv qiladi va haqiqiy rootni mount qiladi. Keyin switch_root yoki shunga o‘xshash mexanizm bilan yangi daraxtga o‘tiladi va eski vaqtinchalik muhit bo‘shatiladi.
Mount parametrlari
Root avval read-only mount qilinib filesystem tekshiruvi bajarilishi, so‘ng read-write remount qilinishi mumkin. ro, rw, error policy va filesystemga xos parametrlar boot barqarorligiga ta’sir qiladi. Noto‘g‘ri UUID yoki driver root topilmasligiga va emergency shellga olib keladi.
Root read-only image bo‘lsa o‘zgaruvchan data tmpfs yoki alohida writable partitionda saqlanadi. Overlay filesystem immutable lower layer ustiga writable upper layer qo‘shadi. Update va factory reset bunday dizaynda soddalashadi.
Kataloglar va alohida mountlar
/proc, /sys va ko‘pincha /dev diskdagi oddiy katalog mazmuni emas; kernel virtual filesystemlari shu pathlarga mount qilinadi. /home, /var yoki /boot alohida filesystem bo‘lishi mumkin. Rootdagi bo‘sh mount point faqat biriktirish joyidir.
Mount order service dependencyga bog‘liq. Database /var/lib tayyor bo‘lmasdan ishga tushsa bo‘sh root katalogiga data yozib, keyingi mountdan so‘ng uni “yo‘qolgan”dek ko‘rsatishi mumkin. Service manager mount unit va path requirementlar bilan buni oldini oladi.
Container va namespace
Container processi mount namespace ichida boshqa root ko‘rishi mumkin. pivot_root yoki chroot path resolution boshlanishini o‘zgartiradi, lekin chroot o‘zi to‘liq security sandbox emas. Open file descriptor, mount propagation va privilege orqali tashqi resursga yo‘l qolishi mumkin.
Container image layerlari overlay orqali root filesystem yaratadi. Container o‘chirilganda writable layer yo‘qolishi mumkin; persistent data volume’da saqlanadi. Host root bilan container root bir xil inode daraxti bo‘lishi shart emas.
Ishonchlilik
Root to‘lib qolsa log, package manager va service startup ishlamay qoladi. Disk space bilan birga inode soni va read-only error remount kuzatiladi. Filesystem journaling crashdan keyingi metadata recoveryni yaxshilaydi, ammo muhim ilova data’sining durability’si uchun fsync va transactional protocol kerak.
Verified root image hash tree bilan tekshirilishi mumkin. Buzilgan blok o‘qilganda error qaytariladi yoki boot rad etiladi. Recovery vositasi asosiy rootdan mustaqil, autentifikatsiyalangan muhitda saqlanadi.
Network root
NFS yoki iSCSI ustidagi root uchun kernel/initramfs tarmoq interface’i, IP konfiguratsiya, route va storage sessionni local rootdan oldin tayyorlaydi. Link kechiksa retry va timeout bootni bloklaydi. Server manzili DNSga bog‘liq bo‘lsa resolver uchun zarur konfiguratsiya ham erta muhitda mavjud bo‘lishi kerak. Network uzilganda root I/O qaytadimi yoki cheksiz kutadimi mount policy belgilaydi; bu cluster failover va shutdown xulqiga ta’sir qiladi.
Bog‘liq tushunchalar
mount point, initramfs, overlay filesystem, pivot_root, filesystem hierarchy, root device