https://nalar.dev/id/tags/mount-namespace/ Recent content in Mount Namespace on Nalar Hugo id-id Fri, 18 Sep 2026 00:00:00 +0000 https://nalar.dev/id/idmapped-mount-memetakan-ulang-kepemilikan-file-tanpa-menulis-ulang-inode/ Fri, 18 Sep 2026 00:00:00 +0000 https://nalar.dev/id/idmapped-mount-memetakan-ulang-kepemilikan-file-tanpa-menulis-ulang-inode/ <h1 id="idmapped-mount-memetakan-ulang-kepemilikan-file-tanpa-menulis-ulang-inode">Idmapped Mount Memetakan Ulang Kepemilikan File Tanpa Menulis Ulang Inode</h1> <p>Sebuah container memerlukan akses baca-tulis ke direktori yang file-nya memiliki nilai kepemilikan host yang tidak selaras dengan user namespace container. Perubahan kepemilikan secara rekursif dapat membuat direktori tersebut dapat digunakan, tetapi tindakan itu juga mengubah metadata inode persisten dan dapat mengganggu setiap tampilan lain dari filesystem yang sama. Idmapped mount Linux menyediakan mekanisme yang lebih sempit: satu mount dapat menerapkan pemetaan identitas berbeda sementara kepemilikan yang tersimpan tetap utuh.</p> https://nalar.dev/id/propagasi-mount-menentukan-batas-filesystem-antar-mount-namespace-linux/ Fri, 18 Sep 2026 00:00:00 +0000 https://nalar.dev/id/propagasi-mount-menentukan-batas-filesystem-antar-mount-namespace-linux/ <p>Sebuah proses dapat masuk ke mount namespace Linux baru tetapi tetap melihat mount yang kemudian dibuat di tempat lain. Batas namespace tetap ada: proses tersebut memiliki tabel mount sendiri. Mount baru muncul karena sebagian mount di kedua namespace masih terhubung melalui relasi propagasi.</p> <p>Perbedaan ini penting pada container runtime, sandbox layanan, sistem build, dan helper berprivilege. Membuat mount namespace memisahkan tampilan tabel mount milik namespace, tetapi tindakan itu sendiri tidak membuat setiap event mount berikutnya bersifat lokal. Status shared-subtree menentukan apakah event mount dan unmount dapat melintasi batas tersebut.</p>