Jump to content

Fazik83

Members
  • Posts

    14
  • Joined

  • Last visited

Everything posted by Fazik83

  1. Actually I have Armbian 23.02.2 Bullseye with Linux 5.15.93-sunxi64 If I find some free time today, I'll try install image from Gunjan Gupta Still doesn't work.
  2. I always download image from https://www.armbian.com/orange-pi-3/#kernels-archive-all I have not LTS. So, which image you prefer for me? Link?
  3. But I have not internet access via eth (end0) Ifconfig lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 32 bytes 2592 (2.5 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 32 bytes 2592 (2.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.2.102 netmask 255.255.255.0 broadcast 192.168.2.255 inet6 fe80::3ad5:4df8:1ff:4c0e prefixlen 64 scopeid 0x20<link> ether b0:02:47:b9:f0:e9 txqueuelen 1000 (Ethernet) RX packets 1422 bytes 166846 (162.9 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1216 bytes 525875 (513.5 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
  4. Hi guys. I installed Armbian 23.8 Bookworm on mmc and I have not eth0 interface. WiFi works. Could you help me?
  5. Hello Guys, I have a problem with time in my Orange Pi Plus 2E. I have installed yesterday Linux orangepiplus2e 4.19.62-sunxi #5.92 SMP Wed Jul 31 22:07:23 CEST 2019 armv7l GNU/Linux and and I can't set right time. root@orangepiplus2e:~# hwclock 2019-10-07 16:52:25.994362+02:00 root@orangepiplus2e:~# date Mon Oct 7 16:56:46 CEST 2019 Now is 16:40 hour. Yesterday different was about 20 minutes, today is about 4 minutes. How to align the time? root@orangepiplus2e:~# hwclock --test -D hwclock: use --verbose, --debug has been deprecated. hwclock from util-linux 2.33.1 System Time: 1570460247.618048 Trying to open: /dev/rtc0 Using the rtc interface to the clock. Last drift adjustment done at 1570392310 seconds after 1969 Last calibration done at 1570392310 seconds after 1969 Hardware clock is on local time Assuming hardware clock is kept in local time. Waiting for clock tick... ...got clock tick Time read from Hardware Clock: 2019/10/07 16:53:13 Hw clock time : 2019/10/07 16:53:13 = 1570459993 seconds since 1969 Time since last adjustment is 67683 seconds Calculated Hardware Clock drift is 0.000000 seconds 2019-10-07 16:53:11.370984+02:00 Test mode: nothing was changed. root@orangepiplus2e:~# timedatectl status Local time: Mon 2019-10-07 16:59:06 CEST Universal time: Mon 2019-10-07 14:59:06 UTC RTC time: Mon 2019-10-07 16:54:51 Time zone: Europe/Warsaw (CEST, +0200) System clock synchronized: no NTP service: inactive RTC in local TZ: yes Warning: The system is configured to read the RTC time in the local time zone. This mode cannot be fully supported. It will create various problems with time zone changes and daylight saving time adjustments. The RTC time is never updated, it relies on external facilities to maintain it. If at all possible, use RTC in UTC by calling 'timedatectl set-local-rtc 0'.
  6. I installed new Debian stretch next dated 2018-08-21 and now it works fine.
  7. You judge me badly. I am forced to back to Debian_jessie_default.7z Regards
  8. I didn't know. I spend a lot of time to configure my Armbian and I know google and You didn't have to teach me in this topic. And I fresh Armbian freeze after 1-2 hours, then... something wrong in image. Why image is still on upload? If is fix, why fix is not pinned? Att Debian_stretch_next.7z dated 27.01.2018.
  9. Orange Pi Plus 2E Linux orangepiplus2e 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l GNU/Linux I didn't try any recommendation. Could you send me link? EDIT. Today morning I try to log in Armbian via Putty and I can't. When I insert password, terminal do nothing. I can't log in via SSH and probably here is fault. Could someone help me?
  10. Hi all, My Armbian hangs (freeze) after 1-2 hours. Below dmesg Aug 17 19:10:39 localhost kernel: [ 1666.194984] WARNING: CPU: 0 PID: 693 at lib/iov_iter.c:695 copy_page_to_iter+0x21d/0x35c Aug 17 19:10:39 localhost kernel: [ 1666.194987] Modules linked in: tun xt_nat xt_tcpudp iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_filter snd_soc_hdmi_codec rc_cec dw_hdmi_i2s_audio dw_hdmi_cec evdev sun8i_dw_hdmi dw_hdmi cec ir_lirc_codec lirc_dev pl2303 usbserial sun4i_i2s sunxi_cir sun8i_codec_analog sun4i_gpadc_iio sun4i_codec sun4i_tcon sun8i_mixer snd_soc_simple_card snd_soc_simple_card_utils snd_soc_core snd_pcm_dmaengine snd_pcm snd_timer snd soundcore sun4i_drm uio_pdrv_genirq uio 8189fs cfg80211 rfkill ip_tables x_tables pwrseq_simple sy8106a_regulator uas realtek Aug 17 19:10:39 localhost kernel: [ 1666.195093] CPU: 0 PID: 693 Comm: nfsd Not tainted 4.14.18-sunxi #24 Aug 17 19:10:39 localhost kernel: [ 1666.195095] Hardware name: Allwinner sun8i Family Aug 17 19:10:39 localhost kernel: [ 1666.195117] [<c010db15>] (unwind_backtrace) from [<c010a0d9>] (show_stack+0x11/0x14) Aug 17 19:10:39 localhost kernel: [ 1666.195128] [<c010a0d9>] (show_stack) from [<c0868f69>] (dump_stack+0x69/0x78) Aug 17 19:10:39 localhost kernel: [ 1666.195139] [<c0868f69>] (dump_stack) from [<c011a233>] (__warn+0xaf/0xc0) Aug 17 19:10:39 localhost kernel: [ 1666.195148] [<c011a233>] (__warn) from [<c011a2f5>] (warn_slowpath_null+0x19/0x1c) Aug 17 19:10:39 localhost kernel: [ 1666.195156] [<c011a2f5>] (warn_slowpath_null) from [<c0565759>] (copy_page_to_iter+0x21d/0x35c) Aug 17 19:10:39 localhost kernel: [ 1666.195170] [<c0565759>] (copy_page_to_iter) from [<c01d8543>] (generic_file_read_iter+0x303/0x740) Aug 17 19:10:39 localhost kernel: [ 1666.195183] [<c01d8543>] (generic_file_read_iter) from [<c024e2ab>] (generic_file_splice_read+0x83/0xd8) Aug 17 19:10:39 localhost kernel: [ 1666.195193] [<c024e2ab>] (generic_file_splice_read) from [<c024e68d>] (splice_direct_to_actor+0x89/0x17c) Aug 17 19:10:39 localhost kernel: [ 1666.195203] [<c024e68d>] (splice_direct_to_actor) from [<c03271e9>] (nfsd_splice_read+0x59/0x74) Aug 17 19:10:39 localhost kernel: [ 1666.195212] [<c03271e9>] (nfsd_splice_read) from [<c0327671>] (nfsd_read+0x22d/0x234) Aug 17 19:10:39 localhost kernel: [ 1666.195222] [<c0327671>] (nfsd_read) from [<c0325825>] (nfsd_proc_read+0x81/0xe8) Aug 17 19:10:39 localhost kernel: [ 1666.195231] [<c0325825>] (nfsd_proc_read) from [<c032424b>] (nfsd_dispatch+0x83/0x114) Aug 17 19:10:39 localhost kernel: [ 1666.195243] [<c032424b>] (nfsd_dispatch) from [<c084f66b>] (svc_process_common+0x29f/0x440) Aug 17 19:10:39 localhost kernel: [ 1666.195252] [<c084f66b>] (svc_process_common) from [<c084f8df>] (svc_process+0xd3/0x138) Aug 17 19:10:39 localhost kernel: [ 1666.195259] [<c084f8df>] (svc_process) from [<c0323e55>] (nfsd+0xad/0xfc) Aug 17 19:10:39 localhost kernel: [ 1666.195271] [<c0323e55>] (nfsd) from [<c0131a91>] (kthread+0xfd/0x104) Aug 17 19:10:39 localhost kernel: [ 1666.195282] [<c0131a91>] (kthread) from [<c0106719>] (ret_from_fork+0x11/0x38) Aug 17 19:10:39 localhost kernel: [ 1666.195286] ---[ end trace 8b890c497145bf7b ]---
  11. OK - I solved this myself - edit /etc/default/nfs-kernel-server Change: RPCNFSDCOUNT=8 to: RPCNFSDCOUNT="-V 2 8" And change: RPCMOUNTDOPTS="--manage-gids" to: RPCMOUNTDOPTS="-V 2 --manage-gids" then issue: sudo service nfs-kernel-server restart
  12. Hello everyone, I have OrangePiPlus2E and I use Debian Jessie default 3.4.113-sun8i I was download and install Debian Stretch Next on second card and NFS don't work. I installed nfs-kernel-server and nfs-common. Next I copy exports file from older Debian and I can't connect to my Armbian via NFS protocol. Log file tell mi device trying connect, but I get answer from Armbian: can't get hostname. I don't know whad I did wrong. If I change CF card, NFS works fine on Debian Jessie. Could you help me? Regards
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines