log☇︎
51200+ entries in 0.03s
feedbot: http://bimbo.club/2019/01/philosophical-transactions-for-the-months-of-octob-novem-and-decem-1716-part-ii/ << Bimbo.Club -- Philosophical Transactions. For the months of Octob. Novem. and Decem. 1716. - Part II.
mircea_popescu: castle trained*
mircea_popescu: https://www.dailymail.co.uk/femail/article-5306605/Millionaire-baronet-Sir-Benjamin-Slade-70-single.html << meanwhile in other lulz, fellow looking for castle training breeder.
mircea_popescu: i can't believe their process still includes email.
asciilifeform: ( under guise of supposed cure for 'meltdown' . tldr : not cure, noshit. and 'why don't you want gcc7, terrorist' )
feedbot: http://qntra.net/2019/01/trump-cancels-pantsuit-vacation-party/ << Qntra -- Trump Cancels Pantsuit Vacation Party
mod6: Sounds good, thanks for your sweat today.
BingoBoingo: About to do some errands
BingoBoingo: lobbes ty
BingoBoingo: If you have been using Pizarro shared hosting your IRC bouncer you are invited to stand up an IRC bouncer on my Rockchip as the vacant Rockchip appears to have failed.
lobbesbot: BingoBoingo: The operation succeeded.
BingoBoingo: !Qlater tell lobbes http://p.bvulpes.com/pastes/nBG6Y/?raw=true
mircea_popescu: remarkably no jews there either.
mircea_popescu: short decade ago, these self-same morons convinced themselves and maybe any dependent preteen children / some dumber than average wives&girlfriends they "run the world", or as close an approximation to that vaunted state as practicable.
mircea_popescu: http://trilema.com/2010/cetateni-jurnalisti-si-liceeni-jurnalisti/#selection-77.445-77.1377 << in other lulz, check out the endless list of names of anonymous nobodies.
BingoBoingo: FWIW the email spam folder has a lot of spam with attachments today. Usual month ~0 of these
BingoBoingo: It had more drive insertions, removals, and power cycles than the others.
asciilifeform: given as they apparently are made of toiletpaper.
asciilifeform: diana_coman: once we actually have vacant rk again, i'ma absolutely institute mechanical life tests for'em.
diana_coman: so at least you don't get surprises when you need to use them
diana_coman: I suppose it might be worth adding some automated daily check at least connects? gives time of day/whatever? for unused units
asciilifeform: diana_coman: i'd luvv to establish an exact time of death for the thing. presently unknown tho.
diana_coman: I guess it's hard to tell whether it wasn't rotten at that time already; for some reason (what?!) worse than the others aka not just the drive
asciilifeform: BingoBoingo: i think diana_coman's q is re the time it was stood up with new drive in aug. do you recall any peculiarity re rk-c at end of that ?
BingoBoingo: <diana_coman> so at first new drive it required several power cycles but then it seemed fine? << But only with the vacant drive. Not with my RK drive.
asciilifeform: asciilifeform was gettin' ready to grumble re rotten usb drives in the l0gz today. instead nao grumbles re dead rk..
BingoBoingo: residue from sad drive contacts was was removed like on the other RK's
diana_coman: so at first new drive it required several power cycles but then it seemed fine?
asciilifeform: was stood up again with new drive. ( and then ~again~ today with fresh one , of same type as presently used by e.g. diana_coman ), same res.
BingoBoingo: diana_coman: This one died with sad drive as well
diana_coman: did this one die with a sad drive too or was it changed before it really died on it?
asciilifeform: diana_coman: i'm all ears, even re the oddest hypothesis anybody can think of.
asciilifeform: there's the uart, and that's ~it
BingoBoingo: asciilifeform: It's the behavior we observed with the sad drives. Have not observed this post sad drives on any other RK.
asciilifeform: diana_coman: the problem with these boxes, is that there is essentially 0 meaningful debug possible
asciilifeform: ( chalked up to dirty contacts ? )
diana_coman: or was it even possible to figure out what required it / what was the underlying issue?
asciilifeform: diana_coman: not iirc. BingoBoingo did you observe this prior ?
diana_coman: is that repeated power cycle something that was encountered before?
BingoBoingo: Is that vacant one because stood up with the vacant RK drive but fought my image.
asciilifeform: diana_coman's point stands tho, conceivable that it was already rotten even then
BingoBoingo: <asciilifeform> uninhabited since it disk swap; last housed mod6 ( who moved to a vacant, at the time, unit, when we swapped disks ) << Uninhabited last housed me.
asciilifeform: uninhabited since it disk swap; last housed mod6 ( who moved to a vacant, at the time, unit, when we swapped disks )
a111: Logged on 2018-08-08 16:58 asciilifeform: BingoBoingo: i'ma test new kernel today, then tomorrow will ask BingoBoingo to power down rk-c and put disk in dulap to i can snap new master img, then it will go into service ( and can reimage BingoBoingo also ) .
diana_coman: did this RK died while being unused ? a log search for it shows only something in August last year - new master img deployed http://btcbase.org/log/2018-08-08#1840376 ☝︎
asciilifeform: BingoBoingo: iirc it stood up when we swapped disks the earlier time. but no one's lived in it since.
BingoBoingo: mircea_popescu: Took multiple power cycling to boot up in a way that responds to ping.
BingoBoingo: mircea_popescu: It's not particularly close. Spent a good chunk of time cleaning it yesterday. This particular one has been iffy since the sad cheep USBs started failing.
asciilifeform: mircea_popescu: they're all in a breadbox-sized shelf, quite far from uy1. and with own forced air.
mircea_popescu: i still don't see the problem, 1 in 6 failure rate ? was the one closest to the suspected hotbox from prev week ?
asciilifeform: mod6: why didja think they were small & cheap. nearly errything is on 1 ic.
asciilifeform: so not even possible to 'let's detach from pcb in asciilifeform's torture room and see if dud usb ic'
BingoBoingo trying to limit the multitasking
BingoBoingo suspects USB controller gone sad, Going to extract sad RK when the fingers are feeling nimbler
asciilifeform: i'd quite like to 'ha, i'ma throw rk, and use $x', but i haven't any lead on a usable $x.
asciilifeform: if one supposes 'organic' failure, 1 out of 6 boards smoked in the span of <9 months, is pretty high smoke rate.
asciilifeform: the problem with the whole thing being 'disposable', i.e. housed on 3chips (the cpu, ethernet, and ram, seem to be the only separate crystals on the pcb) , is that nuffin useful can be squeezed from the dud.
asciilifeform: mircea_popescu: if 'magic packet', then decision tree of enemy is somewhat perplexing, why start with only 1 box ( why not nuke all 6 ? and have asciilifeform chasing dud power supply etc ) , or why not start with a live box.
mircea_popescu: asciilifeform im just saying, that the only serious problem here is if in fact eve can fuck your box by feeding it magic packet
asciilifeform: mircea_popescu: hence my earlier observation. we still gotta build 2nd plant, but it'll have to be constructed slightly differently, initially i was gonna stack'em
mircea_popescu: they are affordable, and so you have a very strong position there.
mircea_popescu: otherwise, you amply do not care : a box that crashes on diddling is as valuable as an undiddlable box.
asciilifeform: not sure why enemy would start with idle unit rather than, e.g., diana_coman's, tho
asciilifeform: mircea_popescu: all of this is troo
mircea_popescu: now, if indeed per 2 enemy can perma-trash your boxes, then 3 becomes moot.
mircea_popescu: well, i'm not sure what your decision tree is like, exactly. but proceeding logically : 1) it can not be the case cpu is sad on rk ; 2) it is not shown that deffect is organic rather than nsatronic ; 3) the selling point of rk is cheapness/disposability. you can afford to throw these away, unlike an adult server board+deckings.
asciilifeform: given as the other 5 units of pilot plant are still standing, i suspect straight chinese rot, rather than bomb.
asciilifeform: i picked rk orig. not even because of price, but specifically cuz it contains, on the pcb itself, nuffin (known to be) writeable, all of state is loaded from sd and afterwards usb. so i dun expect to be able to tell much from autopsy of the unit, when i get it here
asciilifeform: and we went from there.
asciilifeform: on reset , thing failed to revv up to pingability at all. so i asked for the uart snake.
asciilifeform: previously only ever saw this on boxes with dead disks. what happens there is that sshd eats new connection and then goes to read from hdd and unix eggogs, so it drops
asciilifeform: i asked him to go there when i sat down to make accts for the uy1 people on the thing, and found that : 'ssh_exchange_identification: read: Connection reset by peer'
asciilifeform: BingoBoingo sweated in the cage for last coupla hrs , tryin' these.
asciilifeform: a test with independent (from other 5) power supply, also returned same.
asciilifeform: if mircea_popescu or anybody else can think of other interesting tests to conduct on this sad box, i'm all ears.
asciilifeform: notably, a test using the auxiliary (usb2.0) jack returned same result.
asciilifeform: dies when kernel begins to load things off the stick.
asciilifeform: i.e. it gets through 1) mask rom 2) load of kernel from sd
asciilifeform: possibly as consequence of cleaning, or of the earlier dud drives ( tho none of other 5 were similarly afflicted )
mircea_popescu: that's by far the larger spot. how does this broken cpu get through ddr ?
asciilifeform: mircea_popescu: not only, it does make it to the kernel
asciilifeform: asciilifeform-baked softs on this unit are identical to the other 5.
mircea_popescu: looky : yet in ~every~ case it initializes the ram.
mod6: Just was wondering if that was somehow making the thing barf.
asciilifeform: mod6: i thought you were asking re forced air
asciilifeform: mod6: that's neither here nor there, it's a cpu temp reader thing
mod6: aka 'rockchip-thermal' or is that in the default kern?
mircea_popescu: so the init doesn't complete
mod6: You recently added the thermal module right?
asciilifeform: near as i can tell, thing ends up fetching bitrotted blox from disk (ssd stix) and dies, unsurprisingly, at ~random points in first few min of life
asciilifeform: near as i can tell, thing ends up fetching bitrotted blox from disk (ssd stix) and dies, unsurprisingly, at ~rando
asciilifeform: initially suspected a dead drive, these produce similar symptoms ( garbage when reading disk ), had BingoBoingo fetch brand-new one from spares stash
asciilifeform: all 4 .txt are from the serial console uart, if it aint obvious
asciilifeform: and in between these actually booted up and ssh-reachable but then panicked in few min
mircea_popescu pages ave1 too, it'd be a pity to miss such
asciilifeform: mircea_popescu: i'ma post lulzdump for the pleasure of mircea_popescu et al in a min.
mircea_popescu: how the fuck would this even work, indulge me. arm processor just invents rng opcode ?
asciilifeform: i'ma have BingoBoingo send me the retired board via snailmails, possibly we find sumething interesting about it
mircea_popescu: i have ~never~ heard of a cpu that ~genuinely~ fandango'd instructions. each and EVERY single one of the ~scant few~ dozen cases was stuxnet-like
asciilifeform: it runs instrs from mask rom on boot, then loads my kernel.