Jump to content

cvxx

Members
  • Posts

    47
  • Joined

  • Last visited

Recent Profile Visitors

3691 profile views
  1. Hi, on latest Armbian 23.11.1 Bookworm with PINE64 board I noticed those warnings in journal: Feb 12 10:00:45 pine64 systemd[1]: /lib/systemd/system/systemd-journal-upload.service:33: Unknown key name 'RestartSteps' in s> Feb 12 10:00:45 pine64 systemd[1]: /lib/systemd/system/systemd-journal-upload.service:34: Unknown key name 'RestartMaxDelaySec> I suspect the `systemd-journal-upload.service` is not in tact with systemd daemon version installed.
  2. Sorry for bumping, but I have just tried Armbian_23.02.2_Pine64_jammy_current_5.15.93.img and there is rpcbind started on boot and listening on all interfaces: root@pine64:~# netstat -atnp Active Internet connections (servers and established) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 694/rpcbind tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 695/systemd-resolve tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1426/sshd: /usr/sbi tcp6 0 0 :::111 :::* LISTEN 694/rpcbind tcp6 0 0 :::22 :::* LISTEN 1426/sshd: /usr/sbi I think this is a security risk
  3. added: console=both now I have a shell! Thanks!
  4. This is armbianEnv.txt: verbosity=1 bootlogo=false rootdev=UUID=30b36fce-65d1-44c4-bcec-3677c9fe01bd rootfstype=ext4
  5. No, I meant, on HDMI everything is ok, it boots and I can login. But the serial stays quiet
  6. Hi, when booting Armbian Sid minimal rolling 6.1.11, there is no serial console login. Console output: Found U-Boot script /boot/boot.scr 1993 bytes read in 146 ms (12.7 KiB/s) ## Executing script at 12000000 93 bytes read in 94 ms (0 Bytes/s) 38318 bytes read in 2603 ms (13.7 KiB/s) 33621022 bytes read in 3482 ms (9.2 MiB/s) 11215360 bytes read in 1257 ms (8.5 MiB/s) ## Loading init Ramdisk from Legacy Image at 14800000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 33620958 Bytes = 32.1 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 18000000 Booting using the fdt blob at 0x18000000 Using Device Tree in place at 18000000, end 1800c5ad Starting kernel ... Is there a way to enable console login to use the device headlessly? Thanks
  7. I haven't yet tried to build my own image, but I tested few other dongles. Surprisingly, `0cf3:9271 Qualcomm Atheros Communications AR9271 802.11n` also did not work because of missing firmware `htc_9271-1.4.0.fw`. So, I think that build has issues with not only missing RTL8188EUS.
  8. Flashed the latest Jammy 5.15.48 image and the device went offline After connecting to HDMI I found out that RTL8188EUS is no longer available. Previous Focal image worked fine in headless mode with a `0bda:8179` dongle. Anyone knows why the driver has been removed? Thanks
  9. I had to downgrade to last known working Armbian 20.05.1 Bionic version with this 8189fs module version: $ modinfo 8189fs filename: /lib/modules/5.4.43-sunxi/kernel/drivers/net/wireless/rtl8189fs/8189fs.ko version: v4.3.24.8_22657.20170607 author: Realtek Semiconductor Corp. description: Realtek Wireless Lan Driver license: GPL srcversion: 782ED5E387B69B8750A9E7F alias: sdio:c*v024CdF179* depends: cfg80211 intree: Y name: 8189fs vermagic: 5.4.43-sunxi SMP mod_unload ARMv7 thumb2 p2v8 Now all works fine like previously
  10. Hi, I have been running Armbian on OrangePi Lite for more than a year just fine. Then I decided to upgrade and flashed the latest version. Now with the latest version the device looses wifi every few days no matter which wifi device I use. In order to investigate I have plugged additional USB wifi. Some time both wifi work. Then built-in may disconnect and stop working, but USB keeps working. Or vice versa, USB stops working, but the built in keeps working. I have been able to send syslog to an external machine and here what it showed Connection works fine: The next day one of the connections stops working and complains that the WPA key may be wrong: Obviously, nothing has changed, the hotspot is still the same and WPA key has not been changed. Both wifi connections are using the same key, and one works fine. Rebooting resolves the issue, but after few days it is back again. Anyone have seen this behavior? Before downgrading to a version prior 2020 I'd like to check as much as possible if this is some bug Thanks
  11. UPDATE I have set up a fresh sd card to investigate and collect logs, but this time `ifupdown` worked Probably it was some typo I made in /etc/network/interfaces during setup Also, a note for future myself when I visit this thread again, there is a way to create the connection through `armbian_first_run.txt`. I tested and it worked. So, probably, better to switch to this way to have less conflicts between Network Manager and ifupdown
  12. The `ifupdown` method to connect a headless device no longer works with the latest Armbian 21.02.3. For some reason the interface remains down and requires manual `sudo ifup -v wlan0` `rc.local` does not start as there is root password change prompt blocking it Anyone knows what do I need to change to start wlan0 on boot? Or any other way to configure network on a device without HDMI? Thanks
  13. Hi, I have connected Orange Pi Lite over serial UART, but looks like the default settings are to not output the boot log to serial. You can only see U-Boot messages, then "Uncompressing Linux kernel" and after some time the login prompt comes. What exactly do I need to change/configure to get the classic kernel boot log to serial console? Thanks
  14. There was a critical vulnerability found in Realtek wireless drivers: The vulnerability has been assigned CVE-2019-17666 and a patch proposed: https://lkml.org/lkml/2019/10/16/1226 I would like to get some statement if Armbian users are affected and if yes when is the patch going to be released Thanks
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines