Some of the problems are because your version of the board code is much older than the OS code you are using. These symbols include: stm32_boardinitialize()
But the reset are features that you have enabled in the configuration that cause board-specific logic to be called, but have apparently provided any implementation of the features in your board code. These include: board_crashdump(), sched_note_*(), romfs_img_lenm, romfs_img, fat_dma_*(), and board_app_initialize(). None of those are provided by the RTOS but must be supported by your board-specific logic (or you can reconfigure to disable the feature the requires those functions).
Some of those special, board-specific, are provided in upstream STM32 F4 configurations, but most are not. You will probably need to fish around in the PX4 code to find the implementations.
I know, for example, that PX4 team pirated the sched_note_*() instrumentation for there non-standard implementation of the top command. That code violates the portable POSIX OS interface and can never come upstream (it could be properly converted to use the procfs file system, I suppose.)
The romfs_* data references are to the ROMFS file system that is mounted on start-up and holds the PX4 start-up script. Again, not part of NuttX.
You can look at the location where the other missing functions are called to see what configuration options enable them and, if you don't want to bother implementing the PX4 hooks, you can just disable the configuration.