SymbiosisSystems

  • Content Count

    23
  • Joined

  • Last visited

Everything posted by SymbiosisSystems

  1. ... and on the third boot it just seems to stall
  2. @gprovost I started with a clean install and it crashed on the second boot
  3. @gprovost on the first boot I was able to set the root password, then rebooted and it crashed with LK 4.4. Here is the dump
  4. @gprovost I've set the kernel.panic , installed the watchdog and disabled the dynamic frequency switching but it still hangs whilst booting and doesn't reset (I assume because it hasn't got to the point where the watchdog service is loaded). This makes it unuseable because I can't risk it crashing with the HDDs spinning and the fans not running. Even when it does occasionally boot it still crashes whilst doing an rsync. Until you resolve this issue it is no better to me than an expensive doorstop which is deeply deeply frustrating.
  5. Thanks for the suggestion, adding extra hardware could be an option but I'm ideally hoping there is a solution to this issue within the Helios64 hardware if possible.
  6. When there is a kernel panic the fans stop which causes the HDD and CPU temperatures to rise unchecked. I've just come back to find my board has crashed again and the HDD temperatures had risen above 60c which is not good. Is there a watchdog or boot setting to automatically reset the processor after a kernel panic ?
  7. Thought I'd download the latest image in the hope that it might be more stable ... kernel panic on reboot, booted second time and then whlst trying to update kernel panic again. This board seems to be so unstable it's bascially unuseable
  8. I've tried the sysfs.conf changes as suggest and rebooted - immediate kernel panic
  9. Hi Gauthier, no I did them both together. If you think I'll have more success with one rather than both which would you suggest ? This new build seems to be unstable again which is a step backwards. CPU running at 1.2GHz is at 48c without any NAS transfers occuring.
  10. I thought I'd rebuild the NAS with the latest image in the hope that it would be more stable. Unfortunately my hopes were in vain. I was in the middle of doing an rsync and it crashed with a kernel panic. Had a look on the forum and implemented the two suggestions of limiting the cpu to 1200MHz and tweaking the voltages. CPU @ 50c as reported in the login header. Anyway after updating the setting I reboot it and it crashed immediately ! The same SMP issue that seems to have been plaguing this board since release
  11. @gprovost Gauthier, it's much better . With the 5.8.x kernel more often than not it would reboot to a kernel panic then a boot loop and would need to be physically re-powered to recover. With the 5.9.x kernel however I haven't experienced any such problems so far and have much more confidence in rebooting it.
  12. Many thanks for your help there ShadowDance that's fixed it and I've now got ZFS running under OMV with the 5.9.10 kernel.
  13. Thanks ShadowDance, yes I've pulled the zfs 0.8.5 branch from github and built the modules. Even with the dummy 0.8.4 package installed , installing zfsutils-linux uninstalls the zfs-dkms 0.8.5 package though
  14. So good news / bad news. The good news is that the 5.9.x kernel does indeed seem to have resolved the bootime kernel panics I was experiencing and I now seem to be able to reboot the board consistently without being stuck in any of the previous kernel panic / retry boot loops. The bad news is that I can't get zfs working as 0.8.4 in the backports repo doesn't support kernels after 5.6 and 0.8.5 isn't compatible with the zfsutils-linux package!
  15. SIGSEV , Gauthier , Thank you for the suggestion. I've had to power off the Helios64 for the moment but should be able to try the 5.9 kernel at the weekend. I'm using it with ZFS and OMV and I hope it will be more stable than all the builds of 5.8 that I've tried so far !
  16. Still experiencing random kernel panic with latest build. Sometimes it boots, sometimes it doesn't , when operating from a remote location this is very frustrating.