@@ -655,9 +655,15 @@ <h1>Notes</h1>
655
655
< div class ="section " id ="issues-future-implementations ">
656
656
< h1 > Issues / Future Implementations</ h1 >
657
657
< ul class ="simple ">
658
+ < li > get UUIDs during boot< ul >
659
+ < li > more portable; UUIDs not hardcoded into initcpio hook</ li >
660
+ < li > no need to rebuild linux image with UUID changes</ li >
661
+ </ ul >
662
+ </ li >
658
663
< li > use < em > getopts</ em > to easily allow grouping command line options together</ li >
659
664
< li > < em > --rsync</ em > option with < em > status=progress</ em > (maybe use rsync
660
665
automatically if installed)</ li >
666
+ < li > option to create a unique hostname for each RAM boot instance</ li >
661
667
< li > improve security features< ul >
662
668
< li > test compatibility with full disk encryption</ li >
663
669
< li > option to require removal of boot media before starting userspace</ li >
@@ -667,17 +673,6 @@ <h1>Issues / Future Implementations</h1>
667
673
</ li >
668
674
< li > < em > flush</ em > action to sync the RAM filesystem back to the
669
675
initial boot device</ li >
670
- < li > use config file?< ul >
671
- < li > great for setting a bunch of options at once</ li >
672
- < li > probably shouldn't read and parse config file during
673
- pre-userspace boot for security/basic functionality reasons;
674
- hooks should be rebuilt and linux boot image regenerated with
675
- every config file change</ li >
676
- < li > implement some type of post-successful-RAM-load hooks
677
- or scripts to make changes after userspace is loaded
678
- (< em > systemd</ em > hook?)</ li >
679
- </ ul >
680
- </ li >
681
676
< li > test on other distros</ li >
682
677
</ ul >
683
678
</ div >
0 commit comments