You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
create a bootable, persistent, secure, usb-drive with a public partiton that auto-mounts
DE'STRUCTIONS:
Install Ventoy with a GPT boot sector to a large USB drive assigning plenty of unallocated space
This creates P1-exFAT, P2:FAT16.
Carefully consider the parition sizes requried. USB drives don't appreciate unnecessary writes.
DO NOT attempt to re-size the partitions which Ventoy created.
It's ok to re-label/flag the ventoy partitions, but that's about it.
Copy an Ubuntu-desktop 24.04 LTS or later .iso image into Ventoy's 'images' partiton (P1:exFAT)
Create an [ext4] partion labeled 'writable' for persistent data
Be sure that the Ubuntu persistence partition uses the label 'writable' or it will be ignored starting in Ubuntu v20
Configure persistence for the Ubuntu instance:
"[P1:images]:/ventoy/ventoy.json"
"[P1:images]:/ventoy/ubuntu_grub.cfg"
The dedicated persistence partition (P3) MUST be labeled: 'writable'
While running the Ubuntu live session, setup the auto-mounts using a custom service (to allow bind-mounts of [P4:share]/Music/* to /home/ubuntu/Music/):
VERIFY THAT PERSISTENCE WORKS BY WRITING A NEW FILE TO THE DESKTOP AND REBOOTING!
create (P4:exFAT), 'share', Public
create (P5:ext4), 's_data', Private
Execute 'secure_partition.sh'
If Necessary, use gParted to set the Flags/Attributes and GUID's after the vault works so that only the public, 'share' partiton will auto-mount when enumerated on nearly any OS.
P-#
Label
File System
GUID
Flags/Attributes
P-1
images
exFAT
LVM
lvm, no_automount
P-2
efiboot
FAT16
EFI System
boot, esp, hidden, no_automount
P-3
writable
ext4
LVM
lvm, no_automount
P-4
share
exFAT
msftdata
msftdata
P-5
s_data
ext4 (LUKS)
LVM
lvm, no_automount, hidden
Keep the vault.sh script anywhere you like
Simply run vault.sh to open or close the vault
Remember to ALWAYS close the LUKS vault before un-mounting the drive to prevent data corruption!
Operational Notes
Keep the secret-0 somewhere safe. Only use secret-1.
If secret-1 becomes corrupt, secret-0 is your only way to recover your data. Keep secret-0 and its gpg passphrase in a secure location.
Use a different gpg passphrase for secret-0 and secret-1
Never write your gpg passphrase (or the decrypted secret) to the disk in any way. ...If that happens, even once, even by accident, the passphrase and key must be changed immediately!
Becuase the LUKS key is stored in the usb-drive's 'writable' partiton, the memorized secret-1 passphrase effectively becomes the only means of security, but that's actually pretty secure if the passphrase is fairly long, non-sensical and complicated.
If you're paranoid, memorize both passphrases and make them long; if you're normal, write down the passphrase for each key and keep them with the encrypted secret-0 key in a physically secure location
if you're extremely paranoid, fill every available LUKS keyslot with an encrypted key value like the others, don't leave any of them empty, then shred all but 1 key (i.e., you're gonna lose access to the data, but at least no one else will read it for a long time.)
About
how to create a bootable, persistent, secure, usb-drive with a public partiton that auto-mounts