yuanyunlong

I am using the latest armbian build script version 5.99 to build the debian Stretch kernel version update to 4.19.81
Armbian_5.99_Orangepi-r1_Debian_stretch_next_4.19.81.img

Burning into the TF card starts normally.
 
Debian Stretch with Armbian Linux ttyS0 orangepi login: root Password: You are required to change your password immediately (root enforced) Changing password for root. (current) UNIX password: Enter new UNIX password: Retype new UNIX password: ___ ____ _ ____ _ / _ \| _ \(_) | _ \/ | | | | | |_) | | | |_) | | | |_| | __/| | | _ <| | \___/|_| |_| |_| \_\_| Welcome to Debian Stretch with Armbian Linux 4.19.81-sunxi 1 [ 0.0%] Hostname: orangepi 2 [ 0.0%] Tasks: 22, 10 thr; 1 running 3 [|| 2.0%] Load average: 0.15 0.22 0.10 4 [ 0.0%] Uptime: 00:03:47 Mem[||||||||||||||||||| 57.7M/240M] CpuFreq1: 480 MHz Swp[ 0K/120M] CpuFreq2: 480 MHz Cpu Temp: 24 C CpuFreq3: 480 MHz CpuFreq4: 480 MHz root@orangepi:~# uname -r 4.19.81-sunxi root@orangepi:~# uname -a Linux orangepi 4.19.81-sunxi #5.99 SMP Wed Oct 30 12:39:06 CST 2019 armv7l GNU/Linux root@orangepi:~# dpkg -l | grep 5.9 ii armbian-config 5.99 all Armbian configuration utility ii armbian-firmware 5.99 all Linux firmware ii bc 1.06.95-9+b3 armhf GNU bc arbitrary precision calculator language ii libdigest-sha-perl 5.96-1+b1 armhf Perl extension for SHA-1/224/256/384/512, SHA-512/224 and SHA-512/256 ii libkeyutils1:armhf 1.5.9-9 armhf Linux Key Management Utilities (library) ii libksba8:armhf 1.3.5-2 armhf X.509 and CMS support library ii linux-dtb-next-sunxi 5.99 armhf Linux DTB, version 4.19.81-sunxi ii linux-headers-next-sunxi 5.99 armhf Linux kernel headers for 4.19.81-sunxi on armhf ii linux-image-next-sunxi 5.99 armhf Linux kernel, version 4.19.81-sunxi ii linux-stretch-root-next-orangepi-r1 5.99 armhf Armbian tweaks for stretch on orangepi-r1 (next branch) ii linux-u-boot-orangepi-r1-next 5.99 armhf Uboot loader 2019.04 Then restart the operation. No kernel crash was found.
Looks like this version fixes the previous problem.
armbianmonitor  http://ix.io/20jK

I am using the latest armbian build script version 5.99 to build the debian Stretch kernel version update to 4.19.81
Armbian_5.99_Orangepi-r1_Debian_stretch_next_4.19.81.img

Burning into the TF card starts normally.
 
Debian Stretch with Armbian Linux ttyS0 orangepi login: root Password: You are required to change your password immediately (root enforced) Changing password for root. (current) UNIX password: Enter new UNIX password: Retype new UNIX password: ___ ____ _ ____ _ / _ \| _ \(_) | _ \/ | | | | | |_) | | | |_) | | | |_| | __/| | | _ <| | \___/|_| |_| |_| \_\_| Welcome to Debian Stretch with Armbian Linux 4.19.81-sunxi 1 [ 0.0%] Hostname: orangepi 2 [ 0.0%] Tasks: 22, 10 thr; 1 running 3 [|| 2.0%] Load average: 0.15 0.22 0.10 4 [ 0.0%] Uptime: 00:03:47 Mem[||||||||||||||||||| 57.7M/240M] CpuFreq1: 480 MHz Swp[ 0K/120M] CpuFreq2: 480 MHz Cpu Temp: 24 C CpuFreq3: 480 MHz CpuFreq4: 480 MHz root@orangepi:~# uname -r 4.19.81-sunxi root@orangepi:~# uname -a Linux orangepi 4.19.81-sunxi #5.99 SMP Wed Oct 30 12:39:06 CST 2019 armv7l GNU/Linux root@orangepi:~# dpkg -l | grep 5.9 ii armbian-config 5.99 all Armbian configuration utility ii armbian-firmware 5.99 all Linux firmware ii bc 1.06.95-9+b3 armhf GNU bc arbitrary precision calculator language ii libdigest-sha-perl 5.96-1+b1 armhf Perl extension for SHA-1/224/256/384/512, SHA-512/224 and SHA-512/256 ii libkeyutils1:armhf 1.5.9-9 armhf Linux Key Management Utilities (library) ii libksba8:armhf 1.3.5-2 armhf X.509 and CMS support library ii linux-dtb-next-sunxi 5.99 armhf Linux DTB, version 4.19.81-sunxi ii linux-headers-next-sunxi 5.99 armhf Linux kernel headers for 4.19.81-sunxi on armhf ii linux-image-next-sunxi 5.99 armhf Linux kernel, version 4.19.81-sunxi ii linux-stretch-root-next-orangepi-r1 5.99 armhf Armbian tweaks for stretch on orangepi-r1 (next branch) ii linux-u-boot-orangepi-r1-next 5.99 armhf Uboot loader 2019.04 Then restart the operation. No kernel crash was found.
Looks like this version fixes the previous problem.
armbianmonitor  http://ix.io/20jK

awesome!
I have replaced a better TF card. It runs normally for one day, and during the reboot, it does not find the kernel crash. It feels amazing
 

 
Next I will check the Swp issue again.
Yes, I remembered it wrong before. The Orange Pi R1 is only 256M of memory.
For the NanoPi R1, it is not currently considered. Although its configuration is very high. But I see that it does not open up the redundant GPIO interface. Used for my access urat