First, thanks for your feedback. We have not made any final decisions on this and we do want to hear your thoughts. Personally, I see benefits and disadvantages to going either way. Your comments are more than welcome. :-)
Here is a bulk reply to the comments so far... > On Nov 14, 2019, at 11:04 AM, ZB <zbigniew2...@gmail.com> wrote: > […] > But directly after boot-up process we stay on CD with every possible > operation. So modifying the contents of any other drive requires purposeful > "change drive" action. > > I see no sense with too much "protection"; nowadays we are so "protected" > (even without being asked do we really want it; and no option to switch > redundant "protection" off) that using one's own bank account is slowly > becoming cumbersome. Unfortunately, the protection is handled by the boot process of the LiveCD and is outside of FreeDOS’s control and cannot be changed until the system is rebooted. > DOS is out of interest of users preferring "clickable" GUI. Its users don't > need to be that protected; I believe they know what they are doing You make a very good point there. > -- > regards, > Zbigniew > On Nov 14, 2019, at 11:05 AM, bencoll...@riseup.net wrote: > > No. Allow access to internal hard drive. > > Don't make the user jump through new hoops to install or repair their system. While I don’t disagree... I do wonder how many people will be running FreeDOS as a primary system and are without other tools (like Linux) to perform any repairs or recovery they need. And do the numbers really matter? After all If only one person needs it, they probably really need it. > On Nov 14, 2019, at 11:38 AM, Felix Miata <mrma...@earthlink.net> wrote: > > Neither. Instead, include in boot menu to select either. People have been > getting > used to non-HD boot media enabling repairs, which typically means changing > something on the HD. Disabling that entirely just seems wrong. I see your point. Users should are most likely used LiveCD’s being able to open documents, photos and such from their HDD. Perform tasks like partition changing and even occasionally install the OS permanently onto their hard drive. But there are benefits to a LiveCD that more or less runs sandboxed and cannot make any permanent changes to the computer. I don’t know about adding another boot option. I don’t think it is necessary. It already has… Use FreeDOS 1.3 in Live Environment Mode Install to hard disk Boot from system hard disk Boot from diskette I don’t like… Use FreeDOS 1.3 in Live Environment Mode Use FreeDOS 1.3 in Live Environment Mode w/HDD access Install to hard disk Boot from system hard disk Boot from diskette However, something like this may be an option… FreeDOS 1.3 Live with HDD access FreeDOS 1.3 Live without HDD access Boot from system hard disk Boot from diskette Completely dropping the Install menu option. Since, it can be installed from the LiveCD when HDD access is enabled. > Felix Miata *** http://fm.no-ip.com/ <http://fm.no-ip.com/> > On Nov 14, 2019, at 12:15 PM, TK Chia <u1049321...@caramail.com> wrote: > > Hello Jerome, > > I think I can second that --- i.e. include two kinds of "Live CD" modes > in the boot menu. > > Actually I am also curious to know what mechanism you will be using to > limit access to internal hard drives. (I suppose it should be possible > to use LASTDRIVE= in a config.sys file to make the hard drives invisible > from DOS's view. But the hard drives will most likely still show up if > a program looks for them through the BIOS.) > > Thank you! Hiding and protection of the drives is handled by the CD boot loader SYSLINUX / MEMDISK. It is a simple option for configuration of menu that appears when the disc is booted. It does however work and when activated prevents FreeDOS from seeing or access the internal drives(s). For all purposes, drive C: no longer exists and won’t reappear until the system is rebooted. > > -- > https://github.com/tkchia
_______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
