i didnt test it but nevertheless it is a little strange for me. fdisk does not create one fat 32 partition but 24 fat16 (really?) partions without asking, one primary and 23 logical/ extended? were they all formatted? or only c: ? Did you explicitely enter "no fat32"? Which rc did you use? What happened with the rest of the HD? 24 x 2 = 48, not 60. i know that fdisk is not perfect, one bug i reported was not fixed till now, but i cannot imagine that it automatically creates so many partitions automatically. @jerome: which batch file is responsible for this effect? Willi -- Diese Nachricht wurde von meinem Android Mobiltelefon mit mail.com Mail gesendet. Am 23.09.21, 19:32 schrieb Jerome Shidel <jer...@shidel.net>:
> On Sep 23, 2021, at 7:52 AM, Paul Dufresne via Freedos-devel <freedos-devel@lists.sourceforge.net> wrote:
>
> Ok... when I wake up this morning... I realized I knew more of this problem than I thought.
>
> Having look at the installer scripts before, I kind of remember that in some case it split the
> image file (normally the FreeDOS image file) in 2 GB chunks. I did not understood it clearly.
>
> Shidel would know what I am talking... I hope.
This is what happens…
If the installer sees there are no partitions on the target hard drive, it tells fdisk to automatically partition the drive. The installer neither knows nor cares the size or number of partitions that will be created. It just tells fdisk to auto-partition the drive.
If there is a command line option to perform automatic partitioning using a single big partition, I am unaware of it.
If multiple 2GB partitions isn’t acceptable, you can partition the drive by hand before installing. The installer will see the usable partition and not attempt to re-partition the drive.
> It is a bit like if it was my hard disk that was cut in 2 GB chunks rather than the USB FreeDOS image.
>
> I'll mark the laptop for future tests... like FreeDOS install on random erased disk. But my priority is to figure out why an
> other computer have corrupted video when coming back from suspend to ram on Linux.
>
>
> _______________________________________________
> Freedos-devel mailing list
> Freedos-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-devel
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
|
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
