kratz00
-
Posts
21 -
Joined
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by kratz00
-
-
I just ran
apt-get update && apt-get upgrade
and did not see a kernel update. Is this expected, if yes is there any ETA if I do not want to build the kernel myself?
-
14 minutes ago, Heisath said:
Once the above PR has been merged and a bugfix release has been done. We can inform you then.
Sounds great, thanks in advance, I am looking forward to having a stable Helios4 again.
-
How does it work or better when will it be possible to run apt-get upgrade
to update to a 5.18.* kernel without the problematic DFS patches?
-
@gprovostThanks for the hint. You are right, the Helios4 one does 12V/8A and the Synology one only 12V/6A. I will switch them back,
@MangixYou were also right, raid check finished successfully running kernel 4.19.63-mvebu #5.91 (with over 36 hours of uptime at the moment)
I saw in the other thread the system freeze is related to the DFS patches, therefor this thread can be closed now.
Thanks to everybody for your input and help with this problem.
-
-
As I also have a Synology DS214+, I just switched the PSUs, both are up and running.
The Helios4 is running raid check again, let us see what will happen
If changing the PSU does not have the desired effect, I will try kernel 4.19.63
You can still find the image here https://archive.armbian.com/helios4/archive/Armbian_5.91_Helios4_Debian_buster_next_4.19.63.7z
-
8 minutes ago, gprovost said:
I know you dismissed PSU problem from the beginning, but how long you have been running the system with same PSU for ?
Since the beginning, it is still the original PSU I got with the Helios4 in February 2018.
-
Short update running 5.4.66-mvebu now, resulted in a system freeze in just a couple of minutes running raid check.
I am officially out of ideas.
The Helios4 was running fine for many years when I got it after the successful Kickstarter campaign.
I can not really pin point when it started freezing (I think it started after October of 2019).
I am also not sure if it is a hardware or a software problem.
-
-
Not sure if this is expected or not, but since you asked before, this is running Armbian_20.08.13_Helios4_buster_current_5.8.16.img.xz without any changes.
root@helios4:~# systemctl status watchdog.service Unit watchdog.service could not be found.
-
-
Bought a new micro SD card and put https://dl.armbian.com/helios4/archive/Armbian_20.08.13_Helios4_buster_current_5.8.16.img.xz on it.
Booted, set up the root password and directly started a raid check (9.4% done so far).
I am very excited to see what happens.
-
I guess in your cases the system also freezes and the watchdog service is rebooting the system then.
I am going to setup the system from scratch using https://dl.armbian.com/helios4/archive/Armbian_20.08.13_Helios4_buster_current_5.8.16.img.xz tomorrow.
-
13 hours ago, Mangix said:
Is this a freeze or a random reboot?
I would see freeze, as the system is not usable anymore (not reachable via network nor serial).
The logs also do not indicate a reboot.
If it would be a reboot I would expect the system to be in an usable state afterwards.
-
Hi
Forgot to give an update.
The system froze during raid check at 54.3% .
The temperature was always between 54-57°C.
@gprovost
Any ideas what might be wrong?
Regards
-kratz00
-
Hi gprovost
3 hours ago, gprovost said:By system freeze, you mean the system hangs and you need to manually reset / power cycle it ?
Exactly. Not reachable over the network. Does not respond via serial console.
3 hours ago, gprovost said:Is the watchdog service running ? systemctl status watchdog.service
Seems it is missing:
kratz00@helios4:~$ systemctl status watchdog.service Unit watchdog.service could not be found.
3 hours ago, gprovost said:What the temperature of the SoC during load ? cat /dev/thermal-cpu/temp1_input
Just trying to dismiss first any thermal issue.
Raid check is nearly running for an hour, load is high and the temperature is stable around 55°C:
root@helios4:~# uptime 06:53:44 up 21 min, 1 user, load average: 2.00, 1.92, 1.27 root@helios4:~# cat /dev/thermal-cpu/temp1_input 55122
Regards
-kratz00
-
Hello
For quite some time I experienced system freezes. I already measured the voltage on the board 12V and 5V are okay on both connectors.
Attached you will find the armbianmonitor -U output.
I tried to capture kernel logs using information from some other thread.
sudo dmesg -n 7 sudo dmesg -w
But I could not capture anything useful.
Today the system froze while checking the raid (filesystem was not mounted).
[ 168.224361] md: data-check of RAID array md0
Is there anything else I can do to shed some light?
Thanks and regards
-kratz00
-
In my case it would be a downgrade from linux-4.14.20-mvebu to linux-4.14.18-mvebu. I am not forcing or switching anything, I was just running 'sudo apt-get upgrade'. I do not know the inner workings of apt, but to me it is strange why it tries to install a package with the same exact version (5.41) again.
What is also a little confusing is that there are different armbian version for the Helios4.
-
Looks like the release on the kobol wiki (https://cdn.kobol.io/files/Helios4_Debian_Stretch_4.14.20.img.xz) was built against the armbian development version (https://github.com/armbian/build/blob/development/config/kernel/linux-mvebu-next.config)!? The official armbian kernel for the Helios4 seems to be https://apt.armbian.com/pool/main/l/linux-4.14.18-mvebu/
5.41 seems to be the armbian version number, does this mean a newer kernel can only be released if the armbian version gets bumped?
-
I have an odd situation which I can not explain. I installed the Debian 9 image (7/02/2018). I am now running Linux 4.14.20 as expected. After running apt-get update I see an update for the linux-image-next-mvebu package with the same package version (5.41) which would install Linux 4.14.18. Can somebody please explain what is going on?
apt-cache show linux-image-next-mvebu Package: linux-image-next-mvebu Priority: optional Section: kernel Installed-Size: 34496 Maintainer: Igor Pecovnik <igor.pecovnik@****l.com> Architecture: armhf Source: linux-4.14.18-mvebu Version: 5.41 Filename: pool/main/l/linux-4.14.18-mvebu/linux-image-next-mvebu_5.41_armhf.deb Size: 13659400 MD5sum: 1df84709f1c0fd9a7ca1c49233de5732 SHA1: baeca37e804415833fcbad31c94f8aa3111f87b5 SHA256: abe795285fe66e6d1aec7cdc4cf7f37e9ab8f13f7bc5a3b560f2ca0f401b5f41 SHA512: f6cd83c98f5ed5da26766f1d613873b50b709772a0184e34f76a181bbe9fc6870b704c1a88d745ad25f265af16d1fcd9fedff780a95c1231ec7e3f708c3dfab4 Description: Linux kernel, version 4.14.18-mvebu This package contains the Linux kernel, modules and corresponding other files, version: 4.14.18-mvebu. Description-md5: 881a2bf41fdf3457001594d1ab3a7d0c Homepage: http://www.kernel.org/ Package: linux-image-next-mvebu Status: install ok installed Priority: optional Section: kernel Installed-Size: 34499 Maintainer: Igor Pecovnik <igor.pecovnik@****l.com> Architecture: armhf Source: linux-4.14.20-mvebu Version: 5.41 Description: Linux kernel, version 4.14.20-mvebu This package contains the Linux kernel, modules and corresponding other files, version: 4.14.20-mvebu. Description-md5: 1e04fc0ef8ae54ea7cd36a95440d0417 Homepage: http://www.kernel.org/
Random system freezes
in Marvell mvebu
Posted
I am running Linux 5.9.14-mvebu for over 14 days now (up 14 days, 20:12) without any problem.
Thank you very much to all involved tracking down and fixing the issue.