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

    Keyboard reset did not work, attempting CPU shutdown

    Scheduled Pinned Locked Moved General pfSense Questions
    7 Posts 4 Posters 3.1k Views
    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.
    • E
      eskild
      last edited by

      pfSense 1.0.1-SNAPSHOT-03-27-2007-pfSense

      Hi have just upgraded and moved the firewall service to another computer, and are experiencing a problem when i try to reboot pfSense. I get the following message:
      "Keyboard reset did not work, attempting CPU shutdown"

      and it's just hanging, and i have to switch it off on the power button. I have another almost identical(different motherboard revision) firewall where the reboot is working as expected.

      Can anybody help out? Is there anything i can change in pfSense to get it to work?
      I have tried to change all bios settings that is related to power on/off without any help.

      Thanks,
      //Eskild

      pfSense is now shutting down …

      Waiting (max 60 seconds) for system process vnlru' to stop...done Waiting (max 60 seconds) for system process bufdaemon' to stop...done
      Waiting (max 60 seconds) for system process `syncer' to stop...
      Syncing disks, vnodes remaining...0 0 done
      All buffers synced.
      Uptime: 4m33s
      Rebooting...
      Keyboard reset did not work, attempting CPU shutdown
      /boot.config: -DConsoles: internal video/keyboard  serial port
      BIOS drive C: is disk0
      BIOS 638kB/260032kB available memory

      FreeBSD/i386 bootstrap loader, Revision 1.1
      (sullrich@builder.livebsd.com, Sun Oct 29 00:51:09 UTC 2006)
      Loading /boot/defaults/loader.conf

      1 Reply Last reply Reply Quote 0
      • S
        sullrich
        last edited by

        Unfortunately this sounds like a FreeBSD bug.

        1 Reply Last reply Reply Quote 0
        • E
          eskild
          last edited by

          Ok,

          Thanks

          1 Reply Last reply Reply Quote 0
          • E
            eskild
            last edited by

            I know too little about FreeBSD to be at any help here, but i found some threads about this problem:

            • The code for rebooting an SMP machine doesn't always work (still)
              http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/033225.html

            Could the "hw.acpi.handle_reboot=1" be at any help here? Will this mean i have to set this option, and rebuild the kernel?

            • 6.0 BETA3 reboot hangs on SMP system if BIOS USB disabled
              http://lists.freebsd.org/pipermail/freebsd-smp/2005-August/000960.html

            I am not using SMP and still experiencing the problem with hang during reboot.

            I know the pfSense team is very busy with the 1.0.2 release, so i am not expecting much help from them, but I would really appreciate if anybody else have the time and oppertunity to look into this, and point me in the right direction.

            Thanks,
            //Eskild

            1 Reply Last reply Reply Quote 0
            • dotdashD
              dotdash
              last edited by

              You shouldn't need to recompile the kernel or anything to test if that sysctl flag helps.
              Just drop to a shell and edit /boot/loader.cfg Add hw.acpi.handle_reboot=1 to the file, then reboot and see if it helps the issue.

              1 Reply Last reply Reply Quote 0
              • H
                hoba
                last edited by

                If it does feel free to update http://wiki.pfsense.com/wikka.php?wakka=BootOptions with that info.

                1 Reply Last reply Reply Quote 0
                • E
                  eskild
                  last edited by

                  Thanks, i'll try that.

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