Bug#1034048: installation-reports: Hangs at graphical install

2023-04-07 Thread Martin Dosch 
Package: installation-reports
Severity: normal

Boot method: USB
Image version: Debian GNU/Linux bookworm-DI-rc1 "Bookworm" - Official RC amd64 
NETINST with firmware 20230401-21:39
Date: 2023-04-06

Machine: Acer Nitro5 Laptop
Partitions:
LC_ALL=C df -Tl
Filesystem  Type  1K-blocks   Used  
Available Use% Mounted on
udevdevtmpfs7082020  0  
  7082020   0% /dev
tmpfs   tmpfs   1424408   1648  
  1422760   1% /run
/dev/mapper/vg--schlepptop-vg--schlepptop--root ext4 1449640972  124483120 
1251446444  10% /
tmpfs   tmpfs   7122020   1004  
  7121016   1% /dev/shm
tmpfs   tmpfs  5120  0  
 5120   0% /run/lock
/dev/sda2   ext2 960348  92880  
   818624  11% /boot
/dev/sda1   vfat 523244   5948  
   517296   2% /boot/efi
tmpfs   tmpfs   1424404 52  
  1424352   1% /run/user/1000
/dev/sdb1   ext4 1922659820 1733732432  
 91235332  96% /media/martin/Backup
/dev/sdc1   iso9660  777216 777216  
0 100% /media/martin/Debian bookworm-DI-rc1 amd64 n

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect media:   [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[E]

Comments/Problems:

I had to start the installation 3 times as the first 2 times the 
installer hung after choosing "graphical install". The third time it 
worked.

-- Package-specific info:

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="12 (bookworm) - installer build 20230401"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux schlepptop 6.1.0-7-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.20-1 
(2023-03-19) x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 Root Complex [1022:15d0]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:1366]
lspci -knn: 00:00.2 IOMMU [0806]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 IOMMU [1022:15d1]
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:1366]
lspci -knn: 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452]
lspci -knn: 00:01.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 PCIe GPP Bridge [6:0] [1022:15d3]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:01.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 PCIe GPP Bridge [6:0] [1022:15d3]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:01.6 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 PCIe GPP Bridge [6:0] [1022:15d3]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:01.7 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 PCIe GPP Bridge [6:0] [1022:15d3]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Family 17h (Models 00h-1fh) PCIe Dummy Host Bridge [1022:1452]
lspci -knn: 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 Internal PCIe GPP Bridge 0 to Bus A [1022:15db]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Raven/Raven2 Internal PCIe GPP Bridge 0 to Bus B [1022:15dc]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus 
Controller [1022:790b] (rev 61)
lspci -knn: Subsystem: Acer Incorporated [ALI] Device [1025:1366]
lspci -knn: 00:14.3 ISA bridge [0601]

Bug#1034048: installation-reports: Hangs at graphical install

2023-04-07 Thread Cyril Brulebois 
Hallo Martin,

Martin Dosch  (2023-04-07):
> I had to start the installation 3 times as the first 2 times the 
> installer hung after choosing "graphical install". The third time it 
> worked.

Anything visible on screen, any log lines? What about if you say replace
quiet with debug on the kernel command line?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1034062: netcfg prompts for hostname even though preseeded, preventing unattended installation

2023-04-07 Thread Oliver Freyermuth 

Package: netcfg
Version: 1.184

With both the Bookworm alpha2 and rc1 netinstaller, I am prompted to confirm 
the preseeded hostname (also sent via DHCP), preventing unattended installation.
The very same preseed file did not show any such prompt neither in Buster nor 
Bullseye.

The prompt is pre-filled with the correct hostname (not the FQDN, just the 
hostname part), but of course this prevents unattended preseed installation.

Relevant logs follow, hostname and FQDN modified to examples.

Potentially relevant kernel commandline parameters:
netcfg/disable_dhcp=false ethdetect/prompt_missing_firmware=false 
hw-detect/load_firmware=false locale=en_US.UTF-8 hostname=laptop.example.com 
domain=example.com

Potentially relevant part of preseed file:
d-i ethdetect/prompt_missing_firmware boolean false
d-i netcfg/choose_interface select auto
d-i netcfg/get_hostname string laptop.exmaple.com
d-i netcfg/get_domain string example.com
d-i netcfg/wireless_wep string
d-i hw-detect/load_firmware boolean true


