Bug#620041: initramfs-tools-core: Please migrate to KEYMAP=auto
Package: initramfs-tools-core
Version: 0.141
Followup-For: Bug #620041
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
The main problem is that, should system booting fail and get dropped into the Busybox rescue shell, rescuing will be hampered by the kernel having remained on US keymap assumptions. This makes it very difficult to perform emergency maintenance on systems with a non-US keyboard.
Two possible solutions:
1) Use KEYMAP=y as the stock upstream default. There however may be reasons why this would be undesirable.
2) Migrate to a new KEYMAP=auto stock default (similar to BUSYBOX=auto) and install the keymap into the initrd image if the utilities are present on the system. This would probably be the best solution in the long run.
Martin-Éric
- -- System Information:
Debian Release: bookworm/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'stable-security'), (500, 'testing')
Architecture: i386 (i586)
Kernel: Linux 5.16.0-6-686 (SMP w/1 CPU thread; PREEMPT)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), LANGUAGE=fi:en
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages initramfs-tools-core depends on:
ii coreutils 8.32-4.1
ii cpio 2.13+dfsg-7
ii e2fsprogs 1.46.5-2
ii klibc-utils 2.0.10-4
ii kmod 29-1
ii logsave 1.46.5-2
ii udev 250.4-1
Versions of packages initramfs-tools-core recommends:
ii busybox-static [busybox] 1:1.30.1-7+b2
ii zstd 1.5.2+dfsg-1
Versions of packages initramfs-tools-core suggests:
ii bash-completion 1:2.11-6
- -- Configuration Files:
/etc/initramfs-tools/initramfs.conf changed:
MODULES=most
BUSYBOX=auto
KEYMAP=y
COMPRESS=zstd
DEVICE=
NFSROOT=auto
RUNSIZE=10%
FSTYPE=auto
- -- no debconf information
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEyJACx3qL7GpObXOQrh+Cd8S017YFAmJc6IQACgkQrh+Cd8S0
17YLvA//e88s7yi67XVaeJpy6SotDGBDUfcZNi1S1XdbbrYdHcyitN1rx6HZURzi
Vii7IthpOkA2le2FsbJ6HXtXW98JQ/iGi8Vz1cWqNLlkpLRRlNIoFa9eb2uHZljg
BmMRYB3AS7UApZNaTlBbmiTyobJEqlRXj6YZ4kuPMSuH2C9q1BMs+Y2CTxKMcy+y
OzSdGhjpAjEdR176uvOowBL+FUK62DeSYpCiyqBN6JN4dhhtempE4FZK2PlM0JG0
L5DrT6vK7wzj+lOKuENK6E0ZKezb2X399Tv64OjSJ+Bz11Au9gTi3jhSt51DXaen
oCMhnu1ogt4LvNt+yG4iNSgBqWr5pcjtg8YUCADC7Bt8zmuEy9Au8/QvS0ypogwH
VXXrZxf6whFn8iUEHOMqNxj80iEm0QYgf/uEdL4VKX8e5Npx5nEIgYKrjYzPByET
9WlRLLnzxw37IQCMkca9sxPotqErP1g8C5YB2Nwy3q7Jwm0Qi4uMfT45TdTW6j93
SLHcmuEIjM26iqWr2YlHFvNCszgwxzkHlZbIspzRWmB+Roem0cL+8pO3/jLR5Hks
FRkII85ywM/EhnqjZV1qqpXkxwMX5j9h84+v4gtWZtpMWCH+StyX6WzGWWIRL9pc
ccnV9LqZeU6OtOSma0XpjDxrAbbtfoMnSEd7k3VAE6LXkgdNmzQ=
=R5Vp
-----END PGP SIGNATURE-----
Reply to: