Date: Mon, 17 Dec 2018 20:11:30 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 234031] loader can't traverse filesystem, LUA ERROR: cannot open /boot/lua/loader.lua Message-ID: <bug-234031-227-HFYkg5Yqhg@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-234031-227@https.bugs.freebsd.org/bugzilla/> References: <bug-234031-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234031 --- Comment #6 from former_user <vollbluthengst@mail.ru> --- To add, a VM running inside Qemu so there's no ada0 - instead the device is vtbd0 and the gpart output: Geom name: vtbd0 modified: false state: OK fwheads: 16 fwsectors: 63 last: 104857559 first: 0 entries: 2 scheme: BSD Providers: 1. Name: vtbd0a Mediasize: 50465341440 (47G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 50465341440 offset: 0 type: freebsd-ufs index: 1 end: 10485759 start: 0 2. Name: vtbd0b Mediasize: 2684354560 (2.5G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 3221245952 Mode: r1w1e0 rawtype: 1 length: 2684354560 offset: 50465886208 type: freebsd-swap index: 2 end: 103809063 start: 10485760 A reinstall with explicitly choosing GPT and ignoring the installer wants to use BSD the layout: Geom name: vtbd0 modified: false state: OK fwheads: 16 fwsectors: 63 last: 104857559 first: 40 entries: 152 scheme: GPT Providers: 1. Name: vtbd0p1 Mediasize: 524288 (512K) Sectorsize: 512 Stripesize: 0 Stripeoffset: 20480 Mode: r0w0e0 efimedia: HD(1,GPT,d9da6ff2-021d-11e9-b4eb-00163cfd496c,0x28,0x400) rawuuid: d9da6ff2-021d-11e9-b4eb-00163cfd496c rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f label: (null) length: 524288 offset: 20480 type: freebsd-boot index: 1 end: 1063 start: 40 2. Name: vtbd0p2 Mediasize: 50465341440 (47G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 544768 Mode: r1w1e1 efimedia: HD(2,GPT,d9e22632-021d-11e9-b4eb-00163cfd496c,0x428,0x5dffc00) rawuuid: d9e22632-021d-11e9-b4eb-00163cfd496c rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b label: (null) length: 50465341440 offset: 544768 type: freebsd-ufs index: 2 end: 98566183 start: 1064 3. Name: vtbd0p3 Mediasize: 2684354560 (2.5G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 3221245952 Mode: r1w1e0 efimedia: HD(3,GPT,d9fa078e-021d-11e9-b4eb-00163cfd496c,0x5e00028,0x5000= 00) rawuuid: d9fa078e-021d-11e9-b4eb-00163cfd496c rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b label: (null) length: 2684354560 offset: 50465886208 type: freebsd-swap index: 3 end: 103809063 start: 98566184 Consumers: 1. Name: vtbd0 Mediasize: 53687091200 (50G) Sectorsize: 512 Mode: r2w2e3 which works. Another system still affected by the issue: Geom name: ada0 modified: false state: OK fwheads: 16 fwsectors: 63 last: 976773167 first: 0 entries: 8 scheme: BSD Providers: 1. Name: ada0a Mediasize: 5368709120 (5.0G) Sectorsize: 512 Mode: r1w1e1 rawtype: 7 length: 5368709120 offset: 0 type: freebsd-ufs index: 1 end: 10485759 start: 0 2. Name: ada0b Mediasize: 17179869184 (16G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073741824 Mode: r1w1e0 rawtype: 1 length: 17179869184 offset: 5368709120 type: freebsd-swap index: 2 end: 44040191 start: 10485760 3. Name: ada0d Mediasize: 5368709120 (5.0G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1073741824 Mode: r1w1e1 rawtype: 7 length: 5368709120 offset: 22548578304 type: freebsd-ufs index: 4 end: 54525951 start: 44040192 4. Name: ada0e Mediasize: 53687091200 (50G) Sectorsize: 512 Stripesize: 0 Stripeoffset: 2147483648 Mode: r1w1e1 rawtype: 7 length: 53687091200 offset: 27917287424 type: freebsd-ufs index: 5 end: 159383551 start: 54525952 5. Name: ada0f Mediasize: 418503483392 (390G) Sectorsize: 512 Mode: r1w1e1 rawtype: 27 length: 418503483392 offset: 81604378624 type: freebsd-zfs index: 6 end: 976773167 start: 159383552 Consumers: 1. Name: ada0 Mediasize: 500107862016 (466G) Sectorsize: 512 Mode: r5w5e9 In the non-working cases the loader gets stuck being unable to find lua, ls= dev shows disk0a / disk0b etc. and one is able to do "ls /" but unable to "walk" into directories. Manually setting currdev to e.g. disk0a still won't help. Booting from ISO, then setting currdev and loading the kernel helps as work-around. To reproduce do an install of 11.2-RELEASE inside a VirtualBox / QEMU VM, choosing BSD disklabel as layout, let it use the entire disk and then upgra= de to 12.0-RELEASE. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-234031-227-HFYkg5Yqhg>