Bug#926919: installation-reports: GNOME and byobu have trouble; gdm and lock screen is heavy and gnome-shell wasting CPU, byobu has corruption
Package: installation-report Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: To: Debian Bug Tracking System Subject: installation-reports: GNOME and byobu have trouble; gdm and lock screen is heavy and gnome-shell wasting CPU, byobu has corruption on both CLI and GUI. Package: installation-reports Severity: important Dear Maintainer, Thank you for your works. I did some test Buster installations. Base installations are fine. However, there were some problems. = THIS IS A RE-SUBMIT DUE TO PACKAGE HEADER = This message was created by, tester@buster$ reportbug installation-reports as /usr/share/doc/installation-report/README.Debian says, To file an installation report, type "reportbug installation-reports". I saved the result and sent it from my main machine. It contains Package line, not at the very first line. It could be a bug report of reportbug? Though I do not think so. I just confused; not mind it, anyway. -- Package-specific info: Boot method: netinst ISO Image version: www.debian.org official testing netinst image. Date: 2019-04-12 Machine: DIY, Skylake/Kaby Lake, both iGPU and GeForce 10x0, WD Black NVMe and Micron SATA SSD. Two machines tested. Partitions: FilesystemType 1K-blocksUsed Available Use% Mounted on udev devtmpfs 16422076 0 16422076 0% /dev tmpfs tmpfs 32877249428 3278296 1% /run /dev/mapper/main-rootfs ext4 1886280 13120 1759292 1% / /dev/mapper/main-usr ext4 3776568 2646768918244 75% /usr tmpfs tmpfs 16438604 84 16438520 1% /dev/shm tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 16438604 0 16438604 0% /sys/fs/cgroup tmpfs tmpfs 16438604 148 16438456 1% /tmp /dev/mapper/main-usrshare ext4 3776568 1902352 1662660 54% /usr/share /dev/mapper/main-var ext4 3776568 402876 3162136 12% /var /dev/nvme0n1p2ext4475736 51239395416 12% /boot /dev/mapper/main-varcache ext4 1886280 83536 1688876 5% /var/cache /dev/mapper/main-varspool ext4 18862805756 1766656 1% /var/spool /dev/mapper/main-vartmp ext4 18862805744 178 1% /var/tmp /dev/mapper/main-varlog ext4 1886280 27888 1744524 2% /var/log /dev/mapper/main-home ext4 30626664 90308 28957556 1% /home /dev/mapper/main-varmail ext4 18862806732 1765680 1% /var/mail /dev/nvme0n1p1vfat4976963852493844 1% /boot/efi tmpfs tmpfs 32877203492 3284228 1% /run/user/1000 tmpfs tmpfs 3287720 0 3287720 0% /run/user/0 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 CD: [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:[O] Comments/Problems: Did both Graphical install and expert install, and both plain filesystem install and LVM-over-LUKS filesystem install. In short, I tried something vanilla GNOME and some other my preference. I did tests on two amd64 machines, H110 + Skylake and Z270 + Kaby Lake, and composed this report on the latter, sending from my Stretch machine. * AppArmor seems okay. * fstrim seems okay both SATA Micron SSD and WD Black gen1 and gen3 NVMe. * GDM has slow response. * GNOME is very slow and gnome-session keep consuming single CPU core 100%. * Mozilla Firefox is especially slow. Those are same with or without xserver-xorg-video drivers. I did not test non-free drivers; but at least Intel iGPU on Stretch is fine. * byobu display has problem both CLI and GUI; character corruption on GUI and screen size problem on CLI. HWINFO: (/dev/sda was not used.) NAMEMAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00 465.8G 0 disk nvme0n1p3_crypt 254:00 186.3G 0 crypt main-rootfs 254:10 1.9G 0 lvm / main-swap 254:20 952M 0 lvm [SWAP] main-usr254:30 3.7G 0 lvm /usr main-usrshare 254:40 3.7G 0 lvm /usr/share main-var254:50 3.7G 0 lvm /var main-varcache 254:60 1.9G 0 lvm /var/cache main-varlog 254:70 1.9G 0 lvm /var/log main-varmail254:80 1.9G 0 lvm /var/mail main-varspool 254:90 1.9G 0 lvm /var/spool main-vartmp 254:10 0 1.9G 0 lvm /var/tmp main-home 254:11 0
Bug#926920: installation-reports: GNOME and byobu have trouble; gdm and lock screen is heavy and gnome-shell wasting CPU, byobu has corruption
Package: installation-reports Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: To: Debian Bug Tracking System Subject: installation-reports: GNOME and byobu have trouble; gdm and lock screen is heavy and gnome-shell wasting CPU, byobu has corruption on both CLI and GUI. Package: installation-reports Severity: important Dear Maintainer, Thank you for your works. I did some test Buster installations. Base installations are fine. However, there were some problems. THIS IS A RE-RE-SUBMIT DUE TO PACKAGE HEADER This message was created by, tester@buster$ reportbug installation-reports as /usr/share/doc/installation-report/README.Debian says, To file an installation report, type "reportbug installation-reports". I saved the result and sent it from my main machine. It contains Package line, not at the very first line. It could be a bug report of reportbug? Though I do not think so. I just confused; not mind it, anyway. WHY RE-RE-SUBMIT After re-submit, I noticed the package name plural. $ apt show installation-report Package: installation-report However, it seems to be installation-report*s* Now I'm more confused, but never mind. Sorry for messy mails. -- Package-specific info: Boot method: netinst ISO Image version: www.debian.org official testing netinst image. Date: 2019-04-12 Machine: DIY, Skylake/Kaby Lake, both iGPU and GeForce 10x0, WD Black NVMe and Micron SATA SSD. Two machines tested. Partitions: FilesystemType 1K-blocksUsed Available Use% Mounted on udev devtmpfs 16422076 0 16422076 0% /dev tmpfs tmpfs 32877249428 3278296 1% /run /dev/mapper/main-rootfs ext4 1886280 13120 1759292 1% / /dev/mapper/main-usr ext4 3776568 2646768918244 75% /usr tmpfs tmpfs 16438604 84 16438520 1% /dev/shm tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 16438604 0 16438604 0% /sys/fs/cgroup tmpfs tmpfs 16438604 148 16438456 1% /tmp /dev/mapper/main-usrshare ext4 3776568 1902352 1662660 54% /usr/share /dev/mapper/main-var ext4 3776568 402876 3162136 12% /var /dev/nvme0n1p2ext4475736 51239395416 12% /boot /dev/mapper/main-varcache ext4 1886280 83536 1688876 5% /var/cache /dev/mapper/main-varspool ext4 18862805756 1766656 1% /var/spool /dev/mapper/main-vartmp ext4 18862805744 178 1% /var/tmp /dev/mapper/main-varlog ext4 1886280 27888 1744524 2% /var/log /dev/mapper/main-home ext4 30626664 90308 28957556 1% /home /dev/mapper/main-varmail ext4 18862806732 1765680 1% /var/mail /dev/nvme0n1p1vfat4976963852493844 1% /boot/efi tmpfs tmpfs 32877203492 3284228 1% /run/user/1000 tmpfs tmpfs 3287720 0 3287720 0% /run/user/0 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 CD: [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:[O] Comments/Problems: Did both Graphical install and expert install, and both plain filesystem install and LVM-over-LUKS filesystem install. In short, I tried something vanilla GNOME and some other my preference. I did tests on two amd64 machines, H110 + Skylake and Z270 + Kaby Lake, and composed this report on the latter, sending from my Stretch machine. * AppArmor seems okay. * fstrim seems okay both SATA Micron SSD and WD Black gen1 and gen3 NVMe. * GDM has slow response. * GNOME is very slow and gnome-session keep consuming single CPU core 100%. * Mozilla Firefox is especially slow. Those are same with or without xserver-xorg-video drivers. I did not test non-free drivers; but at least Intel iGPU on Stretch is fine. * byobu display has problem both CLI and GUI; character corruption on GUI and screen size problem on CLI. HWINFO: (/dev/sda was not used.) NAMEMAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:00 465.8G 0 disk nvme0n1p3_crypt 254:00 186.3G 0 crypt main-rootfs 254:10 1.9G 0 lvm / main-swap 254:20 952M 0 lvm [SWAP] main-usr254:30 3.7G 0 lvm /usr main-usrshare 254:40 3.7G 0 lvm /usr/share main-var254:50 3.7G 0 lvm /var main-varcache 254:6
Bug#926919: PLEASE CLOSE THIS; RE-RE-SUBMIT ACK as Bug#926920
Dear maintainers, I re-re-submit due to my confusion around the name of "installation-report" package and the BTS entry name "installation-reports". I apologize about these. Regards.
Bug#926920: With non-free nvidia-driver solved GDM and GNOME performance problems.
Dear maintainers, I install non-free nvidia-driver package, and now everything seems fine. GDM launch is fine. GNOME session is smooth. Firefox is okay, I can watch youtube frustration-free, of course full screen is also okay. uswsusp works, too. suspend-to-RAM and resume works. I enabled C1E and C8, all the C state at BIOS. The syslog size is about 200KB. Please tell me if you want it. I keep them. Regards.
Bug#926919: marked as done (installation-reports: GNOME and byobu have trouble; gdm and lock screen is heavy and gnome-shell wasting CPU, byobu has corruption)
Your message dated Fri, 12 Apr 2019 12:21:37 +0200 with message-id and subject line Re: Bug#926919: PLEASE CLOSE THIS; RE-RE-SUBMIT ACK as Bug#926920 has caused the Debian Bug report #926919, regarding installation-reports: GNOME and byobu have trouble; gdm and lock screen is heavy and gnome-shell wasting CPU, byobu has corruption to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 926919: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926919 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: installation-report Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: To: Debian Bug Tracking System Subject: installation-reports: GNOME and byobu have trouble; gdm and lock screen is heavy and gnome-shell wasting CPU, byobu has corruption on both CLI and GUI. Package: installation-reports Severity: important Dear Maintainer, Thank you for your works. I did some test Buster installations. Base installations are fine. However, there were some problems. = THIS IS A RE-SUBMIT DUE TO PACKAGE HEADER = This message was created by, tester@buster$ reportbug installation-reports as /usr/share/doc/installation-report/README.Debian says, To file an installation report, type "reportbug installation-reports". I saved the result and sent it from my main machine. It contains Package line, not at the very first line. It could be a bug report of reportbug? Though I do not think so. I just confused; not mind it, anyway. -- Package-specific info: Boot method: netinst ISO Image version: www.debian.org official testing netinst image. Date: 2019-04-12 Machine: DIY, Skylake/Kaby Lake, both iGPU and GeForce 10x0, WD Black NVMe and Micron SATA SSD. Two machines tested. Partitions: FilesystemType 1K-blocksUsed Available Use% Mounted on udev devtmpfs 16422076 0 16422076 0% /dev tmpfs tmpfs 32877249428 3278296 1% /run /dev/mapper/main-rootfs ext4 1886280 13120 1759292 1% / /dev/mapper/main-usr ext4 3776568 2646768918244 75% /usr tmpfs tmpfs 16438604 84 16438520 1% /dev/shm tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 16438604 0 16438604 0% /sys/fs/cgroup tmpfs tmpfs 16438604 148 16438456 1% /tmp /dev/mapper/main-usrshare ext4 3776568 1902352 1662660 54% /usr/share /dev/mapper/main-var ext4 3776568 402876 3162136 12% /var /dev/nvme0n1p2ext4475736 51239395416 12% /boot /dev/mapper/main-varcache ext4 1886280 83536 1688876 5% /var/cache /dev/mapper/main-varspool ext4 18862805756 1766656 1% /var/spool /dev/mapper/main-vartmp ext4 18862805744 178 1% /var/tmp /dev/mapper/main-varlog ext4 1886280 27888 1744524 2% /var/log /dev/mapper/main-home ext4 30626664 90308 28957556 1% /home /dev/mapper/main-varmail ext4 18862806732 1765680 1% /var/mail /dev/nvme0n1p1vfat4976963852493844 1% /boot/efi tmpfs tmpfs 32877203492 3284228 1% /run/user/1000 tmpfs tmpfs 3287720 0 3287720 0% /run/user/0 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 CD: [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:[O] Comments/Problems: Did both Graphical install and expert install, and both plain filesystem install and LVM-over-LUKS filesystem install. In short, I tried something vanilla GNOME and some other my preference. I did tests on two amd64 machines, H110 + Skylake and Z270 + Kaby Lake, and composed this report on the latter, sending from my Stretch machine. * AppArmor seems okay. * fstrim seems okay both SATA Micron SSD and WD Black gen1 and gen3 NVMe. * GDM has slow response. * GNOME is very slow and gnome-session keep consuming single CPU core 100%. * Mozilla Firefox is especially slow. Those are same with or without
Bug#926920: Additional status report
Dear maintainers, * bzr shared repository seems okay, and qbzr qdiff works. THIS IS GREAT. Please do not remove qdiff feature. It's nice. * byobu had screen size problem, but after some reboots it seems okay on CLI. I have no idea to reproduce the problem, both on GUI and CLI. * GDM, GNOME, are still slow, and GNOME system monitor shows almost 100% CPU usage; it drops CLI tty. "ps auf" says gnome-shell process %CPU around 30 on the GNOME terminal, and CLI ttys. However, response on CLI is okay. * lm-sensors seems okay. All core temp around 30 degree Celsius. (I installed a large heat pipe and 3 chassis coolers) * syslog shows multiple errors. It's 185KB. If it is okay to send it, I will attach it as .tar.gz or .xz. Here is an error summary. - Firmware Bug: TSC_DEADLINE disabled by errata. It says "please update microcode to version 0x52 or later. - nouveau: firmware failed to load nvidia/gp108/gr/sw_nonctx.bin (-2) Maybe this is the cause of GDM and gnome-shell CPU wasting. Maybe. I only using main, no contrib, no non-free section, now. I will try it later; though "only main" is my favorite, free Debian. - nouveau: DRM: failed to create kernel channel, -22 - Multiple gnome-session-binary warnings, apps killed by signal 15. - gnome-session-binary: Unrecoverable failure in required component org.gnome.Shell.desktop. * smartd and nvme smart-log seems well. They read SMART info from both SATA SSD and M.2 NVMe. Regards.
Bug#926920: More additional reports
Dear maintainers, I almost forgot to write about /var/mail. If I separate it on debian installer, the owner and permission was not correct. Exim cannot send mails. So, root@buster# ls -ld /var/mail drwxrwxr-x 3 root root ... root@buster# chown root:mail /var/mail root@buster# chmod 2775 /var/mail root@buster# ls -ld /var/mail drwxrwsr-x 3 root mail ... And now, I confirmed Mozilla Thunderbird receives logcheck summay mails.
Bug#926920: About nvidia-driver and nouveau
Dear maintainers, GDM, GNOME, nvidia-driver and nouveau seems fine now, but ordinal ttys resolutions were decreased. After all, I, root@buster# apt remove --purge nvidia-driver root@buster# reboot -n root@buster# nano /etc/apt/sources.list (remove contrib and non-free) root@buster# apt update root@buster# apt install xserver-xorg-video-nouveau # re-install root@buster# apt autoremove --purge root@buster# reboot -n and GDM, GNOME are fine. Mozilla Firefox plays youtube video both in window and fullscreen. no sound, though. I connect GeForce 1030 and LCD by HDMI cable. With that, Stretch was fine. Perhaps I should clean install by the next buster netinst, without contrib and non-free, again. I will report something went wrong after that. Sorry for junky reports. Thank you, all the maintainers. Regards.
Bug#926934: flash-kernel: /sbin/installkernel fails when flash-kernel is installed
Package: flash-kernel
Version: 3.98pureos+librem5.2~1175.gbpd159a8
Severity: normal
Dear Maintainer,
The /sbin/installkernel script fails when flash-kernel is installed:
$ sudo make install
arch/arm64/Makefile:40: LSE atomics not supported by binutils
arch/arm64/Makefile:48: Detected assembler with broken .inst; disassembly will
be unreliable
/bin/bash ./arch/arm64/boot/install.sh 4.18.11-00448-ge4cb08275a83 \
arch/arm64/boot/Image System.map "/boot"
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal
4.18.11-00448-ge4cb08275a83 /boot/vmlinuz-4.18.11-00448-ge4cb08275a83
run-parts: executing /etc/kernel/postinst.d/initramfs-tools
4.18.11-00448-ge4cb08275a83 /boot/vmlinuz-4.18.11-00448-ge4cb08275a83
update-initramfs: Generating /boot/initrd.img-4.18.11-00448-ge4cb08275a83
Using DTB: librem5-evk.dtb
Couldn't find DTB librem5-evk.dtb in
/usr/lib/linux-image-4.18.11-00448-ge4cb08275a83 or /etc/flash-kernel/dtbs
Installing into /boot/dtbs/4.18.11-00448-ge4cb08275a83/./librem5-evk.dtb
cp: cannot stat '': No such file or directory
run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 1
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
make[1]: *** [arch/arm64/boot/Makefile:40: install] Error 1
make: *** [arch/arm64/Makefile:127: install] Error 2
When run from "make install" in a kernel directory, the last thing
installkernel does is call run-parts on /etc/kernel/postinst.d:
run-parts --verbose --exit-on-error --arg="$ver"
--arg="$dir/$img_dest-$ver" \
/etc/kernel/postinst.d
The postinst.d script for initramfs-tools executes update-initramfs
which in turn calls run-parts on /etc/initramfs/post-update.d:
run-parts --arg=${version} --arg=${initramfs} \
/etc/initramfs/post-update.d/
The flash-kernel package installs a hook script in
/etc/initramfs/post-update.d which executes flash-kernel. The
flash-kernel script then tries to install the kernel's .dtb files,
assuming the hook script is being run during the installation of a
kernel package. The expected .dtb files are not present and so the
execution fails causing installkernel to error out.
There is a conflict: installkernel assumes the /etc/kernel/postinst.d
hook scripts can be run outside of a kernel package installation but
flash-kernel's /etc/initramfs/post-update.d hook script assumes that
it will only be run during a kernel package installation.
Regards,
Bob Ham
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm64 (aarch64)
Kernel: Linux 4.18.11-gee84b30c (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default
locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages flash-kernel depends on:
ii debconf [debconf-2.0] 1.5.71
ii devio 1.2-1.2+b1
ii initramfs-tools0.133
ii linux-base 4.5
ii mtd-utils 1:2.0.1-1
ii ucf3.0038+nmu1
Versions of packages flash-kernel recommends:
ii u-boot-tools 2019.01+dfsg-3
flash-kernel suggests no packages.
-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = "C.UTF-8",
LANG = "en_GB.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
flash-kernel/linux_cmdline: quiet
Bug#926947: d-i.debian.org: Setting the 'd-i network-console/password password' preseed variable doesn't change password of 'installer' user
Package: d-i.debian.org Severity: important Tags: d-i I'm trying to install Debian 10 with preseed configuration. A password of an 'installer' user was set like this: d-i anna/choose_modules string network-console d-i network-console/password password password d-i network-console/password-again password password This configuration worked well with the previous Debian releases, however looks like the latest Debian Buster ignores the password from configuration and leaves it as empty in /etc/shadow The content of /etc/shadow : installer::1:0:9:7::: Preseed configuration was taken from this source: https://d-i.debian.org/manual/example-preseed.txt -- System Information: Debian Release: 10.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#926934: marked as done (flash-kernel: /sbin/installkernel fails when flash-kernel is installed)
Your message dated Fri, 12 Apr 2019 12:19:13 -0700
with message-id <87wojz9glq.fsf@ponder>
and subject line Re: Bug#926934: flash-kernel: /sbin/installkernel fails when
flash-kernel is installed
has caused the Debian Bug report #926934,
regarding flash-kernel: /sbin/installkernel fails when flash-kernel is installed
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
926934: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=926934
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: flash-kernel
Version: 3.98pureos+librem5.2~1175.gbpd159a8
Severity: normal
Dear Maintainer,
The /sbin/installkernel script fails when flash-kernel is installed:
$ sudo make install
arch/arm64/Makefile:40: LSE atomics not supported by binutils
arch/arm64/Makefile:48: Detected assembler with broken .inst; disassembly will
be unreliable
/bin/bash ./arch/arm64/boot/install.sh 4.18.11-00448-ge4cb08275a83 \
arch/arm64/boot/Image System.map "/boot"
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal
4.18.11-00448-ge4cb08275a83 /boot/vmlinuz-4.18.11-00448-ge4cb08275a83
run-parts: executing /etc/kernel/postinst.d/initramfs-tools
4.18.11-00448-ge4cb08275a83 /boot/vmlinuz-4.18.11-00448-ge4cb08275a83
update-initramfs: Generating /boot/initrd.img-4.18.11-00448-ge4cb08275a83
Using DTB: librem5-evk.dtb
Couldn't find DTB librem5-evk.dtb in
/usr/lib/linux-image-4.18.11-00448-ge4cb08275a83 or /etc/flash-kernel/dtbs
Installing into /boot/dtbs/4.18.11-00448-ge4cb08275a83/./librem5-evk.dtb
cp: cannot stat '': No such file or directory
run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 1
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
make[1]: *** [arch/arm64/boot/Makefile:40: install] Error 1
make: *** [arch/arm64/Makefile:127: install] Error 2
When run from "make install" in a kernel directory, the last thing
installkernel does is call run-parts on /etc/kernel/postinst.d:
run-parts --verbose --exit-on-error --arg="$ver"
--arg="$dir/$img_dest-$ver" \
/etc/kernel/postinst.d
The postinst.d script for initramfs-tools executes update-initramfs
which in turn calls run-parts on /etc/initramfs/post-update.d:
run-parts --arg=${version} --arg=${initramfs} \
/etc/initramfs/post-update.d/
The flash-kernel package installs a hook script in
/etc/initramfs/post-update.d which executes flash-kernel. The
flash-kernel script then tries to install the kernel's .dtb files,
assuming the hook script is being run during the installation of a
kernel package. The expected .dtb files are not present and so the
execution fails causing installkernel to error out.
There is a conflict: installkernel assumes the /etc/kernel/postinst.d
hook scripts can be run outside of a kernel package installation but
flash-kernel's /etc/initramfs/post-update.d hook script assumes that
it will only be run during a kernel package installation.
Regards,
Bob Ham
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: arm64 (aarch64)
Kernel: Linux 4.18.11-gee84b30c (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default
locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages flash-kernel depends on:
ii debconf [debconf-2.0] 1.5.71
ii devio 1.2-1.2+b1
ii initramfs-tools0.133
ii linux-base 4.5
ii mtd-utils 1:2.0.1-1
ii ucf3.0038+nmu1
Versions of packages flash-kernel recommends:
ii u-boot-tools 2019.01+dfsg-3
flash-kernel suggests no packages.
-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_CTYPE = "C.UTF-8",
LANG = "en_GB.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
flash-kernel/linux_cmdline: quiet
--- End Message ---
--- Begin Message ---
On 2019-04-12
Bug#926920: Additinal reports
Dear maintainers, * LibreOffice AppArmor profiles needs some more rules, by aa-logprof check. w/ or w/o that tuning, LibreOffice seems and works normally. * ibus-mozc Japanese Input seems fine. I can compose Japanese article with it, by LibreOffice Writer. At Stretch, Tools and Properties are sometimes unavailable; though I can not reproduce them and have no idea what is wrong. * sshd works. * PAM su restriction, securetty works. I setup them to restrict direct tty root login only; no sudo. * HDMI connected speakers does not play sounds. GNOME setting panels' speaker tests does not work, too. (GeForce 1030 -> HDMI -> LCD w/ speakers) I have no idea about these problems survey, If you have any idea what I should check and/or attempt, please give me your idea or some instruction. I'm testing on dedicated machine. I almost can do anything including HW configurations. Regards.
Bug#926975: installation-reports: Grub install and/or update is okay, amd64, LVM-over-LUKS on a SSD.
Package: installation-reports Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tester@busterlp To: Debian Bug Tracking System Subject: installation-reports: Grub install and/or update is okay, amd64, LVM-over-LUKS on a SSD. Bcc: tester@busterlp Package: installation-reports Severity: normal Dear Maintainer, This time, I upgraded my laptop Stretch into Buster, and found Grub bug report at "reportbug installation-reports". Rewrite the sources.list, apt update -> upgrade -> dist-upgrade. As far as I tested, GRUB seems OK. * LVM-over-LUKS, discard options, fstrim works. * update-grub is OK. (I swapped original HDD into Sandisk SATA SSD) This laptop is almost test purpose machine. I create this report on that, submitting from my main machine. -- Package-specific info: Boot method: upgrade from Stretch Image version: N/A Date: 2019-04-13 Machine: TOSHIBA TX-66 Partitions: FilesystemType 1K-blocksUsed Available Use% Mounted on udev devtmpfs 1900784 0 1900784 0% /dev tmpfs tmpfs 3835806300377280 2% /run /dev/mapper/main-rootfs ext4 3776568 568224 2996788 16% / /dev/mapper/main-usr ext4 7622824 1372828 5843060 20% /usr tmpfs tmpfs 1917880 120 1917760 1% /dev/shm tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 1917880 0 1917880 0% /sys/fs/cgroup /dev/sda1 ext4474712 79413366269 18% /boot tmpfs tmpfs 1917880 124 1917756 1% /tmp /dev/mapper/main-var ext4 3776568 18268 3546744 1% /var /dev/mapper/main-home ext4 30626664 123048 28924816 1% /home /dev/mapper/main-varlog ext4 1886280 31604 1740808 2% /var/log /dev/mapper/main-varlib ext4 1886280 680344 1092068 39% /var/lib /dev/mapper/main-usrshare ext4 15311208 1920456 12593264 14% /usr/share /dev/mapper/main-varcache ext4 1886280 82088 1690324 5% /var/cache /dev/mapper/main-vartmp ext4 3776568 15312 3549700 1% /var/tmp /dev/mapper/main-varspool ext4 18862805772 1766640 1% /var/spool /dev/mapper/main-varmail ext4 18862805712 1766700 1% /var/mail tmpfs tmpfs 383576 0383576 0% /run/user/0 tmpfs tmpfs 3835766044377532 2% /run/user/1000 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: It seems upgrading from Stretch had no problem. GNOME, Firefox ESR, LibreOffice, works fine under some of my AppArmor enforce mode profiles; though I need some tweaks by aa-logprof. On the other hand, unused old WiFi module had trouble. * rtl8192se: printing error on all tty periodically. rmmod it solve that error prints. Perhaps I should blacklist it. note: On this laptop, there is a WiFi On/Off physical toggle switch, and I keep it Off always. Maybe that is the cause. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION="Debian GNU/Linux installer" DISTRIB_RELEASE="9 (stretch) - installer build 20170615+deb9u5" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux busterlp 4.9.0-8-amd64 #1 SMP Debian 4.9.130-2 (2018-10-27) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 02) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff00] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff00] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) lspci -knn: Subsystem: Toshiba America Info Systems Device [1179:ff00] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 5 Series/3400 Series
Bug#926975: Additinal reports.
Dear maintainers, This old (2010) TOSHIBA laptop, upgraded from Stretch, seems OK. * Sound is fine. * logcheck with my own rules works. It sends summary mails and I can read them by Mozilla Thunderbird. Wi-Fi seems odd; even I use the physical toggle switch and make it Off, GNOME setting panel shows nearby SSIDs. Maybe this is TOSHIBA laptop's hardware issue. I turned Off the Wi-Fi on GNOME setting panel, it seems no problem. Regard.