Relevant part of installer syslog:
Apr  6 16:56:31 netcfg[1051]: DEBUG: State is now 1
Apr  6 16:56:31 netcfg[1051]: DEBUG: State is now 2
Apr  6 16:56:31 netcfg[1051]: DEBUG: State is now 5
Apr  6 16:56:31 netcfg[1051]: INFO: DHCP hostname: "laptop.example.com"
Apr  6 16:56:31 netcfg[1051]: DEBUG: laptop.example.com is a valid FQDN
Apr  6 16:56:31 netcfg[1051]: DEBUG: We have a real FQDN
Apr  6 16:56:31 netcfg[1051]: DEBUG: Preseeding domain from global: example.com
< at this point, the prompt for the hostname is shown, pre-filled with "laptop" 
>

Processing of preseed_1.114_source.changes

2023-04-07 Thread Debian FTP Masters 
preseed_1.114_source.changes uploaded successfully to localhost
along with the files:
  preseed_1.114.dsc
  preseed_1.114.tar.xz
  preseed_1.114_amd64.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

preseed_1.114_source.changes ACCEPTED into unstable

2023-04-07 Thread Debian FTP Masters 
Thank you for your contribution to Debian.



Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Fri, 07 Apr 2023 17:50:36 +0200
Source: preseed
Architecture: source
Version: 1.114
Distribution: unstable
Urgency: medium
Maintainer: Debian Install System Team 
Changed-By: Andreas B. Mundt 
Changes:
 preseed (1.114) unstable; urgency=medium
 .
   * Team upload.
   * Switch auto-install/defaultroot to bookworm.
Checksums-Sha1:
 d0d35b78d7106a6c2037ffa8ec7d484458a3a1d3 1862 preseed_1.114.dsc
 7ea5a44fb1cbfc52fab20f1ead37a418dbec90f4 86992 preseed_1.114.tar.xz
 d6025347cab3708e9a1caab8d64e7418b1e28df4 6915 preseed_1.114_amd64.buildinfo
Checksums-Sha256:
 3b75676f5dca3084c973c98d5e9a286ccbee06b2056c7950c3c65140a7199e67 1862 
preseed_1.114.dsc
 afa9de7dc2cd2358703d0715772b9945aeccea50d47bd6128b758ff0f3226053 86992 
preseed_1.114.tar.xz
 e4ced559542c0595fb68df2cd9ab80ec7433a4d3bd44f97cf825dc0a175ddc7d 6915 
preseed_1.114_amd64.buildinfo
Files:
 85ae42f7a9142e3e5d6e76a52e2835fa 1862 debian-installer optional 
preseed_1.114.dsc
 e10764cee09cd9c57edeb8873b24be4e 86992 debian-installer optional 
preseed_1.114.tar.xz
 b422a96027b63a44f18f767cbd1242de 6915 debian-installer optional 
preseed_1.114_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEk4pc7h4pDeJV2ayYsB/qhGF7WG0FAmQwPcsACgkQsB/qhGF7
WG3IRQ/9HJbC9fEQny32yMUvBxPj6tVV/OzuFNEzAxdLE5n56/Oq0GFQ+9S2QN7a
bVxDJ30zJxaLX1cqMXP8NBNP09k/6zSKlBO10lbWw/iJ74Rj0tS4vyEeacHYNiUM
GJsWztIcqM8u8N1gM6uywwXRZAti6aUOP+1bxLL3tl76vxfui/iXM7zsr+IBlC+4
W+qJ7n3Zt4m0H7ycf/upBOwvmYgirBNiOvlPD4fzUjfY5jK6IADifv3y8IWLa1aZ
VhdBNsR0ZL7xmSD966+ubYGWIQm3fYqi1K7zGKNXH14SKPY6flr69Op+USYKtgaN
kebmQArReyVe6zHlNGJNPWaEW3dKmqloJgrL8mi2GFbpD5I6smNl2QAsBYT0hEbt
ZyNzAyKosnLO+i9/3I8JUchqBzcFyogCQAebGI7ez9JK4s51afW/3kz0uynWM1cU
6slTo82zDMefinAMOCGDEziqFg4SN+Vel1YyACcxqoZfKHevpyhUAHWwYMHOVlsM
BIADzDoO0ns6WPI0iOypd05mudFdPygTd+TtjjdmIpd6XBKVPLzmBDDsmtGVUGn8
qSulabSZjSAB90AjTbHF6n2WbLMy7o+ssQscFQLQAi8oNg8NbBf1awYPHSGw+InX
7U7yIrSy485wIDgUCf/617kizyKSIfBM8CfhL84BYP+jcKz5vSE=
=Dwqf
-END PGP SIGNATURE-

Bug#1034062: netcfg prompts for hostname even though preseeded, preventing unattended installation

2023-04-07 Thread Cyril Brulebois 
Hallo Oliver,

