Re: making debs for u-boot kernels
On Monday 29 July 2019 05:08:49 Reco wrote:
> Hi.
>
> On Sun, Jul 28, 2019 at 08:15:20PM -0400, Gene Heskett wrote:
> > On Sunday 28 July 2019 00:27:36 Reco wrote:
> > > On Sun, Jul 28, 2019 at 12:13:21AM -0400, Gene Heskett wrote:
> > > > > > That, and a whole restaraunt sized menu of dpkg stuff for
> > > > > > building packages is on the missing list. Grrrrr.
> > > > >
> > > > > apt install build-essential
> > > >
> > > > I *think* I did that. With synaptic. I gave it quite a list, it
> > > > took about an hour to install it all on a 100Mb circuit.
> > >
> > > If you're unsure if it's installed or not - you have bigger
> > > problems.
> > >
> > > > If it will boot normally I'll make sure.
> > >
> > > Why won't it?
> >
> > It gets to udev, and everything after that seem to take twice as
> > long as the last start, by the time it gets to MTD, whatever that
> > is, the blanker kicks in and nothing will wake it up. I don't
> > thinks its started ssh yet at that point, but its been 6 or so
> > hours. Nope. No ssh answering the phone.
>
> Two options.
>
> 1) You want to solve the problem.
> Then it's "show, do not tell".
> Boot the kernel with the "debug" option, send journalctl output here.
Where do I find that journalctl log? Or do I go get the u-sd card by
turning it off right now, bring the card in and mount it here so I can
troll around in it and get it for you. That would probably work, just
have to know what I'm looking for.
I really would like to make it work because of the possibilities of using
grub to select kernels on a per boot basis. That, by giving me the
default kernel to fall back to, if a kernel build fails, would speed the
development of a decent machine controller by huge leap and bounds. So
would having ctl+alt+del serve as a reboot signal like we had a decade
back. Howeever in its current unknown state I wouldn't expect a response
from anything but a hardware reset.
There not being a handy reset button on the pi makes me use the power
switch, and that is never a good way to shut things down. Or maybe its
hidden by the fact that due to needing a 1" cable to the interface card,
the pi is mounted upside down and the fan blowing on the heat sinks is
under it very nearly out of sight. So maybe rigging a button to the
reset circuit would serve as a rebooter while preventing those partial
writes during the power supply fade, its a bigger 5 amp supply that also
runs the interfaceing cards and it takes the monitor around 7 seconds to
display "no signal" when its powered down by the power switch.
> 2) You just want to share this wonderful story with the list.
> No action needed.
Its not wonderfull, it didn't work, and I think we owe the list a
resolution, at this point, the only thing removed from the default
install is avahi-daemon. I have noticed that udev seems to have renamed
eth0 to enp+at least 0 more chars, but it works. The installer, not
finding a dhcp of anykind, apparently did not install anything but the
avahi-deamon, but in my findings in other attempts to install buster,
I've had much better luck with route setting if anything that can
generate a 169.xx.yy.zz address is best purged. having them installed
poisons the routing and there is apparently no way but purging anything
that returns an address in the 169 range. So I gave it its /etc/hosts
based address/gateway, fixed /etc/resolv.conf to specify nameservers
address, search hosts nameserver and it just worked.
I still haven't found my hands, yesterdays working on the lathe greased
them up pretty good, with 75 yo grease. And it takes hot water, boraxo
soap, and a good stiff brush to find skin under that stuff. And I've
abut an hours morning chores, making coffee, feeding the missus and
emptying her pot before I will get back to this.
> Reco
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>
Reply to: