Sessions and Persistence id

Sesi dan persistensi

MiniOS menyimpan perubahan pada sistem yang sedang berjalan agar tetap ada setelah reboot. Setiap sesi berupa direktori bernomor di bawah minios/changes/; modul MiniOS hanya-baca tetap tidak berubah, sedangkan sesi yang dipilih menyediakan lapisan writable untuk union filesystem.

Gunakan Manajer Sesi MiniOS dari sistem MiniOS yang sedang berjalan:

minios-session-manager

Alat command-line yang setara adalah minios-session. Semua perintah selain help memerlukan hak administratif; jalankan contoh dengan sudo.

Alur kerja sesi bernomor ini tidak tersedia jika yang dipilih adalah image Ventoy Persistence Plugin. Image tersebut menyediakan satu lingkungan persisten yang dipilih di Ventoy, tanpa metadata sesi MiniOS. Boot Ventoy biasa tanpa backend plugin yang dipilih akan mempertahankan sesi MiniOS; lihat Ventoy.

Mode sesi

Mode	Penyimpanan	Batasan utama	Lapisan LUKS2 MiniOS
native	Perubahan disimpan langsung di direktori sesi	Memerlukan filesystem writable yang mempertahankan metadata dan operasi Linux yang diperiksa oleh MiniOS. Kapasitas mengikuti ruang kosong pada penyimpanan dasar; perchsize tidak berlaku.	Tidak
dynfilefs	ext4 yang dapat diperluas virtual.dat didukung file segmen format-400	Berfungsi pada filesystem POSIX, FAT32, NTFS, dan exFAT yang writable. Payload menggunakan thin provisioning, tetapi indeks pemetaan bertambah sesuai kapasitas logis yang ditetapkan.	Ya
dynblk	Filesystem ext4 thin pada perangkat blok kernel yang didukung oleh file volumeNNN.db	Memerlukan CLI DynBlk, modul kernel, dan kemampuan initrd. Secara default, ukuran yang dibuat saat boot hingga 16 GiB; batas maksimum dilaporkan oleh dynblk limits. Pemetaan yang tersimpan di disk menggunakan cache metadata dengan batas ukuran.	Ya
vmdk	Filesystem ext4 thin pada VMDK sparse terpisah standar, yang diekspos oleh driver DynBlk	Menggunakan volume.vmdk dan volume-sNNN.vmdk. Tanpa kompresi. Memerlukan vmdk-session-v1 pada penanda kemampuan initrd yang sedang berjalan. Default manual sama, yaitu 16 GiB seperti DynBlk; periksa batasnya dengan dynblk limits --format vmdk.	Ya
raw	Satu file changes.img yang berisi ext4	Kapasitas logis tetap dan hanya dapat diperbesar secara eksplisit. Berfungsi pada filesystem POSIX, FAT32, NTFS, dan exFAT yang writable; FAT32 dibatasi hingga 4000 MiB.	Ya
squashfs	Snapshot terkompresi di changes.sb; upper writable saat runtime dibangun ulang di RAM	perchsize tidak berlaku. Snapshot yang ada dapat dipulihkan dari media writable yang didukung; penyimpanan snapshot secara tepat memerlukan penyimpanan persistensi yang kompatibel dengan POSIX.	Tidak

Raw, DynFileFS, DynBlk, dan VMDK dapat menggunakan lapisan enkripsi LUKS2 secara opsional. Backend penyimpanan tetap menjadi mode sesi, sedangkan metadata sesi mencatat enkripsi secara terpisah. DynFileFS dan raw yang dibuat dengan minios-session secara default berukuran 4000 MiB; DynBlk dan VMDK secara default berukuran 16 GiB. Nilai ukuran dialokasikan dalam MiB; akhiran GB dan TB dikonversi menjadi 1000 dan 1.000.000 MiB. Raw dibatasi hingga 4000 MiB pada FAT32, baik dienkripsi maupun tidak. Data payload DynFileFS bertambah sesuai kebutuhan, tetapi indeks format-400-nya diukur berdasarkan kapasitas logis penuh dan menggunakan sekitar 2 MiB RAM serta sekitar 2 MiB penyimpanan dasar per GiB. DynBlk menyimpan tabel pemetaan di disk dan cache metadata berbatas ukuran di RAM, dengan default 1 MiB, bukan persentase dari RAM. Vektor extent/file dan direktori bertambah sesuai jumlah bagian yang ditetapkan, sementara pengisian payload tidak memerlukan peta penuh di memori. Periksa batas kapasitas yang terpasang dengan dynblk limits --format dynblk. Penulisan aktual tetap dibatasi oleh ruang kosong filesystem di bawahnya dan alokasi resource backend. Operasi pengubahan ukuran container hanya dapat memperbesar sesi; ukuran tidak dapat diperkecil.

