asciilifeform: i suspect that mircea_popescu would find meiji era jp an interesting subj. there, the dukes actually ~did~ march 'house armies' on the newly-pantsuited capital.
asciilifeform: seems that'd be the moment of death then. not some 1900s communist lolcow's speech.
asciilifeform: did they even have 'house army' at that pt ? or already long ago neutered
asciilifeform: ( when was last time duke of x ~had~ what to raise )
asciilifeform: tbf the brits at that point had a 100+ yr pest control problem
asciilifeform: mircea_popescu: iirc they endlessly and pointlessly rename units, it somehow triggers disgorgement of fresh green from printing press, so the generals rubber stamp it
asciilifeform: the bureaucracy 'codes' are sumthingelse... there was a time when asciilifeform slaved in a usg army research thing, and their 'job codes' were written in 1960s, there was no 'programmer'. so ended up 'chemist'.☟︎
asciilifeform nao has mega-headache, will return in ~2hr
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.
asciilifeform: diana_coman: i'd luvv to establish an exact time of death for the thing. presently unknown tho.
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 ?
asciilifeform: asciilifeform was gettin' ready to grumble re rotten usb drives in the l0gz today. instead nao grumbles re dead rk..
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.
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.
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
asciilifeform: not sure why enemy would start with idle unit rather than, e.g., diana_coman's, tho
asciilifeform: but cannot specifically show either way atm.
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: 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: hence why i initially said 'hey, BingoBoingo , loox like another dead stick..'
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 )
asciilifeform: mircea_popescu: i suspect zapped , somehow, usb controller
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.
asciilifeform: and all 5 functioning units are running same.
asciilifeform: asciilifeform's kernel for rk does not support loadable modules
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
asciilifeform: mircea_popescu: on 1 run, completed, death came 30sec into ssh session
asciilifeform: mod6: BingoBoingo added forced air when we installed disks
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
