Bug#963239: Info received (Bug #963239 linux-image-4.19.0-9-amd64: software raid array resync at boot (raid5))

2020-09-22 Thread eric gdr
Resync triggered again (September 23) for no apparent reason :

sudo dmesg | grep md127
[3.042521] md/raid:md127: not clean -- starting background
reconstruction
[3.042531] md/raid:md127: device sda1 operational as raid disk 0
[3.042531] md/raid:md127: device sdb1 operational as raid disk 1
[3.042531] md/raid:md127: device sdc1 operational as raid disk 2
[3.042741] md/raid:md127: raid level 5 active with 3 out of 3 devices,
algorithm 2
[3.042811] md127: bitmap file is out of date (13477 < 13478) -- forcing
full recovery
[3.042820] md127: bitmap file is out of date, doing full recovery
[3.128357] md127: detected capacity change from 0 to 1717716385792
[3.133982]  md127: AHDI p1 p3
[3.134008] md127: p1 size 3214817840 extends beyond EOD, truncated
[   10.754470]  md127: AHDI p1 p3
[   10.754475] md127: p1 size 3214817840 extends beyond EOD, truncated
[   10.971872] md: resync of RAID array md127

cat /proc/mdstat
Personalities : [raid6] [raid5] [raid4] [linear] [multipath] [raid0]
[raid1] [raid10]
md127 : active raid5 sda1[0] sdb1[1] sdc1[3]
  1677457408 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3]
[UUU]
  [==>..]  resync = 10.9% (91796180/838728704)
finish=77.8min speed=159943K/sec
  bitmap: 7/7 pages [28KB], 65536KB chunk

unused devices: 

Eric


Bug#966846: Kernel panic (4.19.0-10): RIP __cgroup_bpf_run_filter_skb

2020-09-22 Thread Michel Le Bihan
Hello,

I'm a bit late but I also have this issue and it occurs every several
hours on my server. Here is the trace if anybody is still interested: 
https://lebihan.pl/files/trace.txt

When can I expect the new package to be uploaded into stable?

Michel Le Bihan



linux-signed-i386_5.9~rc6+1~exp1_source.changes is NEW

2020-09-22 Thread Debian FTP Masters
binary:linux-headers-rt-686-pae is NEW.
binary:linux-image-5.9.0-rc6-686 is NEW.
binary:linux-image-5.9.0-rc6-686-pae is NEW.
binary:linux-image-5.9.0-rc6-rt-686-pae is NEW.
binary:linux-image-rt-686-pae is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html
 or https://ftp-master.debian.org/backports-new.html for *-backports



Processing of linux-signed-i386_5.9~rc6+1~exp1_source.changes

2020-09-22 Thread Debian FTP Masters
linux-signed-i386_5.9~rc6+1~exp1_source.changes uploaded successfully to 
localhost
along with the files:
  linux-signed-i386_5.9~rc6+1~exp1.dsc
  linux-signed-i386_5.9~rc6+1~exp1.tar.xz

Greetings,

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



linux-signed-arm64_5.9~rc6+1~exp1_source.changes is NEW

2020-09-22 Thread Debian FTP Masters
binary:linux-headers-rt-arm64 is NEW.
binary:linux-image-5.9.0-rc6-arm64 is NEW.
binary:linux-image-5.9.0-rc6-cloud-arm64 is NEW.
binary:linux-image-5.9.0-rc6-rt-arm64 is NEW.
binary:linux-image-rt-arm64 is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html
 or https://ftp-master.debian.org/backports-new.html for *-backports



Processing of linux-signed-arm64_5.9~rc6+1~exp1_source.changes

2020-09-22 Thread Debian FTP Masters
linux-signed-arm64_5.9~rc6+1~exp1_source.changes uploaded successfully to 
localhost
along with the files:
  linux-signed-arm64_5.9~rc6+1~exp1.dsc
  linux-signed-arm64_5.9~rc6+1~exp1.tar.xz

