[Resend because I failed to use the correct from address on the first one and it got rejected by the list; apologies] On Tue, Jun 2, 2020 at 9:04 AM Budi Janto <budijanto at studiokaraoke.co.id> wrote:> > Hi Folks, > > Now, I'am running FreeBSD 12.1-STABLE, suddenly after restart system can > not able to booting (boot to single user only). > > ... > Loading /boot/defaults/loader.conf > Loading /boot/device.hints > Loading /boot/loader.conf > efipart_readwrite: rw=1, blk=5656992 size=40 status=7 > Startup error in /boot/lua/loader.lua: > LUA ERROR: memory allocation error: block too big. > > can't load 'kernel' > > Type '?' for a list of commands. 'help' for more detailed help > OK > ... > > Anyone could give some clue to fixing this booting issue? -- Thank You. >Can you post a sample of your /boot/lodaer.conf, please? Though, the efipart_readwrite error smack dab in the middle leaves me a bit worried; status=7 looks like EFI_DEVICE_ERROR, which is a bit sinister. As an aside, I'd appreciate it if other folks in this thread could simply stop dumping all over the many many many hours of work that were put into getting lua into shape to replace the high-quality forth that was already in place. The reality is that lua won a popularity contest long ago [outside of a FreeBSD context][ and lowers the barrier to being able to hack on our loader menus, which should be viewed as a great thing. These comments were highly demoralizing, and I almost didn't bother dropping into this thread because of them. Believe it or not, issues with underlying media can cause problems with 4thloader as well. Thanks, Kyle Evans
I do not want to be demoralizing, nor to hurt anyone. I am also thankfull to all developers. But the argumenentation used here does not convince and makes me think about the future of FreeBSD. OK, for putting LUA was invested many many hours, the FORTH was done in 5 minutes and ist worst quality. But the booting and installation problems, that I had to solve in a tricky way and with additional hardware, began with the LUA loader, and are solved putting an old loader, as somenone in this thread noted. And how many users did need lua there (and everywhere, also in the soup)? The last beat would be to remove the forth loader from the distribution, then a solution of the problems will become much more difficult. Rodrigo On Wed, 3 Jun 2020, Kyle Evans wrote: [...]> As an aside, I'd appreciate it if other folks in this thread could > simply stop dumping all over the many many many hours of work that > were put into getting lua into shape to replace the high-quality forth > that was already in place. The reality is that lua won a popularity > contest long ago [outside of a FreeBSD context][ and lowers the barrier > to being able to hack on our loader menus, which should be viewed as a > great thing. These comments were highly demoralizing, and I almost didn't > bother dropping into this thread because of them. > > Believe it or not, issues with underlying media can cause problems > with 4thloader as well. > > Thanks, > > Kyle Evans > _______________________________________________ > freebsd-stable at freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org" >
Hi all, to add to the argument made by Kyle:> Am 03.06.2020 um 14:56 schrieb Kyle Evans <kevans at freebsd.org>: > As an aside, I'd appreciate it if other folks in this thread could > simply stop dumping all over the many many many hours of work that > were put into getting lua into shape to replace the high-quality forth > that was already in place. The reality is that lua won a popularity > contest long ago [outside of a FreeBSD context][ and lowers the barrier > to being able to hack on our loader menus, which should be viewed as a > great thing.I was equally annoyed at first because I happen to know a good deal of Forth (and use HP calculators ;-) and my reasoning was like ?Lua is just as exotic as Forth so people need to learn the basics of a new language, anyway - why make *me* relearn everything?? But in private conversation at one EuroBSDCon I learned that the ?bus factor? of the old bootloader (i.e. how many people have to be overrun by a bus to make that part of the project unmaintainable because there is zero knowledge left) was probably 2. Which is a perfectly good reason to replace a piece of software with a new one that hopefully more people understand. As for the choice of language I am actually pretty agnostic and willing to learn whatever is needed to get a particular task done. Just my 2ct. Patrick -- punkt.de GmbH Patrick M. Hausen .infrastructure Kaiserallee 13a 76133 Karlsruhe Tel. +49 721 9109500 https://infrastructure.punkt.de info at punkt.de AG Mannheim 108285 Gesch?ftsf?hrer: J?rgen Egeling, Daniel Lienert, Fabian Stein