Bug#994242: resemble video issue on CML-TGP PCH machine
Dear Maintainer, I've also met this situation on my new comet lake machine, Celeron G5905 (CML-R) with H510 chipset, then found this #994242 report. No visible video after initial boot. Same drm_WARN_ON and call trace. Maybe "TGP PCH + CML combo" support related (5.14, 2021 Feb): https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=4b97039e90bf895a7a1db47411079f0cffe395f6 FYI: freedesktop: drm/i915/cml : Add TGP PCH support https://patchwork.freedesktop.org/patch/410462/ I guess whether 5.10 LTS will merge those patches in the future will be important for Intel 10/11th gen CPU's iGPU users. regards,
Bug#992855: upgrade-reports: buster to bullseye, nvme logs make ttys messy.
Package: upgrade-reports
Severity: normal
Dear maintainers,
I've upgraded one of my buster 10.10 into bullseye 11.
* Upgrading was mostly successfull.
* As "buster" GNOME desktop it had almost no problem,
and upgraded "bullseye" GNOME session seems fine for now.
However, after rebooting the issue below stared on ttys.
The machine has one NVMe and one SATA SSD (separated /home).
The Entire system installed into LUKS2 encrypted LVM volumes.
Mostly "main" packages except Intel microcode ("non-free").
NVMe continual syslog messsage on terminal
==
1. kernel reports nvme RxErr related messages.
2. on any tty (even in rescue.target).
3. almost always (I/O access on NVMe seems to be a trigger).
AFAIK, the reported device (WD BLACK NVMe) works fine
and "nvme smartlog" have not reported any error in years.
After bullseye upgrading kernel started this reporting on ttys.
At the same time, "smartd" seems to have a minor systemd unit problem,
and it also seems to start tracking NVMe just like below syslog sample
(at the smartd starting log section).
"smartd" in buster only monitored SATA SSD.
I can not tell what actual package and/or whether that device caused this,
posting this bug report to "upgrade-reports".
Actual syslog (partially modified; DATETIME/HOSTNAME/SERIAL_NUMBER)
-
1. Cold booted.
2. systemctl shows no error.
3. target was shifted during this log sampling (graphical, rescue, multiuser,
graphical).
syslog and my comments follow:
Aug 23 19:50:27 hostname kernel: [0.289634] pci :01:00.0: [15b7:5002]
type 00 class 0x010802
Aug 23 19:50:27 hostname kernel: [0.289657] pci :01:00.0: reg 0x10:
[mem 0xdf00-0xdf003fff 64bit]
Aug 23 19:50:27 hostname kernel: [0.289691] pci :01:00.0: reg 0x20:
[mem 0xdf004000-0xdf0040ff 64bit]
Aug 23 19:50:27 hostname kernel: [0.718254] pci :01:00.0: Adding to
iommu group 11
Aug 23 19:50:27 hostname kernel: [1.020213] nvme nvme0: pci function
:01:00.0
Aug 23 19:50:27 hostname kernel: [1.029047] nvme nvme0: 4/0/0
default/read/poll queues
Aug 23 19:50:27 hostname kernel: [1.031074] nvme0n1: p1 p2 p3
This NVMe contains EFI, /boot, and LUKS root filesystem except /home (in SATA
SSD).
Aug 23 19:50:27 hostname kernel: [ 15.626412] input: HDA Intel PCH
HDMI/DP,pcm=7 as /devices/pci:00/:00:1f.3/sound/card0/input18
Aug 23 19:50:27 hostname kernel: [ 15.626483] input: HDA Intel PCH
HDMI/DP,pcm=8 as /devices/pci:00/:00:1f.3/sound/card0/input19
Aug 23 19:50:27 hostname kernel: [ 15.626548] input: HDA Intel PCH
HDMI/DP,pcm=9 as /devices/pci:00/:00:1f.3/sound/card0/input20
The first NVMe RxErr reporting starts after the kernel dmesg (after sound
subsystem).
Aug 23 19:50:27 hostname kernel: [ 17.365057] pcieport :00:1b.0: AER:
Corrected error received: :01:00.0
Aug 23 19:50:27 hostname kernel: [ 17.365089] nvme :01:00.0: PCIe Bus
Error: severity=Corrected, type=Physical Layer, (Receiver ID)
Aug 23 19:50:27 hostname kernel: [ 17.365117] nvme :01:00.0: device
[15b7:5002] error status/mask=0001/e000
Aug 23 19:50:27 hostname kernel: [ 17.365142] nvme :01:00.0:[ 0]
RxErr
Then, on any tty (regardless the login status),
it keep showing that messages like this.
DATETIME was modified but kernel timing is the real log.
Aug 23 19:51:16 hostname kernel: [ 70.416916] pcieport :00:1b.0: AER:
Corrected error received: :01:00.0
Aug 23 19:51:16 hostname kernel: [ 70.417029] nvme :01:00.0: PCIe Bus
Error: severity=Corrected, type=Physical Layer, (Receiver ID)
Aug 23 19:51:16 hostname kernel: [ 70.417145] nvme :01:00.0: device
[15b7:5002] error status/mask=0001/e000
Aug 23 19:51:16 hostname kernel: [ 70.417268] nvme :01:00.0:[ 0]
RxErr
Aug 23 19:51:17 hostname kernel: [ 71.693968] pcieport :00:1b.0: AER:
Corrected error received: :01:00.0
Aug 23 19:51:17 hostname kernel: [ 71.699967] nvme :01:00.0: PCIe Bus
Error: severity=Corrected, type=Physical Layer, (Receiver ID)
Aug 23 19:51:17 hostname kernel: [ 71.701511] nvme :01:00.0: device
[15b7:5002] error status/mask=0001/e000
Aug 23 19:51:17 hostname kernel: [ 71.703040] nvme :01:00.0:[ 0]
RxErr
Aug 23 19:51:19 hostname kernel: [ 73.739331] pcieport :00:1b.0: AER:
Corrected error received: :01:00.0
Aug 23 19:51:19 hostname kernel: [ 73.745023] nvme :01:00.0: PCIe Bus
Error: severity=Corrected, type=Physical Layer, (Receiver ID)
Aug 23 19:51:19 hostname kernel: [ 73.746547] nvme :01:00.0: device
[15b7:5002] error status/mask=0001/e000
Aug 23 19:51:19 hostname kernel: [ 73.748053] nvme :01:00.0:[ 0]
RxErr
Aug 23 19:51:20 hostname kernel: [ 74.506475] pcieport :00:1b.0: AER:
Corrected
Bug#989937: some non CDATA commands are hard to read
Package: debian-edu-doc Version:2.11.24 Severity: wishlist Dear Debian Edu team, Some commands for upgrading written in section 12 "upgrade" are "listitem" type in po files (not "CDATA"). As a result some of crucial texts are rendered as list items which I think it could confuse readers a bit (by depth of list and wrap on browser). e.g. 12.2.1. ldapvi manipulation (iPXE) Perhaps "computeroutput" and/or "CDATA" be nice, for both readers and translators, I think. regards,
Bug#989936: make clean should clean images-tmp dir
Package: debian-edu-doc Version: 2.11.24 Severity: wishlist Dear Debian Edu team, After making "make" error on .po task such like syntax error, debian-edu-doc/documentation/common/Makefile.common fails at "mkdir images-tmp". Since "make clean" does not purge that tmp dir, "make" keep failing even after fixing the error on .po file. regards,
Bug#931366: krb5-admin-server nor krb5-kdc service cannot write their log files
Dear maintainer and Mike Gabriel, > Package: src:krb5 > Severity: important > Version: 1.17-3 > User: debian-...@lists.debian.org > Usertags: debian-edu > X-Debbugs-Cc: debian-...@lists.debian.org > > Hi Sam et al, > > When restarting krb5-kdc or krb5-admin-server on a fresh Debian Edu > buster main server, I see the following logs lines in syslog: > > Jul 3 11:08:16 tjener krb5kdc[22684]: Couldn't open log file > /var/log/kdc.log: Das Dateisystem ist nur lesbar > [...] > Jul 3 11:10:06 tjener kadmind[23272]: Couldn't open log file > /var/log/krb5.log: Das Dateisystem ist nur lesbar > > (Translation: Das Dateisystem ist nur lesbar: The file system is read-only) How about add /run/log for a final resort? /run/log can be used "always writable" log area, though it is volatile. $ man file-hierarchy # and find "/run/log" > As expected by the error message, not log output gets produced. > > The following two systemd service file patches fix the issue > (appending /var/log to ReadWriteDirectories= key): > > ``` > root@tjener:~/fixes-buster# diff -u krb5-admin-server.service.orig > krb5-admin-server.service > --- krb5-admin-server.service.orig2019-07-03 11:26:51.607417138 +0200 > +++ krb5-admin-server.service 2019-07-03 11:25:37.843418670 +0200 > @@ -8,7 +8,7 @@ > EnvironmentFile=-/etc/default/krb5-admin-server > InaccessibleDirectories=-/etc/ssh -/etc/ssl/private /root > ReadOnlyDirectories=/ > -ReadWriteDirectories=-/var/tmp /tmp /var/lib/krb5kdc -/var/run /run > +ReadWriteDirectories=-/var/tmp /tmp /var/lib/krb5kdc -/var/run /run /var/log say, ReadWriteDirectories=-/var/tmp /tmp /var/lib/krb5kdc -/var/run /run /var/log /run/log This would make the system can log the issue even on "/var mount point hardware failure". # BTW I'm not familiar with Kerberos; just a comment. Regards,
Bug#929243: installation-reports: Successful installation Debian Edu Buster in Shuttle DS77U as headless "gateway"
Package: installation-reports Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tester@postoffice.intern To: Debian Bug Tracking System Subject: installation-reports: Successful installation Debian Edu Buster in Shuttle DS77U as headless "gateway" Bcc: tester@postoffice.intern Package: installation-reports Severity: normal Dear Maintainer, Installation was successfull. Debian Edu Buster official weekly ISO, 2019-05-13. * DS77U, passive cooling Kaby Lake Celeron 3865U, Intel dual NIC. It has Intel I219-LM and I211 gigabit ports. (Removed Wi-Fi module to avoid confusion.) * The ISO image is in USB stick (actually in a SD card) and connected via USB3.0 port. * Using GUI, Japanese installation, with "Minimal" profile only. -- Package-specific info: Boot method: ISO Image version: Debian Official Date: 2019-05-13 Machine: Shuttle Inc. Barebone DS77U with 8GB DRAM and SATA SSD Partitions: udev devtmpfs 4006164 0 40061640% /dev tmpfs tmpfs 8053728872 7965002% /run /dev/mapper/vg_system-root ext4 967320 20756 8802123% / /dev/mapper/vg_system-usr ext4 3252480 1797980 1269568 59% /usr tmpfs tmpfs4026856 0 40268560% /dev/shm tmpfs tmpfs 5120 051200% /run/lock tmpfs tmpfs4026856 0 40268560% /sys/fs/cgroup tmpfs tmpfs4026856 128 40267281% /tmp /dev/sda1 ext4 967320 105188 795780 12% /boot /dev/mapper/vg_system-var ext4 3869352 388560 3264524 11% /var tmpfs tmpfs 805368 0 8053680% /run/user/501 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: Debian Edu Buster uses old style NIC names, such as eth0 and eth1. The installer itself detected both; just has naming issue after the boot. I first tried them but not worked, so switched into new style names. * Using new style NIC names for /etc/network/interfaces: auto and iface /etc/default/enable-nat: OUTSIDE_IF=enp0s31f6 * networking.service fails but NAT is okay. I did a simple benchmark on it, too. Not so bad. first@tjener$ dd if=/dev/random of=junk bs=1K count=100K 104857600 bytes (105 MB, 100 MiB) copied, 37.2854 s, 2.8 MB/s first@tjener$ scp junk user@my_local_proxy:~/ junk 100% 100MB 56.8MB/s 00:01 * This machine can boot as complete headless; no display, no keyboard. Some says it need some HDMI, etc., it may depends on BIOS version. Mine is 1.08; described below. * Even "Minimal" profile, a bit heavy configuration. I Removed some services; e.g.) LDAP and remote-fs related. * For more details, please refer to the thread below. https://lists.debian.org/debian-edu/2019/05/msg00074.html (NOTE: I was confused in the thread; some of my message was wrong.) -- 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="10 (buster) - installer build 20190513-00:03:12" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux am-80ee73de1567.intern 4.19.0-5-amd64 #1 SMP Debian 4.19.37-1 (2019-05-05) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v6/7th Gen Core Processor Host Bridge/DRAM Registers [8086:5904] (rev 02) lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device [1297:4052] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Device [8086:5906] (rev 02) lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device [1297:4052] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller [8086:9d2f] (rev 21) lspci -knn: Subsystem: Holco Enterprise Co, Ltd/Shuttle Computer Device [1297:4052] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: Kernel modules: xhci_pci lspci -knn: 00:16.0
Bug#928879: Additinal log
Dear maintainers, I found some Firefox ESR Error logs between AppArmor audit logs. I'm not sure this is related to this report, but send this since it contains source information. It looks likes this. kernel: [ sec] audit: type=1400 audit(.YYY:ZZ): apparmor="DENIED" operation="mknod" profile="/usr/lib/firefox-esr/firefox-esr" name="/usr/lib/firefox-esr/fonts/.uuid.TMP-RANDOM" pid=PID comm=HEXNUMBER requested_mask="c" denied_mask="c" fsuid=UID ouid=UID firefox-esr.desktop[PID]: [Parent PPID, Gecko_IOThread] WARNING: pipe error (141): Connection reset by peer: file /build/firefox-esr-eclpcW/firefox-esr-60.6.3esr/[LF] ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 342 firefox-esr.desktop[PID]: ###!!! [Parent][MessageChannel] Error: (msgtype=0x7D0001,name=PTexture::Msg___delete__) Channel error: cannot send/recv firefox-esr.desktop[PID]: ###!!! [Parent][RunMessage] Error: Channel error: cannot send/recv firefox-esr.desktop[PID]: ###!!! [Parent][RunMessage] Error: Channel error: cannot send/recv .. multiple same "Error cannot send/recv" logs follow, then kernel's AppArmor audit log again. BTW this is a part of logcheck summary log mail. FYI: Firefox ESR functionality itself is okay, and AppArmor's directory access restrictions work, with my personal AppArmor profiles since Stretch, patched using aa-logprof mostly. Regards,
Bug#928879: sample log
To: Mike Hommey
Cc: related maintainers
On 5/13/19 8:38 AM, Mike Hommey wrote:
On Sun, May 12, 2019 at 08:52:20PM +0900, hoxp18 wrote:
Dear maintainers,
I forgot to add the sample log. Apology.
kernel: [ sec] audit: type=1400 audit(X.YYY:ZZZ):
apparmor="DENIED" operation="mknod"
profile="/usr/share/firefox-esr/firefox-esr"
name="/usr/share/firefox-esr/fonts/.uuid.TMP-RANDOM"
pid=PID comm=("firefox-esr"|[:digits:])
requested_mask="c" denied_mask="c" fsuid=UID ouid=UID
This is after I mkdir /usr/share/firefox-esr/fonts.
kernel: [ sec] audit: type=1400 audit(X.YYY:ZZZ):
apparmor="DENIED" operation="mknod"
profile="/usr/lib/firefox-esr/firefox-esr"
name="/usr/lib/firefox-esr/fonts/.uuid.TMP-RANDOM"
pid=PID comm=("firefox-esr"|[:digits:])
requested_mask="c" denied_mask="c" fsuid=UID ouid=UID
It would be useful to have stack traces for these operations to see
where they come from.
Mike
I'd like to, but Firefox itself does not crash because of this.
There are no "Crash Reports" nor stack trace log in syslog.
Since I'm not a developer, my best guess is (by simple grep the source)
somewhere around,
1. gfx/2d/ScaledFontDWrite.cpp
aFace->QueryInterface(__uuidof(IDWriteFontFace5),
2. gfx/thebes/gfxDWriteFontList.cpp
mFontFace->QueryInterface(__uuidof(IDWriteFontFace5),
3. gfxPlatformGtk::GetCommonFallbackFonts
in gfx/thebes/gfxPlatformGtk.cpp;
If you provide me some specific instructions,
I may be able to do some more.
Regards.
Bug#927324: status report and etc.
Dear maintainers, I sent some related report. Please take a look at #927094 additional report. I personally do not send "done" on this, but cannot continue testing by this machine anymore, since I'll use the hardware for another purpose. I just want to report about it here. Regards.
Bug#927094: Status report and etc.
Dear maintainers, Since I installed Buster in another Kaby Lake machine, with almost same hardware/software configuration, I write some additional/comparison report. * This #927094: Stretch -> Buster dist--upgraded * New: Buster weekly latest ISO clean install. * Both: LVM over LUKS, on a same vendor same product series NVMe. LVM === * dist-upgrade: still saying lvm2-activation-generator related. * clean-install: no lvm related warning (or above) logs. Video on resume === Both on Kaby Lake iGPU -> HDMI selector -> (different) LCDs * dist-upgrade: still i2c NAK bailout logs, and blank on resumes. the other HDMI shared amd64 machine claims EDID checksum mismatch, blank on resumes sometimes. Now I think it would be my OLD LCD issue (except i2c logs.) * clean-install: no i2c related logs. no blank on resume, but sometimes the last desktop shown instead of lock screen; hit key, then lock screen. Firefox === * Now both boots at almost same speed compared with Stretch era. Still has 0.2~1sec window border area blanks at boot. My observation: improved around recent libc update (not sure). ALPM Not both amd64 machine, on other amd64 Buster testing. It seems no data-corrupt/loss on ALPM enabled SATA SSDs. Not so much tested, yet. almost debsums only. My resource issue = I'll planning to use this testing machine for another purpose. So, I think this report should be closed. I personally do not send the "done" mail. If you think this is done/verbose/useless any longer, please just close this. Thank you for your reading this. Have a nice day. Regards.
Bug#928160: [pkg-apparmor] Bug#928160: apparmor-utils: aa-genprof fails with "ERROR: Include file /etc/apparmor.d/local/usr.lib.dovecot.lmtp not found"
Dear Christian Boltz Thank you for your quick support. On 4/29/19 8:00 PM, Christian Boltz wrote: As a workaround, you can simply touch /etc/apparmor.d/local/usr.lib.dovecot.lmtp (it's an include file where you can add rules specific for your system, or let it empty if you don't need additional rules) root# touch /etc/apparmor.d/local/usr.lib.dovecot.lmtp root# aa-genprof vim ERROR: Include file /etc/apparmor.d/XYZ not found and XYZ was... * /etc/apparmor.d/local/usr.lib.dovecot.manageseive-login * /etc/apparmor.d/local/usr.lib.dovecot.auto * /etc/apparmor.d/local/usr.lib.dovecot.imap * /etc/apparmor.d/local/usr.lib.dovecot.anvil * /etc/apparmor.d/local/usr.sbin.dovecot * /etc/apparmor.d/local/usr.lib.dovecot.dovecot.deliver * /etc/apparmor.d/local/usr.lib.dovecot.dovecot.imap-login * /etc/apparmor.d/local/usr.lib.dovecot.pop3 * /etc/apparmor.d/local/usr.lib.dovecot.dict * /etc/apparmor.d/local/usr.lib.dovecot.managesieve * /etc/apparmor.d/local/usr.lib.dovecot.dovecot-lda * /etc/apparmor.d/local/usr.lib.dovecot.ssl-params * /etc/apparmor.d/local/usr.lib.dovecot.dovecot-auth * /etc/apparmor.d/local/usr.lib.dovecot.log * /etc/apparmor.d/local/usr.lib.dovecot.pop3-login * /etc/apparmor.d/local/usr.lib.dovecot.config then "aa-genprof vim" finally works on my Buster testing box. BTW I did not suffer this on Stretch, and I think those "dovecot-related" profile does not necessary for every profiles such like vim. (so I "touch" them to leave them empty.) I created my personal profiles for firefox, vim, gedit, etc. on my Stretch machine and they are working under enforced modes. For me, It seems a kind of regression. Anyway, thank you, again. Regards.
Bug#928160: Additional report
Dear maintainers, I found the file under /usr/share/apparmor/extra-profiles, and simply tried, root# apt purge apparmor-profiles-extra but this does not solve the situation. (I just installed the extra profiles, not used.) BTW: aa-logprof works. Regards.
Bug#928160: apparmor-utils: aa-genprof fails with "ERROR: Include file /etc/apparmor.d/local/usr.lib.dovecot.lmtp not found"
Package: apparmor-utils
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: tester
To: Debian Bug Tracking System
Subject: apparmor-utils: aa-genprof fails with "ERROR: Include file
/etc/apparmor.d/local/usr.lib.dovecot.lmtp not found"
Bcc: tester
Package: apparmor-utils
Version: 2.13.2-10
Severity: normal
Dear Maintainer,
On Buster, "aa-genprof SOMEPROG" fails with the error message.
root# aa-enabled
Yes
root# aa-genprof {firefox,firefox-esr,gedit,file,vim} # did each actually
ERROR: Include file /etc/apparmor.d/local/usr.lib.dovecot.lmtp not found
The file does not seem to exist in any package.
user$ apt-file search /etc/apparmor.d/local/usr.lib.dovecot.lmtp
nor in /etc
root# find /etc -name usr.lib.dovecot.lmtp -print
I installed apparmor-profiles and apparmor-profiles-extra, too.
Regards.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages apparmor-utils depends on:
ii apparmor 2.13.2-10
ii python3 3.7.2-1
ii python3-apparmor 2.13.2-10
apparmor-utils recommends no packages.
Versions of packages apparmor-utils suggests:
ii vim-addon-manager 0.5.10
-- no debconf information
Bug#927788: Debian 9.9 clean install and HDMI issue, EDID error log.
Dear maintainers, Great thanks for 9.9. It works well on my main machines. And I did clean install on the test machine, too. I post additional report for this (not a new installation-reports), since, 1. The situation is not so different. 2. I got EDID error log on that. FYI: H110 Skylake iGPU HDMI -> HDMI switch[*] -> LCD [*] no EDID emulation, automatic switch, works fine on the other env. EDID error log --- kernel: PM: Finishing wakeup. systemd[1]: Time has been changed systemd[1]: apt-daily-upgrade.timer: Adding 38min 9.936334s random time. systemd[1]: apt-daily.timer: Adding 4h 36min 57.197661s random time. systemd[1837]: Time has been changed kernel: Restarting tasks ... done. kernel: video LNXVIDEO:00: Restoring backlight state kernel: usb 1-6-port1: Cannot enable. Maybe the USB cable is bad? kernel: [drm] RC6 on kernel: [drm:drm_edid_block_valid [drm]] *ERROR* EDID checksum is invalid, remainder is 93 kernel: Raw EDID: kernel: 00 ff ff ff ff ff ff 00 34 ac 3d 48 01 01 01 01 kernel: 02 15 01 03 80 33 1d 78 ea d9 45 a2 55 4d a0 27 kernel: 12 50 54 bf ef 80 71 4f 81 80 81 4f 8b c0 a9 c0 kernel: b3 00 01 01 01 01 02 3a 80 18 71 38 2d 40 58 2c kernel: 45 00 fd 1e 11 ff ff ff ff ff ff ff ff ff ff ff kernel: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff kernel: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff kernel: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff kernel: e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx CRON[662]: pam_unix(cron:session): session closed for user logcheck systemd[1]: Started Getty on tty2. NOTE: no HDMI LOS at this log. tty2 was GNOME session, and resumed. Honestly, I have no idea about this. I'm not so familiar with linux videos and EDID. My guess is, 1. The LCD used by the test machine is old, resulting this. 2. Maybe LCD power management makes timing trouble, since that old LCD has slow wake up response on HDMI signal. My other LCD, relatively new, has very quick response. Please do not mind the USB cable log. I use cheap USB K(V)M. That's the cause, I guess. Regards.
Bug#926980: Want to close this thread; no env anymore, and another related report.
Dear maintainers, I did clean install on this box, and reported the HDMI LOS issues on that new report SEE ALSO: Bug#927788 So I think I should close this thread. I will send "done" email on this ASAP. Regards.
Bug#927788: Additional reports
Dear maintainers, I kept Bug#927324 machine "Stretch -> dist-upgraded Buster". I re-connected the LCD and the machines via the HDMI switch. * Different machine, same HDMI switch, same LCD. Bug#927324 machine status = I reported unstable HDMI LOS issue after resume. I tested again after the upgrades. * s2ram from root tty works. * suspend from GNOME, works. * suspend by Power button, works. * though, sometimes, it fails LCD back, * AND, i2c NAK bailout log are in syslog. My observation -- Compared with that machine, this report's machine (H110 Skylake) shows more HDMI LOS reproductivity; almost 100%, both Stretch tty and Buster tty. So it might be an usual combination problem of hardware. Especially, the motherboards differ. Regards.
Bug#927788: installation-reports: amd64 (H110 Skylake) base install, guided LVM-over-LUKS on a SATA SSD, a HDMI issue.
Package: installation-reports Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tester To: Debian Bug Tracking System Subject: installation-reports: amd64 (H110 Skylake) base install, guided LVM-over-LUKS on a SATA SSD, a HDMI issue. Package: installation-reports Severity: normal Dear Maintainer, This week's Buster ISO clean install report on my H110 Skylake machine, only base system, yet. * The SATA SSD were "blkdiscard"ed beforehand. * Did GUI installation. * Guided partition, LVM-over-LUKS, on single SATA SSD. * modified /etc/lvm/lvm.conf issue_discards=1, fstrim works. -- Package-specific info: Boot method: ISO Image version: official, 2019-04-23 Buster Date: 2019-04-23 Machine: DIY, Intel H110 + Skylake, SATA SSD, iGPU. Partitions: (looks like "df" section below) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [ ] 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: [ ] Install boot loader:[O] Overall install:[O] Comments/Problems: HDMI Loss of Signal (LOS) happens after s2ram resume. * I found Stretch on the same hardware, CLI on LVM-over-LUKS on different SSD, results in the same LOS condition. Summary === * No GUI. base install and ttys only (both Stretch and this Buster). * iGPU -> HDMI -> HDMI Switch (no EDID emulation) -> LCD, LOS occurs. * iGPU -> LCD directly seems okay. HDMI switch? The HDMI switch could be a cause, so I cable it directly, then tested. * Same machine. Same LCD. Same HDMI cables. * Stretch image: same LOS trouble; s2ram, resume, LCD blinks, then LOS. * Buster (this week's): same LOS trouble. So, yes, iGPU -> **HDMI switch** -> LCD might be the cause of this LOS. However, * Another env., same HDMI switch, a different LCD. Not exactly same; same vendor, same product. * Stretch with GNOME, there had almost no such trouble, though hw (M/Bs and CPUs, NVMe) is different. * Another Windows 10 machine shares that env, too. I think the HDMI switch is not the only cause, but have no idea. The LCD's power managements, and HDMI switch's passive power supply from iGPU HDMI, could have some relationships. syslog == On these tests, syslog seems nothing interesting among the operations. * No EDID related error, no i2c related, nothing. * attempts to change ttys, the LCD shows no response. * those tty changing attempts are logged. * Finally I reboot the machine by hitting Ctrl+Alt+Delete; and it does. FYI --- Bug#926980: same machine, last weeks Buster image testing. Bug#927324: (another machine shared HDMI switch and LCD, HDMI LOS) Bug#927094: (so this is) Apology for quick and dirty reports. Regards. -- 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="10 (buster) - installer build 20190422-00:02:14" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux buster 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers [8086:190f] (rev 07) lspci -knn: Subsystem: ASRock Incorporation Device [1849:190f] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 510 [8086:1902] (rev 06) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1902] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller [8086:a12f] (rev 31) lspci -knn: Subsystem: ASRock Incorporation Device [1849:a12f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: Kernel modules: xhci_pci lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation 100 Series/C230 Series Chipset Family Thermal Subsystem [8086:a131] (rev 31) lspci -knn: Subsystem: ASRock Incorporation Device [1849:a131] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 100 Series/C230 Series Chipset Family MEI Controller #1 [8086:a13a] (rev 31) lspci -knn: Subsystem: ASRock Incorporation Device [1849:a13a] lspci -knn: 00:17.0 SATA controller [0106]: Intel Corporation
Bug#927324: Additional reports; GNOME session is, with blank screen ON, without suspend, unstable.
Dear maintainers, I first reported GNOME display resume problem, and thought it has something around power management; I thought, it would be a minor problem, since, * My testing amd64 machine is DIY, though there had no hardware issues, freeze, BSOD, etc, about a year, with multiple operating systems. * I setup the box with relatively abnormal settings, say LVM, LUKS, separated and restricted mount points, PAM restrictions, etc. However, I want to report (claim?) two things. 1. GNOME, blank screen, i2c, xwayland == Today I found a GNOME session broken during automatic screen blank. No suspend, no resume. syslog says, around the screen trouble time, * kernel: i2c i2c-1: sendbytes: NAK bailout. /sys/class/i2c-adapter/i2c-1/name is "i915 gmbus dpc". To be honest, I have no idea if that matters on this case. By the way, in debian-devel, I saw something about wayland. My screen report almost has some wayland error log, such as * gnome-shell: connection to xwayland lost 2. Wayland itself and the next Debian "stable" == I am not familiar with wayland. IMHO, if that is good (and it seems so,) AND stable, then Debian "stable" GNOME/Wayland makes sense. I'm using Stretch with almost same amd64 box, Kaby Lake, iGPU, NVMe, HDMI, LVM, LUKS, etc., about a year. It's solid stable. If it is about whether X11 or Wayland, I vote for X11, since Buster is becoming "stable" release. More simply: Wayland itself is so stable? Anyway, I will keep testing with my H110 Skylake box and Z270 Kaby Lake box, clean install for the former, upgrade from Stretch for the latter. Regards.
Bug#927324: Additional reports; partial logs during resume display blank issue.
Dear maintainers, Reproduction itself is unstable, but the blank screen after system resume still remains. * changing ttys multiple times, mostly it recovers. It seems tty1 (gdm3) tends to make it better than other console ttys. * NOTE: /tmp is mounted nosuid,nodev,noexec on this machine. Partial log --- gnome-shell[2840]: JS ERROR: TypeError: monitor is null _reposition@resource:///org/gnome/shell/ui/boxpointer.js:508:13 wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 _allocate@resource:///org/gnome/shell/ui/boxpointer.js:235:13 wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 _init/<@resource:///org/gnome/shell/ui/layout.js:211:17 gnome-shell[2840]: Failed to apply DRM plane transform 0: Permission denied gsd-color[2991]: failed to create device: failed to obtain org.freedesktop.color-manager.create-device auth gsd-color[2991]: could not find device: property match 'XRANDR_name'='HDMI-2' does not exist gnome-session-binary[5266]: WARNING: Could not parse desktop file orca-autostart.desktop or it references a not found TryExec binary gnome-shell[2840]: Failed to read EDID from 'HDMI-2': No such file or directory gsd-color[2991]: failed to get edid: unable to get EDID for output gsd-color[2991]: failed to create device: failed to obtain org.freedesktop.color-manager.create-device auth gsd-color[2991]: could not find device: property match 'XRANDR_name'='HDMI-2' does not exist org.gnome.Shell.desktop[5281]: can't load /usr/lib/x86_64-linux-gnu/spa/support/libspa-support.so: /usr/lib/x86_64-linux-gnu/spa/support/libspa-support.so: cannot open shared object file: No such file or directory gnome-shell[5281]: JS WARNING: [resource:///org/gnome/shell/ui/windowManager.js 1569]: reference to undefined property "MetaWindowXwayland" gsd-color[2991]: no xrandr-Mitsubishi Electric Corporation-RDT233WLM-11200460AJ device found: Failed to find output xrandr-Mitsubishi Electric Corporation-RDT233WLM-11200460AJ gnome-shell[5281]: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 553]: reference to undefined property 0 gnome-shell[5281]: meta_display_get_monitor_geometry: assertion 'monitor >= 0 && monitor < n_logical_monitors' failed kernel: i2c i2c-1: sendbytes: NAK bailout. gsd-color[2991]: failed to set screen _ICC_PROFILE: Failed to open file “/var/lib/gdm3/.local/share/icc/edid-c3d50cb0df295749399a46cf8877286c.icc”: Permission denied at-spi-bus-launcher[5299]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":1024" at-spi-bus-launcher[5299]: after 21 requests (21 known processed) with 0 events remaining. gnome-shell[5281]: Connection to xwayland lost gsd-color[2991]: failed to connect to device: Failed to connect to missing device /org/freedesktop/ColorManager/devices/xrandr_Mitsubishi_Electric_Corporation_RDT233WLM_11200460AJ_Debian_gdm_116 Regards.
Bug#926980: Considering to close this thread due to my testing hw rotation.
Dear maintainers, I reported resume-blank-screen issue on this thread, but I've already lost the env. to do another stuffs on that machine. FYI: * The issue might have common root with the two reports Bug#927094 and Bug#927324, which is actually on the same hw. * I'll clean install the next Buster image on my H110 machine, and keep the machine above, which is Stretch -> dist-upgrade -> Buster, since it has LVM-over-LUKS, and Buster introduced LUKS2. It seems nothing LUKS related problem on my tests. Regards.
Bug#927094: Additional Reports: Intel iGPU resume blank, LVM, ALPM.
Dear maintainers, I confirmed this thread is alive, by sending my report just before. Here's some more. About Video Issue = * Bug#927324: I also reported there. sorry for the dup. * Reproduction is unstable; sometimes it works. sometimes it fails. There are "I2C i2c-1: sendbytes: NAK bailout" log on the syslog during the blank issue, But I have no idea about it. ALPM, LVM, data-loss * At least "debsums -s" does not claim anything wrong. * process "lvm" does not claim anything particular. process "lvm2-activation-generator" says, "lvmconfig failed" and "Activation generator failed". This Buster upgrade from Stretch machine is almost same configurations with my main Stretch machine. LVM-over-LUKS, separated mount points, on single NVMe. Sorry for messy verbose reports. Regards.
Bug#927094: Additional reports; especially LVM and ALPM issues.
Dear maintainers, Fortunately, this thread seems still alive. So I send this report. Video = * Removed GeForce 1030, now Intel CORE iGPU -> HDMI. It's fine. * Intel iGPU resume display blank, still. tty switching solve it. LVM === * LVM error messages still left; on cold boot, on apt upgrade. Firefox === * Mozilla Firefox ESR boot up seems a bit slow; 2~3 secs of right-bottom area blank, then it displays fine. It seems no problem on browsing, with Squid proxy on the other machine. ALPM * I have no idea how I could test potential data-loss due to enabling ALPM on BIOS. I guess it works fine, since this LVM-over-LUKS system keep running for a week with multiple upgrades, with suspend-to-RAM, cold boots. However, I am not sure since the LVM error messages kept. I also simply not sure because I did not test something properly. Thank you for reading this. Regards.
Bug#927324: upgrade-reports: Buster upgrade: Z270 + Kaby Lake iGPU (HDMI -> LCD,) suspends but resume display unstable.
Package: upgrade-reports Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tester To: Debian Bug Tracking System Subject: upgrade-reports: Buster upgrade: Z270 + Kaby Lake iGPU (HDMI -> LCD,) suspends but resume display unstable. Message-ID: <14120305.3849.15861541570648609572.reportbug@busterupgrade> X-Mailer: reportbug 7.5.2 Date: Thu, 18 Apr 2019 07:46:43 +0900 Package: upgrade-reports Severity: normal Dear Maintainer, * Intel Z270 (ASUS) and Core i5-7500. * GNOME, uswsusp, suspend-to-RAM. * suspend and resume are fine. * On resume, system itself resumes, but not displays; no HDMI signal. * Changing ttys solve it. e.g.) Assume GNOME session on tty2. Intel Kaby Lake iGPU -> HDMI -> LCD. suspend -> resume -> HDMI signal lost, blank screen -> tty5 HDMI signal on -> HDMI signal lost, blank -> tty2 -> Lock screen recovers Related Log (partial) == gnome-shell[2403]: JS ERROR: TypeError: monitor is null _reposition@resource:///org/gnome/shell/ui/boxpointer.js:508:13 wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 _allocate@resource:///org/gnome/shell/ui/boxpointer.js:235:13 wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 _init/<@resource:///org/gnome/shell/ui/layout.js:211:17 gnome-shell[2403]: JS ERROR: TypeError: monitor is null _reposition@resource:///org/gnome/shell/ui/boxpointer.js:508:13 wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 _allocate@resource:///org/gnome/shell/ui/boxpointer.js:235:13 wrapper@resource:///org/gnome/gjs/modules/_legacy.js:82:22 _init/<@resource:///org/gnome/shell/ui/layout.js:211:17 kernel: e1000e: enp0s31f6 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx gnome-shell[2403]: Failed to apply DRM plane transform 0: Permission denied kernel: rfkill: input handler enabled systemd[1]: Started Getty on tty5. gsd-color[2550]: failed to create device: failed to obtain org.freedesktop.color-manager.create-device auth gsd-color[2550]: could not find device: property match 'XRANDR_name'='HDMI-2' does not exist FYI === "CPU C state 7s report" by BIOS makes resume screen completely unavailable. "CPU C state 7 report" works. Regards. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#927178: nautilus: Cannot move files by drag and drop; operation not permitted.
Package: nautilus Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tester To: Debian Bug Tracking System Subject: nautilus: Cannot move files by drag and drop; operation not permitted. Bcc: tester Package: nautilus Version: 3.30.5-1 Severity: important Dear Maintainer, * On Buster 2019-04-16 (Stretch clean install -> dist-upgrade -> upgrade) * On GNOME nautilus window, attempts of drag and drop files into some directory makes display corrupts (rectangles remains) and move operation fails. * After 20-30 seconds, the windows appears and says, "operation not permitted." * Syslog says, nautilus[13172]: ../../../../../gdk/wayland/gdkselection-wayland.c:261: error reading selection buffer: Operation was cancelled -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nautilus depends on: ii bubblewrap 0.3.1-4 ii desktop-file-utils 0.23-4 ii gsettings-desktop-schemas 3.28.1-1 ii gvfs 1.38.1-3 ii libatk1.0-02.30.0-2 ii libc6 2.28-8 ii libcairo-gobject2 1.16.0-4 ii libcairo2 1.16.0-4 ii libgdk-pixbuf2.0-0 2.38.1+dfsg-1 ii libgexiv2-20.10.9-1 ii libglib2.0-0 2.58.3-1 ii libglib2.0-data2.58.3-1 ii libgnome-autoar-0-00.2.3-2 ii libgtk-3-0 3.24.5-1 ii libnautilus-extension1a3.30.5-1 ii libpango-1.0-0 1.42.4-6 ii libpangocairo-1.0-01.42.4-6 ii libseccomp22.3.3-4 ii libselinux12.8-1+b1 ii libtracker-sparql-2.0-02.1.8-2 ii nautilus-data 3.30.5-1 ii shared-mime-info 1.10-1 ii tracker2.1.8-2 Versions of packages nautilus recommends: ii gnome-sushi 3.30.0-2 ii gvfs-backends1.38.1-3 ii librsvg2-common 2.44.10-1 Versions of packages nautilus suggests: ii eog 3.28.4-2+b1 ii evince [pdf-viewer] 3.30.2-3 pn nautilus-extension-brasero pn nautilus-sendto pn totem | mp3-decoder ii xdg-user-dirs 0.17-2 -- no debconf information
Bug#927094: additional reports
Dear maintainers, Intel microcode --- I updated my machine's BIOS, to confirm the TSC_DEADLINE issue. * BIOS update made it clear. * uninstalled intel-microcode; no error log again. Obviously, it is about thee Intel's microcode issue. About nouveau, nvidia-driver, and GeForce 1030 -- * uninstall nvidia-driver (re-enable nouveau) made tty resolution back, 1920x0180. * with and without nouveau, GDM, GNOME, and Firefox performance issue remains. My conclusion - * Buster with GeForce 1030 as a primary video does not seems okay, if you want Buster "main" only. * We should update BIOS for Intel microcode updates to make it okay without non-free intel-microcode package. * Also I turned on ALPM since the Stretch clean install, I could not confirm any data loss, etc. This is very nice. I am considering all my box ALPM BIOS setups enabled, after Buster became stable. Honestly, I did not plan to use the box by that configurations. I have a GeForce 1030 card, which is very power efficient. That's why. I think this case is over, so I would close this ASAP. Thanks for reading these reports. Regards.
Bug#926975: Additional report
Dear maintainers, My old TOSHIBA laptop, now seems to have a hardware failure. It is unstable on BIOS screen. I tried some, but could not fix it. Simply because the age of the hardware, and incapability to distinguish problems whether they are due to hardware trouble or not, I think I should close this report, and will do it ASAP. Regards.
Bug#927094: upgrade-reports: Kaby Lake with GeForce 1030, "main" only is not practical. It does need "nvidia-driver", non-free.
Package: upgrade-reports Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tester To: Debian Bug Tracking System Subject: upgrade-reports: Kaby Lake with GeForce 1030, "main" only is not practical. It does need "nvidia-driver", non-free. Bcc: tester Package: upgrade-reports Severity: normal Dear Maintainer, I did some tests on amd64 (Kaby Lake) machine, With "main" section only, then add "non-free". Summary === * Stretch clean install, LVM over LUKS on NVMe, separated file system, with AppArmor enabled. * After GNOME and Firefox, etc settings' had done, Rewrote sources.list into buster and "apt dist-upgrade" * No upgrade trouble. Boot normally, LVM over LUKS, AppArmor seems OK, though I did not test so much by now. * Both PAM su restriction and securetty work. * Problem around GNOME, nouveau, and especially Firefox. * Sound output initial setting become on-board S/PDIF. Need to change to the GeForce 1030 one. * LVM may have some issue; error logs appear. * "nvidia-driver" makes ttys' resolutions worse. * (logcheck summary) mails are okay, provided I fix the owner and permission on /var/mail. dist-upgrade before-after = Firmware * syslog says "Firmware Bug: TSC_DEADLINE disabled due to Errata; please update microcode to version: 0.52 (or later) (cf. the CPU has no HT and VT features are off.) LVM * lvm2-activation-generator: lvmconfig failed. Activation generator failed. /lib/systemd/system-generators/lvm2-activation-generator failed with exit code 1. nouveau * firmware: failed to load nvidia/gp108/gr/sw_nonctx.bin (-2) * DRM: failed to create kernel channel, -22 gnome-session-binary * Unrecoverable failure in required component org.gnome.Shell.desktop Video by GeForce 1030 * Stretch nouveau: low resolution. Buster: LCD max, 1920x1080. AppArmor * aa-enabled kept "Yes" fstrim * TRIM is okay on both cases. exfat-fuse * both okay; mounted automatically. suspend-to-RAM and resume. * both okay. 1st cold boot after the dist-upgrade Video motion quality * On the first cold boot after dist-upgrade, * GDM shows slow response but recovers in 20 secs. Both mouse and keyboard response on GDM are bad, but once login, GNOME desktop itself is okay. * Buster GNOME shows slow response with Firefox. Around 2-5 fps. * "top" says "gnome-shell" consuming %CPU about 50%. Sound * Mozilla Firefox can barely browse Youtube except fps and sound initial settings. Sound setting became on-board, not GeForce. After changing from on-board S/PDIF to GP108 (GeForce 1030), it plays sound. byobu(-terminal) on GNOME * works fine; splitting, moving, there are no corruption. byobu on ttys * screen size small; it says "size 211x53 from a smaller client", w/ GeForce 1030 - HDMI - FullHD LCD. split, move, and rendering are okay. tty itself is FullHD size; right and bottom area are filled by purple dots "." status bar display is okay. Misc. * GNOME terminal shortcut option turned back ON. 2nd cold boot = Video motion quality * GDM is same; slow. * GNOME itself is okay. * "gnome-shell" is still consuming %CPU, 30-100% always. * Mozilla Firefox is especially heavy. It did not improved by simple reboot. byobu * GNOME terminal, it is okay. * ttys got less display area; It says "size 80x23 from a smaller client". tty size is FullHD resolution, there are more purple "." filled area on right and bottom. status bar is fine. with non-free packages == After the installation of "intel-microcode" --- 3rd cold boot. * TSC_DEADLINE error log gone. * lvm2-activation-generator fail log continued. * GDM response improved. * gnome-shell still consuming CPU. * Firefox still slow. After the installation of "nvidia-driver" - 4th cold boot. * GDM response improved more. * GNOME desktop animation got more smooth. * gnome-shell CPU consumption improved. * Firefox is now FINE. It plays Youtube both in windows and full screen. Sound is okay. * ttys resolution DECREASED; 800x600 now. About This Report = Due to the desktop response troubles, I did "reportbug upgrade-reports" after "nvidia-driver" installation. Overall === I did not tested so much, but I can say something around nouveau and/or gnome-shell w/o non-free firmwares and drivers. * LVM might have some issue on this LVM-over-LUKS. * Maybe I should update BIOS, at least about microcode. * "main" only, Firefox is not practical by nouveau. * "byobu" seems funny at ttys in this GeForce 1030 box. * "nvidia-driver" makes tty console resolution worse. I will keep 4 cold boot syslogs. If you are interested, please contact me. Thank you, dear Debian team. Regards. -- Hardware and Filesystem Information: Intel Core i5-7500 on Z270 M/B, with
Bug#926975: Additional report
Dear maintainers, This old TOSHIBA laptop, upgraded from Stretch, started some strange behaviors. * GNOME itself is fine, but sometimes sound volume setup lost; it drops into 0%. * THIS IS MY OPINION: GNOME setting, Removal media, Software, should be "Ask what to do" by initial setting. * freshclam, daemon mode, consumes CPU significantly. Though it does stop wasting, after 10 minutes. /var/log/clam/freshclam.log : Notify Error I stopped the daemon, removed cvd files under /var/lib, "dpkg-reconfigure clamav-freshclam" to disable notification, then restarted the daemon. log seems fine now. CPU wasting stopped. Perhaps it might be better to remove cvd files and disable notification on dist-upgrade. clamscan works. Regards.
Bug#926920: HDMI-sound: solved
Dear maintainers, I re-checked from BIOS settings and finally found that I had ignored GNOME sound setting source even when I checked sound tests. It was set onboard S/PDIF, instead of dGPU HDMI. Changed it to the GP108's HDMI, it's okay; clear sound from GeForce 1030 HDMI output. It was clearly my fault. I am sorry again. However, the initial value should be HDMI-output, when video output is only HDMI, I think. if (video_output == HDMI-only) initial_sound_source = HDMI-sound; something like that. Of course on board HD audio S/PDIF would be better and many people might prefer that, use that. I am not familiar with S/PDIF. SUMMARY === * Kaby Lake (Z270) + GeForce 1030 with nouveau works. * GDM, GNOME, Firefox, playing on Youtube, are OK. * lm-sensors asus-isa-000 reads wrong. It just reports cpu_fan only, and the value is 0. On BIOS and visual, It is rotating. * I enabled ALPM on BIOS, since the kernel now support that; there are no-data-loss by now. * byobu, after all, seems works both on CLI and GUI. I cannot find specific log and reproduction method. * LibreOffice, Google Mozc, and Japanese inputs are OK. * AppArmor working. * Thunderbird reads local delivered logcheck summary mails. I will re-install the next week Buster image, and install Stretch and dist-upgrade, when I have time. Thank you for reading messy reports. Thank you, Debian team! Regards.
Bug#926980: Additional reports.
Dear maintainers, I wrote my H110 Skylake box works fine with this weeks Buster image, I encountered a minor trouble. GNOME blank screen, itself is okay, but when I leave the box for a while without suspend option, HDMI wake up, and then blank again. After that, keyboard and mouse cannot simply turn the blank display on. Changing other tty, it recovers. Regards.
Bug#926980: syslog around the screen blank touble
Dear maintainers, I forgot to append syslog. I am sorry for multiple submits. By the way, It seems something EDID and/or i2c NAK related. (also it could be a HDMI splitter related, I guess.) I did not switch the HDMI input during this. However, the splitter is a cheap one, no EDID emulation. Another same HDMI splitter is used on my main Stretch machine, attached to another LCD. Apr 13 17:20:19 buster systemd[1]: Started Locale Service. Apr 13 17:20:49 buster systemd[1]: systemd-localed.service: Succeeded. Apr 13 17:23:55 buster PackageKit[2071]: daemon quit Apr 13 17:23:55 buster systemd[1]: packagekit.service: Main process exited, code=killed, status=15/TERM Apr 13 17:23:55 buster systemd[1]: packagekit.service: Succeeded. Apr 13 17:28:55 buster systemd[1]: Starting Cleanup of Temporary Directories... Apr 13 17:28:55 buster systemd[1]: systemd-tmpfiles-clean.service: Succeeded. Apr 13 17:28:55 buster systemd[1]: Started Cleanup of Temporary Directories. Apr 13 17:30:54 buster gnome-shell[2324]: JS WARNING: [resource:///org/gnome/shell/ui/layout.js 553]: reference to undefined property 0 Apr 13 17:46:52 buster gnome-shell[2324]: JS WARNING: [resource:///org/gnome/shell/ui/notificationDaemon.js 81]: reference to undefined property "image-path" Apr 13 17:52:28 buster gnome-shell[2324]: Failed to read EDID blob from HDMI-1: No such file or directory Apr 13 17:52:28 buster gnome-shell[2324]: Failed to apply DRM plane transform 0: Permission denied Apr 13 17:52:28 buster systemd[1]: Started Getty on tty5. Apr 13 17:52:29 buster gsd-color[2480]: failed to get edid: EDID length is too small Apr 13 17:52:29 buster gsd-color[2480]: failed to create device: failed to obtain org.freedesktop.color-manager.create-device auth Apr 13 17:52:29 buster gsd-color[2480]: could not find device: property match 'XRANDR_name'='HDMI-1' does not exist Apr 13 17:52:29 buster systemd[1]: Started Getty on tty3. Apr 13 17:52:30 buster kernel: i2c i2c-1: sendbytes: NAK bailout. Apr 13 17:52:31 buster gsd-color[2480]: could not find device: property match 'XRANDR_name'='HDMI-1' does not exist Apr 13 17:52:31 buster gnome-shell[2324]: 0x2e (gnome-shel): frame_complete callback never occurred for frame 5747 Apr 13 17:54:36 buster gdm-password][8567]: pam_unix(gdm-password:auth): conversation failed Apr 13 17:54:36 buster gdm-password][8567]: pam_unix(gdm-password:auth): auth could not identify password for [tester] Apr 13 17:58:19 buster gsd-color[2480]: failed to find device: property match 'XRANDR_name'='HDMI-1' does not exist Apr 13 17:58:30 buster gnome-shell[2324]: Failed to apply DRM plane transform 0: Permission denied Apr 13 17:58:31 buster gsd-color[2480]: failed to create device: failed to obtain org.freedesktop.color-manager.create-device auth Apr 13 17:58:31 buster gsd-color[2480]: could not find device: property match 'XRANDR_name'='HDMI-1' does not exist Apr 13 17:58:39 buster gsd-color[2480]: could not find device: property match 'XRANDR_name'='HDMI-1' does not exist Apr 13 17:58:46 buster gdm-password][15807]: gkr-pam: the password for the login keyring was invalid. Apr 13 17:59:20 buster login[3714]: pam_unix(login:session): session opened for user root by LOGIN(uid=0) Apr 13 17:59:20 buster systemd[1]: Created slice User Slice of UID 0. Apr 13 17:59:20 buster systemd[1]: Starting User Runtime Directory /run/user/0... Apr 13 17:59:20 buster systemd-logind[432]: New session 9 of user root. Apr 13 17:59:20 buster systemd[1]: Started User Runtime Directory /run/user/0. Apr 13 17:59:20 buster systemd[1]: Starting User Manager for UID 0...
Bug#926980: installation-reports: No problem on Intel H110 Skylake with SATA SSD, HDMI-LCD.
Package: installation-reports Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: tester To: Debian Bug Tracking System Subject: installation-reports: No problem on Intel H110 Skylake with SATA SSD, HDMI-LCD. Bcc: tester Package: installation-reports Severity: minor Dear Maintainer, This machine, I tested something standard GNOME. Simple Filesystem, no LVM, no LUKS. As always, this mail is submitted from my other main machine. -- Package-specific info: Boot method: netinst.iso Image version: Debian official Buster Date: 2019-04-11 Machine: DIY, ASRock H110 + Pentium G4400, SATA SSD. Partitions: Filesystem Type 1K-blocksUsed Available Use% Mounted on udev devtmpfs 3915004 0 3915004 0% /dev tmpfs tmpfs 7859929268776724 2% /run /dev/sdb2 ext4 28705700 4569208 22655276 17% / tmpfs tmpfs 3929948 116 3929832 1% /dev/shm tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 3929948 0 3929948 0% /sys/fs/cgroup tmpfs tmpfs 3929948 228 3929720 1% /tmp /dev/sdb4 ext4 78069428 189216 73871408 1% /home tmpfs tmpfs 785988 0785988 0% /run/user/0 tmpfs tmpfs 7859884888781100 1% /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 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: Installation are 2019-04-11 and confirmation is 2019-04-13, after upgrades. * tty resolutions are fine. * byobu works; but on GNOME terminal and byobu window size changes, GNU nano display corrupts. * lm-sensors reads almost perfect, except PCH temps. * s2ram works and it's quick. * GNOME, Firefox, Thunderbird and logcheck summary mails are GO. Youtube FullHD video, full screen, quality and sound are good. * fstrim works. NOTE I use same LCD, using HDMI splitter, shared with #926920, Kaby Lake + GeForce 1030 (HDMI) machine. #926920 machine is still does not play sounds. This machine does. I guess something around GeForce is wrong, or simply GeForce HDMI output does not contain sound, or filesystem could be the cause. That machine has separated, strict (many nosuid noexec, etc.) LVM-over-LUKS filesystem. I'm sorry I have no idea about it. Anyway, I will write about it at #926920. -- 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="10 (buster) - installer build 20190408-00:02:21" X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux buster 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers [8086:190f] (rev 07) lspci -knn: Subsystem: ASRock Incorporation Device [1849:190f] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 510 [8086:1902] (rev 06) lspci -knn: Subsystem: ASRock Incorporation Device [1849:1902] lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation 100 Series/C230 Series Chipset Family USB 3.0 xHCI Controller [8086:a12f] (rev 31) lspci -knn: Subsystem: ASRock Incorporation Device [1849:a12f] lspci -knn: Kernel driver in use: xhci_hcd lspci -knn: Kernel modules: xhci_pci lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation 100 Series/C230 Series Chipset Family Thermal Subsystem [8086:a131] (rev 31) lspci -knn: Subsystem: ASRock Incorporation Device [1849:a131] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 100 Series/C230 Series Chipset Family MEI Controller #1 [8086:a13a] (rev 31) lspci -knn: Subsystem: ASRock Incorporation Device [1849:a13a] lspci -knn: 00:17.0 SATA controller [0106]: Intel Corporation Q170/Q150/B150/H170/H110/Z170/CM236 Chipset SATA Controller [AHCI Mode] [8086:a102] (rev 31) lspci -knn: Subsystem: ASRock Incorporation Device [1849:a102] lspci -knn: Kernel driver in use: ahci lspci -knn: Kernel
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.
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
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#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#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: 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#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#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
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