Greetings,

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



linux-signed-amd64_5.9~rc6+1~exp1_source.changes is NEW

2020-09-22 Thread Debian FTP Masters
binary:linux-headers-rt-amd64 is NEW.
binary:linux-image-5.9.0-rc6-amd64 is NEW.
binary:linux-image-5.9.0-rc6-cloud-amd64 is NEW.
binary:linux-image-5.9.0-rc6-rt-amd64 is NEW.
binary:linux-image-rt-amd64 is NEW.

Your package has been put into the NEW queue, which requires manual action
from the ftpteam to process. The upload was otherwise valid (it had a good
OpenPGP signature and file hashes are valid), so please be patient.

Packages are routinely processed through to the archive, and do feel
free to browse the NEW queue[1].

If there is an issue with the upload, you will receive an email from a
member of the ftpteam.

If you have any questions, you may reply to this email.

[1]: https://ftp-master.debian.org/new.html
 or https://ftp-master.debian.org/backports-new.html for *-backports



Processing of linux-signed-amd64_5.9~rc6+1~exp1_source.changes

2020-09-22 Thread Debian FTP Masters
linux-signed-amd64_5.9~rc6+1~exp1_source.changes uploaded successfully to 
localhost
along with the files:
  linux-signed-amd64_5.9~rc6+1~exp1.dsc
  linux-signed-amd64_5.9~rc6+1~exp1.tar.xz

Greetings,

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



Bug#970736: linux-image-4.19.0-10-amd64: crashes once every few days

2020-09-22 Thread Jouni Seppänen
Package: src:linux
Version: 4.19.132-1
Severity: normal

Dear Maintainer,

I'm running a PCEngines APU3C4 system as a router, with a Huawei 909s-120
LTE module for the upstream connection. It has been crashing once every
few days.  Now I was able to catch the oops message on a separate computer
connected to the serial console.

The crashes may have started after I started using mbim-network
from libmbim-utils 1.18.0-1 to connect the LTE modem. I did this because
ModemManager/NetworkManager was unable to get an IPv6 address. (It turns
out that my ISP is only giving me a /64 subnet which is not supposed to
be broken down into further subnets, so I may well go back to ModemManager
and forgo IPv6.)

I say the crashes "may" have started after that, because they are not
easily reproducible, so the underlying problem might have been there and
I just didn't happen to see crashes before I changed the configuration.
The crash dump does seem to mention cdc_mbim on one of the cores, so
perhaps it is relevant.

