Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Installed pfSense to new mSATA, but device always boots from eMMC. (NetGate 4860 Desktop)

    Problems Installing or Upgrading pfSense Software
    3
    9
    1.3k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • C
      cyphonsqr
      last edited by cyphonsqr

      Hello,

      I recently installed a 256GB mSATA to my Netgate 4860 Desktop device (for ntopng/traffic monitoring and logging).
      I followed these instructions from the Netgate site. The drive is detected successfully and found by the BIOS/installer.
      I then followed the NetGate instructions for a full install of 22.05 (file from TAC Lite) from a USB and installed to the SATA drive. (mode: AutoZFS (BIOS))
      Install was a success and I rebooted after removing the USB (and avoiding a kernel panic).

      Everything appeared to work, but when the device boots, pfSense is running from the original 23GB eMMC drive.

      1e68cdd5-b909-4694-a6e2-f64a6dc2aeb1-image.png

      Could you please tell me:

      1. How to install to the mSATA so that pfSense runs from that drive (as master each boot).
      2. How to install a known stable version (i.e.: 22.01 + config.xml) on the eMMC as a backup, in case I break the system/config on the SATA drive (e.g.: doing a future upgrade) and need an urgent fallback.

      I thought I knew how to do each of those (by simply picking the correct boot drive in BIOS/Bootloader) but clearly I've missed a trick.
      Once I get help on item 1, I suspect item 2 will fall into place.

      I have SSH and USB console access.
      Thanks for any help.

      1 Reply Last reply Reply Quote 0
      • jimpJ
        jimp Rebel Alliance Developer Netgate
        last edited by

        It might not be a matter of what the BIOS is booting but conflicting ZFS pools. The safest thing to do is probably to wipe the MMC (or both disks) and only install to the mSATA.

        If you boot the installation memstick you can drop to a shell before starting the installation and then use dd to wipe the MMC, and again for the SSD. Then I'd reboot after for good measure and proceed through the install using only the SSD.

        There may be some half measures you can take, like clearing the ZFS label from the MMC, but wiping it is safer and more likely to have a positive result.

        If you need model-specific info on wiping the MMC, shoot a message to TAC and they can tell you what to do on that box.

        Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

        Need help fast? Netgate Global Support!

        Do not Chat/PM for help!

        C 1 Reply Last reply Reply Quote 1
        • C
          cyphonsqr @jimp
          last edited by cyphonsqr

          @jimp Thanks!

          I agree that a full wipe is best :)

          I'm happy to be given general guidance on using the dd command. I can't imagine it's too complicated (to fully wipe each disk).
          And then I guess I'd boot from scratch and start the install anew.

          1 Reply Last reply Reply Quote 0
          • jimpJ
            jimp Rebel Alliance Developer Netgate
            last edited by

            In general you can do dd if=/dev/zero of=/dev/<disk name> bs=1M status=progress

            The exact value of the disk device ID will vary by platform but you can see it in the boot log or other places, like the output of sysctl kern.disks shows all the detected drives.

            Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

            Need help fast? Netgate Global Support!

            Do not Chat/PM for help!

            C 1 Reply Last reply Reply Quote 1
            • C
              cyphonsqr @jimp
              last edited by

              @jimp Cheers.

              From TAC, the command for my 4860 desktop is dd if=/dev/zero of=/dev/ada0 bs=8k count=16

              I had to clear the boot record data (using gpart destroy -F ada0) because one of the boot records was reported as 'corrupt'.
              From Googling, this 'corrupt' error occurs if you use the dd command on a ZFS filesystem (as ZFS doesn't clear both boot records or something like that). Overall, the dd (and gpart) commands did the trick.

              I had trouble getting the system to boot. I suspect it was due to the install method.
              Do you know the best/correct installation method for this device? GPT(BIOS), GPT(UEFI), MBR(BIOS), etc.?

              1 Reply Last reply Reply Quote 0
              • jimpJ
                jimp Rebel Alliance Developer Netgate
                last edited by

                There are a few other commands that clear metadata from the end of the disk as well as the beginning (e.g. gpart destroy, zpool labelclear, and potentially others), so using dd with count can be trickier. If you note my command didn't use count so it would have erased the entire disk, along with all of the metadata at the start and end.

                As for your other question, IIRC that system can't do UEFI, so the best choice would be GPT (BIOS)

                Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

                Need help fast? Netgate Global Support!

                Do not Chat/PM for help!

                C 2 Replies Last reply Reply Quote 1
                • C
                  cyphonsqr @jimp
                  last edited by cyphonsqr

                  @jimp
                  Excellent. Thanks again for both those bits of advice. :)
                  I tried the wipe and install tonight, but it didn't go as planned :/ ... so I installed back what I had and will retry on the weekend.

                  1 Reply Last reply Reply Quote 0
                  • C
                    cyphonsqr @jimp
                    last edited by

                    @jimp Thanks for your help.
                    Just wanted to close this out. I finally got it installed.
                    Had to completely format both drives (eMMC and mSATA) and remove the ZFS partition data.
                    Wasn't able to install pfSense onto the eMMC as a backup (as every time the eMMC device had any ZFS boot label/data on it, it seemed to take over as primary boot device). In the end, I left the eMMC completely formatted (and wiped ZFS labels) and just installed onto the mSATA. That did the trick.

                    I installed pfSense using ZFS and GPT(BIOS) (as UEFI didn't work).

                    Thanks again. ๐Ÿ˜€

                    R 1 Reply Last reply Reply Quote 0
                    • R
                      rcoleman-netgate Netgate @cyphonsqr
                      last edited by

                      @cyphonsqr said in Installed pfSense to new mSATA, but device always boots from eMMC. (NetGate 4860 Desktop):

                      Had to completely format both drives (eMMC and mSATA) and remove the ZFS partition data.

                      Yes, when ZFS is involved the only solution to installing to a SATA device involves reformatting/zeroing out the eMMC or it will attempt to boot from the eMMC instead.

                      Ryan
                      Repeat, after me: MESH IS THE DEVIL! MESH IS THE DEVIL!
                      Requesting firmware for your Netgate device? https://go.netgate.com
                      Switching: Mikrotik, Netgear, Extreme
                      Wireless: Aruba, Ubiquiti

                      1 Reply Last reply Reply Quote 1
                      • First post
                        Last post
                      Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.