https://sourceforge.net/p/ms-sys/activity/Recent activity for ms-sysenSun, 17 May 2026 16:12:54 -0000https://sourceforge.net/p/ms-sys/patches/10/FreeBSD: Add workaround for 4096-aligned drivesHenrik CarlqvistSun, 17 May 2026 16:12:54 -0000https://sourceforge.net/p/ms-sys/patches/10/https://sourceforge.net/p/ms-sys/patches/10/?limit=25#8933Thanks again for your latest patch! It has now been included in development release 2.9.0. Unless you mind, I will set the status of this to closed-accepted.Henrik CarlqvistSun, 17 May 2026 16:12:54 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#8933https://sourceforge.net/projects/ms-sys/files/ms-sys%20development/2.9.0/ms-sys-2.9.0.tar.gz/downloadms-sysSun, 17 May 2026 16:01:02 -0000https://sourceforge.net/projects/ms-sys/files/ms-sys development/2.9.0/ms-sys-2.9.0.tar.gz/downloadhttps://sourceforge.net/p/ms-sys/code2/157/Release 2.9.0Henrik CarlqvistSun, 17 May 2026 15:52:40 -0000https://sourceforge.net/p/ms-sys/code2/157/https://sourceforge.net/p/ms-sys/code2/156/FreeBSD fixes provided by Vladimir KondratyevHenrik CarlqvistSun, 17 May 2026 15:49:23 -0000https://sourceforge.net/p/ms-sys/code2/156/https://sourceforge.net/p/ms-sys/patches/10/?limit=25#fc8bThanks for the updated patch! I hope to be able to release a development version of ms-sys some weekend in May. Thanks! I've glanced over the code once again and added some more FreeBSD-related fixes: Fix is_disk_device() always returning TRUE Drop DIOCGSTRIPEOFFSET ioctl. It looks to be misused. Fix 'set but unused' variable compile-time warnings.Vladimir KondratyevTue, 28 Apr 2026 06:04:12 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#fc8bhttps://sourceforge.net/p/ms-sys/patches/10/?limit=25#ef03Thanks for the updated patch! I hope to be able to release a development version of ms-sys some weekend in May.Henrik CarlqvistSun, 26 Apr 2026 10:21:32 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#ef03https://sourceforge.net/p/ms-sys/patches/10/?limit=25#28ecMinor patch improvement based on similar ntfs-3g work. Rename diocgstripeoffset() Use proper type for sys_offset malloc(3) -> alloca(3) Join sscanf(3)Vladimir KondratyevSat, 25 Apr 2026 12:16:13 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#28echttps://sourceforge.net/p/ms-sys/patches/10/?limit=25#2b25DIOCGSTRIPEOFFSET ioctl used for determining of partition offset always returns 0 That's probably because it returns not the partition offset, but the offset of the first device's optimal access block, per man disk(4).Alexey DokuchaevFri, 24 Apr 2026 05:51:49 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#2b25https://sourceforge.net/p/ms-sys/patches/10/?limit=25#1f81Ok, thanks again! I hope to be able to create a new development release some weekend in the future, probably not in April, but hopefully some weekend in May.Henrik CarlqvistWed, 15 Apr 2026 04:59:32 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#1f81https://sourceforge.net/p/ms-sys/patches/10/?limit=25#155bThe declaration and the call is FreeBSD-specific. Like any DIOC... macro. APPLE's ioctl name PREFIX is DKIO rather than DIOC. They share only header file (sys/disk.h) with completely different content. So only FreeBSD is supported by new code that is achieved with DIOCGFWSECTORS #define check.Vladimir KondratyevTue, 14 Apr 2026 21:30:58 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#155bhttps://sourceforge.net/p/ms-sys/patches/10/?limit=25#8a53Thanks for the patch! The declaration of the new function diocgstripeoffset and the call to that function is only made if DIOCGFWSECTORS is defined. However, the function seem to need sysctl and sysctl.h and some more .h files are only included if DIOCGFWSECTORS and (APPLE or FreeBSD) is defined. Do you think that the call and declaration also only should be made if APPLE or FreeBSD is defined? Or would you prefer if the includes were done also without APPLE or FreeBSD?Henrik CarlqvistTue, 14 Apr 2026 18:34:37 -0000https://sourceforge.net/p/ms-sys/patches/10/?limit=25#8a53https://sourceforge.net/p/ms-sys/patches/10/FreeBSD: Add workaround for 4096-aligned drivesVladimir KondratyevTue, 14 Apr 2026 16:16:31 -0000https://sourceforge.net/p/ms-sys/patches/10/https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/feba/697c/60c7The main purpose of DOS FDISK is to create partitions, ms-sys cannot do that. There are other free tools for that like Linux fdisk, cfdisk parted or gparted. However, ms-sys is capable of doing the equivalent of DOS "FDISK /mbr", that is writing master boot records. The master boot record consists of the first 512 bytes of a device and only part of those 512 bytes are the code to boot, in the MBR you also have the DOS partition table. Ms-sys does not alter or create the partition table. The fact...Henrik CarlqvistWed, 11 Feb 2026 06:37:35 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/feba/697c/60c7https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/feba/697cBasically I want something which provides equivalent of DOS FDISK. I have PC-DOS 7 but only as an ISO. That includes FDISK but I don't have anything to run it from. Will Ms-sys create a boot record? And if so on what sort of device and how big?Bolek TuskTue, 10 Feb 2026 23:02:57 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/feba/697chttps://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/feba/33a5No, I do not have any contact with the people who has contributed code. Most contributors have only added some single feature that they needed for themselves. It is not like we would be some group that continues to work together.Henrik CarlqvistTue, 10 Feb 2026 18:57:05 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/feba/33a5https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10ac/291b/6721Sorry, ms-sys is not enough to create a bootable USB stick. To become bootable, you will need to install some kind of operating system on that USB stick. Whatever operating system that you choose will most likely provide you with all tools needed to make it bootable. Ms-sys is only a tool to identify and fix boot records. Once booted, boot records will need something to chain to. The master boot record might need to pass on to a partition boot record (so far ms-sys will be able to provide both for...Henrik CarlqvistTue, 10 Feb 2026 18:55:33 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10ac/291b/6721https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10ac/291bI want to create a bootable USB stick to perform a BIOS upgrade on a ThinkPad X61.Bolek TuskTue, 10 Feb 2026 07:13:37 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10ac/291bhttps://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/febaDo you have contact with these people?Bolek TuskTue, 10 Feb 2026 07:11:09 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/febahttps://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10acWhat options you need to use completely depends upon what you are going to boot and what you are going to use to boot it. First of all, ms-sys in itself is not capable of creating a "bootable disk", you will need some kind of operating system to boot. Next, ms-sys is only capable of writing the kind of boot records usable by legacy BIOS computers, if your system has UEFI boot only, ms-sys will not be to any use for you. The initial and still main intention of ms-sys is to be a Linux tool to make...Henrik CarlqvistTue, 10 Feb 2026 06:33:13 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10achttps://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10acWhat options you need to use completely depends upon what you are going to boot and what you are going to use to boot it. First of all, ms-sys in itself is not capable of creating a "bootable disk", you will need some kind of operating system to boot. Next, ms-sys is only capable of writing the kind of boot records usable by legacy BIOS computers, if your system has UEFI boot only, ms-sys will not be to any use for you. The initial and still main intention of ms-sys is to be a Linux tool to make...Henrik CarlqvistTue, 10 Feb 2026 06:31:38 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ec/10achttps://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95ecI can compile it just want to know what options I need to use and how do I check whether it has worked properly. I could try it on Debian first if I know what I should expect.Bolek TuskMon, 09 Feb 2026 18:27:18 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45/95echttps://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45Sorry, I have no experience from FreeBSD myself. Others have contributed all the code for OpenBSD and FreeBSD.Henrik CarlqvistMon, 09 Feb 2026 17:44:54 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589/1d45https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589I have only just registered and am trying to find some help for creating a DOS bootable device using FreeBSD. I can compile ms-sys without trouble but cannot manage to create a DOS bootable USB stick. Any help would be appreciated. An example would be welcomed.Bolek TuskMon, 09 Feb 2026 13:06:11 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#b589https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#49b8They will probably both be able to boot a system, but they contain slightly different data as they come from different sources. Those different data will probably only be notable by an end user as slightly different error messages if something goes wrong. The switch -7 writes an MBR which looks as the one from Microsoft Windows 7. It is also possible to write an MBR looking as it came from syslinux with the switch -s, however even that one might differ slightly depending on version of syslinux. The...Henrik CarlqvistTue, 20 May 2025 17:53:38 -0000https://sourceforge.net/p/ms-sys/support-requests/20/?limit=25#49b8https://sourceforge.net/p/ms-sys/support-requests/20/ms-sys vs syslinuxT. GessnerTue, 20 May 2025 08:34:39 -0000https://sourceforge.net/p/ms-sys/support-requests/20/https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#d548Yeap, it does nothing. It better to reformattinginternet-uzverThu, 01 Aug 2024 04:30:24 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#d548https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#4d76My guess is that the Linux kernel reports the same number of heads (255) to sfdisk as it did to ms-sys. Trying to write 255 again is probably not going to help. Reformatting the file system from scratch and restoring a backup might be the simplest solution. Unless you have more questions within the next week I will close this support request.Henrik CarlqvistWed, 31 Jul 2024 17:23:12 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#4d76https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#2b13Thanks for the explanation lilo was not helpfull to find the heads, it's too old. I tried sfdisk: $ sfdisk -g /dev/sda1 /dev/sda1: 41283 cylinders, 255 heads, 63 sectors/track I had already backed up the files from the broken /dev/sda1, so I decided to delete it.internet-uzverWed, 31 Jul 2024 09:33:16 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#2b13https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#be8fIt is fully possible to do a legacy boot also with a GPT partition table. However, most new machines have UEFI boot and ms-sys is not useful for UEFI boot systems. For UEFI boot a GPT partition table is required, but a GPT partition table does not require UEFI boot. I am not aware of any other way than lilo to find out the number of heads to give to ms-sys. However, there is another tool called testdisk: https://www.cgsecurity.org/wiki/TestDisk . I have used it a few times to restore erased partitions...Henrik CarlqvistTue, 30 Jul 2024 19:13:33 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#be8fhttps://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#a983Did you by any chance boot your Linux system with lilo? Noup. Can you tell please, is it good a idea at all to use ms-sys on GPT disk? Or is it designed for MBR only?internet-uzverTue, 30 Jul 2024 08:04:15 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#a983https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#75b4I found that the command with specifying the start of the partition as 0 mounts the partiotion fylesystem accurate: sudo mount -o ro,offset=0 /dev/sda1 /mntinternet-uzverTue, 30 Jul 2024 08:00:15 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#75b4https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#d6f4The --partition switch does not in any way alter the partition table, only the file system of the given partition (in this case sda1). This can be done on FAT or NTFS file systems. Usually ms-sys is able to get everything right automagically except for the number of heads. So ms-sys has the switch -H where you manually can set the expected number of heads of the disk. Did you by any chance boot your Linux system with lilo? If so, you can use "lilo -T geom" to see the number of heads of your drive...Henrik CarlqvistMon, 29 Jul 2024 19:18:57 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#d6f4https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#75b4I found that the command with specifying the start of the partition as 0 mounts the partiotion fylesystem accurate: sudo mount -t ntfs-3g -o ro,offset=0 /dev/sda1 /mntinternet-uzverMon, 29 Jul 2024 09:14:38 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#75b4https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#2e93here is the output of that command: Start sector 2048 (nr of hidden sectors) successfully written to /dev/sda1 Physical disk drive id 0x80 (C:) successfully written to /dev/sda1 Number of heads (255) successfully written to /dev/sda1internet-uzverMon, 29 Jul 2024 08:13:29 -0000https://sourceforge.net/p/ms-sys/support-requests/19/?limit=25#2e93https://sourceforge.net/p/ms-sys/support-requests/19/restore gpt partition infointernet-uzverMon, 29 Jul 2024 08:02:18 -0000https://sourceforge.net/p/ms-sys/support-requests/19/https://sourceforge.net/p/ms-sys/code2/155/Minor fix, making sure that all lines in README are shorter than 80 columns.Henrik CarlqvistSat, 08 Oct 2022 21:14:01 -0000https://sourceforge.net/p/ms-sys/code2/155/https://sourceforge.net/projects/ms-sys/files/ms-sys%20stable/2.8.0/ms-sys-2.8.0.tar.gz/downloadms-sysSat, 08 Oct 2022 20:54:02 -0000https://sourceforge.net/projects/ms-sys/files/ms-sys stable/2.8.0/ms-sys-2.8.0.tar.gz/downloadhttps://sourceforge.net/p/ms-sys/code2/154/Release 2.8.0Henrik CarlqvistSat, 08 Oct 2022 20:46:34 -0000https://sourceforge.net/p/ms-sys/code2/154/https://sourceforge.net/p/ms-sys/code2/153/Preparing to release version 2.8.0 as stable.Henrik CarlqvistSat, 08 Oct 2022 20:42:53 -0000https://sourceforge.net/p/ms-sys/code2/153/https://sourceforge.nethttps%3A//sourceforge.net/projects/ms-sys/files/ms-sys%2520development/2.7.0/ms-sys-2.7.0.tar.gz/downloadms-sysSun, 28 Jun 2020 15:00:04 -0000https://sourceforge.net/projects/ms-sys/files/ms-sys%20development/2.7.0/ms-sys-2.7.0.tar.gz/downloadhttps://sourceforge.net/p/ms-sys/bugs/9/Make FreeDOS bootableHenrik CarlqvistSun, 28 Jun 2020 14:58:03 -0000https://sourceforge.net/p/ms-sys/bugs/9/https://sourceforge.net/p/ms-sys/bugs/9/?limit=25#4c1fBug report closed due to inactivity.Henrik CarlqvistSun, 28 Jun 2020 14:58:03 -0000https://sourceforge.net/p/ms-sys/bugs/9/?limit=25#4c1fhttps://sourceforge.net/p/ms-sys/code2/152/Tag to mark version 2.7.0Henrik CarlqvistSun, 28 Jun 2020 14:52:53 -0000https://sourceforge.net/p/ms-sys/code2/152/https://sourceforge.net/p/ms-sys/code2/151/Preparing to release version 2.7.0Henrik CarlqvistSun, 28 Jun 2020 14:51:24 -0000https://sourceforge.net/p/ms-sys/code2/151/https://sourceforge.net/p/ms-sys/patches/9/ms-sys patches for macOS, FreeBSD and OpenBSDHenrik CarlqvistSat, 20 Jun 2020 16:44:52 -0000https://sourceforge.net/p/ms-sys/patches/9/https://sourceforge.net/p/ms-sys/patches/9/?limit=25#9000Now closing this ticket as the patch has been merged into the svn repository. I can't say for sure when I will get the time to make a new official development release.Henrik CarlqvistSat, 20 Jun 2020 16:44:52 -0000https://sourceforge.net/p/ms-sys/patches/9/?limit=25#9000https://sourceforge.net/p/ms-sys/code2/150/Applied patch from jpz4085 (Joseph Zeller), added macOS/OS X support,Henrik CarlqvistSat, 20 Jun 2020 16:39:27 -0000https://sourceforge.net/p/ms-sys/code2/150/https://sourceforge.net/p/ms-sys/patches/9/?limit=25#30bdI'm glad my contribution is helpful, that's awesome! Below is my suggested addition to the CONTRIBUTORS file: Joseph Zeller contributed macOS/OS X support and improved FreeBSD and OpenBSD support, added and tested NT6.0 FAT32 and EXFAT boot records, patched Makefile and tested install on Mac/BSD/Linux and updated man pages and po files with new information I understand you don't have access to (and I did not assume) you could test on all supported platforms and so I don't have a problem with that....jpz4085Mon, 15 Jun 2020 00:08:24 -0000https://sourceforge.net/p/ms-sys/patches/9/?limit=25#30bdhttps://sourceforge.net/p/ms-sys/patches/9/?limit=25#a3baThanks alot for you contribution! One more file which I really think should be updated is the file CONTRIBUTORS, what would you like to write there? I really appreciate contributions to support more targets like FreeBSD and macOS and that you were able to test on so many targets, but I hope that you realize that I will not now or in the future be able to test my future versions on those targets. Future versions of ms-sys will probably be marked as "unstable development" and after some year without...Henrik CarlqvistSat, 13 Jun 2020 21:24:59 -0000https://sourceforge.net/p/ms-sys/patches/9/?limit=25#a3bahttps://sourceforge.net/p/ms-sys/patches/9/ms-sys patches for macOS, FreeBSD and OpenBSDjpz4085Sat, 13 Jun 2020 01:57:21 -0000https://sourceforge.net/p/ms-sys/patches/9/https://sourceforge.net/p/ms-sys/bugs/11/grub2 boot record unfunctionalHenrik CarlqvistFri, 22 May 2020 19:06:43 -0000https://sourceforge.net/p/ms-sys/bugs/11/https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#9b79Yes, https://www.gnu.org/software/grub/manual/grub/html_node/Images.html says about core.img: "It is built dynamically from the kernel image and an arbitrary list of modules by the grub-mkimage program. Usually, it contains enough modules to access /boot/grub, and loads everything else (including menu handling, the ability to load target operating systems, and so on) from the file system at run-time. The modular design allows the core image to be kept small, since the areas of disk where it must...Henrik CarlqvistFri, 22 May 2020 19:06:23 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#9b79https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fI maked tests and result is base grub2 code passes the baton to core.img which is written after MBR. So is all clear and this is not bug and close this thread is possible. It also looks like the core.img code is variable and it probably defines the partition FS and other from which it loads modules, because after adding it to the USB-flash fat32 ignored the configuration on the USB-flash and loaded it from the ext4 HDD. This is probably handled by a script from grub-install. Thank for your time and...Amigo VenteroFri, 22 May 2020 18:15:34 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fhttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fI maked tests and result is base grub2 code passes the baton to core.img which is written after MBR. So is all clear and this is not bug and close this thread is possible. It also looks like the core.img code is variable and it probably defines the FS partition from which it loads modules, because after adding it to the USB-flash fat32 ignored the configuration on the USB-flash and loaded it from the ext4 HDD. This is probably handled by a script from grub-install. Thank for your time and best w...Amigo VenteroFri, 22 May 2020 18:14:19 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fhttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fI maked tests and result is base grub2 code passes the baton to core.img which is written after MBR. So is all clear and this is not bug and close this thread is possible. It also looks like the core.img code is variable and it probably defines the FS partition from which it loads modules, because after adding it to the USB-flash fat32 ignored the configuration to the USB-flash and loaded it from the ext4 HDD. This is probably handled by a script from grub-install. Thank for your time and best w...Amigo VenteroFri, 22 May 2020 18:13:26 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fhttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fI maked tests and result is base grub2 code passes the baton to core.img which is written after MBR. So is all clear and this is not bug and close this thread is possible. Thank for your time and best wishes.Amigo VenteroFri, 22 May 2020 18:04:31 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#b44fhttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#53baSome more googling explains how core.img can be in the grub folder, from https://www.gnu.org/software/grub/manual/grub/html_node/BIOS-installation.html#BIOS-installation "there are two ways to install GRUB: it can be embedded in the area between the MBR and the first partition (called by various names, such as the "boot track", "MBR gap", or "embedding area", and which is usually at least 31 KiB), or the core image can be installed in a file system and a list of the blocks that make it up can be...Henrik CarlqvistFri, 22 May 2020 17:10:43 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#53bahttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#8819/7021Unless it takes it from that folder during installation - that would also explain core.img file in folderAmigo VenteroFri, 22 May 2020 17:08:54 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#8819/7021https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#8819I understand your arguments. Depending on what we've gathered together for the information, it's half and half, whether it's a missing next code or an error in the base code - why else would the core.img file be in the grub folder? So I'll try to ask PB how it is - he will probably be acquainted in more detail.Amigo VenteroFri, 22 May 2020 15:23:35 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#8819https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#c75aThe Windows MBR bootloader simply checks which partition is marked as "active" in the partition table and then chains to the bootloader of that partition. A FAT32 boot record is about 1.5 kB in size, 3 times as big as the MBR. Newer Windows versions which relies on UEFI to boot needs a computer with an UEFI BIOS where the functionality to read a FAT file system is built into the BIOS. Yes, it would be possible to add yet another functionality to ms-sys, making it capable of writing a grub second...Henrik CarlqvistFri, 22 May 2020 11:03:19 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#c75ahttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#c75aThe Windows MBR bootloader simply checks which partition is marked as "active" in the partition table and then chains to the bootloader of that partition. A FAT32 boot record is about 1.5 kB in size, 3 times as big as the MBR. Newer Windows versions which relies on UEFI to boot needs a computer with an UEFI BIOS where the functionality to read a FAT file system is built into the BIOS. Yes, it would be possible to add yet another functionality to ms-sys, making it capable of writing a grub second...Henrik CarlqvistFri, 22 May 2020 11:01:30 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#c75ahttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#54dbAs far as I know, other boot loaders do so - for example, the Winloader or G4D does not distinguish whether FS is ntfs or fat and loads the appropriate module for further management. It is true, that in rufus grub2 installing is fixed choice for fat32 - then if you really needed something more beyond MBR for recognize FS, so this could be solved by an additional parameter to ms-sys. But then is need to find out how it really is , whether it is loaded from the location immediately after the MBR or...Amigo VenteroFri, 22 May 2020 10:06:01 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#54dbhttps://sourceforge.net/p/ms-sys/bugs/11/?limit=25#82f7512 bytes is half a kilobyte, I really find it hard to believe that the MBR would be able to fit code to understand and read from a file system. The linux kernel module for FAT is about 92 kB in size, but FAT is a rather simple file system, the ext4 module is about 908 kB in size, that is almost an entire Megabyte! If you want to compare your successful installation with your failed installation and we assume that the GRUB2 MBR expects the next stage to be placed within the 32 kB directly after the...Henrik CarlqvistFri, 22 May 2020 09:21:38 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#82f7https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#8e17It looks like it's going to load directly from the filesystem - grubfolder i386-pc include file core.img . In the end, I still think that the USB flash is evaluated the same as the HDD and that it may be an error. It is also possible that the code 0x80 may no longer be valid - I have experience that this parameter does not work with syslinux/isolinux chainloading to HDD, although it is set by default in the configurations of various Linux installers. Via Rufus is choice grub2-bootloader install fully...Amigo VenteroFri, 22 May 2020 07:35:51 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#8e17https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#dca6Unfortunately I do not think that it would be possible to modify the GRUB MBR code to open files in a file system to find the next step in a core file there. The code to understand a file system and open files on a file system is too complex to fit into the 512 bytes that the MBR is limited to. To make things even worse those 512 bytes does not only contain the executable binary of the MBR but also the partition table. That is why all boot loaders in the MBR are really simple and rely on some kind...Henrik CarlqvistThu, 21 May 2020 20:48:44 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#dca6https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7783On wiki GNU is written, if i think this good, that core is possible put at defined filesystem - then is necessary modified main mbr code. But with modern formating, with starting at 1MiB for alignment, this is redundant. Yes - you have right - this is probably for support request. Minimalist systems are often without grub tools and ms-sys is smaller, more univerzal and more simple for remmember with good manpage.Amigo VenteroThu, 21 May 2020 18:02:37 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7783https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#0c10If it really is so simple that the GRUB MBR only searches for the contents of core.img which is supposed to be written to the disk directly after the MBR this bug report should be converted to a support request. If so, it is not enough to only "copy necessary files" to a file system but the content of core.img will need to be written to a specific location on the raw disk. Writing data to that loccation of course also assumes that there is no partition containing a file system at that location. If...Henrik CarlqvistThu, 21 May 2020 10:16:52 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#0c10https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58/c644Thank you for vector and your time. By info from GNU GRUB you almost hit. The image files that make up grub2 have been reorganised; Stage 1, Stage 1.5, and Stage 2 are no more - now is image system - and grub2 mbr code search for "core.img", which is written in next at least 31KiB. From GNU wiki: This is the core image of GRUB. It is built dynamically from the kernel image and an arbitrary list of modules by the grub-mkimage program. Usually, it contains enough modules to access /boot/grub, and loads...Amigo VenteroThu, 21 May 2020 08:04:04 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58/c644https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58/c644Thank you for vector. By info from GNU GRUB you almost hit. The image files that make up grub2 have been reorganised; Stage 1, Stage 1.5, and Stage 2 are no more - now is image system - and grub2 mbr code search for "core.img", which is written in next at least 31KiB. From GNU wiki: This is the core image of GRUB. It is built dynamically from the kernel image and an arbitrary list of modules by the grub-mkimage program. Usually, it contains enough modules to access /boot/grub, and loads everything...Amigo VenteroThu, 21 May 2020 08:01:46 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58/c644https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58/c644Thank you for vector. By info from GNU GRUB you almost hit. The image files that make up grub2 have been reorganised; Stage 1, Stage 1.5, and Stage 2 are no more - now is image system - and grub2 mbr code search for "core.img", which is written in next at least 31KiB. From GNU wiki: This is the core image of GRUB. It is built dynamically from the kernel image and an arbitrary list of modules by the grub-mkimage program. Usually, it contains enough modules to access /boot/grub, and loads everything...Amigo VenteroThu, 21 May 2020 08:01:07 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58/c644https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58Ms-sys only has functionality to write the grub stage 1 part to the MBR. I am not very familiar with GRUB myself, all the GRUB functionality in ms-sys was added by Pete Batard. However, some googling tells me that the stage 1 part of GRUB relies on the stage 2 part of GRUB and it seems as if the GRUB MBR written by ms-sys assumes that stage 2 (or stage 1.5) of grub resides on disc 80 (usually called C: or /dev/sda) and immediately after the MBR. So my guess is that you will not be able to boot from...Henrik CarlqvistWed, 20 May 2020 18:18:22 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#7a58https://sourceforge.net/p/ms-sys/bugs/10/Using -p with a loopback device under dos causes the number of hidden sectors to be the max longHenrik CarlqvistWed, 20 May 2020 17:53:57 -0000https://sourceforge.net/p/ms-sys/bugs/10/https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#0e13Sorry, the things you are asking for are attributes of real physical disks like their number of heads. To find out those attributes you really need to use ioctl, there is no other way to find out and an image file does not have any such real physical attributes. If you really know what you are doing you can manually set the number of heads using the -H switch, but again, the rest of -p assumes that you are working on a physical disk. My advice to you is to work on your image file from within some...Henrik CarlqvistWed, 20 May 2020 17:53:57 -0000https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#0e13https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#bc96In Win via Rufus is this procedure fully functional.Amigo VenteroWed, 20 May 2020 11:41:50 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#bc96https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#bc96In Win via Rufus this is fully functional.Amigo VenteroWed, 20 May 2020 11:40:54 -0000https://sourceforge.net/p/ms-sys/bugs/11/?limit=25#bc96https://sourceforge.net/p/ms-sys/bugs/11/grub2 boot record unfunctionalAmigo VenteroWed, 20 May 2020 11:38:21 -0000https://sourceforge.net/p/ms-sys/bugs/11/https://sourceforge.net/p/ms-sys/bugs/10/Using -p with a loopback device under dos causes the number of hidden sectors to be the max longHenrik CarlqvistWed, 06 May 2020 17:06:43 -0000https://sourceforge.net/p/ms-sys/bugs/10/https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#9c60Sorry, the things you are asking for are attributes of real physical disks like their number of heads. To find out those attributes you really need to use ioctl, there is no other way to find out and an image file does not have any such real physical attributes. If you really know what you are doing you can manually set the number of heads using the -H switch, but again, the rest of -p assumes that you are working on a physical disk. My advice to you is to work on your image file from within some...Henrik CarlqvistWed, 06 May 2020 17:06:43 -0000https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#9c60https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bActualy it's not the max long but the uninitialized value of sGeometry.start. Probably because it's a loop device not a real drive, so the ioctls are returning weird values. I tried to print it and ' iRes1 = ioctl(iFd, BLKGETSIZE, &lSectors);' makes iRes1 0 and ' iRes2 = ioctl(iFd, HDIO_GETGEO, &sGeometry);' makes iRes2 -1 then if(! (iRes1 && iRes2) ) return sGeometry.start; the inner is false because of iRes2, so it returns the uninit value. This seems wrong. Could we get a command line switch to...i30817Wed, 06 May 2020 08:33:27 -0000https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bhttps://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bActualy it's not the max long but the uninitialized value of sGeometry.start. Probably because it's a loop device not a real drive, so the ioctls are returning weird values. I tried to print it and ' iRes1 = ioctl(iFd, BLKGETSIZE, &lSectors);' makes iRes1 0 and ' iRes2 = ioctl(iFd, HDIO_GETGEO, &sGeometry);' makes iRes2 -1 then if(! (iRes1 && iRes2) ) return sGeometry.start; the inner is false because of iRes2, so it returns the uninit value. This seems wrong. Could we get a command line switch to...i30817Wed, 06 May 2020 08:29:56 -0000https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bhttps://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bActualy it's not the max long but the uninitialized value of sGeometry.start. Could we get a command line switch to provide this 'sGeometryStart'? Could it double as the 'offset' to operate on files without sudo if the given file is a real file?i30817Wed, 06 May 2020 08:25:33 -0000https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bhttps://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bActualy it's not the max long but the uninitialized value of sGeometry.start. Could we get a command line switch to provide this 'sGeometryStart'? Could it double as the 'offset' to operate on files without sudo?i30817Wed, 06 May 2020 08:24:55 -0000https://sourceforge.net/p/ms-sys/bugs/10/?limit=25#224bhttps://sourceforge.net/p/ms-sys/bugs/10/Using -p with a loopback device under dos causes the number of hidden sectors to be the max longi30817Wed, 06 May 2020 08:21:22 -0000https://sourceforge.net/p/ms-sys/bugs/10/https://sourceforge.net/p/ms-sys/patches/7/?limit=25#c602/3b3aIndeed, bzip2 and xz never did that. And gzip-1.9 even stopped embedding timestamps for pipes, because that made tar cz output unreproducible.Bernhard M. WiedemannMon, 10 Feb 2020 17:12:18 -0000https://sourceforge.net/p/ms-sys/patches/7/?limit=25#c602/3b3ahttps://sourceforge.net/p/ms-sys/patches/8/?limit=25#9edfNo problem, thanks again for reporting the issue!Henrik CarlqvistTue, 07 Jan 2020 19:33:38 -0000https://sourceforge.net/p/ms-sys/patches/8/?limit=25#9edfhttps://sourceforge.net/p/ms-sys/patches/8/?limit=25#5dc3Oops, sorry about the noise!Arnout EngelenTue, 07 Jan 2020 07:11:33 -0000https://sourceforge.net/p/ms-sys/patches/8/?limit=25#5dc3https://sourceforge.net/p/ms-sys/patches/8/Avoid the build timestamp from leaking into the manpageHenrik CarlqvistMon, 06 Jan 2020 19:19:19 -0000https://sourceforge.net/p/ms-sys/patches/8/https://sourceforge.net/p/ms-sys/patches/8/?limit=25#a878Marked as closed-accepted but would more correctly be called duplicate.Henrik CarlqvistMon, 06 Jan 2020 19:19:19 -0000https://sourceforge.net/p/ms-sys/patches/8/?limit=25#a878https://sourceforge.net/p/ms-sys/patches/8/?limit=25#1c92Thanks for the patch! This patch adds the same functionality as patch #7 contributed at https://sourceforge.net/p/ms-sys/patches/7/ which has already been accepted into svn. The functionality will be in the next releas of ms-sys, but unfortunately I do not yet know which year next release is to come. First I plan to give a new release of my project splitjob and I was hoping to do so some months ago but unfortunately I have been short on time.Henrik CarlqvistMon, 06 Jan 2020 19:18:07 -0000https://sourceforge.net/p/ms-sys/patches/8/?limit=25#1c92https://sourceforge.net/p/ms-sys/patches/8/Avoid the build timestamp from leaking into the manpageArnout EngelenMon, 06 Jan 2020 15:54:23 -0000https://sourceforge.net/p/ms-sys/patches/8/https://sourceforge.net/p/ms-sys/patches/7/Use gzip --no-name in manual compression for reproducible buildsHenrik CarlqvistTue, 14 May 2019 06:27:15 -0000https://sourceforge.net/p/ms-sys/patches/7/https://sourceforge.net/p/ms-sys/patches/7/?limit=25#c602Thanks for your patch! I wasn't even aware that gzip by default put a timestamp in compressed data, it seems as if bzip2 and xz does not. Your patch has been applied to the svn repo, however I do not know which year next official release will be.Henrik CarlqvistTue, 14 May 2019 06:26:44 -0000https://sourceforge.net/p/ms-sys/patches/7/?limit=25#c602https://sourceforge.net/p/ms-sys/code2/149/Compressing man-page with gzip --no-name for reproducibilityHenrik CarlqvistTue, 14 May 2019 06:23:07 -0000https://sourceforge.net/p/ms-sys/code2/149/https://sourceforge.net/p/ms-sys/patches/7/Use gzip --no-name in manual compression for reproducible buildsJohn BoehrTue, 14 May 2019 05:25:15 -0000https://sourceforge.net/p/ms-sys/patches/7/https://sourceforge.net/p/ms-sys/feature-requests/18/Please stabilize 2.5.3 version!Henrik CarlqvistSun, 17 Mar 2019 00:50:44 -0000https://sourceforge.net/p/ms-sys/feature-requests/18/https://sourceforge.net/p/ms-sys/feature-requests/18/?limit=25#c985Version 2.6.0 released as stable with no changes compared to 2.5.3Henrik CarlqvistSun, 17 Mar 2019 00:50:20 -0000https://sourceforge.net/p/ms-sys/feature-requests/18/?limit=25#c985https://sourceforge.nethttps%3A//sourceforge.net/projects/ms-sys/files/ms-sys%2520stable/2.6.0/ms-sys-2.6.0.tar.gz/downloadms-sysSun, 17 Mar 2019 00:34:02 -0000https://sourceforge.net/projects/ms-sys/files/ms-sys%20stable/2.6.0/ms-sys-2.6.0.tar.gz/downloadhttps://sourceforge.net/p/ms-sys/code2/148/Releasing version 2.6.0Henrik CarlqvistSun, 17 Mar 2019 00:29:57 -0000https://sourceforge.net/p/ms-sys/code2/148/