Werner__ changed the topic of #armbian to: armbian - Linux for ARM development boards | www.armbian.com | Github: github.com/armbian | Commits: #armbian-commits | This channel is logged -> http://irc.armbian.com
robmur01 has quit [Remote host closed the connection]
Nakaori has quit [Remote host closed the connection]
maccraft has quit [Quit: WeeChat 2.7]
<Tonymac32>
lanefu master/current
<Tonymac32>
archetech... I had an idea...
<Tonymac32>
if that board of yours is second-hand
<Tonymac32>
it might have a bootloader in the SPI
<Tonymac32>
and that bootloader might not like newer kernels
<Tonymac32>
but I doubt IgorPec has the same issue, so it is probably a "dumb idea"
<archetech>
you may be right I do have a flashed spi for usb3 boot
<archetech>
all other distros just ignore it with 5.x
<Tonymac32>
well, it isn't that the other distros ignore it, they cant
<Tonymac32>
the point is the SPI is boot device 0 at all times
<Tonymac32>
so it will boot the SPI no matter whos distro you are using
<Tonymac32>
Armbian uses a single partition for our images, a lot of others use 3-5 depending on how closely they match the Android configuration
<archetech>
works like this leave sdc out use usb3 hdd boots fine discon usb3 cable insert sdc bott from it no prob
<Tonymac32>
so if the SPI NOR says to check FAT partition 2 for the kernel, it isn't home
<archetech>
but maybe armbian is different
<archetech>
ive booted armbian sdcard same as above
<archetech>
only diff was 4.4 vs 5.x image
<archetech>
and clearing spi is an option ofc but that breaks all my good usb3 bootable builds
<Tonymac32>
well I would say it's a debugging step, as long as you can get it back
<Tonymac32>
but, let me look at the 4.4 vs 5.4 packaging scripts first
<archetech>
yeah im not ready to clear my good config yet to see if its the issue lanefu will have a v2 by friday hopefully
<lanefu>
Ill dedicate my life to solving it
DaRock has joined #armbian
<TRS-80>
XD
<archetech>
least you have stepped up to the task
<Tonymac32>
Can you smell what DaRock is cookin?
<Tonymac32>
;-)
<Tonymac32>
archetech, as we've said before, this V2 board thing really isn't our problem. Lanefu is being nice, not "Stepping up"
<Tonymac32>
what would be of incredible value would be a UART debug log from the boot attempt
<archetech>
why do you keep hounding me on that point Tonymac32
<archetech>
ive make my gratitude known twice to lanefu
<archetech>
all you have done is excuse yourself armbian and Igot for being too busy
<Tonymac32>
Yeah, we all have better things to do than spend our money fixing the board of someone who won't get a $5 adapter to give us useful info.
<archetech>
so you take offense at my saying he stepped up
<archetech>
I oredered a ftdi adapter be here in a few days
<lanefu>
/me crushes all of you
* lanefu
fails to wield /me
<archetech>
and why you make it personal yeah I spoke up about it to see if it would be addressed im not the only person who will come along and want the latest image for their v2
<archetech>
I wanna know where the 130 v22 owners are from ebay and amazon why am I the only one with one besides ayufan and igor weird
<archetech>
v2
<archetech>
must be using other distros/OS
<TRS-80>
archetech: I don't see Tonymac32 making anything personal. But I do see you doing that.
<archetech>
bs
<archetech>
you just siding with your buddy
<archetech>
came at me on Rock64 channel and here now
<archetech>
just defending mysel
<TRS-80>
Well, I was not privy to whatever happened in another channel. Based my opinion on what I can read here.
<archetech>
point is dont come at me about this im just a user who asked why the new images dont work
<archetech>
thats making it personal tellin me to invest in a cable etc thats not right
<archetech>
just say they dont work and we dont care
<archetech>
be honst not defensive
<archetech>
honest
<archetech>
I even built a vm to help test why
raidboy has joined #armbian
<TRS-80>
just because it's not what you wanted to hear does not make it "not honest"
<lanefu>
Okay i finally got serial console
<TRS-80>
serial console is required for diagnosis in many cases, and is a very useful thing to haver in general if you like hacking on things
<archetech>
TRS-80: that makes no sense whats one got to do with the other
<TRS-80>
cable is required to get serial output
<archetech>
yeah it is duh not everybody is gonna run out and start buy gear no matter the cost
<TRS-80>
well, that is the next required step, I don't understand what is your problem
<archetech>
I have no problem just dont attack me for asking why your images dont work
<archetech>
get it?
<archetech>
dont tell me to buy stuff dont tell me to do a dang thing just say they are broke
<TRS-80>
it looks to me like you have been told repeatedly that the next step requires serial debugging
<TRS-80>
therefore, when you continue to ask about, it is you who is pestering, do you understand that?
<archetech>
thats your problem not the users
<Tonymac32>
We told you we don't know, and that it's an obsolete version. you keep mentioning fixing it, so we ask for the logical thing
<TRS-80>
then stop bringing it up
<TRS-80>
yes exactly
<archetech>
you are putting your lack of effort or care onto me the user to provide info
<TRS-80>
you precipiated this entire conversation, do you realize that archetech ?
<TRS-80>
archetech: you are getting very near the end of my patience
<archetech>
Tonymac32> archetech... I had an idea.
<archetech>
so now you gonna lie and boot me ?
<TRS-80>
I am not going to play lawyer bullshit with you around in circles
<Tonymac32>
that discussion ended with: archetech> least you have stepped up to the task
<TRS-80>
you continue to act in bad faith
<TRS-80>
it is you who needs to listen here
<Tonymac32>
as if you're entitled to people spending money to fix your special something in a free project
<TRS-80>
probably you should review https://forum.armbian.com/terms becasue I can tell you for fact as a Mod that harassing Devs is against project policy
<TRS-80>
now, some Devs voluntarily spitballing ideas in IRC is one thing
<Tonymac32>
harassment in general, there was that Arch user earlier talking about hitting you with chairs
<Tonymac32>
although I'd say you might have come off a bit hard
<TRS-80>
but when you then start to make all kinds of unhelpful unproductive accusations is quite another
<archetech>
that had nothing to do with me
<Tonymac32>
I know, I was just pointing out that our initial reservations about having an IRC at all were plaenty founded
<TRS-80>
Tonymac32: There is only one way to deal with people like that. And look how quick his attitude changed.
<archetech>
I say a person "stepped up" and I started a flame war wasnt my intent
<archetech>
own your side of it
<TRS-80>
there is no side of it to "own"? And a conditional apology is no apology at all
<archetech>
poor choice of words in retrospect
<TRS-80>
now we are getting some where
<archetech>
im not apologzing I didnt intend to do any harm or hurt feelings
<TRS-80>
mis-statements are easy over text only communication
<TRS-80>
or mis-understandings, I should say
<TRS-80>
this whole thing has taken precious time away from all of us
<Tonymac32>
The issue is a constant and unending river of people who think they're owed support. So a statement that screams perceived entitlement does get taken badly. And it is unfortunately the case that without a proper dubug output, we can't know any more
<TRS-80>
^ this
<Tonymac32>
but it's alright, I'm more bristly over Pine dumping 3x of the same board
<Tonymac32>
none of which are really compatible with each other
<TRS-80>
Just something to be aware of archetech. Do try and see from Devs side, put yourselves in theie shoes for a moment.
<archetech>
yup thats foss since the beginning dont lump me in with them I installed a vm as a good FAITH act
<TRS-80>
archetech: and I know you hang out in channel and IIRC have seen you try to help others, so thanks for that
<archetech>
not just come and demand help and offer to do nothing but complain I know those peep are out there
<TRS-80>
also I don't care about "foss from the beginning" only about what we do here, what we can control. And Igor has made strong policies against harassing Devs. Because in the end, Devs are much more valuable than endless stream of entitled users... (not saying you are the latter)
<archetech>
IIt my beleif that that does soemthing to you ops and devs then a guy like me comes along gets hammered for it
<archetech>
like when arch suspects you are using manjaro in your question but you arent
<TRS-80>
it gets very old very quickly
<archetech>
they loose their minds
<Tonymac32>
lol I've seen some of the arch discussions, dev --> user and dev --> dev alike. It can get rough
<TRS-80>
is better or worse than LKML?
<archetech>
yup dont be them is what im saying
<archetech>
its not easy giving away info to ungrateful peeps
<archetech>
but its what you are called to do gracefully or dont take the op dev job
<TRS-80>
it is not a JOB we are all VOLUNTEERS each and every one...
<archetech>
so they refuse to buy a 5 part thats not for you to abuse over
<archetech>
its a job ur just not paid for it
<TRS-80>
stating facts is not abuse, you need to get this through your thick skull
<archetech>
state afact in a rude and abusive way is not right
<TRS-80>
and continuing in this line, after we have repeatedly been over and over this, is wearing on my patience
<TRS-80>
I don't have time for this bullshit
<TRS-80>
then take a break
<Tonymac32>
ugh, anyhow, all parties involved: TRS-80, archetech: this isn't very productive, no one is personally bashing anyone, if you want something fixed, sometimes you have to do it yourself, I love beer and am probably going to go get one
<Tonymac32>
and maybe some beef jerky. That sounds good too
<TRS-80>
archetech: see, now you are driving people to drink I'M KIDDING in case that wasn'r obvious :D
<archetech>
heh
<Tonymac32>
haha
<TRS-80>
let's just drop it though, eh? because I am (was) starting to get upset
<archetech>
TRS-80: dont get all power mad over this let it iron itseelf out
<raidboy>
"TRS-80...now you are driving people to drink"... i wish my liver would allow me to :]
<archetech>
i have no ill will towards you guys ive lots of fun last month or so despite NOT GETTING THE RESULT I WANTED
<archetech>
too bad for me wha but a card is on its way end of
<archetech>
it
<Tonymac32>
free results are free results, Lane spent his own money to help out, that's about 1000x more than one could reasonably expect, let's see how it plays out
<TRS-80>
neither I toward you archetech but I was beginning to if we continued down that path above
<Tonymac32>
raidboy 'tis a pity
<archetech>
lanefu: is wise stays out of such nonsense
<TRS-80>
NO, he's probably just busy. I on the other hand, well in fact it is my JOB as you like to say (Moderator) to deal with such things, so they don't have to.
* Tonymac32
has invested tens of thousands of dollars of time into this project, feels a bit unappreciated by users
<brittman914>
Side-question (don't mean to derail this, probably could just ask lanefu next time I see him), what universal USB->TTL serial adapter does everybody use these days? Having 5v,3v3 and now 1v8 TTL stuff is getting a little insane
<Tonymac32>
:-P
<archetech>
lanefu: is generous/kind/compassionate in his approach
<TRS-80>
archetech: And so, continuing to passively-aggressively make such comments may yet earn you a kick
<TRS-80>
to think about it
<Tonymac32>
brittman914 I don't have a 1.8v one, which was a problem today
<archetech>
I want to be like lanefu
<raidboy>
brittman914: i just buy the ones peddled by the vendors of the SBCs i buy/use
<Tonymac32>
I have an adafruit one that I don't know they make anymore, and a no-name one (red board) with an FTDI on it
<brittman914>
I saw one on amazon the other day, it's in my cart, so I'll just order it and report back here if it works. It claims to support everything from 5v all the way down to 1v8, so that at least sounds promising
<Tonymac32>
oh, and a friendlyELEC one with a CH340T
<Tonymac32>
They are useful to have if you play with these or microcontrollers
<brittman914>
I have 6 of the MC1-Solos, 5 XU4s and a N2 currently
<raidboy>
I hate USB... xhci-hcd xhci-hcd.1.auto: xHCI host controller not responding, assume dead
<TRS-80>
I odered couple different no name ones off Ali... no problems yet (that I am aware of)
<raidboy>
trying to find a device and kernel where USB really works. I guess its a contradiction in term.
<Tonymac32>
what device is rolling over dead?
<lanefu>
Tonymac32: does your MC1 have a /boot/armbianEnv.txt?
<raidboy>
rockpi4a
<raidboy>
but differently based on what OS i use
<brittman914>
Thanks Tonymac32 raidboy
<raidboy>
and x86 with debian isn't better
<lanefu>
Tonymac32: the FTDI Friend... they still sell it
<Tonymac32>
weird, everything looks fine in u-boot land
<Tonymac32>
it got mad about running the fdt rm command, but that's it
<lanefu>
@$!@$!*$)(#@*$()#@*()$*#@)$*@#)($
<lanefu>
holy shit
<raidboy>
setting verbosity to 7 in armbianEnv.txt was recommended to me.
<raidboy>
but dididn't help much
<lanefu>
my verbosity it at 11
<raidboy>
yeah
<lanefu>
get this shit
<raidboy>
just tried 5.4 kernel first time today, and it doesn't seem to have enabled earlyprintk.
<lanefu>
my 5V 5A meanwell supply has 2 2.1mm barel plug pigtails
<raidboy>
it diesn't log anything for 50 seconds and then it flushed out the log.
<lanefu>
i switched to OEM power supply
<lanefu>
booted all the way
<TRS-80>
oO
<lanefu>
raidboy: yeah when u-boot hands off to kernel, console output goes away until startup happens
<lanefu>
so thats the silence part
<raidboy>
4.4 armbian kernel doesn't do this
<lanefu>
i know thats not helpful
<brittman914>
I guess your meanwell meant well, but ultimately underdelivered?
<lanefu>
pretty much
<TRS-80>
anything else connected to it? how old is it?
<lanefu>
well its got an adjustment screw
<lanefu>
its like a year old
<TRS-80>
> screw loose
<TRS-80>
literally
<TRS-80>
XD
<TRS-80>
(potentially)
<brittman914>
blerg I guess i'll hold off on buying those pigtails, it might be worth seeing if there's a ton of voltage drop from those pigtails? Or maybe yeah under load it's way under 5v
<brittman914>
I would assume it would autoregulate though
<raidboy>
if your odroid takes higher voltage than 5v, do that. 5v cabling for higher amps always suck
<lanefu>
brittman914: yeah maybe those pigtailsa re crap
<TRS-80>
yeah next question, what gauge wire
<lanefu>
or maybe its because i was clever and screwing in2 to one terminal
<lanefu>
brittman914: you have amazon link handy..
<brittman914>
should be easy to measure tho, plug 2 in, and see what voltage at the lugs looks like vs the other end
<brittman914>
standby
<lanefu>
yeah grabbing meter
<lanefu>
and i have an adjustment screw on PS so there's alwways that
<TRS-80>
yep, voltage drop easier to measure than amperage
<raidboy>
whats all connected to the odroid ?
<TRS-80>
also can just feel for heat possibly
<TRS-80>
maybe not on this lower power stuff (that more applicable to cars, etc.)
<lanefu>
5.20v at the powersupply and at the pigtails
<Tonymac32>
the supply can only regulate based on it's internal sense, unless it have an extra terminal that goes to the load (it doesn't). at no-load you'll always get good numbers
<Tonymac32>
at load is when drops start to happen
<lanefu>
yeah gonna put load now
<brittman914>
yeah, test w load
<Tonymac32>
now, the second part that you won't be able to see without a scope, is how clean that power is
<Tonymac32>
microbreaks in supply will hang the system
<brittman914>
see lanefu I should have left my 1054Z over there!
<brittman914>
oooorrr....if you pm me the meanwell link, I can just replicate it here with the scope and see if it's clean
<Tonymac32>
lol I got a 1202X-E Siglent last year
<lanefu>
meanwell rs-25-5
<lanefu>
its what i used to power my atomic pi previously
<lanefu>
okay so at the powersupply no drop
<raidboy>
might also help to measure the power out a USB port with a USB power meter
<Tonymac32>
I have an LRS-75-5 that works flawlessly
<lanefu>
i wonder if there are test points on the board wher ei wont smoke it accidentallly
<Tonymac32>
USB
<Tonymac32>
as raidboy said
<brittman914>
test under the plug
<brittman914>
or USB that should also work
<brittman914>
uh the outside pins
<raidboy>
does the odroid have a dc/dc converter on board or can it only run from 5V ?
<lanefu>
heatsink is in the way
<Tonymac32>
raidboy just 5V
<Tonymac32>
it's handicapped like most of these
<lanefu>
Tonymac32: did you see that little spot that says GND ansd 12v adn has 2 holes
<brittman914>
Yep, I was looking at the XU4, the other ones are still in the boxes
<Tonymac32>
yeah, but it won't help you, I think that's for the SATA connector that isn't there
<lanefu>
k
<raidboy>
rockpi4 has a nice USB PD DC/DC converter at least up to 12V.
<Tonymac32>
raidboy so does Renegade Elite from Libre Computer
<Tonymac32>
it'll do 15 or so
<lanefu>
outer pins are 5v and grnd on usb right
<Tonymac32>
and it has a buck/boost for the 12V rail in case you're PD supply only hits 5 to 9
<brittman914>
lanefu: yep, inner are D-/D+
<lanefu>
yeah brittman914 said that
* Tonymac32
needs to set up new 300W supply
<lanefu>
hard to get a good reading
<raidboy>
yeah, i don't have hw problems, i have linux driver problems i think
<lanefu>
inside the socket
<raidboy>
is there another dependency against the rootfs UUID than in armbianEnv.txt ?
<raidboy>
e.g.: somehwere in initrd or the like ?
<brittman914>
i'm looking for the MC1 schematic to see if any power is brought out to that unpopulated CON6 header
<brittman914>
lanefu: ^
<lanefu>
yeah you'd think there'd be something with all those pads
<brittman914>
grab power from the back of the jack and from the shell
<brittman914>
lanefu: the center pin is riveted to the back of the DC jack, so that'll be the best spot. Here I am looking through schematics and just found the obvious answer :D
mrueg has joined #armbian
<lanefu>
lol fixed it too late
<lanefu>
sooo I didn't strip the wire on the pigtails.. just had the factory strip on em
<lanefu>
and that proved to be insufficient
<lanefu>
the checker your powersupply check your sd card rule is infalible
<brittman914>
ahhhhh now I understand what you said
<lanefu>
...and now i can go test my rc1 patches
<lanefu>
raidboy: take a look at /boot/boot.scr
<lanefu>
its loading that.... depending on your sbc
<lanefu>
boot.scr loads armbianenv i mean
<raidboy>
yepp. seems to only take the config from armbianEnv.txt to boot kernel
<raidboy>
how do i get cpu temperature other than when i login ?
<lanefu>
sudo armbian-monitor -m
<lanefu>
archetech: ever watch a guy build images for 4 hours when he just had a lose power connection
<archetech>
no but I just learned from you abou it :P
<lanefu>
Tonymac32: is your 300W a fancy bench supply, or ATX
<Tonymac32>
it's a chassis supply, 5V 60A. Probably a bad decision, but I'm willing to try it out
<raidboy>
@lanefu: thanks
<lanefu>
why bad decision
<lanefu>
raidboy: i love the easy questions
* archetech
has a pyramid ps32 and a BK 2120 in the closet
<raidboy>
actually the uuid was also in /etc/fstab.... i guess now i've got it.
<Tonymac32>
60 amp single rail supply, I'll probably need to fuse stuff
<lanefu>
archetech: that sounds like a playstation that was never released
<raidboy>
12 USB 2.5 HDD connected via 4 USB3 hubs, all powered from DC/DC converter from PC Power supply 12v rail. gives me the flexibility ot fine-tune the voltage via that dc/dc converter
dddddd has quit [Ping timeout: 265 seconds]
<archetech>
na cheap common gear
<lanefu>
Tonymac32: so EE for dummies.. the risk of tying everything to 1 rail that can put out a lot of amps is..
<lanefu>
raidboy: man..... thats a wild ride of usb drives
<raidboy>
lanefu yeah, the 5TB USB drives where on sale ;-)
<lanefu>
nice
<lanefu>
drive shucking is all the rage these days.. are you gonna keep them in the enclosures>
<raidboy>
works fine if you don't stress it, but when generation raid parity you do stress it. thats when most of the OS variants i tested crash. armbian 4.4 kernel is the only one that gets up to 24 hours running it before it crashes.
<raidboy>
lanefu: yeah. these 5TB drives are pretty unreliable. already 2 went dead.
<Tonymac32>
if you touch something to something you shouldn't you can bring the wrath of Thor down upon you
<Tonymac32>
5V means it's not so bad, but still probably smokey
<Tonymac32>
rainboy I'm going to be replacing my 4x 1TB drives in my RAID, I might go with 2's since I'm not really hitting the end of my storage as yet
<lanefu>
on Tonymac32 do i have a drive for you
<lanefu>
*oh
<Tonymac32>
oh boy
<brittman914>
goharddrive is the best place to get drives anywhere on this flat earth
<lanefu>
raidboy: well there's still a lot of speed matters even with 1Gps
<brittman914>
daaang the WD drives are getting cheap now
<brittman914>
and you can LACP!
<lanefu>
really depends on your usecase..... sequential reads and writes are the eaasiest IO for slow drives.. and can make 1g seem trivial
<raidboy>
@lanefu: give me some ideas of what to test. next on my playlist is to put 5 of my old 5TB drives onto the rockpi4a and see how that goes for performance
<raidboy>
oops. old 2TB 3.5" drives that is
<raidboy>
i should go to bed. can't even count to 2 anymore
<lanefu>
raidboy: apt install bonnie++
<brittman914>
^ that works awesomely
<lanefu>
and install netdata
<lanefu>
and watch net data while bonnie pounds it
<lanefu>
there's some websites or google sheets or something that can take your bonnie++ output and make it mor ereadable
<brittman914>
oh and if you do it over the wire, don't use SMB/CIFS/AFP
<brittman914>
I had huge overhead problems when not using NFS
<raidboy>
yeah.
<raidboy>
well... i just wonder how much non-sequential speed a NAS still needs given how you want to do any real I/O intensive work on a local SSD.
<TRS-80>
^ I agree with this
<raidboy>
ideally, you'd have a local SSD as an automatic cache for a NAS though, but i haven't bothered trying to figure out how to set that up
<TRS-80>
but I also believe in ~ separating storage and compute
<m4t>
just to chime in, the 8tb wd usb drives are rebranded hgst/reds
<m4t>
helium etc.
<lanefu>
Ooo nice
<brittman914>
oh me too, i'm just terrible about not using local storage and use nfs for everything
<brittman914>
very nice! sometimes the USB drives are cheaper than the raw drive too
<lanefu>
I only use local SSD for building armbian
<m4t>
white label these days, supposedly mechanically and functionally identical too
<lanefu>
everything else is NFS, or running on my synology
* TRS-80
is not comfortable with any drives bigger than 4TB
<m4t>
just be careful "shucking" them and you should be able to retain the warranty, too (send them back intact)
<brittman914>
I do WL refurbished drives, I live life on the wild side
<lanefu>
m4t: yeah i've bought a bunch of the white label drives that were HGST enterprise drives and been happy iwth them
<raidboy>
NFS with TCP or UDP ?
<brittman914>
right now I have a ton of Hitachi 2TBs
<brittman914>
UDP if you have the option
<TRS-80>
...also that seems to be where the sweet spot is price wise (well, at least the last time I looked which may have been a year ago now)
<lanefu>
whatever the default is with nfs4
<brittman914>
yeah def nfs4
<Tonymac32>
hmm, what is this, WD RED 2 TB w/ 256 MB Cache are cheaper than the standard 2TB.
<m4t>
the ones i got a couple yrs ago were straight up reds Device Model: WDC WD80EFAX-68LHPN0
<brittman914>
Tonymac32: :o
<lanefu>
the red might be 5400 rpm
<m4t>
yeah
<m4t>
its still pretty fast though. so dense
<Tonymac32>
yeah, but my needs aren't very difficult to meet
<TRS-80>
I actually bought 5400s on purpose, for less vibration, heat, and longer life (in a NAS)
<lanefu>
i'm weird because i run 8x2TB enterprise drives in raid10 on my synology
<lanefu>
and 2x2 LACP
<TRS-80>
lanefu: that's not weird, that's redundancy
<Tonymac32>
80% of my traffic is local media player work with movies/etc. I was playing with RAID5 because, well, because
<Tonymac32>
I set this thing up 7 years ago
<lanefu>
TRS-80: raid10 does have perfect storm scenarios where you could loose the wrong 2 drives at the same time... it actually happened to me.. but i recovered through some heroics
<brittman914>
lanefu: that was pretty terrifying, but a good save
* m4t
backs up his 4x8tb btrfs raid10 w/2x8tb btrfs raid0+1
<Tonymac32>
I have RAID5, and do incremental backups to another single Big Ass Drive (TM)
<m4t>
by 0+1 i mean raid0 data w/raid1 metadata
<TRS-80>
What I realized in my studies of ZFS is that hardware RAID was only really ever a thing in the SOHO market. In datacenters and big iron it was always about software "RAID" and that is the world ZFS came from.
<lanefu>
i'm sure ZFS is great
<lanefu>
i just wasnt interested in the administrative overhead
<lanefu>
hence the purpose of a synology
<Tonymac32>
My really important data is backed up quarterly to M-DISC and put in a fire safe. I have tried to get my brother to set up a mirror for giving both of us 2nd physical locations for our data in case of real big fail
<brittman914>
ZFS freaks me out, and each flavor has it's own feature flags that aren't always compatible
<lanefu>
Tonymac32: wait.. like minidisc?
<brittman914>
Tonymac32: M-DISC!! How does it work?
<Tonymac32>
no, it's an archive DVD or blu-ray
<m4t>
magneto optical :P
<lanefu>
ohh okay
<Tonymac32>
I think M is for mineral
<Tonymac32>
so instead of bleaching a dye with the laser it blows a hole in a mineral deposit
<lanefu>
yeah i replicate to my helios4, and object storage in the cloud
<brittman914>
lanefu: it's actually a translucent disk that turns organic dye into something like obsidian/concrete
<m4t>
asus included one of those w/this external dvd burner i got
<lanefu>
i just don't have that much important data
<Tonymac32>
right
<Tonymac32>
somewhere in there is the truth, I can feel it
<lanefu>
whoa
<Tonymac32>
mostly family photos
<lanefu>
and you have this gear at home?
<brittman914>
so the theory goes it's "forever" since it's not a dye layer that decomposes
<Tonymac32>
we'll see
<brittman914>
at least some/most of the DVD rewriters will support M-DISC
<Tonymac32>
there are about 10 other potential failure modes, delamination and the polymer of the disc itself
<TRS-80>
yes have you tested restoring? it's not a real backup without testing such (as I am sure you know)
<Tonymac32>
well, it reads like a DVD or blu-ray, so you can verify the contents
<brittman914>
yeah, my bad, I said DVD rewriters, I meant Blu-Ray
<Tonymac32>
unlike my QUICK-80 trhat liked to corrupt everything in the 90's
<TRS-80>
interdasting
<Tonymac32>
they have both
<TRS-80>
Tonymac32: Going back to something else you said earlier... as someone who shuns commercial "clouds" I have long realized the need to cross (physically) back up data. No takers in my family yet either (they don't understand)... Maybe we should work something out...
<Tonymac32>
haha
<TRS-80>
Google is spying on you, but they also are probably not going to lose your data
<Tonymac32>
I told my brother it was just going to show up at his house and he was going to have to plug it in
<TRS-80>
probably have it in 3 different places in fact
<TRS-80>
I was about at the point of saying same to my family...
<TRS-80>
I have got a couple of them onto my XMPP server though. Working on others. :)
<lanefu>
okay my stupid RC1 image booted
<lanefu>
ironically not on the bad PS
<lanefu>
again
<Tonymac32>
lol
<TRS-80>
lanefu: The zfs commands are super easy. Fully understanding everything though is a whole another matter. So I suppose I give you that point. But the more I learn about ZFS, the more I cannot believe anyone uses anything else (at least for any "important" data). Bit rot / flips are real phenomenon.
<Tonymac32>
so, this appears to be a weird bug anyway, my 2nd MC1 solo booted the original image and is still happily blinking away
<TRS-80>
brittman914: I am not sure the feature flags issue is one to worry about, all the OpenZFS implementations seem to be based on version 5000 (I may be calling that wrong term) or whatever. And especially nowadays, lots of development been going on (most especially on ZoL).
<TRS-80>
> mcaffee for arm linux
<TRS-80>
XD
<lanefu>
yeah the ZFS On Linux code actualy took over as the ZFS flavor BSD uses
<Tonymac32>
"There are no files, only ZoL"
<TRS-80>
well they are all working together in OpenZFS project
<lanefu>
so I use btrfs which is a 3 gen filesystem
<TRS-80>
I was not aware of that though
<lanefu>
and it detects bitrot..... just can't fix it
<TRS-80>
my understanding was that btrfs was deprecated
<lanefu>
nope
<lanefu>
still good
<lanefu>
so it was trying to be a kitchen sink file system like zfs
<lanefu>
and do raid n stuff do
<lanefu>
raid code is garbage
<lanefu>
in btrfs
<lanefu>
so i just let me friends mdraid and lvm manage that stuff, and btrfs just does file system things
<TRS-80>
zfs replaces the (formerly separate) volume management and file system layers
<TRS-80>
and there are lots of advantages in doing so
<lanefu>
yeah... with spinning rust i totally get the value and all teh smarts it had to manage drive cache
<lanefu>
and yeah yeah arc cache
<brittman914>
ARC cache ugghhh
<TRS-80>
it was essentially a clean sheat design, jettisonning years/decades of built up "layers" which there already were no need for at the time of it's inception (back in Sun days)
<TRS-80>
it was never for speed, but reliability designed
<lanefu>
I even run btrfs on my armbian boards
<lanefu>
Tonymac32: if yuo're going cluster route.. i do recommend btrfs for docker
<TRS-80>
I have read way too much comments about btrfs losing data
<brittman914>
my last job used btrfs everywhere, we had good luck. I think the huge BTRFS panic was over BTRFS RAID, which I definitely wouldn't use at all
<lanefu>
woohoo my RC1 image has worked on 2 MC1 solos
<lanefu>
brittman914: you wanna try that image on an xu4 or a mc1 solo?
<brittman914>
yeah, shoot me the link and i'll get it
<TRS-80>
Maybe that is what lanefu was saying above. I have no direct experience. But I have been researching ZFS (and alternatives) for a number of years.
<lanefu>
its definitely a good platform to consider, just wasnt where i wanted to focus my spare tech time
<lanefu>
too much storage trauma from prior $dayjob
<TRS-80>
fair enough
<TRS-80>
brb
TRS-80 has quit [Quit: WeeChat 2.3]
TRS-80 has joined #armbian
<lanefu>
TRS-80: you'll probably like the ZFS replication because you can do it oer ssh or wireguard and replicate your family's houses
<lanefu>
Check out some blog posts by Jim Salter he's all about the zfs
<TRS-80>
yes there are many things i like about it
<TRS-80>
and yes i plan on doingthat 9or maybe to Tonymac32 house ;0
* TRS-80
was kicked out of bedroom due to mechanichal keyboard noise and forgot this latop R shift key doesn't work
<Tonymac32>
hahaha
<lanefu>
lol
<Tonymac32>
it boots up fine, lanefu
<lanefu>
woohoo
<lanefu>
i made a PR.. lets see if it can past my own CI
<lanefu>
pro-tip if you view the output via "blue ocean" its much prettier
* TRS-80
goes back to reading ZoL mailing list
<brittman914>
/help away
<lanefu>
Womp
<Tonymac32>
Zuul
<lanefu>
Yeah ive heard good things about it
xec has joined #armbian
xecuter has quit [Ping timeout: 245 seconds]
<Tonymac32>
armbian-commits doesnt look like it's working
<TRS-80>
dun dun DUUUNNNNNNN
<Tonymac32>
lanefu just set up Jenkins on an MC1. I'll play with it tomorrow.
<TRS-80>
gn all, time to go pick up grandma finally
TRS-80 has quit [Quit: WeeChat 1.6]
selfbg has joined #armbian
NeuroScr has quit [Quit: NeuroScr]
maccraft has joined #armbian
maccraft has quit [Quit: WeeChat 2.7]
kalin_ has quit [Read error: Connection reset by peer]
kalin_ has joined #armbian
maccraft has joined #armbian
maccraft has quit [Quit: WeeChat 2.7]
DaRock has quit [Ping timeout: 272 seconds]
archetech has quit [Quit: Konversation terminated!]
maccraft has joined #armbian
maccraft has quit [Quit: WeeChat 2.7]
maccraft has joined #armbian
maccraft has quit [Quit: WeeChat 2.7]
dddddd has joined #armbian
drajver has joined #armbian
drajver has quit [Remote host closed the connection]
dddddd has quit [Ping timeout: 268 seconds]
<lanefu>
Tonymac32: cool.. jenkins is a love hate.. its super antiqued..and...java.. but there's a million plugins
<lanefu>
if you have any questions let me know, i'm glad to minimize frustration
dddddd has joined #armbian
dddddd_ has joined #armbian
dddddd has quit [Ping timeout: 240 seconds]
dddddd_ is now known as dddddd
robmur01_ is now known as robmur01
<robmur01>
Tonymac32: heh, "sooner than I expected" is entirely on me, not your fault :)
<robmur01>
upstream interest in renegade has seemed minimal, so thanks for bringing up that downstream mainline interest is a real thing
brittman914 has quit [Quit: WeeChat 1.9.1]
IgorPec has joined #armbian
IgorPec has quit [Changing host]
IgorPec has joined #armbian
brittman914 has joined #armbian
brittman914 has quit [Client Quit]
brittman914 has joined #armbian
brittman914 has quit [Quit: WeeChat 1.9.1]
brittman914 has joined #armbian
<IgorPec>
lanefu: perhaps we should just make a fork from master?
selfbg has quit [Remote host closed the connection]
maccraft has joined #armbian
indy has quit [Ping timeout: 240 seconds]
indy has joined #armbian
IgorPec has quit [Quit: Leaving]
IgorPec has joined #armbian
IgorPec has joined #armbian
IgorPec has quit [Changing host]
<lanefu>
IgorPec: i'd rather stay true to the release. and just cherry-pick any remaining fixes
<lanefu>
and if the release is "stable" then lets release it :)
<IgorPec>
yeah, we should do this, perhaps by the end of the week?
<lanefu>
sounds good
<IgorPec>
i hope those a64 troubles cane be fixed
<lanefu>
oh i wasnt aware of a64 issues
<IgorPec>
yes, thats still open, but not so critical since bananapi r64 is CSC
<IgorPec>
lime a64 works fine
<IgorPec>
but teres does not boot at all :)
maccraft has quit [Quit: WeeChat 2.7]
drobo_00 has joined #armbian
maccraft has joined #armbian
lids has joined #armbian
maccraft has quit [Ping timeout: 272 seconds]
drobo_00 has quit [Ping timeout: 260 seconds]
IgorPec has quit [Remote host closed the connection]
TRS-80 has joined #armbian
NeuroScr has joined #armbian
lids has quit [Ping timeout: 260 seconds]
lids has joined #armbian
andrevallestero[ has joined #armbian
ashthespy has joined #armbian
<brittman914>
lanefu: what is the criteria for promoting N2 out of WIP stage?
<ashthespy>
Good evening all anyone with some experience with rkbin?
<TRS-80>
Evening ashthespy
<ashthespy>
How's it going TRS-80?
<TRS-80>
brittman914: I would say stability in general, and possibly someone reliable to maintain it (perhaps amongst others)
<TRS-80>
ashthespy: Good man! Grandma is here, I smell delicious breakfast in the background being made, while I finish my coffee. Couldn't ask for more. :)
<andrevallestero[>
What vpu driver is used in Armbian for the rk3399?
<ashthespy>
Nice - That is a good start to the week indeed!
<TRS-80>
andrevallestero[: I wouldn't know offhand but should be able to find with a forum or possibly GitHub search of the sources. Also I suspect it may differ between "Legacy" and "Mainline" and/or between "Debian" and "Ubuntu." If you want a better answer, hang around a while or make a forum post. But you may find the info faster just searching for yourself.
drobo_00 has joined #armbian
Naka is now known as Nakaori
<robmur01>
ashthespy: maybe... what aspect of rkbin specifically?
<ashthespy>
robmur01Just wondering how/who makes the bins..
<ashthespy>
robmur01 i.e I see a bin in armbian/rkbin that isn't in rockchip-linux/rkbin
<ashthespy>
rather it's in ayufan-rock64/rkbin, but not in rockchip-linux/rkbin
<TRS-80>
ashthespy: I have been trying to find out info since years on blobs (due to Freedom concerns) so let me know what you find, please.
<ashthespy>
I am not completely up to speed on how they are built soo
<brittman914>
TRS-80: I've seen that before, I think this was just a general question, not anything specific. I run the N2 daily, and I haven't encountered anything gruesome enough to "proceed with caution"
<TRS-80>
brittman914: yeah it occured to me after writing that you were perhaps looking for specifics
<TRS-80>
brittman914: There are also some other Devs (and perhaps some more involved with that platform) who don't visit IRC at all, so best place to ask may be the forums. Things do get moved around from time to time.
<andrevallestero[>
TRS-80: I've been looking through the Armbian kernel repo but it's not clear what's needed for the rk3399. I've done very little kernel work so my knowledge is really limited.
<andrevallestero[>
I'll leave a question in the forums.
<robmur01>
ashthespy: ah OK - as far as I'm aware the DDR, miniloader and "trust" binaries (ATF or ATF + OP-TEE) are all built internally by rockchip
<TRS-80>
andrevallestero[: Yeah I struggle to find info in there too. You may actually get a faster answer that way. Also it benefits others in future as well. Maybe search first, perhaps someone already asked before. Cheers.
<robmur01>
IIRC there's a script included in the rkbin repo for merging them together into "loader" images
<ashthespy>
robmur01 aha. (noob question) - but as they are blobs, any uboot should be able to load them? Or are they linked to a specific version as well?
<robmur01>
I wouldn't be surprised if there are random versions floating around from vendor BSP drops that don't match anything in RK's github
<ashthespy>
and then I guess repos like ayufan's repo collect them blobs?
<robmur01>
in general there shouldn't be too much version entanglement - it's the blobs that run first and load u-boot, so as long as u-boot.bin has the right header (per mkimage) it usually works out OK
<ashthespy>
robmur01, thanks for clearing this up!
<robmur01>
two caveats: the downstream "trust" binaries may carve out secure memory that mainline u-boot/kernel don't know about
<robmur01>
and on RK3399 combining downstream miniloader with upstream u-boot main stage leads to nobody initialising the PLLs, so booting takes ages