ArmbianHelper changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Developer talk: #armbian-devel | Forum/Twitter feed: #armbian-rss | Logs: -> irc.armbian.com
norwich_ has joined #armbian
norwich has quit [Ping timeout: 272 seconds]
norwich_ is now known as norwich
lyri has joined #armbian
<Armbian-Discord>
<dave> so really weird question
<Armbian-Discord>
<dave> why does my NanoPi R4S refuse to cold boot when I plug in USB-C after my serial cable?
archetech has quit [Quit: Konversation terminated!]
<Armbian-Discord>
<RichN> do you mean your uart cable ?
<Armbian-Discord>
<RichN> rm the 5v on the cable
<Armbian-Discord>
<RichN> you should be able to power the board with the uart and not need usb-c power
<Armbian-Discord>
<dave> uh there's no Vpp on UART lol
<Armbian-Discord>
<dave> only RX/TX/GND
<Armbian-Discord>
<RichN> and you take the 5v and put it to the gpio header on pin 1 or 2
<Armbian-Discord>
<RichN> which should be 5v inand out
<Armbian-Discord>
<RichN> pins 1and 3
<Armbian-Discord>
<RichN> are 5v
<Armbian-Discord>
<RichN> so you can power it with the 5v off the uart board
<Armbian-Discord>
<dave> eh, I'd rather just use USB-C
<Armbian-Discord>
<RichN> what uart board are you using ?
<Armbian-Discord>
<RichN> if it sone of the nanopi uarts is it a 4 or 5 pin
<Armbian-Discord>
<RichN> this helps to trouble shoot the issue
<Armbian-Discord>
<dave> It's 3 pin
<Armbian-Discord>
<RichN> what uart as I know nanopi does not have 3 pin ruart boards that I know of . they sell a 4 pin with a r/b/y/w cable
<Armbian-Discord>
<RichN> I use to do the dev for all these nanopi boards
<Armbian-Discord>
<dave> ah
<Armbian-Discord>
<RichN> thats why I ask what uart board not the pc board
<Armbian-Discord>
<dave> PL2303
<Armbian-Discord>
<dave> probably some cheap clone
<Armbian-Discord>
<dave> found it on a shelf in the office
<Armbian-Discord>
<RichN> ok as all the onse sole by nanopi are ch320
<Armbian-Discord>
<RichN> ok
<Armbian-Discord>
<RichN> hmm sounds like a uart issue . I would test with powering it like I said
<Armbian-Discord>
<RichN> and see if that works put the 5v to the 1/3 pins on the pin header
<Armbian-Discord>
<RichN> and see what responce you get
<Armbian-Discord>
<RichN> about to call it a night
<Armbian-Discord>
<RichN> so if you still have issue I woul dfind a diff uart
<Armbian-Discord>
<dave> erm so I have UART working
<Armbian-Discord>
<dave> I have this whole time
<Armbian-Discord>
<dave> it's just the board refuses to cold boot unless I unplug UART while plugging USB-C
<Armbian-Discord>
<dave> it's fine, I discovered I can just swap the MicroSD card while in u-boot and type reset
<Armbian-Discord>
<DaMiBear> Thanks Reply😀 . Currently I'm just going to compile the .ko file. Did you mean this file in the screenshot ? But I don't find it in output/debs. And I set "CREATE_PATCHE=yes", still no patch generated in output/patch. Then I use "apt install linux-headers-xxxx" on my board, then copy the relevant files to the PC, and then compile the .ko file.
pablocastellanos has quit [Ping timeout: 246 seconds]
pablocastellanos has joined #armbian
marco44 has quit [Quit: ZNC 1.8.2+deb2+b1 - https://znc.in]
marco44 has joined #armbian
crabbedhaloablut has quit [Quit: No Ping reply in 180 seconds.]
crabbedhaloablut has joined #armbian
<Armbian-Discord>
<Werner> linux-image is the binary kernel image. I meant the kernel sources and that deb you find in the mentioned folder with all the other debs that were built during the process. The switch is called CREATE_PATCHES, you are missing an 'S'. Check https://docs.armbian.com/Developer-Guide_Build-Options/ and maybe here how that works: https://zuckerbude.org/armbian-using-create-patches/ If you modified the kernel sources
<Armbian-Discord>
during building installing the headers via apt might, depending on your changes, fail (or the module building will fail later). To avoid all these issues I suggest to pre-install both headers and sources on your image so you are set for starting tinkering. Use INSTALL_KSRC and INSTALL_HEADERS switches.
<ArmbianHelper>
^ Armbian - using CREATE_PATCHES | Zuckerbude
norwich has quit [Ping timeout: 276 seconds]
norwich has joined #armbian
<Armbian-Discord>
<DaMiBear> Oh sorry, it was my spelling mistake😬 . I'm a little confused about not finding the linux-image-edge-rk35xx_22.11.0-trunk_arm64.deb file marked in the screenshot above.
<Armbian-Discord>
<DaMiBear> Also thanks for your suggestion ! I'll try the INSTALL_KSRC and INSTALL_HEADERSswitches.
alekksander has joined #armbian
indy has quit [Ping timeout: 260 seconds]
indy has joined #armbian
riotz has joined #armbian
<riotz>
i messed up my tinkerboard by trying to change the kernel through armbian-config
<riotz>
is there a way to revert those changes?
<riotz>
e.g. i guess i need to somehow mount the card on linux and have an emulated env
<stipa>
Failed to start OpenBSD Secure Shell server.
<riotz>
yeah its in this log about 100 times.. wtf
<stipa>
but it seems like it successfully booted into linux Oct 22 19:13:36 orangepizero2 systemd[1]: Reached target Login Prompts.
<riotz>
oh i see the problem
<riotz>
you unplugged the opi to early the first time
<Armbian-Discord>
<N_uraad> ohhhhh
<riotz>
it didnt had time to generate the keys property
<riotz>
properly
<Armbian-Discord>
<N_uraad> should I reflash and leave it on for a while
<riotz>
yeah
<Armbian-Discord>
<N_uraad> ok
<riotz>
it needs a couple minutes to generate all the keys and such
<Armbian-Discord>
<N_uraad> I’ll leave it on for about 30 minutes
<riotz>
its a tiny cpu trying to create primes
<riotz>
no..5 mins or something should be good
<Armbian-Discord>
<N_uraad> Ok
<Armbian-Discord>
<N_uraad> and then I can ssh?
<Armbian-Discord>
<N_uraad> After the 5 mins
<riotz>
yeah
<Armbian-Discord>
<N_uraad> Ok
<riotz>
otherwise just redo the whole process we did and let us have a look at the log again
arch3r has joined #armbian
<riotz>
you probably can ssh into it as soon as you get a ping feedback
<riotz>
i normaly have a terminal running constantly pinging the thing
<Armbian-Discord>
<N_uraad> Ok
<riotz>
as soon as you get a reply the box is ready
<Armbian-Discord>
<N_uraad> Ok
<arch3r>
Hi there, I am looking into armbian as an alternative for using debian on rpi and alternative mini computers
<arch3r>
is this a good room to ask questions on armbian?
<Armbian-Discord>
<N_uraad> @riotz it’s still not working
<Armbian-Discord>
<N_uraad> I can ping
<Armbian-Discord>
<N_uraad> But cant connect
<riotz>
yeah well.. you know the deal
<Armbian-Discord>
<N_uraad> alr
c0rnelius has quit [Quit: WeeChat 3.5]
<Armbian-Discord>
<N_uraad> Log didn’t even appear this time
<Armbian-Discord>
<N_uraad> I’ll try again
c0rnelius has joined #armbian
<stipa>
arch3r it is
<stipa>
i also heard some RPI hardware has been added to supported boards
<stipa>
idk about stability, about that could someone who has actual RPI hardware chime in
<stipa>
arch3r: what's your goal
The_Loko has joined #armbian
<Armbian-Discord>
<d3ck3rt> well whats my goal: I usually run averythingin a VM, but some of the services need an inexpensive bare metal redundancy (e.g. DNS, jump hosts, ..) and there I need an OS that is installed and configured the same in the VM and on an SBC (at least up to 4GB RAM, Arm64 v8)
<Armbian-Discord>
<d3ck3rt> since native debian only support RPi, I am looking for debian derivatives that support more Arm64 SOCs.
<Armbian-Discord>
<d3ck3rt> So far I found armbian, DietPi and Freedombox
<stipa>
i personally could propose testing
<Armbian-Discord>
<d3ck3rt> ok, but testing what exactly?
<stipa>
if all you need works with armbian on RPI
<stipa>
the support is new really, i doubt everything just works
<stipa>
if you have an RPI board test the image out
<Armbian-Discord>
<d3ck3rt> currently I am using RaspberryPi OS, which is debian (or raspbian?) if I understood correctly.
<Armbian-Discord>
<d3ck3rt> but as it is limited to RPi I want to move away from this
<Armbian-Discord>
<d3ck3rt> sure I do.
<stipa>
i mean, you just need a spare sd card, it's not like you have to die to try armbian on the board
<Armbian-Discord>
<d3ck3rt> I am a bit puzzled. From the web site I was under the impression that armbian runs stable on RPi
<Armbian-Discord>
<d3ck3rt> not sure whats your point. of course I can try them all out.
<stipa>
what are you waiting for, a permission?
<stipa>
you don't need anybody permission to test it out
<stipa>
but, if you have only one sdcard then it's a problme
<stipa>
i think you could get away even with a 4GB card
<stipa>
wit ha CLI image if there is any
<stipa>
Jammy server
lemonzest has quit [Quit: WeeChat 3.6]
<stipa>
Debian testing or Arch - Manjaro support quality level
<stipa>
For power users that are able to fix problems on their own
<stipa>
Images are receiving updates when master branch changes
<stipa>
but, it's like that with every supported board really
<stipa>
armbian should me more open
<Armbian-Discord>
<d3ck3rt> dood... seriously? c'mon. No man, for an OS I am not only looking into the technical parameters, but also the stability and support structure. e.g. for DietPi it seemed that active support is limited to their forum. That is OK for some things, for others a realtime chat like here is more suitable.
<stipa>
nah man, armbian is for hackers
<stipa>
if raspbian is stable and everything works just leave it be
<stipa>
armbian is also mainline, haven't saw raspbian can do that
<stipa>
with new kernels problems are common
<stipa>
it's normal even with intel and other stuff
<stipa>
running 5.10 on a armbian board is like 10 years in the past
<stipa>
d3ck3rt which kernel version is the board running now?
<Armbian-Discord>
<d3ck3rt> wait I'll log in
<Armbian-Discord>
<d3ck3rt> the raspberrypi os are on 5.10.92-v7l+
<riotz>
for raspis i would suggest the raspios stuff since it has realy mad support
<riotz>
every other board you want to run debian on is armbian for me
<Armbian-Discord>
<d3ck3rt> and the debian ones are on 5.16.0-1-arm64
<Armbian-Discord>
<d3ck3rt> well, for RPi I don't really see the point of using raspberry OS or raspbian or armbian, as I can run native debian on the raspis
<Armbian-Discord>
<d3ck3rt> I was looking into armbian for OTHER arm64 SOCs than RPi
<riotz>
yeah but the raspios has better support for most things
<Armbian-Discord>
<d3ck3rt> I could update my raspis runnin debian. I guess I'd get a newer kernel with bullseye.
<riotz>
like hw accerlation and things like that
<riotz>
the debian youre going to run isnt going to support everything
<riotz>
and not going to be as performant
<riotz>
raspios has a crazy userbase
<Armbian-Discord>
<d3ck3rt> OK, not really an issue for the services I am running redundantly. These are only fallback solutions and small things like bind9, xrdp, sshd
<Armbian-Discord>
<d3ck3rt> I see, still, I'd go for native debian on RPi.
<riotz>
and the company is behind that stuff
<riotz>
not like in a lot other companies where they release a board, a os for it and that was it
<Armbian-Discord>
<d3ck3rt> my invetigation is to find alternative SBCs that are available for better price and where I can get stable debian derivatives
<riotz>
no more support for the os the next 15 years
<Armbian-Discord>
<d3ck3rt> yeah, I'd avoid vendor ports of debian due to that reason
<stipa>
i honestly don't know which boards are stable with armbian on them
<stipa>
there's no such info
<stipa>
rk3399 is the only thing i hear
<Armbian-Discord>
<d3ck3rt> It was more of a hunch that this is what's going on with the vendor OS ports, so thanks for the confirmation
<riotz>
i think the debian builds are pretty stable.. at least they used to be
<riotz>
i was running armbian on this tinkerboard with rk chip for at least 4 years or what
<Armbian-Discord>
<d3ck3rt> from what I am hearing I am still best of wit RPi if I am looking for a stable build?
<riotz>
ive got a orange pi zero running hot the whole by generating animations for some pixel panels i have
<riotz>
for like 3 years or what
<riotz>
the plastic arround the board did melt
<stipa>
d3ck3rt yes
<riotz>
the board is running without a quirk
<Armbian-Discord>
<d3ck3rt> sound like power waste
<Armbian-Discord>
<d3ck3rt> what about the RPi CM4? 100% compatible with Rpi4b? or are there differences with base boards that make it unstable?
<stipa>
i'm sorry, you're on your own
<stipa>
you can only test really
<stipa>
and hope for the best if you're not a dev
<Armbian-Discord>
<d3ck3rt> Does armbian for amd64 run stable as a VM? (which would be what I would run as the main service, for which an ARM64 SBC would be the fallback)
<Armbian-Discord>
<d3ck3rt> hmmm OK, not what I was hoping for, but thanks for the honest answer
<stipa>
yw
<stipa>
it's like with everything in life
<stipa>
you newer know when the trouble could hit
<Armbian-Discord>
<d3ck3rt> more or less true depending on what you choose to do. seems to be more true if I choose to go for armbian.
<Armbian-Discord>
<d3ck3rt> anyone here also tried DietPi or Freedombox?
lyri has quit [Read error: Connection reset by peer]
lyri has joined #armbian
lyri has quit [Ping timeout: 272 seconds]
<Armbian-Discord>
<N_uraad> @riotz my logs aren’t saving
<Armbian-Discord>
<N_uraad> I changed the thing
<Armbian-Discord>
<N_uraad> and i cant ssh still
<riotz>
if you You can disable logging to ram by setting `ENABLED=false´ in `/etc/default/armbian-ramlog´.
<Armbian-Discord>
<N_uraad> I wanna enable logging
<riotz>
dude are you a troll or what
<Armbian-Discord>
<N_uraad> No
<Armbian-Discord>
<N_uraad> I legit set it to false
lyri has joined #armbian
<riotz>
i realy have other things to do
<Armbian-Discord>
<N_uraad> Is it supposed to be on true
<riotz>
leave the computer alone
<riotz>
its not your business
<Armbian-Discord>
<N_uraad> i bought it
<riotz>
go watch tv
<Armbian-Discord>
<N_uraad> it’s mine
<Armbian-Discord>
<N_uraad> it’s literally mine
<Armbian-Discord>
<IgorPec> we are running armbian on many x86 servers and laptops. ofc its stable
<ArmbianHelper>
^ Armbian UEFI (arm64 and x86) - Advanced users - Development - Armbian Community Forums
<stipa>
N_uraad try false
<stipa>
IgorPec: what about RPI ?
<IgorPec>
what's about? we are providing images with stock kernel, so support level should be on pair with official
<IgorPec>
stable (current) and development (edge)
<stipa>
^^ 3ck3rt
<IgorPec>
debian variant we don't have
<IgorPec>
as its packages for managing are too old
<Armbian-Discord>
<N_uraad> @stipa both aren’t logging anymore
<Armbian-Discord>
<N_uraad> I’m gonna try going to an older version
<stipa>
N_uraad dunno, if you did everything like above i don't see why it shouldn't work
<stipa>
because it worked before
<Armbian-Discord>
<N_uraad> Should I try a different computer
<stipa>
all you need is to mount it and edit successfully
<stipa>
like the first time you got logs
<Armbian-Discord>
<N_uraad> Ok I’ll try again
<stipa>
IgorPec: seems like everything should work as in the raspbian
<Armbian-Discord>
<IgorPec> we provide additional drivers by default and latest kernel. don't know how is this with raspbian
<Armbian-Discord>
<IgorPec> we have 5.15.y & 5.19.y
<stipa>
cool that drivers survive new kernel
<Armbian-Discord>
<IgorPec> all overlays and everything that comes with raspbian is here too
<stipa>
i thought raspbian is just hacked thing that stays at same kernel version forever
<Armbian-Discord>
<IgorPec> don't know as i tried it last time several years ago
<Armbian-Discord>
<N_uraad> @stipa I’m still not getting logs
<Armbian-Discord>
<N_uraad> i set them to true and false
<Armbian-Discord>
<N_uraad> and no logs
<stipa>
dunno really, it would be easier with converter
<stipa>
at least you would know where to poke around
<stipa>
it's like a monitor really
<Armbian-Discord>
<N_uraad> i don’t have a converter which it the problem
<Armbian-Discord>
<N_uraad> I’m gonna get the micro hdmi cable
<Armbian-Discord>
<N_uraad> to attach
<stipa>
you also need at least usb keyboard
<Armbian-Discord>
<N_uraad> I have a keyboard
<Armbian-Discord>
<N_uraad> And mouse
<stipa>
those wireless ones also work
<stipa>
good
<Armbian-Discord>
<N_uraad> I have spare wired ones
<stipa>
you can log in then and mess with the ssh service until it you fix it
<Armbian-Discord>
<N_uraad> wait
<Armbian-Discord>
<N_uraad> Cant I just look at the docs and create a new user
<Armbian-Discord>
<N_uraad> Without seeing
<Armbian-Discord>
<N_uraad> And then I can type in commands blind
<stipa>
i doubt
<stipa>
everything is possible but this is just too much
<Armbian-Discord>
<N_uraad> it is
<Armbian-Discord>
<N_uraad> It’s worth a shot
<stipa>
it sure is, shot it
maknho has quit [Quit: WeeChat 3.0]
lyri has quit [Read error: Connection reset by peer]
lyri has joined #armbian
<riotz>
hmm, my dmesg is riddled with ff290000.ethernet eth0: Link is Down, ff290000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
<riotz>
is there a fix for this?
alekksander has quit [Quit: Konversation terminated!]
<Armbian-Discord>
<IgorPec> which hw?
<riotz>
tinkerboard
<riotz>
whats strange is that it stopped in the end after negotiating a 100mpbs speed
<riotz>
ff290000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx, ff290000.ethernet eth0: Link is Down, ff290000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx
<riotz>
it tried to connect with 1gbps about 30 times.. somehow decided it wants to negotiate to 100mbps and shut off
<Armbian-Discord>
<IgorPec> so far we didn't notice anything like that
<riotz>
or well didnt shut off.. its happyly running now
<riotz>
gonna try to force a 100mbps speed at bootup now
<Armbian-Discord>
<IgorPec> mine works. are you sure its not your network gear?
<Armbian-Discord>
<IgorPec> bad cable could cause this
<riotz>
yeah i bet its my cable
<riotz>
its always my damn cables
<riotz>
or the power.. i think that the power in this house here isnt verry stable
<stipa>
i should re crimp mine, they're falling out of the holes
<Armbian-Discord>
<IgorPec> power is problem no.1
<Armbian-Discord>
<IgorPec> since its microUSB and this board is power hungry
lyri has quit [Remote host closed the connection]
lyri has joined #armbian
<riotz>
i didnt even dare to power it up like suggested in the notes by the gpio pins.. just using a microusb cable right now
<riotz>
wtf.. i run systemctrl disable wpa_supplicant.service reboot and the service is enabled again
<riotz>
are those new wifi bugs patched on the buster images already?
<stipa>
i usually disable networkmanager
<riotz>
yeah this hellbend thing.. let me get rid of that aswell
<stipa>
systemctl disable NetworkManager
<riotz>
yeah that killed the eth0 connection
<riotz>
needs a proper interfaces.config first
<riotz>
yeah wifi stays off now great
<riotz>
df -h
<riotz>
ops
<Armbian-Discord>
<Tonymac32> There is a Tinkerboard R2 now, with slightly different parts (it's as if there is a global situation with semiconductors). That one might not like our images
<Armbian-Discord>
<Tonymac32> Just in case, thought I'd mention it
<yang2>
stipa: which boards do you have?
<yang2>
riotz: there is a program "ethtool" to help you analyse connection
<riotz>
yang2, i know.. i think my problem is fixed now
<riotz>
somehow the message did disapear by magic
<riotz>
my plan was to initialy force the 100mbps parameters through ethtool but found out that there are better ways to config it after too