Mode native adalah pilihan paling sederhana dan cepat pada filesystem yang kompatibel. Gunakan DynFileFS jika filesystem persistensi tidak dapat merepresentasikan metadata Linux. Gunakan DynBlk jika Anda memerlukan perangkat blok kernel sungguhan dengan file penyimpanan dasar thin; driver dapat menghubungkan beberapa volume DynBlk yang independen sekaligus, dan Manajer Sesi menggunakan jalur perangkat yang dikembalikan driver, bukan menganggap bahwa /dev/dynblk0 tersedia. DynBlk dan VMDK tidak tersedia saat UEFI Secure Boot aktif karena MiniOS tidak menandatangani modul kernel DynBlk eksternal. Karena itu, Installer dan Manajer Sesi menyembunyikan mode ini dan menolak permintaan pembuatan eksplisit sebelum mencoba memuat modul. Gunakan raw jika alokasi tetap diperlukan, tambahkan LUKS2 jika sesi harus dienkripsi, dan gunakan SquashFS untuk snapshot terkompresi yang persis.

Jalankan perintah berikut untuk memeriksa filesystem persistensi yang sebenarnya dan mode yang tersedia:

sudo minios-session info
sudo minios-session status

Sesi tidak dapat dibuat pada media hanya-baca. Initrd dapat membaca dan mengaktifkan snapshot SquashFS yang sudah ada dan tersimpan di FAT, exFAT, atau NTFS writable karena snapshot diekstrak ke upper ext4 sementara. Membuat atau menyimpan snapshot secara persis berbeda: penyimpanan persistensi harus mendukung metadata POSIX yang diperlukan serta publikasi privat dan tahan lama. Pohon kerja untuk pengambilan persis menggunakan RAM tepercaya jika tersedia, dengan fallback ke ruang kerja disk jika RAM tidak memadai.

Pemilihan boot

Parameter persistensi apa pun yang dikenali akan mengaktifkan penanganan persistensi. Menu boot MiniOS biasanya menyediakan entri untuk melanjutkan, memulai baru, memilih, dan menggunakan mode nonpersisten. Deskripsi kanonis tentang semantik pemilih, kompatibilitas, fallback, dan aktivasi tersedia di Persistensi Initrd.

Parameter	Arti
perch	Gunakan jalur lama untuk mencoba melanjutkan sesi sebaik mungkin. Sistem akan mencoba menggunakan default metadata, tetapi tidak membuat pengganti jika tidak ada yang dapat digunakan.
perchdir=resume	Lanjutkan sesi dari default metadata dan, jika tidak ada atau tidak kompatibel, izinkan initrd membuat pengganti baru yang kompatibel. Ini adalah perilaku saat ini untuk melanjutkan sesi dari menu boot.
perchdir=setup	Buka pemilih backend persistensi interaktif, lalu alokasikan sesi baru dengan nomor. Ini adalah perilaku saat ini untuk Mulai sesi baru .
perchdir=new	Alokasikan sesi baru dengan nomor langsung dari pengaturan backend, enkripsi, kompresi, dan ukuran yang diminta atau default tanpa membuka pemilih backend.
perchdir=ask	Pilih sesi yang sudah ada; jika penyimpanan kosong, mulai alur penyiapan yang sama seperti perchdir=setup.
perchdir=<id>	Pilih sesi bernomor tersebut secara langsung.
perchdir=<device/path>	Gunakan lokasi persistensi di perangkat, termasuk /dev/... dan label:... yang ditangani oleh initrd.
perchmode=<mode>	Atur native, dynfilefs, dynblk, vmdk, raw, atau squashfs.
perchencrypt=luks	Enkripsi sesi Raw, DynFileFS, DynBlk, atau VMDK yang baru dibuat dengan LUKS2. Untuk sesi yang sudah ada, enkripsi ditentukan hanya dari metadata.
perchcomp=<codec>	Pilih kompresi backend DynBlk untuk sesi DynBlk yang baru. Kompresi dipaksa menjadi none jika DynBlk dilindungi LUKS2.
perchsize=<size>	Atur ukuran kontainer baru atau yang lebih besar; nilai tanpa satuan dialokasikan dalam MiB dan akhiran MB, GB, serta TB diterima.

Jika mode tidak ditentukan untuk sesi baru, boot akan menggunakan mode native. Pada FAT32/NTFS/exFAT, atau jika pemeriksaan sistem berkas native gagal, saat startup sistem akan memilih DynBlk jika helper-nya tersedia dan Secure Boot mengizinkannya; jika tidak, sistem akan beralih ke DynFileFS. Kegagalan aktivasi tidak akan mengonversi sesi yang sudah ada secara diam-diam. Kontainer raw baru memiliki ukuran default 4000 MiB. Sesi boot DynFileFS, DynBlk, dan VMDK yang baru dibuat tanpaperchsize menggunakan hingga 16 GiB; jika ruang penyimpanan yang tersisa setelah cadangan keamanan kurang dari itu, ukuran otomatis akan dikurangi. DynFileFS juga memperhitungkan overhead indeks dan batas RAM. Pertumbuhan DynBlk yang ditentukan secara eksplisit mengikuti batas backend yang terpasang, yang diperiksa menggunakan dynblk limits --format dynblk. Dengan Secure Boot, initrd tidak menyediakan DynBlk/VMDK dan menganggap sesi DynBlk/VMDK yang dipilih secara eksplisit atau dilanjutkan tidak tersedia, alih-alih mencoba memuat modul yang tidak ditandatangani. Sesi SquashFS dapat diambil dari sistem yang sedang berjalan menggunakan Manajer Sesi MiniOS atau minios-session create squashfs. Penyiapan initrd hanya membuat metadata sesi generasi nol dan menyimpan lapisan atas yang dapat ditulis di RAM. Sistem yang sedang berjalan membuat snapshot changes.sb pertama sesuai kebutuhan atau saat dimatikan.

Saat melanjutkan sesi, MiniOS memeriksa versi, edisi, sistem berkas union, dan mode yang tercatat. perchdir=resumeharfiah dapat membuat sesi baru alih-alih menggunakan default yang tidak tersedia atau tidak kompatibel. perch, pemilihan nomor secara langsung, dan permintaan untuk melanjutkan sesi lainnya dari cara lama tidak otomatis membuat pengganti tersebut. Pemilihan interaktif menampilkan peringatan sebelum mengizinkan sesi yang tidak kompatibel. Jika pemilihan atau aktivasi tetap gagal, proses boot biasanya berlanjut dengan lapisan atas RAM dan peringatan persistensi.

Penyimpanan sesi memiliki format berikut:

