X-Original-To: alpine-devel@lists.alpinelinux.org Received: from mail-pf0-f179.google.com (mail-pf0-f179.google.com [209.85.192.179]) by lists.alpinelinux.org (Postfix) with ESMTP id E760D5C56B7 for ; Thu, 30 Nov 2017 14:50:41 +0000 (GMT) Received: by mail-pf0-f179.google.com with SMTP id l24so3197533pfj.6 for ; Thu, 30 Nov 2017 06:50:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=CmH0vhMJm6kSme4Ygk/wVZGHSs3QlQ/FXokvLVP49yc=; b=lROqZlzabvJqiieIHdxqMcBjxq20lob+Ic9DEslRdAMFgHLQ4H172htmdk9C2GpiGk I3OiADvLXNrvakiAwrWFU/Q/xOUJxEmbecs6xZdBg6fK9ZQ2/DmrZ0CcIt7oHq0Iqlea oL14w3X6k1m9toQuYNHYyMpNjhiPtWYT+NhObAnaHOFJCj0eew3sOMLm5uEXs7V+7fjg 7rq2y2iyr8KadWbMPZOCFzunib7W8/Hayq6P8IxZy4f3IQ0vntcEOUD2cKAoZKPOxAtI d2UlK6hK8lbtrz7OcLs5kS9/lN/wVv/5Rtu32ES60I081OBNxDBTIvSZu6gktGY6DwZr YZbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=CmH0vhMJm6kSme4Ygk/wVZGHSs3QlQ/FXokvLVP49yc=; b=Vs2383MILg4K6XRUUhXa4JrWayt0RFobxFYsNqZ1rteweoERHCuZzQnN6DCqNAyiQ6 qlbv+dB35uoD/FGN+Zydf5bsxMeoWXegJBD/wyBBNy0DdXDCvD5nctAgSiPuSvJRH611 rAo282Kfxt0uypLrImMJwRZArhDE+wgrCMU2tehMgsw09Z3UEZPJRh98JzLyAi+Jw85+ Lk28KkuPHBHHvPZDAZqrXcOb0VTcTLHB0KsNBENf3gan4HuwSUsX/m0uPvHABtgkZWHx 3MCbH67CwCj8fZmrzELeyyr4l0c6HHu+n6yo1j3yaraSLGtsZigufDMOfkvYmkx6YcHf tAMA== X-Gm-Message-State: AJaThX5DRxwJcACLxeSqJWaavfI0YdTO1Bf60C7krL5p2q7+r++W0tHl 57TXp18Sz5pdH8V34ye2ZhAIm8bExU8xHzxMk6nTdd4j X-Google-Smtp-Source: AGs4zMYj9YLfK9RF8k9P7QaH8ysQcNsUqsPSzsuxEHyw4VvR8dsynziLBRBibrxzeBA33oyM/oWUcUiO7OrXT+v/Gds= X-Received: by 10.99.124.85 with SMTP id l21mr2611563pgn.85.1512053441076; Thu, 30 Nov 2017 06:50:41 -0800 (PST) X-Mailinglist: alpine-devel Precedence: list List-Id: Alpine Development List-Unsubscribe: List-Post: List-Help: List-Subscribe: MIME-Version: 1.0 Received: by 10.100.155.98 with HTTP; Thu, 30 Nov 2017 06:50:20 -0800 (PST) In-Reply-To: <20171129181404.4df7941b@ncopa-desktop.copa.dup.pw> References: <20171123224046.0d21352b@ncopa-desktop.copa.dup.pw> <5A19D088.6040806@adelielinux.org> <39316FB2-BAB3-4357-82FC-32FB65EF5AB8@mowsey.org> <20171129181404.4df7941b@ncopa-desktop.copa.dup.pw> From: Gennady Feldman Date: Thu, 30 Nov 2017 09:50:20 -0500 Message-ID: Subject: Re: [alpine-devel] Alpine Linux 3.7.0 Release Candidate 1 on VirtualBox To: Natanael Copa Cc: Jack Schmidt , alpine-devel@lists.alpinelinux.org Content-Type: multipart/alternative; boundary="94eb2c1b4aa23ca1a1055f346025" --94eb2c1b4aa23ca1a1055f346025 Content-Type: text/plain; charset="UTF-8" Hi, >From a quick look looks like: CONFIG_EFI=y CONFIG_EFI_STUB=y are missing from the virthardened config. Thank you, On Wed, Nov 29, 2017 at 12:14 PM, Natanael Copa wrote: > Hi, > > Thanks you very much for testing. > > I think the most critical issues are fixed. I have not bothered fix the > eject issue, since I think it mostly affects virtualbox only. > > I haven't looked at the alpine-virt + efi issue, yet. I suppose there > are some kernel modules that are needed? > > Can you please re-run the tests with the 3.7.0_rc3? > > Thanks! > > -nc > > On Sat, 25 Nov 2017 21:39:02 -0500 > Jack Schmidt wrote: > > > Here are my notes on Alpine 3.7.0 rc1 installations using VirtualBox > hosted on x86_64 Darwin. > > > > > > Summary: > > > > * Standard, Extended, Vanilla, Virtual on BIOS just work (minor issues) > > * Standard, Extended, Vanilla on EFI has one major issue (bad fsck) > > * Virtual is broken on EFI (no kernel support) > > > > In each case I tried to do a base install to an IDE disk, as "sys", > default options. I also tried booting the ISO as a run-from-ram system. > Virtual on EFI requires a serial console, but otherwise all ISOs > run-from-ram smoothly. > > > > The fsck issue needs to be fixed. The 4.9.63 vs 4.9.59 should be fixed. > The Virtual EFI probably should be fixed, but is easily worked-around by > end users. The minor issues would be nice to increase adoption of bootable > alpine, but aren't necessary. I assume docker containers are just fine: I > use edge all the time without trouble. > > > > > > Standard, Extended, Vanilla, Virtual legacy BIOS minor issues: > > > > * Install boot might be too quiet for too long > > > > The BIOS boot takes 5 to 20 seconds, so the "quiet" option in > boot/syslinux/syslinux.cfg might need to be accompanied by a "say" or a > "menu autoboot" type thing. Grub EFI boot is mostly better, but sometimes > takes a long time between messages. The installed version is a little slow, > but has a reasonable amount of messages to let you know it is progressing. > > > > > > Standard, Extended, Vanilla, Virtual both BIOS and EFI minor issues: > > > > * After setup-alpine is complete, eject cdrom > > * Install boot and installed root use different kernels, rescue is hard > > * (hardened/virthardened) Guest additions kernel version problem > > > > Install for BIOS works easily on Standard, Extended, Vanilla, Virtual. > Install for EFI works easily on Standard, Extended, Vanilla, but fails for > Virtual. > > > > After the install, setup-alpine asks to reboot, but doesn't "eject -s" > (-s required for me) the cd. That means alpine reboots under the readonly > cdrom with a tmpfs. This works fine, but is surprising if you are > installing software. > > > > After the eject, system comes up much more noisily / green, so probably > reassuring. > > > > However, it comes up under 4.9.59-0-*hardened or 4.9.65 vanilla, so one > can't use the ISO's 4.9.63 kernel to boot a rescue. If it isn't too much > trouble, for the final 3.7 release, it'd be good if the kernel matched on > the ISO's boot and the ISO's apk. > > > > Guest additions (mostly not needed by me) are hard to load, since they > are in /lib/modules/4.9.65-* but the kernel is actually 4.9.59-*. Once that > is fixed, all good. > > > > > > Standard, Extended, Vanilla EFI issue (vfat.fsck) > > > > * 1.5GB disk required > > * vfat.fsck > > > > Alpine is known for it's very small size. The ISOs are a nice size. I > have a VM that runs off a 10MB iso, and the Virtual ISO is good at under > 40MB. I was trying out ubuntu variations and had to choose my physical > network to handle the each-iso-is-a-gig downloads. Alpine is very easy to > try. However, the new EFI install creates a 500MB /boot/efi partition to > hold 500KB of boot data. It might be worthwhile to check the total size of > the disk, and not use so much on it for smaller (1 or 2 gig) drives. > > > > More importantly /boot/efi fails its fsck due to a syntax error: > > > > fsck.vfat: unrecognized option: C > > > > This is from /etc/init.d/fsck. Since the fsck service fails, most of the > rest of the boot is not really attempted. / is mounted read-only. Network > is down. > > > > Remounting / rw, removing the -C0 from fsck, and rebooting is OK. You > still get a scary error, but the system comes up fine. > > > > See also https://bugs.alpinelinux.org/issues/8090 for raspberry pi > breakage and suggested fix (seems reasonable to me: write a simple shell > script wrapper for fsck.vfat and fsck.fat that ignores ext2/3/4 arguments). > > > > I think this must be fixed before a release. > > > > > > Virtual EFI fail > > > > Virtual's virthardened kernel lacks EFI support (even in module form). > Also it is worse on VirtualBox EFI since it also lacks video drivers. The > serial console works, but is hard to use (telnet lacks tab-completion, GNU > screen requires socat, and only one terminal). Since /sys/firmware/efi is > not available, setup-disk does not realize it was an EFI boot and does > everything wrong. > > > > I suspect it would be a good idea to include EFI support for the Virtual > ISO / virthardened kernel too. The fix would make Alpine seem more reliable > and would cut down on the "why is the screen black?" questions. However, to > workaround it is easy to turn off EFI, and legacy BIOS is more standard for > virtual machines, I believe. > > > > > > > > --- > > Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org > > Help: alpine-devel+help@lists.alpinelinux.org > > --- > > > > > > --- > Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org > Help: alpine-devel+help@lists.alpinelinux.org > --- > > --94eb2c1b4aa23ca1a1055f346025 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