Oliver Freyermuth  (2023-04-07):
> With both the Bookworm alpha2 and rc1 netinstaller, I am prompted to
> confirm the preseeded hostname (also sent via DHCP), preventing
> unattended installation.  The very same preseed file did not show any
> such prompt neither in Buster nor Bullseye.
> 
> The prompt is pre-filled with the correct hostname (not the FQDN, just
> the hostname part), but of course this prevents unattended preseed
> installation.
> 
> Relevant logs follow, hostname and FQDN modified to examples.
> 
> Potentially relevant kernel commandline parameters:
> netcfg/disable_dhcp=false ethdetect/prompt_missing_firmware=false 
> hw-detect/load_firmware=false locale=en_US.UTF-8 hostname=laptop.example.com 
> domain=example.com

This is likely #1031643, try using the full netcfg/get_hostname name
instead of the hostname alias on the kernel command line?


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#1034070: installation-reports: Successful netinstall on RTL8822CE wlan (with included non-free firmware)

2023-04-07 Thread Kostas Papadakis 
Package: installation-reports
Severity: wishlist
Tags: d-i
X-Debbugs-Cc: karaka...@gmail.com

Boot method: USB
Image version: 
https://cdimage.debian.org/cdimage/bookworm_di_rc1/amd64/iso-cd/debian-bookworm-DI-rc1-amd64-netinst.iso
Date: 2023-04-05 19:00:00 UTC

Machine: Lenovo IdeaPad 3 15ALC6
Partitions: 
Filesystem  Type 1K-blocks Used Available Use% Mounted 
on
udevdevtmpfs   96101200   9610120   0% /dev
tmpfs   tmpfs  1930072 1636   1928436   1% /run
/dev/mapper/nvme0n1p2_crypt ext4 123266624  7324764 114667208   7% /
tmpfs   tmpfs  96503440   9650344   0% /dev/shm
tmpfs   tmpfs 51200  5120   0% /run/lock
/dev/nvme0n1p1  vfat52324811168512080   3% /boot/efi
/dev/mapper/nvme0n1p3_crypt ext4 205311976 23129960 182165632  12% /home
tmpfs   tmpfs  1930068   254148   1675920  14% 
/run/user/1000


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [O]
Detect media:   [O]
Load installer modules: [O]
Clock/timezone setup:   [O]
User/password setup:[O]
Detect hard drives: [E]
Partition hard drives:  [ ]
Install base system:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

Compared to the bullseye installer I had used in the past, I didn't
had to copy the non-free firmware drivers for my wlan to
work. Additionally the bookworm RC1 installer kept the wlan setup
stored after boot and I had internet access from the very first boot,
which wasn't the case with the old bullseye installer.

I had several other problems which were related to my decision to keep
the previous partitioning with encrypted root filesystem and no
separate boot partition, and another encrypted home partition with my
data (which I kept intact), which were solved by roughly following
this guide:
https://www.blakehartshorn.com/installing-debian-on-existing-encrypted-lvm/
and eventually copying encryption keys to initramfs in order to avoid
the multiple password prompts.

Maybe the part that existing partitions are encrypted and offering to
luksOpen them from within the installer, could be provided as an
option though the installer in the future. This isn't a request
specific to bookworm/RC1 of course.

The install was made with TPM disabled. This laptop has a TPM module
and by default is enabled. I hadn't tried if the installation works
with TPM enabled.