minios/changes/
|-- session.conf
|-- 1/
|-- 2/
`-- N/

session.conf mencatat ID default dan ID yang sedang berjalan, serta mode, versi, edisi, sistem file gabungan, ukuran, status, dan pengaturan khusus mode untuk setiap sesi. Ini adalah metadata persisten yang disimpan oleh implementasi boot, bukan bukti bahwa status runtime saat ini masih berlaku. Jangan mengeditnya atau memindahkan data sesi bernomor saat sesi sedang terpasang; gunakan Manajer Sesi MiniOS atau minios-session.

Sesi aktif dan sesi yang berjalan

Istilah-istilah ini menjelaskan keadaan yang berbeda:

• Sesi aktif adalah sesi default yang dipilih untuk boot berikutnya.
• Secara konseptual, sesi yang berjalan adalah sesi yang lapisan writable-nya benar-benar menyediakan persistensi untuk boot saat ini.

Field running= persisten mencatat hubungan yang dimaksud tersebut. Crash, kegagalan pembuatan union, penyalinan penyimpanan, atau shutdown yang terhenti dapat membuatnya tidak lagi akurat, meskipun boot saat ini menggunakan RAM atau sesi lain. Karena itu, operasi seperti menyimpan SquashFS memerlukan status boot saat ini yang dilindungi initrd dan terikat pada ID boot, serta upper yang ter-mount dan terverifikasi; operasi tersebut tidak hanya mengandalkan running= saja. Lihat Status aktif, berjalan, dan boot saat ini.

Mengaktifkan sesi akan mengubah sesi untuk boot berikutnya dan tidak mengganti union filesystem saat ini:

sudo minios-session active
sudo minios-session running
sudo minios-session activate <id>

Sesi aktif tidak dapat dihapus atau dikonversi di tempat. Sesi yang sedang berjalan biasanya tidak dapat dihapus, diekspor, disalin, diubah ukurannya, atau dikonversi. Pembersihan juga melindungi kedua ID.

Referensi perintah

Lihat daftar sesi dan periksa penyimpanan:

sudo minios-session list
sudo minios-session active
sudo minios-session running
sudo minios-session info
sudo minios-session status

Buat sesi:

sudo minios-session create
sudo minios-session create native
sudo minios-session create dynfilefs
sudo minios-session create dynblk 16GB
sudo minios-session create vmdk 16GB
sudo minios-session create raw 4GB
sudo minios-session create raw 4GB --encryption luks
sudo minios-session create squashfs --policy shutdown
sudo minios-session create squashfs --policy manual --autosave 60

create tanpa mode akan memilih native. Pembuatan SquashFS mengambil perubahan aktif saat ini dan tidak memiliki ukuran tetap. Kebijakan shutdown-nya secara default adalah shutdown; penyimpanan berkala secara default dinonaktifkan.

Simpan sesi SquashFS yang sedang berjalan, atau sesi persistence yang didukung dan disalin oleh boot saat ini ke RAM:

sudo minios-session save <running-session-id>
sudo minios-session save <running-ram-session-id> --as-new

Untuk SquashFS, save membangun ulang snapshot saat ini. Untuk sesi Raw berbasis RAM, DynFileFS, DynBlk, VMDK, atau SquashFS, tindakan ini menulis salinan RAM kembali ke penyimpanan persistence asal. --as-new mempertahankan sesi tersimpan yang asli dan menerbitkan status RAM dengan nomor sesi baru. Media asli harus tetap tersedia, dapat ditulis, dan cocok dengan identitas filesystem yang dicatat saat boot.

Konfigurasikan penyimpanan otomatis SquashFS secara terpisah:

sudo minios-session settings <squashfs-id> --shutdown on
sudo minios-session settings <squashfs-id> --shutdown off --autosave 0
sudo minios-session settings <squashfs-id> --shutdown on --autosave 60

Interval berkala yang valid adalah 30, 60, 120, 240, dan 480 menit; 0 menonaktifkan penyimpanan berkala. Pengaturan shutdown dan berkala tidak saling bergantung.

Ekspor dan impor arsip .tar.zst:

sudo minios-session export <id> /path/to/session.tar.zst
sudo minios-session import /path/to/session.tar.zst
sudo minios-session import /path/to/session.tar.zst --auto-convert
sudo minios-session import /path/to/session.tar.zst --force-mode dynfilefs
sudo minios-session import /path/to/session.tar.zst --force-mode dynblk
sudo minios-session import /path/to/session.tar.zst --force-mode raw --force-encryption luks

Hanya .tar.zst yang dapat diimpor. Path dan isi arsip divalidasi, dan ekstraksi dibatasi. --auto-convert memilih mode yang kompatibel dengan filesystem saat ini. --force-mode <mode> memilih mode tersedia secara eksplisit. Ekspor, penyalinan/kloning umum, dan konversi tidak didukung untuk sesi SquashFS; gunakan alur kerja penyimpanannya dan ikuti Mencadangkan MiniOS alih-alih merekonstruksi atau menyalin sendiri bagian internal sesi yang sedang aktif.

Salin atau konversi sesi:

sudo minios-session copy <id>
sudo minios-session copy <id> --to-mode raw --size 4GB
sudo minios-session copy <id> --to-mode dynblk --size 16GB
sudo minios-session clone <id>
sudo minios-session convert <id> dynfilefs --size 4GB
sudo minios-session convert <id> dynblk --size 16GB --new-session
sudo minios-session convert <id> raw --to-encryption luks --size 4GB --new-session

copy adalah salinan filesystem logis dan selalu menetapkan ID sesi baru. Tindakan ini dapat mengubah backend, kapasitas, atau enkripsi, serta membuat identitas ext4 dan LUKS baru. clone menyalin backend yang telah dilepas secara fisik dan mempertahankan header LUKS, keyslot, UUID LUKS, serta UUID ext4-nya. convert menggantikan sumber secara default; gunakan --new-session untuk mempertahankan sumber. Ukuran hanya relevan untuk target container.

Perbesar, hapus, atau bersihkan sesi:

sudo minios-session resize <id> 8GB
sudo minios-session delete <id>
sudo minios-session cleanup
sudo minios-session cleanup --days 30

Resize mendukung sesi DynFileFS, DynBlk, VMDK, dan raw, termasuk yang terenkripsi, serta memerlukan ukuran yang lebih besar daripada ukuran saat ini. Resize DynBlk memperbesar perangkat blok virtual terlebih dahulu, lalu memperluas filesystem ext4-nya; tindakan ini tidak mengalokasikan kapasitas virtual baru terlebih dahulu. Secara default, pembersihan mencakup sesi yang lebih lama dari 30 hari.

Semua perintah menerima --json, dan penyimpanan sesi yang berbeda dapat dipilih dengan --sessions-dir PATH:

sudo minios-session --json list
sudo minios-session --sessions-dir /mnt/store/minios/changes list

Penulisan kembali sesi berbasis RAM

Saat initrd menyalin sesi persistence yang didukung ke RAM dengan perchtoram, sesi yang sedang berjalan tidak lagi menulis langsung ke backend asalnya. MiniOS mencatat penyimpanan asal berdasarkan UUID filesystem dan nomor sesi, bukan mengandalkan nama /dev/sdX. Session Manager menjaga agar sesi RAM tersebut tetap terlihat, meskipun perangkat asal untuk sementara dilepas.

Jika penyimpanan asal tersedia, dapat ditulis, dan tidak berubah, Simpan Sekarang menulis status RAM kembali ke sesi asal. Simpan ke Penyimpanan sebagai Sesi Baru mempertahankan sumber tersimpan tanpa perubahan dan menerbitkan status RAM sebagai sesi bernomor baru. Padanan CLI-nya adalah minios-session save <id> dan minios-session save <id> --as-new. Proses penyimpanan melaporkan progres penyalinan dan dapat dibatalkan sebelum tahap publikasi; setelah dimulai, publikasi diselesaikan secara atomik.

Jika media asal hilang, hanya-baca, tidak lagi cocok dengan identitas saat boot, atau sesi asal berubah secara independen, penulisan kembali akan ditolak alih-alih diarahkan ke perangkat lain berdasarkan nama. Pasang kembali media asal lalu coba lagi, atau gunakan opsi simpan sebagai sesi baru jika sesi asal telah berubah. Sesi direktori native tidak disalin oleh perchtoram: permintaan RAM yang berhasil akan memulai container kosong baru, tanpa mengimpor data native. Gunakan perchtoram=off untuk mempertahankan sesi native tersebut. Selama reset sesi native, penyalinan dinonaktifkan untuk boot tersebut guna menjaga data yang dipertahankan.

Reset sesi yang tidak kompatibel

Menu Pilih sesi yang disimpan saat boot dapat mereset sesi yang tidak kompatibel sebelum aktivasi. Reset, pertahankan pengaturan menghapus software yang terpasang oleh sistem, tetapi mempertahankan pengaturan dan data sistem. Reset, pertahankan data juga mereset konfigurasi sistem biasa. Keduanya mempertahankan /home dan /root, termasuk pengaturan pribadi dan aplikasi yang dipasang di direktori home, akun, kata sandi, serta kunci. File yang dipasang secara manual di lokasi lain dan tidak tercantum juga mungkin tetap ada; proses ini tidak menghapus semua software sepenuhnya.

Reset memerlukan ruang kosong untuk membuat salinan kedua dari data yang dipertahankan. Penggantian direktori yang gagal atau terputus akan dibatalkan atau dipulihkan saat pemasangan berikutnya. Lanjutkan otomatis tidak pernah mereset sesi secara diam-diam. Untuk SquashFS, reset hanya memengaruhi lapisan RAM yang dipulihkan, sampai penyimpanan berhasil menerbitkan snapshot baru beserta informasi kompatibilitasnya. Cadangkan data penting sebelum mereset; lihat Internal persistence.

Perilaku penyimpanan SquashFS

Sesi SquashFS diekstrak ke RAM sebagai lapisan tulis yang sedang berjalan. Proses penyimpanan membangun ulang dan memvalidasi snapshot yang sama persis, lalu mengganti changes.sb. Generasi rollback tidak disimpan. Simpan Sekarang tersedia dari ikon tray, Manajer Sesi MiniOS, atau minios-session save terlepas dari kebijakan otomatis.

Untuk setiap penyimpanan, MiniOS menyalin tampilan stabil dari pohon yang telah diubah ke penyimpanan RAM privat jika memori mencukupi. Kompresi menulis satu image ke direktori privat dalam sesi bernomor. Setelah memeriksa isi filesystem, digest, identitas, dan sinkronisasi permanennya, proses penyimpan mengganti changes.sb. Tidak ada image terkompresi kedua yang lengkap di RAM atau penulisan image tersebut yang kedua kali ke perangkat persistence. Jika RAM tidak cukup untuk pohon tersebut, hanya pohon kerja itu yang dialihkan ke disk; kandidat terkompresi tetap perlu ditulis satu kali. Lihat Performa untuk kebijakan penulisan cache dan log.

Diagnostik boot untuk sesi SquashFS yang persisten disimpan di direktori boot-logs/minios/ dan boot-logs/live/. Diagnostik ini tidak bergantung pada keberhasilan snapshot saat shutdown dan tetap tersedia meskipun perubahan terakhir pada upper RAM tidak dapat disimpan. Penyimpanan pendukung tetap harus dapat ditulis; file journal biasa mungkin bersifat sementara jika LIVE_LOG_STORAGE=volatile dipilih.

Penyimpanan saat shutdown diterapkan oleh pemicu shutdown inti MiniOS dan backend minios-squashfs-save, sehingga tidak bergantung pada Manajer Sesi MiniOS yang sedang terbuka atau terpasang. Penyimpanan berkala diperiksa setiap 30 menit oleh timer systemd atau worker SysV; keduanya memanggil backend simpan otomatis yang sama. Membangun ulang snapshot menggunakan CPU dan menulis seluruh snapshot; interval satu jam atau lebih disarankan.

Selama operasi RAM berbasis SquashFS, snapshot SquashFS yang baru diambil dan diaktifkan dapat mengambil alih target penyimpanan yang sedang berjalan. Setelah pengalihan tersebut, snapshot lama yang sedang berjalan dapat dihapus tanpa reboot:

sudo minios-session activate <new-squashfs-id>
sudo minios-session delete <old-running-squashfs-id> --handoff

Pengecualian ini hanya berlaku untuk pengalihan SquashFS yang valid pada boot saat ini. Mode persistence lain yang sedang berjalan tetap dilindungi dari penghapusan.

Enkripsi

LUKS2 adalah lapisan enkripsi opsional di atas penyimpanan sesi Raw, DynFileFS, DynBlk, atau VMDK; LUKS2 bukan mode sesi terpisah. Fitur ini hanya tersedia jika /run/initramfs/etc/minios-initramfs-cryptmemiliki luks-layer-v1 dan alat serta kapabilitas backend yang dipilih tersedia. Kompresi backend DynBlk dinonaktifkan saat LUKS2 dipilih.

Pembuatan LUKS secara interaktif meminta frasa sandi dua kali. Operasi yang membaca atau membuat data LUKS dapat membaca frasa sandi dari input standar dengan --password-stdin. Frasa sandi tidak disertakan dalam argumen perintah atau metadata sesi. Saat boot, initrd meminta frasa sandi melalui konsol. Tiga kali percobaan yang ditolak akan menghentikan proses boot secara fatal; MiniOS tidak akan melanjutkan dengan plaintext, RAM, backend lain, atau sesi pengganti dengan permintaan yang sama.

Untuk sesi Raw terenkripsi, DynFileFS, DynBlk, atau VMDK yang tidak aktif dan telah dilepas, Session Manager menyediakan opsi Ubah Frasa Sandi.... Perintah CLI yang setara adalah:

sudo minios-session change-passphrase <id>

Perintah ini meminta frasa sandi saat ini, frasa sandi baru, dan konfirmasi. Dengan --password-stdin, masukkan tiga baris tersebut sesuai urutan itu. Slot kunci yang dipilih akan diganti tanpa memformat ulang atau mengenkripsi ulang semua file. Sesi yang aktif, berjalan, atau terpasang harus dilepas terlebih dahulu; slot kunci LUKS tambahan yang dikelola di luar Session Manager tidak akan berubah.

Ekspor terenkripsi berisi file sesi logis yang telah didekripsi, bukan backend terenkripsi. Mengimpor, menyalin, atau mengonversi ke LUKS akan membuat backend terenkripsi baru dengan identitas baru.

Memasang sesi yang tidak aktif

Session Manager dapat memasang sesi Raw, DynFileFS, DynBlk, atau VMDK yang tidak aktif dan tidak berjalan dengan akses baca-tulis tanpa menjadikannya sesi boot default. Klik kanan sesi, lalu pilih Pasang Sesi; sesi terenkripsi akan meminta frasa sandi LUKS. Beberapa sesi dengan ID berbeda dapat dipasang secara bersamaan. Buka Folder Terpasang akan membuka sistem file yang terpasang, sedangkan Buka Folder Sesi akan membuka direktori bernomor yang berisi file pendukungnya.

Menutup Session Manager tidak akan membongkar pemasangan yang dikelola GUI. Buka kembali aplikasi untuk melihatnya, lalu pilih Lepas Sesi. Jika proses pelepasan terhambat, MiniOS akan membiarkan daemon backend, perangkat loop, atau perangkat DynBlk tetap terhubung, alih-alih memutus penyimpanan yang masih digunakan oleh sistem file aktif.

CLI mandiri akan mempertahankan pemasangan hingga input standarnya ditutup atau menerima Ctrl+C:

sudo minios-session mount <id>

Perintah ini menolak sesi yang aktif atau sedang berjalan dan tidak akan pernah memformat sistem file yang sudah ada jika pemasangan gagal.

Cadangan dan sesi yang gagal

Untuk sesi native, DynFileFS, DynBlk, VMDK, dan raw, termasuk yang terenkripsi, gunakan export untuk membuat cadangan logis, bukan menyalin direktori sesi yang terpasang. Simpan arsip yang dihasilkan di perangkat lain dan pastikan arsip tersebut dapat diimpor sebelum mengandalkannya. Impor selalu membuat sesi bernomor baru; aktifkan sesi tersebut secara eksplisit jika sudah siap digunakan. Untuk prosedur pencadangan SquashFS dan seluruh perangkat, lihat Mencadangkan MiniOS.

Jika sesi gagal setelah penyimpanan penuh, penulisan terhenti, atau sesi kosong berulang kali dibuat, hentikan perubahan pada penyimpanan yang terdampak. Jika memungkinkan, ekspor terlebih dahulu sesi yang dapat dibaca dan tidak sedang berjalan, lalu ikuti panduan Pemecahan Masalah.

Mulai diagnosis tanpa mengubah data sesi:

sudo minios-session list
sudo minios-session active
sudo minios-session running
sudo minios-session status
sudo minios-session info

Saat boot, sistem file kontainer diperiksa sebelum diaktifkan dengan akses tulis. Jika pemeriksaan sistem file menemukan masalah serius, kontainer akan dipertahankan untuk pemulihan, bukan dipasang dengan akses tulis. SquashFS mendeteksi keadaan sebelumnya yang tidak bersih dan memulihkan snapshot terakhir yang berhasil disimpan. Hapus sesi hanya melalui Manajer Sesi MiniOS atau minios-session delete; jangan hapus direktori sesi secara manual.

Mengembalikan ruang penyimpanan Raw, DynFileFS, DynBlk, dan VMDK yang tidak terpakai

Di Session Manager, klik kanan sesi DynFileFS, DynBlk, atau VMDK, lalu pilih Kosongkan Ruang.... Dialog ini berfungsi untuk sesi yang sedang berjalan maupun tidak aktif dan didukung, serta dapat menggunakan kembali sesi yang sudah dipasang melalui Session Manager. Untuk sesi plaintext, MiniOS menjalankan FITRIM pada sistem file ext4 internal yang sebenarnya, lalu meminta backend terkait untuk mengembalikan ruang penyimpanan pendukung yang diketahui kosong. Sesi yang dilepas akan dipasang sementara dan dilepas kembali hanya setelah sistem filenya dibongkar dengan benar.

Pengembalian ruang DynFileFS memerlukan DynFileFS 4.6.0 atau yang lebih baru. Jika paket diperbarui saat daemon DynFileFS versi lama masih aktif, boot ulang ke backend yang telah diperbarui sebelum mengembalikan ruang sesi yang sedang berjalan tersebut.

sudo minios-session reclaim 3 --json
# Explicitly permit live-data relocation (additional flash writes):
sudo minios-session reclaim 3 --compact --json

Kotak centang pemadatan dinonaktifkan secara default, termasuk pada exFAT. Tidak ada pemadatan otomatis sebagai alternatif. Sesi terenkripsi hanya mengembalikan ruang yang sudah diketahui backend sebagai ruang kosong; operasi ini tidak mengaktifkan discard melalui LUKS atau mengungkap pola alokasinya. Kesalahan perangkat dan kegagalan trim akan menghentikan operasi.

Perintah driver tingkat rendah

Dengan backend VMDK native atau split DynBlk saat ini, membuang grain secara keseluruhan membuat ruang yang ditempatinya dapat digunakan kembali. Pada filesystem ext4, rentang yang sudah tidak digunakan juga dapat dibersihkan otomatis dengan membuang blok. Pada exFAT, pembersihan otomatis hanya memotong bagian akhir file yang sepenuhnya kosong. Pembersihan otomatis tidak pernah memindahkan data yang masih digunakan.

Gunakan fstrim pada filesystem perubahan internal yang terpasang (bukan root gabungan AUFS/OverlayFS ) untuk melaporkan blok yang dihapus, lalu dynblk reclaim /dev/dynblkN --execute untuk pembersihan tanpa pemindahan. Pilih perangkat sesi yang sebenarnya, bukan indeks yang diasumsikan. Untuk meminta pemadatan di tempat yang intensif menulis secara manual, tambahkan --compact. Fitur ini bekerja tanpa mengonversi image atau mengubah ukuran filesystem virtual; operasi baca/tulis lain dapat berjalan di antara langkah-langkah pembebasan ruang. Fitur ini bukan fallback otomatis. Opsional, --scan-zeroes membaca grain yang dipetakan dan tidak diaktifkan secara default.

Perintah ini juga tersedia di CLI initrd DynBlk yang telah dibangun ulang. Pemadatan otomatis saat startup tidak diaktifkan. Sesi terenkripsi tetap menggunakan kebijakan discard yang sudah ada; tool tidak akan diam-diam mengaktifkan penerusan discard dm-crypt. Lampiran hanya-baca atau cache=unsafe tidak dapat dibebaskan ruangnya. Rentang yang dilaporkan telah dibuang dan panjang yang dipotong tidak sama dengan ruang kosong filesystem yang diukur.

Alur kerja sesi VMDK

VMDK adalah mode sesi terpisah, bukan codec kompresi baru. Buat, aktifkan, ubah ukuran, ekspor/impor, salin, klon, dan konversi menggunakan perintah Session Manager yang sama seperti mode container lainnya:

minios-session create vmdk 16384 --activate
minios-session copy 3 --to-mode vmdk --size 16384
minios-session import /path/to/session.tar.zst --force-mode vmdk

Arsip sesi berisi file logis dan metadata, bukan lampiran VMDK eksternal sembarang. Sesi VMDK terkelola menggunakan volume.vmdkdescriptor kanonis beserta semua file volume-sNNN.vmdkpendampingnya. Jangan ganti nama bagian atau menyalin image yang sedang digunakan di belakang driver. Beralih antara DynBlk native dan VMDK memerlukan penyalinan/konversi secara eksplisit; mengubah session_modesecara manual bukanlah konversi.

Installer hanya menawarkan VMDK jika didukung runtime, dan menolak image sumber yang initrd salinannya tidak memiliki kemampuan vmdk-session-v1. Perbarui CLI, driver, tool sesi, dan skrip boot secara bersamaan sebelum membuat sesi VMDK.