From a quick look l= ooks like:
CONFIG_EFI=3Dy
CONFIG_EFI_STUB=3Dy

are missin= g from the virthardened config.

Thank you,

On Wed, Nov 29, 2017 at 12:= 14 PM, Natanael Copa <ncopa@alpinelinux.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">Hi,

Thanks you very much for testing.

I think the most critical issues are fixed. I have not bothered fix the
eject issue, since I think it mostly affects virtualbox only.

I haven't looked at the alpine-virt + efi issue, yet. I suppose there are some kernel modules that are needed?

Can you please re-run the tests with the 3.7.0_rc3?

Thanks!

-nc

On Sat, 25 Nov 2017 21:39:02 -0500
Jack Schmidt <alpine@mowsey.org= > wrote:

> Here are my notes on Alpine 3.7.0 rc1 installations using VirtualBox h= osted on x86_64 Darwin.
>
>
> Summary:
>
> * Standard, Extended, Vanilla, Virtual on BIOS just work (minor issues= )
> * Standard, Extended, Vanilla on EFI has one major issue (bad fsck) > * Virtual is broken on EFI (no kernel support)
>
> In each case I tried to do a base install to an IDE disk, as "sys= ", default options. I also tried booting the ISO as a run-from-ram sys= tem. Virtual on EFI requires a serial console, but otherwise all ISOs run-f= rom-ram smoothly.
>
> The fsck issue needs to be fixed. The 4.9.63 vs 4.9.59 should be fixed= . The Virtual EFI probably should be fixed, but is easily worked-around by = end users. The minor issues would be nice to increase adoption of bootable = alpine, but aren't necessary. I assume docker containers are just fine:= I use edge all the time without trouble.
>
>
> Standard, Extended, Vanilla, Virtual legacy BIOS minor issues:
>
> * Install boot might be too quiet for too long
>
> The BIOS boot takes 5 to 20 seconds, so the "quiet" option i= n boot/syslinux/syslinux.cfg might need to be accompanied by a "say&qu= ot; or a "menu autoboot" type thing. Grub EFI boot is mostly bett= er, but sometimes takes a long time between messages. The installed version= is a little slow, but has a reasonable amount of messages to let you know = it is progressing.
>
>
> Standard, Extended, Vanilla, Virtual both BIOS and EFI minor issues: >
> * After setup-alpine is complete, eject cdrom
> * Install boot and installed root use different kernels, rescue is har= d
> * (hardened/virthardened) Guest additions kernel version problem
>
> Install for BIOS works easily on Standard, Extended, Vanilla, Virtual.= Install for EFI works easily on Standard, Extended, Vanilla, but fails for= Virtual.
>
> After the install, setup-alpine asks to reboot, but doesn't "= eject -s" (-s required for me) the cd. That means alpine reboots under= the readonly cdrom with a tmpfs. This works fine, but is surprising if you= are installing software.
>
> After the eject, system comes up much more noisily / green, so probabl= y reassuring.
>
> However, it comes up under 4.9.59-0-*hardened or 4.9.65 vanilla, so on= e can't use the ISO's 4.9.63 kernel to boot a rescue. If it isn'= ;t too much trouble, for the final 3.7 release, it'd be good if the ker= nel matched on the ISO's boot and the ISO's apk.
>
> Guest additions (mostly not needed by me) are hard to load, since they= are in /lib/modules/4.9.65-* but the kernel is actually 4.9.59-*. Once tha= t is fixed, all good.
>
>
> Standard, Extended, Vanilla EFI issue (vfat.fsck)
>
> * 1.5GB disk required
> * vfat.fsck
>
> Alpine is known for it's very small size. The ISOs are a nice size= . I have a VM that runs off a 10MB iso, and the Virtual ISO is good at unde= r 40MB. I was trying out ubuntu variations and had to choose my physical ne= twork to handle the each-iso-is-a-gig downloads. Alpine is very easy to try= . However, the new EFI install creates a 500MB /boot/efi partition to hold = 500KB of boot data. It might be worthwhile to check the total size of the d= isk, and not use so much on it for smaller (1 or 2 gig) drives.
>
> More importantly /boot/efi fails its fsck due to a syntax error:
>
> fsck.vfat: unrecognized option: C
>
> This is from /etc/init.d/fsck. Since the fsck service fails, most of t= he rest of the boot is not really attempted. / is mounted read-only. Networ= k is down.
>
> Remounting / rw, removing the -C0 from fsck, and rebooting is OK. You = still get a scary error, but the system comes up fine.
>
> See also https://bugs.alpinelinux.org/issues/8090<= /a> for raspberry pi breakage and suggested fix (seems reasonable to me: wr= ite a simple shell script wrapper for fsck.vfat and fsck.fat that ignores e= xt2/3/4 arguments).
>
> I think this must be fixed before a release.
>
>
> Virtual EFI fail
>
> Virtual's virthardened kernel lacks EFI support (even in module fo= rm). Also it is worse on VirtualBox EFI since it also lacks video drivers. = The serial console works, but is hard to use (telnet lacks tab-completion, = GNU screen requires socat, and only one terminal). Since /sys/firmware/efi = is not available, setup-disk does not realize it was an EFI boot and does e= verything wrong.
>
> I suspect it would be a good idea to include EFI support for the Virtu= al ISO / virthardened kernel too. The fix would make Alpine seem more relia= ble and would cut down on the "why is the screen black?" question= s. However, to workaround it is easy to turn off EFI, and legacy BIOS is mo= re standard for virtual machines, I believe.
>
>
>
> ---
> Unsubscribe:=C2=A0
alpine-devel+unsubscribe@lists.alpinelinux.org > Help:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0alpine-devel+help@lists.alpinelinux.org<= /a>
> ---
>



---
Unsubscribe:=C2=A0
alpine-devel+unsubscribe@lists.alpinelinux.org
Help:=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0alpine-devel+help@lists.alpinelinux.org ---


--94eb2c1b4aa23ca1a1055f346025-- --- Unsubscribe: alpine-devel+unsubscribe@lists.alpinelinux.org Help: alpine-devel+help@lists.alpinelinux.org ---