taziden
-
Posts
9 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by taziden
-
-
13 hours ago, gprovost said:
@taziden This is using your so called "previous SD" on which you upgraded to LK 5.4 ? Could you please provide a armbian-monitor -u file.
Yes, here it is http://ix.io/2i8W
Done for the module blacklisting, wait&see :-)
Edit: bad news, issue reoccured
armbianmonitor : http://ix.io/2ic4
-
-
Hi,
I was unable to reproduce the issue with the vanilla Armbian and I needed to have my usual system running, so I booted on my previous SD. After ~29h, I encountered the issue again. And this time, I had a trace on the serial console, similar to the one previously reported by @FrancisTheodoreCatte
One thing I'm noticing in the console is that the traces continue to appear, every minute or every 30s. Here is an extract: https://paste.systemli.org/?00127e5455380d10#9eAznGLeoqN5CKHhK9nQ5aqx3PZy3oarrG39PnoCajQ7
-
2 hours ago, gprovost said:
Any idea what kind of activity happening on the system when it crashes ?
I've tried disabling everything. Even just having the system running, without unencrypting and mounting the RAID eventually ends up in the helios being unresponsive.
I'll do some more tests, like booting on Arch and will keep you posted.
-
On 4/1/2020 at 4:08 AM, gprovost said:
@taziden Can you run armbianmonitor -u and post the link here.
Yeah you could test that then, it would be helpful to narrow down the issue.
Here is the output of armbianmonitor: http://ix.io/2h22
Same issue occurred with my spare Helios4 from batch3, using an unused PSU and unused fans.
-
5 hours ago, gprovost said:
You can disable armbian-ramlog in /etc/default/armbian-ramlog this way way hopefully next time it crash you see something in /var/log. You will need to reboot after disabling armbian-ramlog.
@taziden Maybe you can do the same in order to see what's happening.
I disabled it already. It was my first action :-) I disabled both armbian-zram-config and arm-ramlog services at the systemd level (systemctl disable).
Today, one hour ago same issue with a brand new PSU. I have a spare helios4 (from batch3), if you haven't go any other suggestion, I'm going to put the disks in it and see if this behaviors still occurs. With this I'd changed everything except the OS.
-
Hi,
Same thing has been happening to me for the past few weeks. Crashs are becoming more and more frequent though. 2x times last night, once again earlier today.
I've switched to a brand new SD card, crashs still occur.
Neither atop, nor top, nor the logs (I even deactivated the ram logging in order to have the logs stored on SD) show me anything useful.
The NAS becomes unresponsive, both on the network, and both on the serial port. The power LED is ON and the disk activity LEDS either are all lit up or all off but most of the time they are OFF.
The network (RJ45 port) LED are still blinking tho.
The OLED remains visible without being updated and the fan remains quiet.
Can it be a power adapter issue? It's only a few months old, previous one died and I had to order a new one from Kobol.
Edit : it might have been a dust issue. I've just opened the case and cleaned a bunch of dust. So far so good, I hope it was just this. Fingers crossed.
Edit2 : nope, issue still occurs
I'll try with another PSU
-
Hi,
I'd like to use Wireguard on my Helios4 (btw thx for the great job, I'm really happy with it so far!), and for that, I need to have the kernel headers installed.
What would be the best way to have kernel headers installed ? Recompile using https://github.com/helios-4/build ?
Helios4 Support
in Marvell mvebu
Posted
Yes, been trying to each time. With extraargs=ignore_loglevel, dmesg -n 7; dmesg -w but I don't always get a trace unfortunately