[135697.443269] VFS: brelse: Trying to free free buffer
[135697.449620]  __find_get_block+0x265/0x2d0
[135697.449629] BUG: unable to handle kernel NULL pointer dereference at 
000d
[135697.449639] PGD 0 P4D 0 
[135697.453858]  __getblk_gfp+0x24/0x280
[135697.461871] Oops:  [#1] SMP NOPTI
[135697.464603]  ? lock_timer_base+0x67/0x80
[135697.468329] CPU: 0 PID: 527 Comm: rs:main Q:Reg Not tainted 4.19.0-10-amd64 
#1 Debian 4.19.132-1
[135697.472341]  __ext4_get_inode_loc+0xe4/0x3f0 [ext4]
[135697.476242] Hardware name: PC Engines apu3/apu3, BIOS v4.12.0.2 06/28/2020
[135697.485435]  ? ext4_dirty_inode+0x46/0x60 [ext4]
[135697.490343] RIP: 0010:new_sync_write+0x4d/0x160
[135697.497550]  ext4_reserve_inode_write+0x52/0xc0 [ext4]
[135697.502152] Code: 24 60 31 c0 31 c0 48 89 34 24 f6 c5 04 48 89 54 24 08 0f 
95 c0 01 c0 f6 c5 40 0f 85 f8 00 00 00 48 8b 97 f0 00 00 00 48 8b 12  42 0d 
20 0f 85 e4 00 00 00 f6 c5 10 75 18 48 8b 93 f0 00 00 00
[135697.507040]  ext4_mark_inode_dirty+0x51/0x1d0 [ext4]
[135697.512129] RSP: 0018:b7a780ae3e58 EFLAGS: 00010246
[135697.531306]  ? jbd2__journal_start+0xd9/0x1e0 [jbd2]
[135697.536337] RAX: 0002 RBX: 921527ccc600 RCX: 
8401
[135697.541925]  ext4_dirty_inode+0x46/0x60 [ext4]
[135697.546846] RDX:  RSI: 7feef0001580 RDI: 
921527ccc600
[135697.554133]  __mark_inode_dirty+0x1ba/0x380
[135697.558645] RBP: b7a780ae3f08 R08: 0121 R09: 
9215230e4b00
[135697.558656] R10: 0007 R11:  R12: 

[135697.565924]  generic_update_time+0xb6/0xd0
[135697.570204] R13: b7a780ae3f08 R14: 7feef0001580 R15: 

[135697.570215] FS:  7feefbe42700() GS:92152aa0() 
knlGS:
[135697.577465]  file_update_time+0xe1/0x130
[135697.584678] CS:  0010 DS:  ES:  CR0: 80050033
[135697.584686] CR2: 000d CR3: 00012466 CR4: 
000406f0
[135697.588926]  __generic_file_write_iter+0x98/0x1c0
[135697.596163] Call Trace:
[135697.604458]  ext4_file_write_iter+0xc6/0x3b0 [ext4]
[135697.608411]  ? common_file_perm+0x5b/0xf0
[135697.614280]  ? __seccomp_filter+0x44/0x4a0
[135697.621549]  ? security_file_permission+0x2c/0xb0
[135697.626359]  ? __handle_mm_fault+0xa83/0x1270
[135697.628895]  vfs_write+0xa5/0x1a0
[135697.633888]  new_sync_write+0xfb/0x160
[135697.637992]  ksys_write+0x57/0xd0
[135697.642196]  vfs_write+0xa5/0x1a0
[135697.647028]  do_syscall_64+0x53/0x110
[135697.651504]  ksys_write+0x57/0xd0
[135697.654940]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[135697.658806]  do_syscall_64+0x53/0x110
[135697.662234] RIP: 0033:0x7feefcf5b4a7
[135697.665666]  entry_SYSCALL_64_after_hwframe+0x44/0xa9
[135697.669461] Code: 44 00 00 41 54 49 89 d4 55 48 89 f5 53 89 fb 48 83 ec 10 
e8 fb fc ff ff 4c 89 e2 48 89 ee 89 df 41 89 c0 b8 01 00 00 00 0f 05 <48> 3d 00 
f0 ff ff 77 35 44 89 c7 48 89 44 24 08 e8 34 fd ff ff 48
[135697.672879] RIP: 0033:0x7f415bee92c7
[135697.678062] RSP: 002b:7feefbe41840 EFLAGS: 0293 ORIG_RAX: 
0001
[135697.681853] Code: 44 00 00 41 54 55 49 89 d4 53 48 89 f5 89 fb 48 83 ec 10 
e8 5b fd ff ff 4c 89 e2 41 89 c0 48 89 ee 89 df b8 01 00 00 00 0f 05 <48> 3d 00 
f0 ff ff 77 35 44 89 c7 48 89 44 24 08 e8 94 fd ff ff 48
[135697.685515] RAX: ffda RBX: 0007 RCX: 
7feefcf5b4a7
[135697.685523] RDX: 0121 RSI: 7feef0001580 RDI: 
0007
[135697.690721] RSP: 002b:7f415842c1d0 EFLAGS: 0293 ORIG_RAX: 
0001
[135697.709655] RBP: 7feef0001580 R08:  R09: 
6e69746974696572
[135697.713324] RAX: ffda RBX: 0005 RCX: 
7f415bee92c7
[135697.720978] R10: 3a6c656e72656b20 R11: 0293 R12: 
0121
[135697.720987] R13: 7feef0001580 R14:  R15: 
5579b67d9690
[135697.739901] RDX: 0053 RSI: 561b4f5be000 RDI: 
0

firmware-nonfree 20200918-1 upload

2020-09-22 Thread maximilian attems
Tomorrow will upload this release.
 
best,
 
-- 
maks


signature.asc
Description: PGP signature


linux_5.9~rc6-1~exp1_source.changes ACCEPTED into experimental, experimental

2020-09-22 Thread Debian FTP Masters



Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 21 Sep 2020 03:23:41 +0100
Source: linux
Architecture: source
Version: 5.9~rc6-1~exp1
Distribution: experimental
Urgency: medium
Maintainer: Debian Kernel Team 
Changed-By: Ben Hutchings 
Closes: 917941
Changes:
 linux (5.9~rc6-1~exp1) experimental; urgency=medium
 .
   * New upstream release candidate:
 .
   [ Ben Hutchings ]
   * linux-signed-*: Set Uploaders and Standards-Version to match linux
   * [rt] Update to 5.9-rc5-rt7 and re-enable
 .
   [ Uwe Kleine-König ]
   * [arm64,generic] Enable configs used on SMARC-sAL28 board and its carriers.
 Patch by Michael Walle.
 .
   [ Gianfranco Costamagna ]
   * Provide virtualbox-guest-modules now that the module is inside the kernel
 itself.
 .
   [ Salvatore Bonaccorso ]
   * Set ABI to trunk
   * drivers/net/wireless: Enable RTW88_8821CE (Closes: #917941)
Checksums-Sha1:
 6590d1deba0dcc6658a8b9bcbd441c28ca229969 197346 linux_5.9~rc6-1~exp1.dsc
 d9519c13257d329cdae6d8e9547ef2217aef68db 120258060 linux_5.9~rc6.orig.tar.xz
 fc4800dc4b2a5ffea303b6ac79a62d8cc0c4c4a3 1203860 
linux_5.9~rc6-1~exp1.debian.tar.xz
 936a0e820866a016af6e393fc1eb25ab186ffce2 6505 
linux_5.9~rc6-1~exp1_source.buildinfo
Checksums-Sha256:
 6d9c2a922efeefa6a054c448fd999d0783bdd0fae64c1e098839aff094c7380e 197346 
linux_5.9~rc6-1~exp1.dsc
 664d552d9d863c75a98a00b4dd58907513ee382e5e28510ade171ebc12e54e9b 120258060 
linux_5.9~rc6.orig.tar.xz
 abeab6ade0ec72a0fb06a54d81211d5b6c837b3f94dfb2f38cbb92fdc4c0fb89 1203860 
linux_5.9~rc6-1~exp1.debian.tar.xz
 78de3b3adfa95ea5c6f5ebbe21d61cbaaeeba6d89aaab3ca167bb40452b30001 6505 
linux_5.9~rc6-1~exp1_source.buildinfo
Files:
 9d0fb35a61c59b1e267fe5f41b8cfc4c 197346 kernel optional 
linux_5.9~rc6-1~exp1.dsc
 9a94cf3e9b978f3100861f310f1d925a 120258060 kernel optional 
linux_5.9~rc6.orig.tar.xz
 a2726cab13d0a9ea5d3c791d4b119ca9 1203860 kernel optional 
linux_5.9~rc6-1~exp1.debian.tar.xz
 70ec5b83113b7a61728f07e59b132eb0 6505 kernel optional 
linux_5.9~rc6-1~exp1_source.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEErCspvTSmr92z9o8157/I7JWGEQkFAl9ox+YACgkQ57/I7JWG
EQn4fw//Wq8rHIpTWrbz+DSO1si6nIprjeviWhpkMKj+52/3WxClE4kXiSwExUjh
ecGFdJhKKclY8aFb/jylMldZREsImKiUyBocnSBe92F0t6zHZCfv07hiXZqgQXnK
ZGH5JTBHzSMJK/vtojm3nw9X6V9i471xD4pbBgY1FDLoQ/XCnx9uWYCtJUMIBk5/
o7a2a6ZtUFbRDek8ilmeQ2VvF1Bo5YqjWaZx8PGy5zwbhoNJOojmprGxAtni87xe
Bfv+bmiE1gq4CGg5+atQoJG+NlFrMrY/loJwree3bnPO2g3ejqsjelRppGlgEGem
13BPpTXKSjbjZcH5wxEkmlnnTJylKrJ+jB1FeDkqAq1TOTVcmd4vfiCQoir4mA+F
eSnNlL0+obalNSnpXioc2r1LEKQwAYoLTu12Yomu8gGZ6CeKF7/OBFqd/IlwwCPq
eyaB6AemcGD851NCyYV1EloPQtAnXdEaSTT4CTVWmefZMn0u242uZusCxXNPVuc9
KR9DC0M0iN9QYPm3S2si5s4aDtY+55l9Y2Qwh4eNSmjgKHoLney5p68RK533JUGW
qUpVLuClPFJb/M0bg9xRJdW63CrkqVEAGJlY+bOhRqxKRCu/hhNxeAv9dkKuN3uh
E0wE4Th7+yqP9JYLFzuz2QELMe6Zz9eq4PM6vYZfbXBJEGwMufQ=
=ebAK
-END PGP SIGNATURE-


Thank you for your contribution to Debian.



Bug#917941: marked as done (Please add support for rtl8821ce)

2020-09-22 Thread Debian Bug Tracking System
Your message dated Tue, 22 Sep 2020 17:00:09 +
with message-id 
and subject line Bug#917941: fixed in linux 5.9~rc6-1~exp1
has caused the Debian Bug report #917941,
regarding Please add support for rtl8821ce
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.)


-- 
917941: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=917941
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: installation-reports

Boot method: USB
Image version: Self-made ISO image with current installer from Testing
Date: 2018-12-29

Machine: HP Notebook 17" by-series
Processor: Intel(R) Core(TM) i5-8250U CPU @ 1.60GHz
Memory: 8GB
Partitions: 

> DateisystemTyp  1K-Blöcke  Benutzt Verfügbar Verw% Eingehängt auf
> udev   devtmpfs   40099400   40099400% /dev
> tmpfs  tmpfs   805040 91527958882% /run
> /dev/sdb2  ext4 105210648  5771916  940512646% /
> tmpfs  tmpfs  40252000   40252000% /dev/shm
> tmpfs  tmpfs 51204  51161% /run/lock
> tmpfs  tmpfs  40252000   40252000% /sys/fs/cgroup
> /dev/sdb1  ext2960504477128640006% /boot
> /dev/sda1  ext4 960379920 21418780 8901067163% /home
> tmpfs  tmpfs   805040   408050001% /run/user/1000

Output of lspci -knn (or lspci -nn):

> 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v6/7th Gen Core 
> Processor Host Bridge/DRAM Registers [8086:5914] (rev 08)
>   Subsystem: Hewlett-Packard Company Xeon E3-1200 v6/7th Gen Core 
> Processor Host Bridge/DRAM Registers [103c:84cb]
>   Kernel driver in use: skl_uncore
> 00:02.0 VGA compatible controller [0300]: Intel Corporation UHD Graphics 620 
> [8086:5917] (rev 07)
>   Subsystem: Hewlett-Packard Company UHD Graphics 620 [103c:84cb]
>   Kernel driver in use: i915
>   Kernel modules: i915
> 00:04.0 Signal processing controller [1180]: Intel Corporation Skylake 
> Processor Thermal Subsystem [8086:1903] (rev 08)
>   Subsystem: Hewlett-Packard Company Xeon E3-1200 v5/E3-1500 v5/6th Gen 
> Core Processor Thermal Subsystem [103c:84cb]
>   Kernel driver in use: proc_thermal
>   Kernel modules: processor_thermal_device
> 00:08.0 System peripheral [0880]: Intel Corporation Skylake Gaussian Mixture 
> Model [8086:1911]
>   Subsystem: Hewlett-Packard Company Xeon E3-1200 v5/v6 / E3-1500 v5 / 
> 6th/7th Gen Core Processor Gaussian Mixture Model [103c:84cb]
> 00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB 3.0 
> xHCI Controller [8086:9d2f] (rev 21)
>   Subsystem: Hewlett-Packard Company Sunrise Point-LP USB 3.0 xHCI 
> Controller [103c:84cb]
>   Kernel driver in use: xhci_hcd
>   Kernel modules: xhci_pci
> 00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise 
> Point-LP Thermal subsystem [8086:9d31] (rev 21)
>   Subsystem: Hewlett-Packard Company Sunrise Point-LP Thermal subsystem 
> [103c:84cb]
>   Kernel driver in use: intel_pch_thermal
>   Kernel modules: intel_pch_thermal
> 00:16.0 Communication controller [0780]: Intel Corporation Sunrise Point-LP 
> CSME HECI #1 [8086:9d3a] (rev 21)
>   Subsystem: Hewlett-Packard Company Sunrise Point-LP CSME HECI 
> [103c:84cb]
>   Kernel driver in use: mei_me
>   Kernel modules: mei_me
> 00:17.0 RAID bus controller [0104]: Intel Corporation 82801 Mobile SATA 
> Controller [RAID mode] [8086:282a] (rev 21)
>   Subsystem: Hewlett-Packard Company 82801 Mobile SATA Controller [RAID 
> mode] [103c:84cb]
>   Kernel driver in use: ahci
>   Kernel modules: ahci
> 00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express 
> Root Port [8086:9d10] (rev f1)
>   Kernel driver in use: pcieport
> 00:1c.4 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express 
> Root Port #5 [8086:9d14] (rev f1)
>   Kernel driver in use: pcieport
> 00:1c.5 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI Express 
> Root Port #6 [8086:9d15] (rev f1)
>   Kernel driver in use: pcieport
> 00:1f.0 ISA bridge [0601]: Intel Corporation Intel(R) 100 Series Chipset 
> Family LPC Controller/eSPI Controller - 9D4E [8086:9d4e] (rev 21)
>   Subsystem: Hewlett-Packard Company Intel(R) 100 Series Chipset Family 
> LPC Controller/eSPI Controller - 9D4E [103c:84cb]
> 00:1f.2 Memory controller [0580]: Intel Corporation Sunrise Point-LP PMC 
> [8086:9d21] (rev 21)
>   Subsystem: Hewlett-Packard Company Sunrise Point-LP PMC [103c:84cb]
> 00:1f.3 Audio device [0403]: Int

Bug#970722: linux: Igc driver has /proc/net/dev stats issue

2020-09-22 Thread Hideo Oshima
Source: linux
Version: 5.8.10-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I use Intel I225-V Ethernet controller with igc driver.
But it has /proc/net/dev stats issue.
For example Receive and Transmit bytes, packetes are all 0.

$cat /proc/net/dev
Inter-|   Receive|  Transmit
 face |bytespackets errs drop fifo frame compressed multicast|bytes
packets errs drop fifo colls carrier compressed
lo:   22642 271000 0  0 022642
271000 0   0  0
enp9s0:   0   00 96480 0  0 00
0000 0   0  0

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.8.0-2-amd64 (SMP w/16 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 
大島秀夫(Hideo Oshima)
http://hidenosuke.org/