-- Package-specific info:

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="12 (bookworm) - installer build 20230401"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux kos 6.1.0-7-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.20-1 
(2023-03-19) x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Renoir/Cezanne Root Complex [1022:1630]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne 
Root Complex [1022:1630]
lspci -knn: 00:00.2 IOMMU [0806]: Advanced Micro Devices, Inc. [AMD] 
Renoir/Cezanne IOMMU [1022:1631]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Renoir/Cezanne 
IOMMU [1022:1631]
lspci -knn: 00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Renoir PCIe Dummy Host Bridge [1022:1632]
lspci -knn: 00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Renoir PCIe Dummy Host Bridge [1022:1632]
lspci -knn: 00:02.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Renoir/Cezanne PCIe GPP Bridge [1022:1634]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:02.4 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Renoir/Cezanne PCIe GPP Bridge [1022:1634]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Device [1022:1453]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] 
Renoir PCIe Dummy Host Bridge [1022:1632]
lspci -knn: 00:08.1 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Renoir Internal 
PCIe GPP Bridge to Bus [1022:1635]
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:08.2 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] 
Renoir Internal PCIe GPP Bridge to Bus [1022:1635]
lspci -knn: Subsystem: Advanced Micro Devices, Inc. [AMD] Renoir Internal 
PCIe GPP Bridge to Bus [1022:163

Bug#1034072: Wireless interfaces trigger error messages about invalid WPA passphrases gets stuck during install

2023-04-07 Thread Cyril Brulebois 
Control: retitle -1 Wireless interfaces trigger error messages about invalid 
WPA passphrases

Adjusting title since I suppose you spotted #1031643 and forgot to
change the title when filing this bug about something else.

Reto Schneider  (2023-04-08):
> Until in Bullseye and Bookworm Alpha 1, passing the arguments ...
> 
> /install.amd/vmlinuz auto=true priority=critical vga=off interface=auto
> initrd=/install.amd/initrd.gz --- console=ttyS0,115200n8
> 
> ... boots the installer and progresses on its own up to the point where it
> needs to ask about the location of the preseed file ("Download debconf
> preconfiguration file").
> 
> For Bookworm Alpha 2 and RC1 however, the installer, during the detection of
> network link on each interface, once testing the Wi-Fi ones, complains about
> the WPA passphrase being invalid:
> 
> [!]! Configure the network
> Invalid passphrase
> The WPA/WPA2 PSK passphrase was either too long (more than 64 characters) or
> too short (less than 8 characters).
> 
> I can either chose "Continue" (presents the same error message again) or back
> (which allows me to store the logs), but there seems to be no way of
> progressing with the installation.

Alpha 2 is the first release with official support for firmware packages,
which is likely the triggering bit here: they show up and are usable now.

I'm not familiar with the netcfg code enough to suggest anything at the
moment (e.g. something that would notice no passphrases have been
specified, meaning one should skip the interface or prompt for a
passphrase?), but I'll add another workaround in passing:

> Possible workarounds:
>  - Remove Wi-Fi cards from machine during installation
>  - Specify interface to be used (e.g. interface=enp2s0)

Disable firmware support:
 - https://www.debian.org/releases/bookworm/amd64/ch02s02.en.html


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Processed: Re: Bug#1034072: Wireless interfaces trigger error messages about invalid WPA passphrases gets stuck during install

2023-04-07 Thread Debian Bug Tracking System 
Processing control commands:

> retitle -1 Wireless interfaces trigger error messages about invalid WPA 
> passphrases
Bug #1034072 [installation-reports] installation-reports: Preseed with 
hostname=auto gets stuck during install
Changed Bug title to 'Wireless interfaces trigger error messages about invalid 
WPA passphrases' from 'installation-reports: Preseed with hostname=auto gets 
stuck during install'.

-- 
1034072: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1034072
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Re: Bug#1034072: Wireless interfaces trigger error messages about invalid WPA passphrases gets stuck during install

2023-04-07 Thread Reto Schneider 

On 08.04.23 01:15, Cyril Brulebois wrote:

Adjusting title since I suppose you spotted #1031643 and forgot to
change the title when filing this bug about something else.


Should have been "interface=auto", not "hostname=auto" in the subject. 
Thanks for improving it.



Possible workarounds:
  - Remove Wi-Fi cards from machine during installation
  - Specify interface to be used (e.g. interface=enp2s0)


Disable firmware support:
  - https://www.debian.org/releases/bookworm/amd64/ch02s02.en.html


Can confirm, passing firmware=never works too.

Kind regards,
Reto

Bug#1034062: netcfg prompts for hostname even though preseeded, preventing unattended installation

2023-04-07 Thread Oliver Freyermuth 

Hello Cyril,

Am 07.04.23 um 23:23 schrieb Cyril Brulebois:

Oliver Freyermuth  (2023-04-07):

Potentially relevant kernel commandline parameters:
netcfg/disable_dhcp=false ethdetect/prompt_missing_firmware=false 
hw-detect/load_firmware=false locale=en_US.UTF-8 hostname=laptop.example.com 
domain=example.com


This is likely #1031643, try using the full netcfg/get_hostname name
instead of the hostname alias on the kernel command line?


indeed, that seems to be the case — I can confirm using the full 
netcfg/get_hostname name on the kernel command line prevents the question from 
being shown,
and preseeding proceeds unattendedly again. :-)
That easily explains why I did not find any code changes in netcfg which could 
explain this change in behaviour, since the reason is due to a kernel behavipur 
change.

So this can probably be closed as a duplicate of #1031643.

I concur that the question is where to go from here — my real-world use case is using 
Foreman [0] for machine deployment, which currently passes "hostname" 
exclusively in its preseed/PXE templates.
If the decision is to drop support for the hostname alias, deployment software 
like this one will of course need to be adapted (considering the alternatives, 
that is certainly a viable option).
I'll hold back on upstreaming this change to Foreman until a decision on how to 
proceed with #1031643 is made.

Thanks a lot and cheers,
Oliver

[0] https://theforeman.org/