log☇︎
16200+ entries in 0.117s
diana_coman: http://btcbase.org/log/2019-02-14#1896155 -> the point is that it's supposed to slow down the code *at all times* , not only /if it crashes; so no, I don't imagine anyone cares about *that* if the whole thing crashes ☝︎
a111: Logged on 2019-02-14 03:22 mod6: I'm not sure that I get your meaning.
BingoBoingo: But where mod6 adds friction, zero'ing drives. I like that
BingoBoingo: mod6 seems to be in an uncomfortable place resembling where I was exactly a year ago except the people around him speak his mom's tongue. I hope he can pupate in *spite* of that
mod6: Alright, that's what I'll do.
mod6: Ok, so do `sed -i 's/=m/=y/g' trb-test1`, then rebuild and try again?
mod6: oh crap, maybe overlooked that asciilifeform. I can change and retry if that's the best plan.
trinque: yep, whereas I pressed mine to bvt's patch http://btcbase.org/patches/vtools_tempfile_standalone_notmp
mod6: I'm 98% sure that I got my vdiff out of diana_coman's starter_v.zip, lemme double check.
trinque: I suspect I have a different vdiff than both of you
a111: Logged on 2019-02-14 03:41 trinque: ftr there are loads of interesting uses for initramfsen; we will have tooling to make them, but it has to come absent the sin of the load-all-modules thing and "lemme go automatically mount whatever root I can find" and miles else
mod6: http://p.bvulpes.com/pastes/g7Y5f/?raw=true << weird, 133682 genesis.vpatch lines long tho, so maybe too big. I'll post it, one sec.
trinque: mod6: can I get the genesis.vpatch ?
mod6: hmm, nope didn't verify. I threw in a sha512 of each sigfile just to ensure that I have the correct ones: http://p.bvulpes.com/pastes/CCU2l/?raw=true
trinque: or if it does, so I can diff anyway and cackle with glee
trinque: mod6: please post me your genesis somewhere so I can diff if it doesn't match.
mod6: Oh, no, I got side tracked. It never did match up for me. Let me check on the latest one that was output.
a111: Logged on 2019-02-14 03:04 trinque: I still want to know whether your genesis.vpatch matches mine, and this is at least as important as whether it produced a bootable drive
trinque: very little justification for writable root. I've fiddled with the CD burning too.
mircea_popescu: not like i rebuild it every other week or w/e.
mod6: Ok, starting small, I got you. I dunno where the fire is either -- I don't know why I'm in any sort of rush here.
trinque: ftr there are loads of interesting uses for initramfsen; we will have tooling to make them, but it has to come absent the sin of the load-all-modules thing and "lemme go automatically mount whatever root I can find" and miles else ☟︎
mod6: I suppose there's some good wisdom in that. I wouldn't want mircea_popescu torch his trb if it does weird shit on a 'getinfo' either.
mod6: you know? I think learning about it is a fine thing, probably would make me understand the errors of my ways.
mod6: but, I just followed some steps, I didn't know too much about what it was doing, or myself.
mod6: so i just wiped the disk again and moved on.
mod6: but I didn't really know what do with it.
mod6: you know, at one point i did actually handroll an initramfs on cuntoo, at which point I updated the /etc/lilo.conf and when I booted, and it panic'd, it did drop me into a shell.
trinque: larger context here is I'm not eating a linux distribution by myself
mod6: and if alf's way seems like a sane thing to try, that's what I'm working on now. otherwise, I'm all ears and can adjust as you see fit.
mod6: i suspect that if we did have a beer irl, some of this would be cleared up.
mod6: lol. I'm gonna have to do that when reading trinque. Just add accent.
mod6: lol, not trying to guess your state. your language seems strong, so I sense irritation.
trinque: 0% offended man, I'll ask you to stop guessing at my state.
mod6: Like I said, didn't mean to offend in any sort of manner. I just got excited, thinking I was on the right track, and tried to get the thing up and running. I mean, shit, it's been like 13 or 14 days now of reboots, inflations, etc.
mod6: I'll try to do this the way that #t sees fit. but, on my own, left to my own decision making (as I don't know much about these things) might be a bit askew.
trinque: I very much want you on an actual cuntoo because one of the immediate needs is a trb ebuild.
mod6: Ok, even if its not. I'm just saying I'd never expect anyone to follow the initramfs thing or any other thing. You know way more about what is kosher in gentoo/cuntoo than I do.
trinque: I don't even think your box is a piece of shit.
mod6: I'm not asking you to add my posbox foibles into your config. trb/ada/musl that I want to test on there doesn't care what kernel modules are loaded.
mod6: Ok, I see this as distinctly differnt.
trinque: that we have something to muntz further, and I'll strongly oppose any argument to ADD to it without hard justification
trinque: I'm saying this is the aim in my building this item.
mod6: Are you saying that your claim is that is what I'm saying, or is that what you are saying?
mod6: I'm not sure that I get your meaning. ☟︎
mod6: But alf helped me to realize that there is a way we can still try to diagnose this issue by trying to boot off of USB stick, so I'm going to attempt that first before any more initramfs stuff.
trinque: so then. a core claim I'm making is *this is all I have ever needed to boot a sane linux on commodity hardware for years*
mod6: I posted a jpg of the beginning of my genkernel. Basically there is another similar command to make the initramfs. Both end in failure that I spoke about above.
trinque: and by the way, note how easily "I did not read this thing; I just want to use" bloats the holy tree of meaning is illustrated here
mod6: So if you can glean soemthing off of my exp. that's great. I just didn't view the problems with my pos box to be super helpful to you.
mod6: I don't quite see it that way, I'm just trying to do Foundation work, that does overlap with the Cuntoo work.
trinque: since I have a fetish for futility, lemme press on
mod6: But not matter what happens, I'll be sure to provide you with any information that I can provide. Who knows, maybe this is a shit system or some such.
mod6: Maybe we're talking past eachother a bit here. Anyway, I don't know much about these things. I'm kinda learning bit by bit as I go... it all certainly doesn't "fit in head" or whatever yet.
mod6: I'm the fool here, not you.
mod6: Trying to make an educated guess, or educated experiment I suppose. Are you disappointed that I tried to make the initramfs? If so, why does this bother you so?
trinque: do you recall how to interact with the logs? I responded to some lines of yours there. what of them?
mod6: trinque: I have little clue of what I'm doing. I'm just trying to solve it, in the only ways that I can.
trinque: nor would "mod6 now knows about initramfs and what they're for" do anything but set you up to understand later tools I have for the republic that actually use the things properly
mod6: If going through all the motions to try to figure out what the actual hardware problem is, and it'll get me across the finish line, great. I'll do that, but I think you're acting as if I'm somehow trying to violate you.
mod6: I'm just a guy, trying to boot the thing so I can test something totally not related to kernel mods.
mod6: You have to understand, that I'm not trying to piss you off here. I don't even look at it on this level.
trinque: so "because I have this amulet" I'm not interested in what trinque is trying to teach me about what the amulet is?
mod6: I'm not a "kernel hacker guy", so I've been down these roads based on trying to emulate what I see working in my other machines, and various online posts in teh gentoo forums and others.
mod6: So the thinking behind initramfs: 1. I have one on the working gentoo on that box, 2. from what I've read that can help with various kernel related problems
trinque: I still want to know whether your genesis.vpatch matches mine, and this is at least as important as whether it produced a bootable drive ☟︎
trinque: very glad to see your experiments with using the UUID labels btw; I'm soon to haul that into the script. I do want to remind that this won't change the genesis that is produced by the bootstrapper.
trinque: I highly encourage you to not accidentally haul in an artifact of "user can't be expected to" into cuntoo
trinque: this is precisely what I do, and I load all manner of "liquishit" hardware (like amd GPUs) without initramfs
a111: Logged on 2019-02-14 01:42 mod6: So I went to build one, but that was barfing on me. Which lead me to find this kernel option 'CONFIG_FIRMWARE_IN_KERNEL=y'. Which would help me complete the build of the initramfs. http://www.mod6.net/cuntoo-blog-1/genkern/genkern.jpg
trinque: initramfs is used when the kernel can't mount the root fs without using a program to do something complicated first, i.e. loading firmware, unpacking a squashfs in an embedded device, etc
a111: Logged on 2019-02-14 01:41 mod6: Then I got on the track that perhaps i do need to have an initramfs.
mod6: Ok, thank you gentlemen. I appreciate the insight & help.
mod6: I want it ~clean~ and not munged up by whatever other attemps and genkernel fuckery.
mod6: Might take a bit, but I'll begin work on that tomorrow-ish. Should have something to look at hopefully by Friday evening-ish. I'll inflate an entirely fresh cuntoo.
asciilifeform: i expect you'll need a root=/dev/sda3 in the kernel cmdline and similar in fstab.
asciilifeform: mod6: quickest way to learn wtf, i suspect, is to dump the thing bitwise onto a usb, and boot that, then lsmod -v and diff with your known working set's lsmod -v output.
mod6: See, I kinda thought the SCSI subsystem thing meant that SATA was ready.
mircea_popescu: this is a good point ; basically i misread that line.
mircea_popescu: asciilifeform i see 0.971934] SCSI subsystem initialized ?
mircea_popescu: right ; but i expect the sata is like the raid, not like the soundblaster.
asciilifeform: erry module that doesn't find its device, i meant
mod6: i just have no idea what.
a111: Logged on 2019-02-14 01:56 mod6: it's like, fuck this, I want a "GIVE_ME_EVERYTHING_YOUVE_GOT_WHORE" flag that build every driver known.
a111: Logged on 2019-02-13 21:59 diana_coman: at least there are no more surprises of huge differences in timings; but I'd still test also with some exception handling since that's supposed to slow sjlj down
mod6: The funny part is, it could jsut be this one really obnoxious setting that I'm missing; I feel like it was that way back when I did gentoo in '15.
mircea_popescu: yes, but what i mean, if it manages to build with no sata/no ide it says ; similarily if no netcard ; and i dun recall what else.
mircea_popescu: i thought some peripherals whined.
asciilifeform: mircea_popescu: failure to init caused by 'i have nfi what is this chip' is silent on linux.
mod6: at least I could figure out wtf and try to pair it down later.
mircea_popescu: i guess. honestly, i'd expect to see logs reflecting failure to init sata if that were the case.
mod6: it's like, fuck this, I want a "GIVE_ME_EVERYTHING_YOUVE_GOT_WHORE" flag that build every driver known. ☟︎
mod6: Could be, a solid way to try to prove that is the USB Stick route. Because, I'm not super well versed in SATA kernel drivers.
mod6: Which is why, in the first place, I thought I had a bad SSD. Which is why I ended up buying a second one just to be sure.
mod6: I know right!
asciilifeform: all i can see from the paste is that the thing dun see any disks at all.
mod6: So, if I take this route, I'll have to make sure those options are turned on for sure.
mod6: I did look through the makemenuconfig, there are a lot of added in USB drivers. however, there was one option that I noticed that I should look hard at (all when trying to do the genkernel for different reasons), which is the Intel USB Drivers.
mod6: certainly possible. seems totally wacky to me that the same kernel config would boot gentoo perfectly, but not cuntoo. note in the wotpaste above that I copied in my /usr/src/linux/.config from gentoo directly and build that config.
mircea_popescu: i thought so ?