This shows you the differences between two versions of the page.
Both sides previous revision
Previous revision
Next revision
|
Previous revision
Next revision
Both sides next revision
|
userdoc:tt_cf_usb_combo_booting [2011/04/18 10:35] abelbeck |
userdoc:tt_cf_usb_combo_booting [2011/11/19 20:34] abelbeck |
Beginning with AstLinux 0.7.8, upgrade-run-image from the CLI or upgrades via the web interface will automatically propagate the rootdelay=10 KCMD value on upgrades, so upgrades on a USB drive works just like a CF card. Additionally, upgrade-RUNNIX-image from the CLI, and via the web interface, will automatically mirror any RUNNIX updates to the BOOTONLY CF card if it exists. | Beginning with AstLinux 0.7.8, upgrade-run-image from the CLI or upgrades via the web interface will automatically propagate the rootdelay=10 KCMD value on upgrades, so upgrades on a USB drive works just like a CF card. Additionally, upgrade-RUNNIX-image from the CLI, and via the web interface, will automatically mirror any RUNNIX updates to the BOOTONLY CF card if it exists. |
| |
Note: With runnix-0.3.3 and later, advanced users will notice that this 'secondary' (Combo Booting) disk simply requires the AstLinux "os" distribution directory and a dosfslabel of RUNNIX on a small (128MB) FAT16 (or FAT32) partition together with a CF card with a RUNNIX-bootonly image. The remainder of the unformatted 'secondary' disk will be formatted during the AstLinux setup process. This would apply for any media type, even for media types where a raw byte transfer of the AstLinux flash image would not be appropriate. | Note: With runnix-0.3.3 and later, advanced users will notice that this 'secondary' (Combo Booting) disk simply requires the AstLinux "os" distribution directory and a dosfslabel of RUNNIX on a small (128MB) FAT16 (or FAT32) partition together with a CF card with a RUNNIX-bootonly image. The remainder of the unformatted 'secondary' disk will be formatted during the AstLinux setup process. This would apply for any read-write media type, even for media types where a raw byte transfer of the AstLinux flash image would not be appropriate. |
| |