From owner-freebsd-stable@freebsd.org Wed Jun 3 12:56:28 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 190F333682C for ; Wed, 3 Jun 2020 12:56:28 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49cTSC71qfz4K23 for ; Wed, 3 Jun 2020 12:56:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qt1-f174.google.com (mail-qt1-f174.google.com [209.85.160.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id E12E92580B for ; Wed, 3 Jun 2020 12:56:27 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qt1-f174.google.com with SMTP id e16so1903495qtg.0 for ; Wed, 03 Jun 2020 05:56:27 -0700 (PDT) X-Gm-Message-State: AOAM531Os6+zzpYWzWzr2mF+JpBDQLyaiALmMgDs1J58PS4YjQtKuVaM Y0Oy2iLZi63YSIwuZvP7s2JVXcqSY0sV41cqSe0= X-Google-Smtp-Source: ABdhPJzv1JXLSbec+5H8cKgSqkm58DFqhj0LdiJSLO5vCzj3q0+ie0fX+jRh8QAkhb+KKPcRuPjn6j7fnTibleGGpTw= X-Received: by 2002:ac8:5301:: with SMTP id t1mr29971350qtn.310.1591188987362; Wed, 03 Jun 2020 05:56:27 -0700 (PDT) MIME-Version: 1.0 References: <9c5739d4-c10c-74a0-0f69-6b4cdc3e0dd7@studiokaraoke.co.id> In-Reply-To: <9c5739d4-c10c-74a0-0f69-6b4cdc3e0dd7@studiokaraoke.co.id> From: Kyle Evans Date: Wed, 3 Jun 2020 07:56:14 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: LUA ERROR: memory allocation error: block too big To: Budi Janto Cc: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2020 12:56:28 -0000 [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 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