Werner changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | Forums Feed: #armbian-rss | Development Talk: #armbian-devel | Type 'help' for help | Logs: -> irc.armbian.com
<Aurora_v_kosmose>
Bisecting time, I guess.
drobo_00 has joined #armbian
<[TheBug]>
I am a bit suprised you have no UART console output though
<[TheBug]>
usually that would be one of the first places to look
<[TheBug]>
but I am not very familiar with imx6 my self
<[TheBug]>
so maybe it isn't that way on those boards
<Aurora_v_kosmose>
Yeah, that also surprised me.
<Aurora_v_kosmose>
Like I said, I did use the Debian installer over UART before.
<Aurora_v_kosmose>
So I know it works.
drobo_01 has joined #armbian
drobo_00 has quit [Ping timeout: 258 seconds]
drobo_01 is now known as drobo_00
<Aurora_v_kosmose>
Currently waiting for an F3 check to finish just in case the SD card is to blame.
<Aurora_v_kosmose>
I doubt it but it doesn't hurt to make sure.
<Aurora_v_kosmose>
SD card's fine.
<Aurora_v_kosmose>
Well that's awkward. It freezes on the kernel-booting step.
<Aurora_v_kosmose>
Regarding UART, it seems it's mutually exclusive with HDMI being plugged in.
<Aurora_v_kosmose>
Right, so the oldest and newest images both freeze on kernel boot.
<Aurora_v_kosmose>
Could it be doing anything that takes a while on first boot?
<Tonymac32>
resizing the FS
<Tonymac32>
but usually it tells you it's doing that
<Aurora_v_kosmose>
Ah right, might be relevant. The revision I'm using has been discontinued by the manufacturer and I recall getting opcode errors with ArchLinuxARM
<Aurora_v_kosmose>
It'd be somewhat vexing if the problem was to be faulty hardware.
<Aurora_v_kosmose>
It's been frozen at "starting kernel" for the last 15 minutes. Not sure if it could be doing legitimate work or not. No blinkenlights
<Aurora_v_kosmose>
(Steady unchanging glow)
<Tonymac32>
probably not then
<Aurora_v_kosmose>
It behaves the same whether I use the January image, or last month's, or this one's.
CyberManifest has quit [Quit: Leaving...]
<Aurora_v_kosmose>
Any idea how I'd check if it's faulty hardware? Warranty has long lapsed, but I'd know to give up on it at least.
<Aurora_v_kosmose>
So yeah, the Armbian image has been broken for the cubox-i for more than a year.
ChriChri_ has joined #armbian
ChriChri has quit [Ping timeout: 268 seconds]
ChriChri_ is now known as ChriChri
<stipa>
What shoul I install(software, something with http gui interface would be nice) betweene my internet modem and the rest of the network to be able to protect my zoom calls from for example someone that uploads something to the internet at the same time at full speed. Is it network load balancing?
<Aurora_v_kosmose>
QoS would be the thing.
<Aurora_v_kosmose>
And yeah, webui frontends are definitely the easier/user-friendly way to go about it.
<stipa>
what about nginx?
<Aurora_v_kosmose>
I guess you could use nginx tcp proxying to restrict users to a static bitrate.
<stipa>
oh
<stipa>
it's like rate limiter?
<Aurora_v_kosmose>
s/tcp/tcp|udp/
<ArmbianHelper>
Aurora_v_kosmose meant to say: I guess you could use nginx tcp|udp proxying to restrict users to a static bitrate.
<Aurora_v_kosmose>
stipa: More that its stretching nginx's use-case a bit. Whereas what you want is network usage prioritization.
<stipa>
i guess so
<Aurora_v_kosmose>
Though, the two aren't quite overlapping, so I suppose both would be desirable.
<stipa>
for example, something is blasting upload to the max and when zoom call starts the "something software" will give priority to zoom call and put uploading to second place of priority..., something like that.
<Aurora_v_kosmose>
If upload & call happen on different connections then QoS would be enough.
<Aurora_v_kosmose>
If they're multiplexed, it becomes a bit more gnarly.
Bugies has joined #armbian
<stipa>
qos i guess then
<stipa>
i'll look at that, thanks Aurora_v_kosmose
<Aurora_v_kosmose>
There's a few "Linux router frontend" sort of things lying around.
<stipa>
i'll do a research
<Aurora_v_kosmose>
Yeah, your know your specific use-case better than I do, so you'll just if it maps onto it nicely or not.
<thebigfrog>
[TheBug]: i have a cubox I working fine with the latest package upgrades. Is it possible the image doesn't work but upgrading an existing system to the same version does?
Heisath has joined #armbian
<Heisath>
Morning
R0b0t1 has quit [Ping timeout: 258 seconds]
R0b0t1 has joined #armbian
CyberManifest has quit [Quit: Leaving...]
<IgorPec>
morning
<IgorPec>
wernet: i'll click forum upgrade, ok? :)
<IgorPec>
werner
<Heisath>
Is 5.8 eol really such a big deal?
<IgorPec>
not, but its probably better to move on?
<IgorPec>
and since we are "by the family" some can go, some wait
archetech has quit [Quit: Konversation terminated!]
<c0rnelius>
if anyone is interested I found a more up to date and stable version of the rtl88x2bu driver - https://deb.trendtechcn.com/ - The deb contains the src and compiles fine against the latest 5.4.y LTS and 5.9.y.
indy has quit [Ping timeout: 260 seconds]
indy has joined #armbian
Spads has quit [Remote host closed the connection]
Spads has joined #armbian
Spads has quit [Changing host]
Spads has joined #armbian
Bugies has joined #armbian
archetech has joined #armbian
<Werner>
Good day
<Werner>
Hm forums partially broken for me now. Cannot click any menu that uses AJAX to pop open IgorPec
probono has quit [Ping timeout: 272 seconds]
<IgorPec>
omg
<Werner>
acp behaving odd as well
<IgorPec>
damn. have meeting atm
<Werner>
fixed
<Werner>
FYI if you run into weird behavior after some upgrades go to support and file "something isnt working properly" and click next. This will clear all caches. Did the trick this time.
Bugies has quit [Remote host closed the connection]
<Werner>
g2g. later
RzR has joined #armbian
RzR has quit [Changing host]
chewitt has joined #armbian
<rneese>
well today is the day
<rneese>
we know i we keep our current president or if the US goes to hell in handbasket
Heisath has quit [Quit: Leaving]
<c0rnelius>
I guess you play on facebook and watch a lot of fox news, huh? ;)
<rneese>
I look at multi sources
<c0rnelius>
i think a dead monkey could have done a better than this pussy grabbing racist narcissist. But I'm sure he'll win regardless of all his obvious flaws.
<c0rnelius>
better job*
<rneese>
ok we should do a diff channel then here to talk politics
<rneese>
my fault
<rneese>
like # politics
<c0rnelius>
all good. I'm not upset :D but yeah
<rneese>
Iwill say 1 thing thou . Voting for president should never take into effect of how much money they raise/ The money should have nothing to do with voting for a person
<RzR>
and if voting could change anything to improve our lifes, it would have been already banned
<lanefu>
accidentally typed poweroff on my opi3 (my headless workstation with irc etc) won't boot back up.. no u-boot console, nuttin
<archetech>
*sniffs* rip
<archetech>
opi3
<c0rnelius>
try reflashing uboot
<lanefu>
lol i'm sure it'll boot from sd
<lanefu>
yeah thats the plan
<lanefu>
hopefully just need to chroot and reflash and win
<archetech>
in other news ..... Desktop: GNOME 3.38.1
<archetech>
Machine: Type: ARM Device System: Hardkernel ODROID-N2Plus
<archetech>
Distro: Ubuntu 20.10 (Groovy Gorilla)
<archetech>
wayland is back
<lanefu>
fancy
<archetech>
5.9.0-odroid-arm64 aarch64
<archetech>
now I can foucus on kde panfrost which they are still banging on
<archetech>
focus
<c0rnelius>
why chroot? boot from sd and just flash the uboot to the mmcblk(whatever #)
<lanefu>
oh
<lanefu>
well
<archetech>
doh
<lanefu>
if you put it that way
lanefu has joined #armbian
lanefu has quit [Changing host]
<lanefu>
irony of my opi3 fail was telling someoen on forum i had 82 day uptime last night
<c0rnelius>
u done jinxed ur self :)
<lanefu>
yeah no kiddin
<lanefu>
in other news my nomad cluster has moved the majority of my jobs to my opi4... like 13 tasks on it, and everything else is empty
* lanefu
needs more workloads
* stipa
throwas a Commodore 64 at lanefu
<lanefu>
ya know i never had a commodore or amiga
<lanefu>
Color Computer 3, then dos machines starting with tandy 1000RL
<stipa>
i had Commodore 64, but i din't have power supply for it so i disassembled it as a kid, the rest is all in foggy memories...
<lanefu>
so you threw your broken64 at me
<stipa>
nah, my mum had tendency to threw my stuff to garbage when i wasn't home.
<stipa>
it's an imaginary Color Computer 3 lanefu
<stipa>
Commodore 64*
<stipa>
the memories of it still live in my memories...
<stipa>
i threw a copy at you
<stipa>
tandy 1000RL looks fancy
psydruid has quit [Ping timeout: 244 seconds]
TiD91 has quit [Ping timeout: 246 seconds]
nekomancer[m] has quit [Ping timeout: 240 seconds]
<stipa>
The RL and RL/HD featured a surface-mounted 9.54 MHz 8086 processor, 512 KB of RAM (expandable to 768 KB to provide 128 KB for video and 640 KB conventional memory)...
<stipa>
fancy
<lanefu>
yeah i upgraded to 768
<lanefu>
20 meg harddrive
initbasti[m] has quit [Ping timeout: 260 seconds]
forest[m] has quit [Ping timeout: 240 seconds]
solderfumes[m] has quit [Ping timeout: 244 seconds]
<stipa>
nice
<stipa>
dos on a 8086 is quite something
<stipa>
i have one in a drwaer, have to figure out how it works and how to make it to run code
<stipa>
i hope i'll do it dill id die
<stipa>
till i*
lids has quit [Quit: happy hacking]
TiD91 has joined #armbian
psydruid has joined #armbian
nekomancer[m] has joined #armbian
initbasti[m] has joined #armbian
<lanefu>
damn still no cnsole
TiD91 has quit [Quit: Bridge terminating on SIGTERM]
psydruid has quit [Quit: Bridge terminating on SIGTERM]
nekomancer[m] has quit [Quit: Bridge terminating on SIGTERM]
initbasti[m] has quit [Quit: Bridge terminating on SIGTERM]
nekomancer[m] has joined #armbian
drobo_00 has joined #armbian
<c0rnelius>
did you mount the mmcblk and fsck it? maybe something got messed up or the last kernel upgrade went bad.
<c0rnelius>
could download a kernel deb and just slap it on manually.
<buZz>
dont fsck after mount :)
<buZz>
do it -before- :D
<c0rnelius>
well true
<c0rnelius>
but isn't that mostly a prob on fat partitions?
<c0rnelius>
also if you flashed a new uboot and are using PARTUUID for any reason you'll need to update that. it will change if flashed.
DaRock has quit [Ping timeout: 246 seconds]
initbasti[m] has joined #armbian
psydruid has joined #armbian
TiD91 has joined #armbian
freddor has joined #armbian
solderfumes[m] has joined #armbian
forest[m] has joined #armbian
<lanefu>
I think some bugs we've recently ecountered in kernel package installation causing a lot of pain on devices with dedicated /boot
<lanefu>
and making things unbootable
<lanefu>
ex: i just buitl to btrfs root images and ntey arent even booting
<lanefu>
so now i'm trying EXT4
Elpaulo has quit [Quit: Elpaulo]
<rneese>
archetech, well give us time we will get wayland in armbian
LanDi has joined #armbian
<rneese>
just at min to many pokers in fire
redentor has joined #armbian
<nekomancer[m]>
<lanefu "ex: i just buitl to btrfs root i"> What hardware? More details, please
<lanefu>
OrangePi 3, 8gig eMMC
<lanefu>
tried build with ext4 no dice either
<lanefu>
so frustrating
<rneese>
f2fs on the emmc is better
<rneese>
btrfs is better on ssd
<rneese>
imho
<lanefu>
i tend ot default to btrfs because of docker
<lanefu>
but also havent dug into f2fs
<lanefu>
so what's the likelyhood that teh rx and tx pins on the console port are backwards on the Opi3 vs Opi prime
<rneese>
well you can test
<rneese>
50/50 chance
<rneese>
I need to pull my boards out and test
<rneese>
see what boards are working like they shouls
<rneese>
neo neo2 fire3 s2 neo air
<rneese>
neo plus
<rneese>
why did the neo plus/plus2 neer get full support ?
lids has joined #armbian
drobo_01 has joined #armbian
redentor has quit [Remote host closed the connection]
korwin has joined #armbian
<korwin>
hello :)
redentor has joined #armbian
drobo_00 has quit [Ping timeout: 244 seconds]
drobo_01 is now known as drobo_00
<korwin>
I signed up on Armbian Forum today, but I can no longer post replies to my thread. Anyone can help me?
<rneese>
you have to wait to be authed for the group
<rneese>
I dont have power to do that
<korwin>
OK, seems like I need to be patient :)
<rneese>
ook I dont get serial cooonsole output on the plus2
oida has joined #armbian
oida has quit [Remote host closed the connection]
oida has joined #armbian
<rneese>
ok neo air reloaded and working
drobo_00 has quit [Ping timeout: 264 seconds]
<korwin>
what version of kernel do you use on neo air?
<rneese>
think is 5.8
<rneese>
1 min
<rneese>
it says its 5.8.x on the site
<rneese>
trying to get the plus2 going no
Guest76158 has joined #armbian
korwin has quit [Remote host closed the connection]
<nekomancer[m]>
<lanefu "OrangePi 3, 8gig eMMC"> can you look intno uboot and kernel console boot log with detail 9?
<rneese>
I thought the h5 was 64 bit
<rneese>
odd is says armhf
<rneese>
wich says 32 bit
<Guest76158>
Allwinner H5 is ARM64
* nekomancer[m]
fixed btrfs root for N2, and can try to fix other. but haven't orange pi 3 hardware.
<rneese>
then why aare we building armhf for it
<rneese>
it should be arm64
<rneese>
o we need to fix the build fr arm64
oida has quit [Remote host closed the connection]
oida has joined #armbian
<rneese>
IgorPec, where to change the armhf to arm64 setting for the plus2
<IgorPec>
there is nothing wrong
<IgorPec>
except naming made by orangepi folks
CyberManifest has joined #armbian
<rneese>
well the current img I dl for armbian debian has the h5 as armhf
<rneese>
should it not be builting arm64 for the h5
<IgorPec>
nope.
<IgorPec>
there is nothing wrong if you choose correct image
<IgorPec>
for the board you have on the table
<rneese>
ok it was reading the repos
<rneese>
ok
<IgorPec>
there is orange plus 2 which is armhf
<IgorPec>
and there is orangepiplus2 h5 which is arm674
<rneese>
ok this is the nanopi plus2
<rneese>
ok
<IgorPec>
nanopis plus2 is also arm64
<rneese>
yeah I am reloading mine as we speak and making it a nas server I think
<rneese>
I am just loading and testing my boards I have to see what isnot supported by the 5.8 like the fire3 and the s2
<rneese>
which I have not touched in a long time
<IgorPec>
ahh, those hasn't made up to mainline
<IgorPec>
we followed up to 4.14.y where things got complicated
<IgorPec>
and we never supported S2
<rneese>
yeah
<rneese>
I have the neo2 to test next
<rneese>
I would turn it into a wireless ap
<rneese>
but have to see what router software there is for it
<IgorPec>
armbian :)
LanDi has quit [Quit: Fui!]
<rneese>
we have a router setup ?
<rneese>
thats what we need to add to the menu a way to do a ap
<IgorPec>
no, we provide base system
<IgorPec>
with hw support for all networking features, ap, drivers
<[TheBug]>
rneese: yeah I got all that for the same price as the NanoPC T4 would have been pretty much, I had debated back and forth... NanoPc T4 is too expensive and slower memory :X
<rneese>
yeah
<rneese>
well the rk3399 did nto cost me a diime
<rneese>
I was given mine to work on porting armbian and getting the edp port working
<rneese>
which I am still digging how the got it workign on the pbp
<rneese>
if I gould get the edp port working I would be alot happier
<rneese>
but I am thinking of getting the n2+
<rneese>
I just wish they had put bt and wifi on the board
<rneese>
thats the only thuing alot of the odroid boards miss
drobo_00 has joined #armbian
<[TheBug]>
yeah but they have other motives
<[TheBug]>
it makes them not have to go through CE FCC and all the other tests for RF noise
<[TheBug]>
then they can sell you and support pre-tested hardware
<[TheBug]>
so quicker time to production when you don't have to do all the license stuff
<[TheBug]>
and testing
<[TheBug]>
otherwise maybe another 3-6 months before they can get certified and go to production in some cases
<[TheBug]>
also why a lot of board makers do not have US retailer because they only CE certify and if they sold directly in US they would have to provide the correct certifications
<willmore>
I've got a new install of Armbian_20.08.1_Tinkerboard_focal_current_5.8.6.img.xz and it's stuck with a "A start job is running for Armbian filesystem resize" and it's been running for over two minutes. Any idea how long that should take? It's just on a 16GB uSD card which is pretty fast in read/write (A1 rating).
<willmore>
Looks like it'll time out at 6m4s if I keep waiting. But I'm curious is this is a problem.
<willmore>
Yep, seems it's bad. It just opsed with a huge backtrace. Not going to do much good on an HDMI display....
<willmore>
I took the sd card to another machine and did a resize2fs on it. did and fsck and mounted it to make sure it was resized. It's good.
<willmore>
Let's see if the tinkerboard will boot now.
<rneese>
ok got mine fixed
<willmore>
Stick on "Reached target Host and Network Name Lookup"
* willmore
expects to see an oops and backtrace again....
<willmore>
This tinkerboard has been nothing but trouble.
<rneese>
well I think the TB is a wip and I think it needs more work
<rneese>
I like odroid and nanopi
<c0rnelius>
I'm a fan of growpart myself.
<rneese>
growpart ?
<willmore>
Yep, there it oopsed.
* willmore
sighs
<willmore>
Looks Like I'l try something else...
<c0rnelius>
it comes with cloud-initramfs-growroot, but you don't really need the package. just fdisk and the growpart script.
<rneese>
ok
<rneese>
growpart for resiziing
<rneese>
I was thinking yo where discussing boards
<rneese>
ok
<c0rnelius>
yeah
<willmore>
The problem wasn't the resizing it was something the kernel was doing at startup. No good way to debug it that early in boot now that the boot scripts are all gone.
<c0rnelius>
ah
<willmore>
On to the next problem.
redentor has quit [Remote host closed the connection]
redentor has joined #armbian
CyberManifest has quit [Remote host closed the connection]
CyberManifest has joined #armbian
CyberManifest has quit [Remote host closed the connection]
CyberManifest has joined #armbian
CyberManifest has quit [Ping timeout: 256 seconds]
CyberManifest has joined #armbian
CyberManifest has quit [Remote host closed the connection]
CyberManifest has joined #armbian
CyberManifest has quit [Ping timeout: 258 seconds]
<nekomancer[m]>
<[TheBug] "2 x RockPi 4c just arrived"> gratz!
<rneese>
ok you can send them here
<rneese>
you dont need them
CyberManifest has joined #armbian
redentor has quit [Quit: Leaving]
<stipa>
i need "ifb" module to use "fireqos" service but i get an error : modprobe: FATAL: Module ifb not found in directory /lib/modules/5.7.15-sunxi64, i ended here https://github.com/armbian/build/commit/27f5bd53033c3558545a049c81af27f058d84440 but have no clue where to find that .config file that could enbale ifb...
<IgorPec>
configurations can be dependent on another
drobo_00 has quit [Read error: Connection reset by peer]
<stipa>
will do a research on that, thanks IgorPec
<[TheBug]>
sigh
<[TheBug]>
anyone have a hot air rework station and feel like reflowing a memory chip onto my RockPi X for me ;/
<[TheBug]>
I think I just killed my RockPi X :(
<stipa>
maybe it's not memory
<stipa>
is it hot on touch?
<stipa>
the memory*
<[TheBug]>
no
<[TheBug]>
I did somethign dumb
<[TheBug]>
which I am gonna kick my self for
<[TheBug]>
for like next 3 weeks
<[TheBug]>
I was going to change the heatsink
<[TheBug]>
and while trying to remove thermal paste
<[TheBug]>
I pulled memory chip off
<[TheBug]>
its done for probably
<Tonymac32>
hot air
<[TheBug]>
but if someone has a rework station and wants to take a stabe maybe I could send it
<Tonymac32>
and some flux
<fromport>
I am trying to boot a new odroid hc1. Am using same image I am using on my hc2's with no problems. this is what I see at serial console: https://termbin.com/r4nc
<[TheBug]>
but it wont run with one memory chip it seems
<fromport>
anybody any ideas where I might find the culprit
<Tonymac32>
weird. I have MC1 solos and never encountered that
<stipa>
[TheBug]: did you rip any pads below the memory chip?