Linux: O disco USB3 grava o reaper OOM do acionador em Pi 4

1. O que lsusb reporta?
2. Como você está alimentando o SSD?
3. Há um novo firmware de teste para o VL805 que parece ser muito promissor. Você pode baixá-lo aqui: https://drive.google.com/file/d/1nUFfKGI118bJ6DmiDm9euE6kWbOxbG7q/view?usp=sharing

O SSD é alimentado com a fonte de alimentação 3A Pi 4 oficial. vl805_update_0137ab não corrige o problema. A unidade de disco USB WD é alimentada por sua própria fonte de alimentação. Estou testando apenas no SSD.

Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 003: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6Gb/s bridge
Bus 002 Device 002: ID 1058:1140 Western Digital Technologies, Inc. My Book Essential (WDBACW)
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Após a atualização do firmware, executei:

sudo ./vl805
VL805 FW version: 000137ab

sudo dd if=/dev/zero of=/home/pi/test.tmp bs=4M count=3824

saída dmesg

sudo dmesg
[  669.808484] device-mapper: ioctl: 4.39.0-ioctl (2018-04-03) initialised: [email protected]
[  669.996916] NET: Registered protocol family 38
[  670.013086] cryptd: max_cpu_qlen set to 1000
[  674.981739] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null)
[ 2690.825013] lxpanel invoked oom-killer: gfp_mask=0x7080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO), nodemask=(null), order=1, oom_score_adj=0
[ 2690.825022] lxpanel cpuset=/ mems_allowed=0
[ 2690.825040] CPU: 0 PID: 870 Comm: lxpanel Tainted: G         C        4.19.66-v7l+ #1253
[ 2690.825043] Hardware name: BCM2835
[ 2690.825071] [<c0212c7c>] (unwind_backtrace) from [<c020d49c>] (show_stack+0x20/0x24)
[ 2690.825082] [<c020d49c>] (show_stack) from [<c097f080>] (dump_stack+0xd4/0x118)
[ 2690.825095] [<c097f080>] (dump_stack) from [<c033f5b4>] (dump_header+0x80/0x250)
[ 2690.825104] [<c033f5b4>] (dump_header) from [<c033e92c>] (oom_kill_process+0x358/0x3a8)
[ 2690.825113] [<c033e92c>] (oom_kill_process) from [<c033f25c>] (out_of_memory+0x134/0x36c)
[ 2690.825122] [<c033f25c>] (out_of_memory) from [<c0345620>] (__alloc_pages_nodemask+0xfc0/0x1180)
[ 2690.825133] [<c0345620>] (__alloc_pages_nodemask) from [<c021f5d0>] (copy_process.part.5+0x1f4/0x1ad4)
[ 2690.825141] [<c021f5d0>] (copy_process.part.5) from [<c0221078>] (_do_fork+0xd8/0x438)
[ 2690.825146] [<c0221078>] (_do_fork) from [<c02214fc>] (sys_clone+0x34/0x3c)
[ 2690.825153] [<c02214fc>] (sys_clone) from [<c0201000>] (ret_fast_syscall+0x0/0x28)
[ 2690.825157] Exception stack(0xc64d3fa8 to 0xc64d3ff0)
[ 2690.825162] 3fa0:                   b57311d8 00000001 01200011 00000000 00000000 00000000
[ 2690.825168] 3fc0: b57311d8 00000001 b3d15a40 00000078 00000001 b6473000 b5731630 00000013
[ 2690.825171] 3fe0: b5731170 beec16c0 b63c8854 b63c8788
[ 2690.825175] Mem-Info:
[ 2690.825185] active_anon:24288 inactive_anon:31049 isolated_anon:1
                active_file:8763 inactive_file:360689 isolated_file:0
                unevictable:16 dirty:6541 writeback:628 unstable:0
                slab_reclaimable:13552 slab_unreclaimable:11228
                mapped:12179 shmem:19585 pagetables:1503 bounce:0
                free:393281 free_pcp:64 free_cma:46791
[ 2690.825194] Node 0 active_anon:97152kB inactive_anon:124196kB active_file:35052kB inactive_file:1442756kB unevictable:64kB isolated(anon):4kB isolated(file):0kB mapped:48716kB dirty:26164kB writeback:2512kB shmem:78340kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[ 2690.825203] DMA free:203832kB min:16384kB low:20480kB high:24576kB active_anon:0kB inactive_anon:0kB active_file:3252kB inactive_file:344kB unevictable:0kB writepending:0kB present:434176kB managed:388116kB mlocked:0kB kernel_stack:3424kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:187164kB
[ 2690.825207] lowmem_reserve[]: 0 0 3008 3008
[ 2690.825232] HighMem free:1369292kB min:512kB low:33016kB high:65520kB active_anon:97300kB inactive_anon:124196kB active_file:31800kB inactive_file:1442292kB unevictable:64kB writepending:28704kB present:3080192kB managed:3080192kB mlocked:64kB kernel_stack:0kB pagetables:6012kB bounce:0kB free_pcp:384kB local_pcp:0kB free_cma:0kB
[ 2690.825235] lowmem_reserve[]: 0 0 0 0
[ 2690.825254] DMA: 317*4kB (UEC) 258*8kB (UE) 220*16kB (UEC) 102*32kB (UEH) 64*64kB (UE) 22*128kB (UEHC) 2*256kB (C) 2*512kB (C) 3*1024kB (C) 3*2048kB (C) 43*4096kB (C) = 203908kB
[ 2690.825336] HighMem: 4872*4kB (UM) 995*8kB (UM) 68*16kB (UM) 38*32kB (UM) 28*64kB (UM) 245*128kB (UM) 1453*256kB (UM) 580*512kB (UM) 149*1024kB (UM) 79*2048kB (UM) 79*4096kB (M) = 1369784kB
[ 2690.825417] 393633 total pagecache pages
[ 2690.825426] 4700 pages in swap cache
[ 2690.825430] Swap cache stats: add 84212, delete 79512, find 21231/29672
[ 2690.825434] Free swap  = 3944188kB
[ 2690.825437] Total swap = 4194300kB
[ 2690.825441] 878592 pages RAM
[ 2690.825445] 770048 pages HighMem/MovableOnly
[ 2690.825448] 11515 pages reserved
[ 2690.825451] 65536 pages cma reserved
[ 2690.825455] Tasks state (memory values in pages):
[ 2690.825459] [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
[ 2690.825475] [    127]     0   127     5347      864   204800      202             0 systemd-journal
[ 2690.825481] [    239]     0   239     4606      457    45056      199         -1000 systemd-udevd
[ 2690.825490] [    386]   100   386     5592      547    57344      147             0 systemd-timesyn
[ 2690.825496] [    425]     0   425     1986      425    36864       39             0 cron
[ 2690.825503] [    426]   108   426     1443      464    36864       51             0 avahi-daemon
[ 2690.825510] [    428] 65534   428     1080      323    36864       37             0 thd
[ 2690.825516] [    430]     0   430     2392      279    40960       83             0 cron
[ 2690.825522] [    431]     0   431    19555      736   110592      656             0 udisksd
[ 2690.825528] [    433]     0   433      923      295    32768       46             0 alsactl
[ 2690.825534] [    436]     0   436     3275      553    49152      129             0 systemd-logind
[ 2690.825539] [    448]     0   448     6378      428    53248      183             0 rsyslogd
[ 2690.825545] [    452]   104   452     1704      438    40960      168          -900 dbus-daemon
[ 2690.825550] [    458]     0   458     2675      443    45056       88             0 wpa_supplicant
[ 2690.825556] [    462]     0   462     6914        0    40960       25             0 rngd
[ 2690.825562] [    466]   108   466     1443        0    32768       63             0 avahi-daemon
[ 2690.825568] [    471]  1000   471      485       53    24576       18             0 sh
[ 2690.825574] [    475]  1000   475     3915      293    53248     1308             0 python
[ 2690.825580] [    483]     0   483      740      299    28672      102             0 dhcpcd
[ 2690.825585] [    536]     0   536     7994      530    90112      317             0 nmbd
[ 2690.825591] [    543]     0   543     2094      211    40960       55             0 vncserver-x11-s
[ 2690.825597] [    544]     0   544    11067     1069    94208     1368             0 unattended-upgr
[ 2690.825603] [    546]     0   546    12812     2388    90112      249             0 fail2ban-server
[ 2690.825608] [    552]     0   552    11425      630    86016      350             0 polkitd
[ 2690.825613] [    554]     0   554     8436      587    94208     2305             0 vncserver-x11-c
[ 2690.825619] [    557]     0   557   237176     1711   180224     2853             0 containerd
[ 2690.825624] [    560]     0   560   243656     2320   245760     5556          -500 dockerd
[ 2690.825629] [    572]     0   572    10026      821    73728        0             0 lightdm
[ 2690.825635] [    579]     0   579     2671      563    40960      116         -1000 sshd
[ 2690.825640] [    594]     0   594     2740      200    45056      125             0 wpa_supplicant
[ 2690.825646] [    610]     0   610    27543    10211   233472        0             0 Xorg
[ 2690.825651] [    611]     0   611     1431      385    36864      111             0 login
[ 2690.825657] [    634]     0   634     2869      488    49152      122             0 vncagent
[ 2690.825662] [    739]     0   739     8160      859    69632       11             0 lightdm
[ 2690.825668] [    750]  1000   750     3668      508    57344      263             0 systemd
[ 2690.825674] [    754]  1000   754     4231      235    53248      424             0 (sd-pam)
[ 2690.825680] [    773]  1000   773    14083     1002   102400      318             0 lxsession
[ 2690.825686] [    782]  1000   782     1636      398    32768      110             0 dbus-daemon
[ 2690.825693] [    821]  1000   821     1120      155    32768       69             0 ssh-agent
[ 2690.825699] [    838]  1000   838    10852      476    69632      169             0 gvfsd
[ 2690.825705] [    848]  1000   848    14192      548    81920      193             0 gvfsd-fuse
[ 2690.825710] [    864]  1000   864    16285     1113    98304      587             0 openbox
[ 2690.825716] [    868]  1000   868    11783      657    94208      206             0 lxpolkit
[ 2690.825722] [    870]  1000   870    37434     2161   192512      967             0 lxpanel
[ 2690.825728] [    871]  1000   871    20542     1608   122880      521             0 pcmanfm
[ 2690.825733] [    886]  1000   886     1120        0    32768       78             0 ssh-agent
[ 2690.825739] [    900]  1000   900      485       53    32768       17             0 cmstart.sh
[ 2690.825746] [    905]  1000   905      485       53    28672       26             0 kodi
[ 2690.825752] [    908]  1000   908     1218      111    36864       68             0 xcompmgr
[ 2690.825758] [    909]  1000   909   157839    13554   733184     1421             0 kodi.bin
[ 2690.825763] [    926]     0   926   199847      125    45056      114          -999 containerd-shim
[ 2690.825768] [    944]  9001   944      352       29    28672        8             0 tini
[ 2690.825774] [    952]  1000   952     7175      525    61440      141             0 menu-cached
[ 2690.825780] [    954]  1000   954    24506      846    98304      217             0 gvfs-udisks2-vo
[ 2690.825786] [    964]  1000   964    14005      475    81920      203             0 gvfs-afc-volume
[ 2690.825791] [    985]  1000   985    10025      253    69632      126             0 gvfs-goa-volume
[ 2690.825797] [   1001]  1000  1001    10031      279    73728      136             0 gvfs-mtp-volume
[ 2690.825804] [   1013]  1000  1013     7952      784    86016      529             0 vncserverui
[ 2690.825810] [   1020]  1000  1020    10423      291    65536      164             0 gvfs-gphoto2-vo
[ 2690.825817] [   1034]  1000  1034    13804      570    86016      244             0 gvfsd-trash
[ 2690.825822] [   1039]  1000  1039     7865      815    86016      378             0 vncserverui
[ 2690.825828] [   1078]  1000  1078    10895      298    77824      174             0 gnome-keyring-d
[ 2690.825834] [   1105]  1000  1105     2601      372    45056      273             0 zsh
[ 2690.825839] [   1109]  1000  1109     7744      221    65536      114             0 gvfsd-metadata
[ 2690.825845] [   1116]     0  1116    12087      617   122880      424             0 smbd
[ 2690.825850] [   1130]     0  1130    11356      400   102400      414             0 smbd-notifyd
[ 2690.825856] [   1131]     0  1131    11354      355   102400      414             0 cleanupd
[ 2690.825862] [   1136]     0  1136    12087      374   106496      427             0 lpqd
[ 2690.825868] [   1151]     0  1151      535        1    28672       31             0 hciattach
[ 2690.825874] [   1159]     0  1159     2452      316    40960       92             0 bluetoothd
[ 2690.825879] [   1168]     0  1168     6676      299    57344      112             0 bluealsa
[ 2690.825886] [   1210]  9001  1210   130992    14854   569344    30120             0 java
[ 2690.825892] [   2753]     0  2753     2701      679    49152        5             0 sshd
[ 2690.825898] [   2759]  1000  2759     2701      486    45056        4             0 sshd
[ 2690.825903] [   2761]  1000  2761     2632      625    49152        0             0 zsh
[ 2690.825909] [   2795]     0  2795     2701      703    49152        0             0 sshd
[ 2690.825915] [   2798]  1000  2798     2701      461    45056        0             0 sshd
[ 2690.825920] [   2800]  1000  2800     3354      762    49152        0             0 zsh
[ 2690.825926] [   2918]  1000  2918     1882      574    45056        0             0 watch
[ 2690.825935] [  17741]     0 17741     2514      712    40960        0             0 sudo
[ 2690.825941] [  17746]     0 17746     2650     1312    45056        0             0 dd
[ 2690.825948] Out of memory: Kill process 1210 (java) score 23 or sacrifice child
[ 2690.826172] Killed process 1210 (java) total-vm:523968kB, anon-rss:56164kB, file-rss:3252kB, shmem-rss:0kB
[ 2690.867610] oom_reaper: reaped process 1210 (java), now anon-rss:0kB, file-rss:16kB, shmem-rss:0kB
[ 2896.534660] lxpanel invoked oom-killer: gfp_mask=0x7080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO), nodemask=(null), order=1, oom_score_adj=0
[ 2896.534668] lxpanel cpuset=/ mems_allowed=0
[ 2896.534684] CPU: 3 PID: 870 Comm: lxpanel Tainted: G         C        4.19.66-v7l+ #1253
[ 2896.534687] Hardware name: BCM2835
[ 2896.534708] [<c0212c7c>] (unwind_backtrace) from [<c020d49c>] (show_stack+0x20/0x24)
[ 2896.534717] [<c020d49c>] (show_stack) from [<c097f080>] (dump_stack+0xd4/0x118)
[ 2896.534727] [<c097f080>] (dump_stack) from [<c033f5b4>] (dump_header+0x80/0x250)
[ 2896.534736] [<c033f5b4>] (dump_header) from [<c033e92c>] (oom_kill_process+0x358/0x3a8)
[ 2896.534744] [<c033e92c>] (oom_kill_process) from [<c033f25c>] (out_of_memory+0x134/0x36c)
[ 2896.534752] [<c033f25c>] (out_of_memory) from [<c0345620>] (__alloc_pages_nodemask+0xfc0/0x1180)
[ 2896.534762] [<c0345620>] (__alloc_pages_nodemask) from [<c021f5d0>] (copy_process.part.5+0x1f4/0x1ad4)
[ 2896.534769] [<c021f5d0>] (copy_process.part.5) from [<c0221078>] (_do_fork+0xd8/0x438)
[ 2896.534775] [<c0221078>] (_do_fork) from [<c02214fc>] (sys_clone+0x34/0x3c)
[ 2896.534782] [<c02214fc>] (sys_clone) from [<c0201000>] (ret_fast_syscall+0x0/0x28)
[ 2896.534786] Exception stack(0xc64d3fa8 to 0xc64d3ff0)
[ 2896.534790] 3fa0:                   b57311d8 00000001 01200011 00000000 00000000 00000000
[ 2896.534795] 3fc0: b57311d8 00000001 b3d15a40 00000078 00000001 b6473000 b5731630 00000013
[ 2896.534799] 3fe0: b5731170 beec16c0 b63c8854 b63c8788
[ 2896.534803] Mem-Info:
[ 2896.534814] active_anon:37559 inactive_anon:44097 isolated_anon:0
                active_file:8303 inactive_file:311069 isolated_file:0
                unevictable:16 dirty:4427 writeback:683 unstable:0
                slab_reclaimable:13049 slab_unreclaimable:11342
                mapped:12602 shmem:19501 pagetables:1545 bounce:0
                free:417099 free_pcp:140 free_cma:47312
[ 2896.534823] Node 0 active_anon:150236kB inactive_anon:176388kB active_file:33212kB inactive_file:1244276kB unevictable:64kB isolated(anon):0kB isolated(file):0kB mapped:50408kB dirty:17708kB writeback:2732kB shmem:78004kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[ 2896.534832] DMA free:207016kB min:16384kB low:20480kB high:24576kB active_anon:0kB inactive_anon:0kB active_file:1112kB inactive_file:336kB unevictable:0kB writepending:0kB present:434176kB managed:388116kB mlocked:0kB kernel_stack:3752kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:189248kB
[ 2896.534835] lowmem_reserve[]: 0 0 3008 3008
[ 2896.534860] HighMem free:1461380kB min:512kB low:33016kB high:65520kB active_anon:150236kB inactive_anon:176536kB active_file:32100kB inactive_file:1243552kB unevictable:64kB writepending:20616kB present:3080192kB managed:3080192kB mlocked:64kB kernel_stack:0kB pagetables:6180kB bounce:0kB free_pcp:676kB local_pcp:0kB free_cma:0kB
[ 2896.534863] lowmem_reserve[]: 0 0 0 0
[ 2896.534882] DMA: 522*4kB (UEHC) 568*8kB (UEHC) 337*16kB (UEHC) 117*32kB (UEHC) 48*64kB (UEHC) 6*128kB (C) 2*256kB (C) 4*512kB (C) 3*1024kB (C) 1*2048kB (C) 44*4096kB (C) = 207512kB
[ 2896.534964] HighMem: 153*4kB (UM) 98*8kB (U) 58*16kB (UM) 34*32kB (UM) 569*64kB (UM) 12*128kB (U) 266*256kB (UM) 788*512kB (UM) 317*1024kB (UM) 117*2048kB (UM) 94*4096kB (M) = 1462164kB
[ 2896.535044] 339613 total pagecache pages
[ 2896.535051] 845 pages in swap cache
[ 2896.535055] Swap cache stats: add 99831, delete 98988, find 29008/42747
[ 2896.535059] Free swap  = 4054268kB
[ 2896.535062] Total swap = 4194300kB
[ 2896.535066] 878592 pages RAM
[ 2896.535069] 770048 pages HighMem/MovableOnly
[ 2896.535073] 11515 pages reserved
[ 2896.535076] 65536 pages cma reserved
[ 2896.535080] Tasks state (memory values in pages):
[ 2896.535083] [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
[ 2896.535099] [    127]     0   127     5348      685   208896      205             0 systemd-journal
[ 2896.535105] [    239]     0   239     4606      256    45056      213         -1000 systemd-udevd
[ 2896.535112] [    386]   100   386     5592      267    57344      156             0 systemd-timesyn
[ 2896.535118] [    425]     0   425     1986      300    36864       31             0 cron
[ 2896.535123] [    426]   108   426     1443      347    36864       51             0 avahi-daemon
[ 2896.535129] [    428] 65534   428     1080      228    36864       39             0 thd
[ 2896.535134] [    430]     0   430     2392      107    40960       82             0 cron
[ 2896.535140] [    431]     0   431    19555      506   110592      664             0 udisksd
[ 2896.535145] [    433]     0   433      923      240    32768       47             0 alsactl
[ 2896.535150] [    436]     0   436     3275      298    49152      163             0 systemd-logind
[ 2896.535156] [    448]     0   448     6378      327    53248      191             0 rsyslogd
[ 2896.535161] [    452]   104   452     1704      275    40960      186          -900 dbus-daemon
[ 2896.535166] [    458]     0   458     2675      262    45056       88             0 wpa_supplicant
[ 2896.535171] [    462]     0   462     6914        0    40960       31             0 rngd
[ 2896.535177] [    466]   108   466     1443        1    32768       62             0 avahi-daemon
[ 2896.535182] [    471]  1000   471      485        0    24576       17             0 sh
[ 2896.535187] [    475]  1000   475     3915      664    53248     1088             0 python
[ 2896.535192] [    483]     0   483      740      201    28672      102             0 dhcpcd
[ 2896.535197] [    536]     0   536     7994      385    90112      320             0 nmbd
[ 2896.535203] [    543]     0   543     2094      116    40960       54             0 vncserver-x11-s
[ 2896.535208] [    544]     0   544    11067      783    94208     1375             0 unattended-upgr
[ 2896.535213] [    546]     0   546    12812     1530    90112     1106             0 fail2ban-server
[ 2896.535219] [    552]     0   552    11425      481    86016      353             0 polkitd
[ 2896.535224] [    554]     0   554     8436      444    94208     2328             0 vncserver-x11-c
[ 2896.535229] [    557]     0   557   237176     1237   180224     3289             0 containerd
[ 2896.535234] [    560]     0   560   245705       80   249856     7683          -500 dockerd
[ 2896.535240] [    572]     0   572    10026      675    73728        0             0 lightdm
[ 2896.535245] [    579]     0   579     2671      259    40960      116         -1000 sshd
[ 2896.535250] [    594]     0   594     2740      219    45056      126             0 wpa_supplicant
[ 2896.535256] [    610]     0   610    27543    10081   233472        0             0 Xorg
[ 2896.535261] [    611]     0   611     1431      191    36864      114             0 login
[ 2896.535266] [    634]     0   634     2869      390    49152      121             0 vncagent
[ 2896.535271] [    739]     0   739     8160      639    69632       10             0 lightdm
[ 2896.535277] [    750]  1000   750     3668      236    57344      271             0 systemd
[ 2896.535282] [    754]  1000   754     4231      135    53248      430             0 (sd-pam)
[ 2896.535287] [    773]  1000   773    14083      878   102400      318             0 lxsession
[ 2896.535292] [    782]  1000   782     1636      265    32768      112             0 dbus-daemon
[ 2896.535297] [    821]  1000   821     1120      141    32768       69             0 ssh-agent
[ 2896.535303] [    838]  1000   838    10852      349    69632      168             0 gvfsd
[ 2896.535308] [    848]  1000   848    14192      452    81920      192             0 gvfsd-fuse
[ 2896.535313] [    864]  1000   864    16285      960    98304      587             0 openbox
[ 2896.535318] [    868]  1000   868    11783      536    94208      206             0 lxpolkit
[ 2896.535324] [    870]  1000   870    37467     2068   192512      949             0 lxpanel
[ 2896.535329] [    871]  1000   871    20542     1418   122880      552             0 pcmanfm
[ 2896.535351] [    886]  1000   886     1120        1    32768       77             0 ssh-agent
[ 2896.535356] [    900]  1000   900      485        0    32768       16             0 cmstart.sh
[ 2896.535361] [    905]  1000   905      485        0    28672       25             0 kodi
[ 2896.535367] [    908]  1000   908     1218       35    36864       67             0 xcompmgr
[ 2896.535372] [    909]  1000   909   157839    12995   733184     1421             0 kodi.bin
[ 2896.535377] [    952]  1000   952     7175      431    61440      141             0 menu-cached
[ 2896.535382] [    954]  1000   954    24506      586    98304      413             0 gvfs-udisks2-vo
[ 2896.535387] [    964]  1000   964    14005      344    81920      202             0 gvfs-afc-volume
[ 2896.535392] [    985]  1000   985    10025      124    69632      125             0 gvfs-goa-volume
[ 2896.535397] [   1001]  1000  1001    10031      154    73728      135             0 gvfs-mtp-volume
[ 2896.535403] [   1013]  1000  1013     7952      616    86016      559             0 vncserverui
[ 2896.535408] [   1020]  1000  1020    10423      157    65536      163             0 gvfs-gphoto2-vo
[ 2896.535414] [   1034]  1000  1034    13804      498    86016      244             0 gvfsd-trash
[ 2896.535419] [   1039]  1000  1039     7865      672    86016      377             0 vncserverui
[ 2896.535424] [   1078]  1000  1078    10895      159    77824      173             0 gnome-keyring-d
[ 2896.535429] [   1105]  1000  1105     2601      262    45056      282             0 zsh
[ 2896.535434] [   1109]  1000  1109     7744       99    65536      113             0 gvfsd-metadata
[ 2896.535439] [   1116]     0  1116    12087      310   122880      491             0 smbd
[ 2896.535445] [   1130]     0  1130    11356      248   102400      472             0 smbd-notifyd
[ 2896.535450] [   1131]     0  1131    11354      216   102400      471             0 cleanupd
[ 2896.535455] [   1136]     0  1136    12087      224   106496      485             0 lpqd
[ 2896.535462] [   1151]     0  1151      535        2    28672       30             0 hciattach
[ 2896.535467] [   1159]     0  1159     2452      208    40960       99             0 bluetoothd
[ 2896.535472] [   1168]     0  1168     6676      188    57344      116             0 bluealsa
[ 2896.535477] [   2753]     0  2753     2701      270    49152      133             0 sshd
[ 2896.535482] [   2759]  1000  2759     2701      347    45056      117             0 sshd
[ 2896.535487] [   2761]  1000  2761     2632      827    49152        0             0 zsh
[ 2896.535492] [   2795]     0  2795     2701      409    49152        0             0 sshd
[ 2896.535497] [   2798]  1000  2798     2701      465    45056        0             0 sshd
[ 2896.535502] [   2800]  1000  2800     3354      617    49152        0             0 zsh
[ 2896.535512] [  17741]     0 17741     2514      362    40960        0             0 sudo
[ 2896.535517] [  17746]     0 17746     2650     1216    45056        0             0 dd
[ 2896.535523] [  18353]     0 18353   199671      166    45056       92          -999 containerd-shim
[ 2896.535528] [  18373]  9001 18373      352       45    28672        8             0 tini
[ 2896.535533] [  18554]  9001 18554   130520    43107   569344     1766             0 java
[ 2896.535540] [  19220]     0 19220     2701      821    45056        0             0 sshd
[ 2896.535544] [  19228]  1000 19228     2701      663    45056        0             0 sshd
[ 2896.535549] [  19230]  1000 19230     2632      827    45056        0             0 zsh
[ 2896.535555] [  19282]     0 19282     2514      724    40960        0             0 sudo
[ 2896.535560] [  19330]     0 19330     4649     2330    65536        0             0 iotop
[ 2896.535565] Out of memory: Kill process 18554 (java) score 23 or sacrifice child
[ 2896.535844] Killed process 18554 (java) total-vm:522080kB, anon-rss:169252kB, file-rss:3176kB, shmem-rss:0kB
[ 2896.572585] oom_reaper: reaped process 18554 (java), now anon-rss:0kB, file-rss:0kB, shmem-rss:0kB
[ 2896.572963] lxpanel invoked oom-killer: gfp_mask=0x7080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO), nodemask=(null), order=1, oom_score_adj=0
[ 2896.572968] lxpanel cpuset=/ mems_allowed=0
[ 2896.572985] CPU: 3 PID: 870 Comm: lxpanel Tainted: G         C        4.19.66-v7l+ #1253
[ 2896.572988] Hardware name: BCM2835
[ 2896.573008] [<c0212c7c>] (unwind_backtrace) from [<c020d49c>] (show_stack+0x20/0x24)
[ 2896.573018] [<c020d49c>] (show_stack) from [<c097f080>] (dump_stack+0xd4/0x118)
[ 2896.573029] [<c097f080>] (dump_stack) from [<c033f5b4>] (dump_header+0x80/0x250)
[ 2896.573038] [<c033f5b4>] (dump_header) from [<c033e92c>] (oom_kill_process+0x358/0x3a8)
[ 2896.573046] [<c033e92c>] (oom_kill_process) from [<c033f25c>] (out_of_memory+0x134/0x36c)
[ 2896.573054] [<c033f25c>] (out_of_memory) from [<c0345620>] (__alloc_pages_nodemask+0xfc0/0x1180)
[ 2896.573063] [<c0345620>] (__alloc_pages_nodemask) from [<c021f5d0>] (copy_process.part.5+0x1f4/0x1ad4)
[ 2896.573069] [<c021f5d0>] (copy_process.part.5) from [<c0221078>] (_do_fork+0xd8/0x438)
[ 2896.573075] [<c0221078>] (_do_fork) from [<c02214fc>] (sys_clone+0x34/0x3c)
[ 2896.573082] [<c02214fc>] (sys_clone) from [<c0201000>] (ret_fast_syscall+0x0/0x28)
[ 2896.573086] Exception stack(0xc64d3fa8 to 0xc64d3ff0)
[ 2896.573091] 3fa0:                   b57311d8 00000001 01200011 00000000 00000000 00000000
[ 2896.573096] 3fc0: b57311d8 00000001 b3d15a40 00000078 00000001 b6473000 b5731630 00000013
[ 2896.573100] 3fe0: b5731170 beec16c0 b63c8854 b63c8788
[ 2896.573104] Mem-Info:
[ 2896.573114] active_anon:16234 inactive_anon:22806 isolated_anon:0
                active_file:8340 inactive_file:299336 isolated_file:0
                unevictable:16 dirty:5833 writeback:276 unstable:0
                slab_reclaimable:12901 slab_unreclaimable:11342
                mapped:11529 shmem:19501 pagetables:1545 bounce:0
                free:471456 free_pcp:316 free_cma:47312
[ 2896.573122] Node 0 active_anon:64936kB inactive_anon:91224kB active_file:33360kB inactive_file:1197344kB unevictable:64kB isolated(anon):0kB isolated(file):0kB mapped:46116kB dirty:23332kB writeback:1104kB shmem:78004kB writeback_tmp:0kB unstable:0kB all_unreclaimable? no
[ 2896.573132] DMA free:207520kB min:16384kB low:20480kB high:24576kB active_anon:0kB inactive_anon:0kB active_file:1112kB inactive_file:336kB unevictable:0kB writepending:0kB present:434176kB managed:388116kB mlocked:0kB kernel_stack:3752kB pagetables:0kB bounce:0kB free_pcp:4kB local_pcp:0kB free_cma:189248kB
[ 2896.573135] lowmem_reserve[]: 0 0 3008 3008
[ 2896.573160] HighMem free:1678304kB min:512kB low:33016kB high:65520kB active_anon:65060kB inactive_anon:92368kB active_file:32100kB inactive_file:1197576kB unevictable:64kB writepending:25128kB present:3080192kB managed:3080192kB mlocked:64kB kernel_stack:0kB pagetables:6180kB bounce:0kB free_pcp:1260kB local_pcp:0kB free_cma:0kB
[ 2896.573163] lowmem_reserve[]: 0 0 0 0
[ 2896.573182] DMA: 545*4kB (UEHC) 599*8kB (UEHC) 362*16kB (UEHC) 118*32kB (UEHC) 48*64kB (UEHC) 6*128kB (C) 2*256kB (C) 4*512kB (C) 3*1024kB (C) 1*2048kB (C) 44*4096kB (C) = 208284kB
[ 2896.573265] HighMem: 7376*4kB (UM) 4935*8kB (UM) 2448*16kB (UM) 1170*32kB (UM) 1500*64kB (UM) 112*128kB (UM) 274*256kB (UM) 788*512kB (UM) 317*1024kB (UM) 117*2048kB (UM) 94*4096kB (M) = 1678776kB
[ 2896.573346] 327831 total pagecache pages
[ 2896.573353] 720 pages in swap cache
[ 2896.573357] Swap cache stats: add 99859, delete 99141, find 29013/42779
[ 2896.573361] Free swap  = 4061692kB
[ 2896.573365] Total swap = 4194300kB
[ 2896.573368] 878592 pages RAM
[ 2896.573372] 770048 pages HighMem/MovableOnly
[ 2896.573375] 11515 pages reserved
[ 2896.573379] 65536 pages cma reserved
[ 2896.573383] Tasks state (memory values in pages):
[ 2896.573386] [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
[ 2896.573403] [    127]     0   127     5348      683   208896      205             0 systemd-journal
[ 2896.573409] [    239]     0   239     4606      256    45056      213         -1000 systemd-udevd
[ 2896.573417] [    386]   100   386     5592      267    57344      156             0 systemd-timesyn
[ 2896.573422] [    425]     0   425     1986      300    36864       31             0 cron
[ 2896.573428] [    426]   108   426     1443      347    36864       51             0 avahi-daemon
[ 2896.573433] [    428] 65534   428     1080      228    36864       39             0 thd
[ 2896.573439] [    430]     0   430     2392      107    40960       82             0 cron
[ 2896.573444] [    431]     0   431    19555      506   110592      664             0 udisksd
[ 2896.573450] [    433]     0   433      923      240    32768       47             0 alsactl
[ 2896.573455] [    436]     0   436     3275      298    49152      163             0 systemd-logind
[ 2896.573460] [    448]     0   448     6378      326    53248      191             0 rsyslogd
[ 2896.573466] [    452]   104   452     1704      275    40960      186          -900 dbus-daemon
[ 2896.573471] [    458]     0   458     2675      262    45056       88             0 wpa_supplicant
[ 2896.573477] [    462]     0   462     6914        0    40960       31             0 rngd
[ 2896.573483] [    466]   108   466     1443        1    32768       62             0 avahi-daemon
[ 2896.573489] [    471]  1000   471      485        0    24576       17             0 sh
[ 2896.573495] [    475]  1000   475     3915      664    53248     1088             0 python
[ 2896.573501] [    483]     0   483      740      201    28672      102             0 dhcpcd
[ 2896.573506] [    536]     0   536     7994      385    90112      320             0 nmbd
[ 2896.573512] [    543]     0   543     2094      116    40960       54             0 vncserver-x11-s
[ 2896.573518] [    544]     0   544    11067      783    94208     1375             0 unattended-upgr
[ 2896.573524] [    546]     0   546    12812     1530    90112     1106             0 fail2ban-server
[ 2896.573529] [    552]     0   552    11425      481    86016      353             0 polkitd
[ 2896.573535] [    554]     0   554     8436      444    94208     2328             0 vncserver-x11-c
[ 2896.573541] [    557]     0   557   237176     1237   180224     3289             0 containerd
[ 2896.573547] [    560]     0   560   245705       80   249856     7683          -500 dockerd
[ 2896.573552] [    572]     0   572    10026      675    73728        0             0 lightdm
[ 2896.573558] [    579]     0   579     2671      259    40960      116         -1000 sshd
[ 2896.573565] [    594]     0   594     2740      219    45056      126             0 wpa_supplicant
[ 2896.573571] [    610]     0   610    27543    10081   233472        0             0 Xorg
[ 2896.573577] [    611]     0   611     1431      191    36864      114             0 login
[ 2896.573582] [    634]     0   634     2869      390    49152      121             0 vncagent
[ 2896.573588] [    739]     0   739     8160      639    69632       10             0 lightdm
[ 2896.573594] [    750]  1000   750     3668      236    57344      271             0 systemd
[ 2896.573600] [    754]  1000   754     4231      135    53248      430             0 (sd-pam)
[ 2896.573606] [    773]  1000   773    14083      878   102400      318             0 lxsession
[ 2896.573611] [    782]  1000   782     1636      265    32768      112             0 dbus-daemon
[ 2896.573617] [    821]  1000   821     1120      141    32768       69             0 ssh-agent
[ 2896.573623] [    838]  1000   838    10852      349    69632      168             0 gvfsd
[ 2896.573629] [    848]  1000   848    14192      452    81920      192             0 gvfsd-fuse
[ 2896.573635] [    864]  1000   864    16285      960    98304      587             0 openbox
[ 2896.573641] [    868]  1000   868    11783      536    94208      206             0 lxpolkit
[ 2896.573647] [    870]  1000   870    37467     2068   192512      949             0 lxpanel
[ 2896.573654] [    871]  1000   871    20542     1418   122880      552             0 pcmanfm
[ 2896.573661] [    886]  1000   886     1120        1    32768       77             0 ssh-agent
[ 2896.573668] [    900]  1000   900      485        0    32768       16             0 cmstart.sh
[ 2896.573673] [    905]  1000   905      485        0    28672       25             0 kodi
[ 2896.573679] [    908]  1000   908     1218       35    36864       67             0 xcompmgr
[ 2896.573684] [    909]  1000   909   157839    12995   733184     1421             0 kodi.bin
[ 2896.573690] [    952]  1000   952     7175      431    61440      141             0 menu-cached
[ 2896.573696] [    954]  1000   954    24506      586    98304      413             0 gvfs-udisks2-vo
[ 2896.573702] [    964]  1000   964    14005      344    81920      202             0 gvfs-afc-volume
[ 2896.573708] [    985]  1000   985    10025      124    69632      125             0 gvfs-goa-volume
[ 2896.573714] [   1001]  1000  1001    10031      154    73728      135             0 gvfs-mtp-volume
[ 2896.573720] [   1013]  1000  1013     7952      616    86016      559             0 vncserverui
[ 2896.573726] [   1020]  1000  1020    10423      157    65536      163             0 gvfs-gphoto2-vo
[ 2896.573731] [   1034]  1000  1034    13804      498    86016      244             0 gvfsd-trash
[ 2896.573737] [   1039]  1000  1039     7865      672    86016      377             0 vncserverui
[ 2896.573743] [   1078]  1000  1078    10895      159    77824      173             0 gnome-keyring-d
[ 2896.573750] [   1105]  1000  1105     2601      262    45056      282             0 zsh
[ 2896.573755] [   1109]  1000  1109     7744       99    65536      113             0 gvfsd-metadata
[ 2896.573761] [   1116]     0  1116    12087      310   122880      491             0 smbd
[ 2896.573767] [   1130]     0  1130    11356      248   102400      472             0 smbd-notifyd
[ 2896.573774] [   1131]     0  1131    11354      216   102400      471             0 cleanupd
[ 2896.573781] [   1136]     0  1136    12087      224   106496      485             0 lpqd
[ 2896.573787] [   1151]     0  1151      535        2    28672       30             0 hciattach
[ 2896.573793] [   1159]     0  1159     2452      208    40960       99             0 bluetoothd
[ 2896.573798] [   1168]     0  1168     6676      188    57344      116             0 bluealsa
[ 2896.573804] [   2753]     0  2753     2701      270    49152      133             0 sshd
[ 2896.573809] [   2759]  1000  2759     2701      347    45056      117             0 sshd
[ 2896.573816] [   2761]  1000  2761     2632      827    49152        0             0 zsh
[ 2896.573822] [   2795]     0  2795     2701      409    49152        0             0 sshd
[ 2896.573828] [   2798]  1000  2798     2701      465    45056        0             0 sshd
[ 2896.573834] [   2800]  1000  2800     3354      617    49152        0             0 zsh
[ 2896.573846] [  17741]     0 17741     2514      362    40960        0             0 sudo
[ 2896.573851] [  17746]     0 17746     2650     1216    45056        0             0 dd
[ 2896.573858] [  18353]     0 18353   199671      166    45056       92          -999 containerd-shim
[ 2896.573864] [  18373]  9001 18373      352       45    28672        8             0 tini
[ 2896.573872] [  18644]  9001 18554   130520        0   569344        0             0 C1 CompilerThre
[ 2896.573878] [  19220]     0 19220     2701      821    45056        0             0 sshd
[ 2896.573884] [  19228]  1000 19228     2701      663    45056        0             0 sshd
[ 2896.573889] [  19230]  1000 19230     2632      827    45056        0             0 zsh
[ 2896.573894] [  19282]     0 19282     2514      724    40960        0             0 sudo
[ 2896.573901] [  19330]     0 19330     4649     2330    65536        0             0 iotop
[ 2896.573907] Out of memory: Kill process 909 (kodi.bin) score 7 or sacrifice child
[ 2896.574001] Killed process 909 (kodi.bin) total-vm:631356kB, anon-rss:30324kB, file-rss:21648kB, shmem-rss:8kB
[ 2896.589324] oom_reaper: reaped process 909 (kodi.bin), now anon-rss:16kB, file-rss:0kB, shmem-rss:8kB
[ 2986.581674] lxpanel invoked oom-killer: gfp_mask=0x7080c0(GFP_KERNEL_ACCOUNT|__GFP_ZERO), nodemask=(null), order=1, oom_score_adj=0
[ 2986.581681] lxpanel cpuset=/ mems_allowed=0
[ 2986.581698] CPU: 2 PID: 870 Comm: lxpanel Tainted: G         C        4.19.66-v7l+ #1253
[ 2986.581702] Hardware name: BCM2835
[ 2986.581723] [<c0212c7c>] (unwind_backtrace) from [<c020d49c>] (show_stack+0x20/0x24)
[ 2986.581733] [<c020d49c>] (show_stack) from [<c097f080>] (dump_stack+0xd4/0x118)
[ 2986.581746] [<c097f080>] (dump_stack) from [<c033f5b4>] (dump_header+0x80/0x250)
[ 2986.581755] [<c033f5b4>] (dump_header) from [<c033e92c>] (oom_kill_process+0x358/0x3a8)
[ 2986.581763] [<c033e92c>] (oom_kill_process) from [<c033f25c>] (out_of_memory+0x134/0x36c)
[ 2986.581771] [<c033f25c>] (out_of_memory) from [<c0345620>] (__alloc_pages_nodemask+0xfc0/0x1180)
[ 2986.581780] [<c0345620>] (__alloc_pages_nodemask) from [<c021f5d0>] (copy_process.part.5+0x1f4/0x1ad4)
[ 2986.581787] [<c021f5d0>] (copy_process.part.5) from [<c0221078>] (_do_fork+0xd8/0x438)
[ 2986.581793] [<c0221078>] (_do_fork) from [<c02214fc>] (sys_clone+0x34/0x3c)
[ 2986.581800] [<c02214fc>] (sys_clone) from [<c0201000>] (ret_fast_syscall+0x0/0x28)
.
.
.
**[ 2986.631754] Out of memory: Kill process 610 (Xorg) score 5 or sacrifice child
[ 2986.631783] Killed process 610 (Xorg) total-vm:110164kB, anon-rss:14388kB, file-rss:25568kB, shmem-rss:576kB**

Esperar que o 4B alimente um SSD externo, mesmo com uma fonte de alimentação em boas condições, é ambicioso.

Esse adaptador USB <-> SATA específico causou problemas.

Na parte do adaptador USB-SATA - eu discordo. Eu uso 2 discos USB Western Digital de 8 TB com ZFS e tem o mesmo problema.

O disco WD tem sua própria fonte de alimentação. E estou usando o poder padrão 5v3a genuíno.

@wushilin
Eu também tive o mesmo problema ao executar ZFS (e rsync), e ele desapareceu depois de mudar para o kernel de 64 bits.

Usar o kernel de 64 bits não resolveu o problema. Pelo menos para mim.

Tentei vários controladores SATA USB, incluindo o Asmedia ASM1153. O problema ainda persiste. Não pense que é um problema de fonte de alimentação também. Estou usando a fonte de alimentação oficial sem periféricos (teclado, mouse, etc.) conectados. Deve haver energia mais do que suficiente para executar a unidade SSD SATA.

Atualize para a versão mais recente do kernel e tente novamente, relate os resultados.

O que mudou em @ JamesH65 ?

Isso aconteceu com meu Pi ontem à noite também. Eu estava fazendo uma DD em um disco rígido USB 3 e encontrei os erros OOM no arquivo syslog.

Isso é o que meu Pi mostra quando eu faço um -m livre (após uma reinicialização). É estranho que a troca esteja sendo ligeiramente usada, mesmo com tanta memória disponível?

          total        used        free      shared  buff/cache   available

Mem: 3776 450 266 159 3059 3068
Troca: 99 19 80

Tendo o mesmo problema. Primeiro causado pela Transmissão, depois pelo Dilúvio ao baixar mais torrents. Então, basta copiar os arquivos da rede para o PI. Tentei fazer uma grande troca sem qualquer solução. Agora estou tentando desativar o oom killer por https://serverfault.com/questions/141988/avoid-linux-out-of-memory-application-teardown. Isso realmente me motiva, pois não posso usar o pi como um armazenamento de rede de backup. Eu tenho o kernel mais recente e o sistema operacional Raspberry.
EDIT: Não, não consigo desativar o OOM killer, parece ...

Não sou especialista, mas parece que é apenas a transferência de dados que causa o problema, não o aplicativo. Eu estava usando o dd para fazer uma cópia da imagem para o disco rígido USB 3 e tive o mesmo problema, com OOM iniciando e matando todos os tipos de coisas na tentativa de fazê-lo funcionar.

Tenho um Pi v4 com 4 Gb de RAM e nunca vi a quantidade usada ultrapassar os 20% usados.

Eu não reiniciei meu pi desde que postou a memória acima e agora é

total usado grátis compartilhada buff / cache disponível
Mem: 3776 483 165 235 3126 2970
Troca: 99 39 60

Esse problema é definitivamente um obstáculo para quem está tentando usar o Pi 4 como um substituto de desktop ou um hub de mídia. Por favor, olhe para isso.

@ rowanalex123 Então, você ainda está tendo o mesmo problema, com as mesmas coisas nos logs, mesmo agora?

Sei que seu nível de detalhamento neste post foi o que me ajudou a descobrir que eu estava tendo o mesmo ou um problema muito semelhante.

Eu não acho que isso aconteça o tempo todo para mim, mas na semana passada, enquanto fazia dd como você fez, desacelerou meu Pi para um rastreamento e OOM começou a fechar todos os tipos de coisas, embora a memória parecesse estar OK.

Eu não testei até tarde. Indo pelos dois relatórios acima, porém, acha que é seguro dizer que o problema não foi resolvido com o kernel mais recente?

Eu regularmente executo o apt update e full-upgrade, então estou executando o firmware, bootloader e kernel mais recentes.

Eu também tentei um grande swap de 80 GB, mas não é usado de todo. Eu gostaria de ter isso resolvido. Quando eu tinha o drive de armazenamento como NTFS e as velocidades de transferência eram <20 MBs naquela época pela rede, não tive esse problema, mas agora, como tenho armazenamento no ext4, tenho velocidades de ~ 100 MBs, ele está travando por oom killer.

As pessoas que estão vendo o problema podem postar a saída dos seguintes comandos:

$ grep Revision /proc/cpuinfo
$ uname -a
$ vmstat

E:

$ lsusb

Eu também tentei um grande swap de 80 GB, mas não é usado de todo. Eu gostaria de ter isso resolvido. Quando eu tinha o drive de armazenamento como NTFS e as velocidades de transferência eram <20 MBs naquela época pela rede, não tive esse problema, mas agora, como tenho armazenamento no ext4, tenho velocidades de ~ 100 MBs, ele está travando por oom killer.

Na verdade, isso soa um sino para mim. Tenho minha unidade externa formatada como NTFS, mas continuei recebendo todos os tipos de erros etc. relacionados ao NTFS-3G, mas não consigo me lembrar de nenhum problema com OOM. Reformatei a unidade para ext4 e recebi o erro OOM.

As pessoas que estão vendo o problema podem postar a saída dos seguintes comandos:

$ grep Revision /proc/cpuinfo
$ uname -a
$ vmstat

Oi, obrigado pela informação. Aqui estão os resultados dos comandos no meu Pi:
Revisão: c03111

Linux raspberrypiv4 5.4.51-v7l + # 1333 SMP Seg 10 de agosto 16:51:40 BST 2020 armv7l GNU / Linux

procs ----------- memória ---------- --- trocar-- ----- io ---- -sistema-- ------ cpu -----
rb swpd free buff cache si so bi bo in cs us sy id wa st
0 0 41472 224508 130100 3006784 0 0 5 19 5 22 2 2 95 1 0

Dispositivo de barramento 002 002: ID 1058: 2627 Western Digital Technologies, Inc.
Barramento 002 Dispositivo 001: ID 1d6b: 0003 Hub raiz do Linux Foundation 3.0
Dispositivo de barramento 001 003: ID 1e3d: 4083 Chipsbank Microelectronics Co., Ltd
Dispositivo de barramento 001 004: ID 0781: 5583 SanDisk Corp. Ultra Fit
Dispositivo de barramento 001 002: ID 2109: 3431 VIA Labs, Inc. Hub
Barramento 001 Dispositivo 001: ID 1d6b: 0002 hub raiz Linux Foundation 2.0

É um rev 1.1 4B com 4 GB de RAM rodando um kernel recente. As placas rev 1.1 foram equipadas com BCM2711B0 - o primeiro silício de produção - que tinha algumas restrições que foram melhoradas na revisão C0 posterior:

1. O barramento EMMC2 só pode endereçar diretamente o primeiro 1GB.
2. A interface PCIe pode endereçar diretamente apenas os primeiros 3 GB.

A última restrição pode estar afetando a taxa de transferência do disco. Você pode eliminá-lo como uma possibilidade (como uma experiência!) Reiniciando com total_mem=3072 em config.txt. Veja se isso faz alguma diferença.

Como posso saber qual revisão de silício é meu BCM2711? Está gravado no topo da embalagem? Todos os meus parecem ser B0 - acho que é o B0 no meio disso:

2711ZPKFS B0 6BOT

Os chips com silício C0 dizem C0 em vez disso?

São os penúltimos 2 caracteres que importam: 2711ZPKFSB06 CO T

Em um sistema em execução, a maneira mais fácil de saber é olhar a declaração do barramento em que o controlador do cartão SD está:

# B0
pi<strong i="8">@raspberrypi</strong>:~$ od -An -tx1 /proc/device-tree/emmc2bus/dma-ranges
 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
 40 00 00 00

# C0
pi<strong i="9">@raspberrypi</strong>:~$ od -An -tx1 /proc/device-tree/emmc2bus/dma-ranges
 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 fc 00 00 00

Pelo que eu sei, todas as unidades de produção de 8 GB são equipadas com C0s.

É um rev 1.1 4B com 4 GB de RAM rodando um kernel recente. As placas rev 1.1 foram equipadas com BCM2711B0 - o primeiro silício de produção - que tinha algumas restrições que foram melhoradas na revisão C0 posterior:

1. O barramento EMMC2 só pode endereçar diretamente o primeiro 1GB.
2. A interface PCIe pode endereçar diretamente apenas os primeiros 3 GB.

A última restrição pode estar afetando a taxa de transferência do disco. Você pode eliminá-lo como uma possibilidade (como uma experiência!) Reiniciando com total_mem=3072 em config.txt. Veja se isso faz alguma diferença.

Obrigado pela informação.

Então, minha placa não tem apenas o problema de alimentação USB-C, mas também não consegue acessar toda a memória?

O total_mem = 3072 limitará a placa a 3Gb em vez de 4Gb de memória?

É um teste - estou tentando verificar se SWIOTLB é ou não um fator. Sim, isso limitará o sistema a 3 GB _durante o teste_.

Olá @pelwell, obrigado pela informação.

Meu Pi fará um dd amanhã à noite como parte de um cron job. Vou deixar fazer isso sem que eu mude nada para ver se ocorre novamente. Se isso acontecer, farei a alteração e, em seguida, deixarei fazer o dd novamente para ver se isso acontece novamente e farei um relatório. No entanto, provavelmente será o final da próxima semana.

Obrigado novamente.

Aqui está minha saída dos comandos:

Revisão: c03111

Linux raspberrypi 5.4.59-v7l + # 1336 SMP Quarta, 19 de agosto 16:09:04 BST 2020 armv7l GNU / Linux

procs ----------- memória ---------- --- trocar-- ----- io ---- -sistema-- ------ cpu -----
rb swpd free buff cache si so bi bo in cs us sy id wa st
1 0 0 738352 25536 1797696 0 0 11 8 12 76 2 2 95 1 0

Dispositivo de barramento 002 004: ID 152d: 0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS567 SATA 6 Gb / s ponte
Dispositivo de barramento 002 003: ID 0 bda: 0411 Realtek Semiconductor Corp.
Dispositivo de barramento 002 002: ID 0 bda: 0411 Realtek Semiconductor Corp.
Barramento 002 Dispositivo 001: ID 1d6b: 0003 Hub raiz do Linux Foundation 3.0
Dispositivo de barramento 001 004: ID 0451: 16a8 Texas Instruments, Inc.
Dispositivo de barramento 001 008: ID 045e: 0797 Microsoft Corp. Optical Mouse 200
Dispositivo de barramento 001 007: ID 04d9: 1603 Holtek Semiconductor, Inc. Teclado
Dispositivo de barramento 001 006: ID 0763: 400b M-Audio
Dispositivo 001 do barramento 001: ID 0 bda: 5411 Realtek Semiconductor Corp.
Dispositivo de barramento 001 003: ID 0 bda: 5411 Realtek Semiconductor Corp.
Dispositivo de barramento 001 002: ID 2109: 3431 VIA Labs, Inc. Hub
Barramento 001 Dispositivo 001: ID 1d6b: 0002 hub raiz Linux Foundation 2.0

Vou fazer o teste em alguns dias porque não estou em casa e estou preocupado que o teste possa travar o acesso ssh.

Desde que estou impaciente tentei
total_mem = 3072 nenhum valor de 2048 resolve o problema, infelizmente :(

Algo veio à minha mente reagindo à postagem de outra pessoa em outro fórum. Nem eu a pessoa que tem esses problemas ao lidar com arquivos pequenos. Talvez arquivos maiores do que a memória RAM fazendo isso? Eu sou um novato, então estou apenas supondo ...

Não resolvi o problema, mas comprei outro mini pc baseado em x64 rodando
freebsd como Nas, funcionou bem.

Eu poderia ter economizado 300 dólares se o pi4 estivesse bom. A pior coisa que eu comprei
dois deles...

Na quarta-feira, 26 de agosto de 2020, 21h20, Lipown [email protected] escreveu:

Algo veio à minha mente reagindo à postagem de outra pessoa em outra
fórum. Nem eu a pessoa que tem esses problemas ao lidar com arquivos pequenos.
Talvez arquivos maiores do que a memória RAM fazendo isso? Eu sou um novato, então sou apenas
adivinhação....

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/raspberrypi/linux/issues/3210#issuecomment-680874930 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/ABVR2NBCN2VYETEB6Y5KEWDSCUDZ7ANCNFSM4IUF6ESA
.

Poderia ser que, com grandes transferências de arquivos, se houver um problema com a taxa de transferência para o hub usb, ele comece a fazer backup na memória RAM causando o oom? E pode ser por isso que afeta apenas arquivos grandes?

Apenas uma facada completa no escuro.

Alguém já olhou para este assunto, por favor? Vou comprar mais 4 4 GB mas preciso que o problema não seja mais sobre a última revisão.

Eu tive o problema ocorrendo novamente para mim.
A carga no Pi estava por volta de 7 e ele não respondeu com erros no log com acho que talvez estejam relacionados a isso
xhci_hcd 0000: 01: 00.0: WARN Não é possível enviar Set TR Deq Ptr
xhci_hcd 0000: 01: 00.0: Um comando Set TR Deq Ptr está pendente.
usb 2-1: redefina o dispositivo USB SuperSpeed ​​Gen 1 número 2 usando xhci_hcd

Eu adicionei peculiaridades ao meu cmdline.txt agora para ver se faz alguma diferença:

https://www.raspberrypi.org/forums/viewtopic.php?t=245931# : ~: text = The% 20kernel% 20can% 20be% 20told, precisa de% 20to% 20go% 20into% 20cmdline.

As peculiaridades acima não me ajudaram. Comecei a obter os erros xhci_hcd novamente menos de 24 horas depois.

Outro log de oom killer apenas usando o Chromium com a planilha do Google acionou isso:

https://pastebin.com/WEEAh97X

O pi rodando alguns dias seguidos. O que está errado :/

Assim como o chromium executando uma planilha, você também tem o Hassio, containerd, mysqld e outros - este não é um sistema vanilla. E foi o dockerd que acionou o assassino OOM.

Assim como o chromium executando uma planilha, você também tem o Hassio, containerd, mysqld e outros - este não é um sistema vanilla. E foi o dockerd que acionou o assassino OOM.

Na verdade, é por isso que desliguei os serviços depois disso e descobri que erros de E / S foram causados ​​por longos cabos USB da minha unidade. Mas desligando o docker (e o hassio), o mysqld e todas as desnecessidades, fiz um teste de cópia de 200 GB e acabou morrendo. O pi possui 4 GB de memória. Lembro-me de copiá-lo com muito menos memória e, há oito anos, copiei uma quantidade semelhante de dados da rede para uma unidade externa conectada ao tablet Samsung sem problemas. Eu acredito que todo esse pi pode fazer se outro mini pc puder ... Mesmo que o 4 seja atualmente o mais poderoso ...

O problema ainda existe para mim. Pode copiar ou baixar um arquivo de 6 gb sem que o oom reaper comece. Isso é com as atualizações mais recentes instaladas no 4 gb Pi 4

O problema ainda existe para mim. Pode copiar ou baixar um arquivo de 6 gb sem que o oom reaper comece. Isso é com as atualizações mais recentes instaladas no 4 gb Pi 4

Pode ou não pode?

Fiz novamente um teste com log para Home Assistant. Quando copia do PI pela rede é perfeitamente normal com o uso da CPU de cerca de 25% por cento. Posso trabalhar no pi durante isso.
Quando copio para o processador PI vou para 40%. Tudo fica mais lento. Apenas iniciar o Chromium aciona o assassino OOM, que é cerca de 40% usado e, em seguida, trava totalmente com a tela de login em poucos minutos,

Pode ou não pode?

Desculpe, erro de digitação. Deveria ter sido can not . Escrever um arquivo de 6 GB parece acionar o reaper OOM.

Juntando-se à lista de problemas.

Revisão: c03112

Linux BreGu 5.4.51-v7l + # 1333 SMP Seg 10 de agosto 16:51:40 BST 2020 armv7l GNU / Linux

procs ----------- memória ---------- --- trocar-- ----- io ---- -sistema-- ------ cpu -----
rb swpd free buff cache si so bi bo in cs us sy id wa st
0 0 512 365132 13768 2964392 0 0 18 2 46 46 6 0 94 0 0

Interessante que NÃO consigo reproduzir o problema usando o comando dd no meu drive externo. Posso escrever arquivos de 6 ou 8 GB sem problemas.

No entanto, se eu iniciar rtorrent o problema está começando quase imediatamente. No momento em que o problema está surgindo, o comando gratuito mostra o seguinte (eu iniciei outro terminal com watch -n2 free -h :

total usado grátis compartilhada buff / cache disponível
Mem: 3.3Gi 132Mi 356Mi 33Mi 2.8Gi 3.0Gi
Troca: 1.8Gi 0.0Ki 1.8Gi

Portanto, NÃO deve ser um problema de memória ... mas parece que é de alguma forma. É realmente frustrante.

Alguma coisa feita sobre isso?

Eu ainda estou recebendo o mesmo. Todos os dias e é tão frustrante. Para mim, meu Pi realmente fica mais lento e a carga aumenta quando eu começo a ver isso no log ...

usb 2-1: redefina o dispositivo USB SuperSpeed ​​Gen 1 número 2 usando xhci_hcd

E nunca se recupera além de ter que fazer uma reinicialização.

Ok, então para mim esse problema foi resolvido. Acabei de definir arm_64bit=1 em /boot/config.txt e meu Pi funciona há 8 dias sem qualquer colheita de OOM. Novamente, esta é a versão Pi4 / 4GB.

Pelo que vale a pena, tive uma experiência semelhante. Problemas regulares do reaper OOM antes de mudar para o kernel de 64 bits e nunca mais aconteceu desde então.

Ok, então para mim esse problema foi resolvido. Acabei de definir arm_64bit=1 em /boot/config.txt e meu Pi funciona há 8 dias sem qualquer colheita de OOM. Novamente, esta é a versão Pi4 / 4GB.

Fiz um teste de cópia de 150 GB dentro e fora do pen drive externo pi sem oom killer, então considero um sucesso. Como você chegou a essa solução, por favor?

@Lipown : Infelizmente, não há uma explicação razoável da minha parte. Eu apenas naveguei por todos os tópicos relacionados dos fóruns e fiz alguns testes de tentativa e erro.

Usando arm_64bit=1 quebra a decodificação h264 de hardware vlc. Não é uma opção viável para mim até que seja consertado. Mas, é bom saber que podemos resolver esse problema em pelo menos alguns casos.

Phil, eu vi sintomas semelhantes em outra plataforma. Com um kernel de 32 bits, uma alta taxa de E / S leva à fragmentação do kernel lowmem (memória com mapeamento direto para o espaço de endereço do kernel, acho que no ARM de 32 bits isso é 512 MB contíguos). Essa fragmentação leva a uma CPU e tempos decorridos mais longos à medida que o kernel trabalha para obter memória para os buffers, o que é contabilizado no processo que faz a grande quantidade de E / S. Isso, por sua vez, levou à seleção do processo pelo assassino OOM. Mudar para um kernel de 64 bits (com seu sistema baixíssimo) 'resolveu' nosso problema. Não investiguei seu problema específico, mas pensei que compartilhar essa experiência pode ser útil. Tudo de bom, Glen.

Phil, eu vi sintomas semelhantes em outra plataforma. Com um kernel de 32 bits, uma alta taxa de E / S leva à fragmentação do kernel lowmem (memória com mapeamento direto para o espaço de endereço do kernel, acho que no ARM de 32 bits isso é 512 MB contíguos). Essa fragmentação leva a uma CPU e tempos decorridos mais longos à medida que o kernel trabalha para obter memória para os buffers, o que é contabilizado no processo que faz a grande quantidade de E / S. Isso, por sua vez, levou à seleção do processo pelo assassino OOM. Mudar para um kernel de 64 bits (com seu sistema baixíssimo) 'resolveu' nosso problema. Não investiguei seu problema específico, mas pensei que compartilhar essa experiência pode ser útil. Tudo de bom, Glen.

Isso é interessante. Acho que meus problemas são causados ​​inicialmente por estes erros:

xhci_hcd 0000: 01: 00.0: WARN Não é possível enviar Set TR Deq Ptr
xhci_hcd 0000: 01: 00.0: Um comando Set TR Deq Ptr está pendente.
usb 2-1: redefina o dispositivo USB SuperSpeed ​​Gen 1 número 2 usando xhci_hcd

O que afeta todo o resto, pois o sistema começa a armazenar cada vez mais o cache, já que não é capaz de gravar no dispositivo USB por algum motivo. Eu ainda não descobri o porquê disso. Vai ficar bem por dias e então de repente recebo esses erros e não conheço outra forma de recuperá-lo que não seja reiniciar o Pi.

É uma pena que não haja nenhum tipo de reinicialização das portas, pois acho que isso resolveria, mas todas as coisas automatizadas que o sistema operacional tenta não funcionam!

Troquei para 64 bits agora também, só para ver se isso ajuda.

Posso confirmar que tenho um problema semelhante com o Raspberry Pi 4 8 ​​GB.
Se eu executar o deluged e a velocidade de download atingir um pouco mais de 5 MB / s, de repente fará com que o OOM killer mate o deluged ou algum outro processo. USB3 SATA SSD está conectado
Habilitado troca de 1 GB para SSD sem sorte.

Vou tentar com arm_64bit = 1, você conhece algum problema com isso, além do mencionado acima em relação à decodificação de hardware VLC?

ACIMA:
Na verdade, adicionar arm_64bit = 1 em /boot/config.txt (e reinicializar para aplicar as alterações) corrige o problema com oom killer para um caso de uso específico. Obrigado @mandev!

Eu tenho o que parece ser um problema semelhante, então FWIW aqui estão alguns pontos de dados ligeiramente diferentes.

Cenário: preparando um novo disco rígido USB via linha de comando luksFormat, luksOpen e dd'ing / dev / zero até que a unidade grite 'No mas!' Criptografar uma unidade de 4 TB levará vários dias e, portanto, é uma tarefa perfeita para um Pi 4 4G que tenho na rede. Posso me conectar via VNC para configurar as coisas e, ocasionalmente, verificar o andamento em uma tela lateral.

Esta tarde - algumas horas antes da conclusão antecipada - eu olho para a tela para ver a caixa de login do Raspbian OS. Isso não pode ser bom, eu acho. Mas o servidor VNC está funcionando bem e lsblk -f ainda mostra a partição criptografada conforme mapeada anteriormente. O que está acontecendo? Verificar as últimas linhas de /var/log/kern.log revela o temido oom_reaper:

Nov 14 15:59:49 BlackBoxPi kernel: [471926.178931] [   5997]     0  5997     2487      804    36864        0             0 sudo
Nov 14 15:59:49 BlackBoxPi kernel: [471926.178938] [   6002]     0  6002     1882      630    40960        0             0 dd
Nov 14 15:59:49 BlackBoxPi kernel: [471926.178946] [   2829]     0  2829     2487      810    45056        0             0 sudo
Nov 14 15:59:49 BlackBoxPi kernel: [471926.178953] [   2830]     0  2830     2016      736    40960        0             0 htop
Nov 14 15:59:49 BlackBoxPi kernel: [471926.178963] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=/,mems_allowed=0,global_oom,task_memcg=/,task=Xorg,pid=545,uid=0
Nov 14 15:59:49 BlackBoxPi kernel: [471926.179006] Out of memory: Killed process 545 (Xorg) total-vm:147712kB, anon-rss:4612kB, file-rss:13852kB, shmem-rss:17212kB, UID:0 pgtables:296kB oom_score_adj:0
Nov 14 15:59:49 BlackBoxPi kernel: [471926.189788] oom_reaper: reaped process 545 (Xorg), now anon-rss:0kB, file-rss:8100kB, shmem-rss:17272kB
Nov 14 15:59:51 BlackBoxPi kernel: [471929.001990] broken atomic modeset userspace detected, disabling atomic

e há um relatório semelhante no final do dmesg.

Hardware: fonte conhecida, carga eletrônica testada para 5,2 V @ 3,0 A. Apenas o periférico conectado é um hub USB3 alimentado, ao qual o novo drive USB3 Toshiba está conectado.
Software: SO e aplicativos atualizados. Apenas o aplicativo aberto é o LXTerminal com guias para dd e htop.

Por mensagens anteriores, aqui está o despejo de dados:

Bus 002 Device 009: ID 0480:0820 Toshiba America Inc Canvio Advance Disk
Bus 002 Device 002: ID 05e3:0616 Genesys Logic, Inc. hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 05e3:0610 Genesys Logic, Inc. 4-port hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

od -An -tx1 /proc/device-tree/emmc2bus/dma-ranges:
 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
 40 00 00 00

Revision    : c03111

Linux BlackBoxPi 5.4.72-v7l+ #1356 SMP Thu Oct 22 13:57:51 BST 2020 armv7l GNU/Linux

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 6  1  11008 3197780 167708 250456    0    0    18    21    0    7  0 14 76 10  0

              total        used        free      shared  buff/cache   available
Mem:        3919788      150556     3508824       82076      260408     3555096
Swap:        102396       11008       91388

Se eu ficar particularmente curioso / motivado, testarei as coisas no modo 64 bits; antes de ler este tópico, simplesmente criei uma nova partição para a última parte da unidade e repeti o procedimento anterior.

O modo de 64 bits realmente funciona. Finalmente estou executando uma configuração NAS no PI
sem problemas.

No domingo, 15 de novembro de 2020 às 06:51, rtsperry [email protected] escreveu:

Eu tenho o que parece ser um problema semelhante, então FWIW aqui estão alguns
diferentes pontos de dados.

Cenário: preparando um novo disco rígido USB via linha de comando luksFormat,
luksOpen e dd'ing / dev / zero até que a unidade grite 'No mas!' Criptografando um
A unidade de 4 TB levará vários dias e, portanto, é uma tarefa perfeita para um Pi 4 4G
Eu tenho na rede. Posso me conectar via VNC para configurar as coisas e então
ocasionalmente, verifique o progresso em uma tela lateral.

Esta tarde - algumas horas antes da conclusão antecipada - eu
dê uma olhada na tela para ver a caixa de login do Raspbian OS. Isso não pode ser
bom, eu acho. Mas o servidor VNC está funcionando bem e lsblk -f ainda
mostra a partição criptografada conforme mapeada anteriormente. O que está acontecendo?
Verificar as últimas linhas de /var/log/kern.log revela o temido
oom_reaper:

14 de novembro 15:59:49 Kernel do BlackBoxPi: [471926.178931] [5997] 0 5997 2487 804 36864 0 0 sudo
14 de novembro 15:59:49 Kernel do BlackBoxPi: [471926.178938] [6002] 0 6002 1882 630 40960 0 0 dd
14 de novembro 15:59:49 Kernel do BlackBoxPi: [471926.178946] [2829] 0 2829 2487 810 45056 0 0 sudo
14 de novembro 15:59:49 Kernel do BlackBoxPi: [471926.178953] [2830] 0 2830 2016 736 40960 0 0 htop
14 de novembro 15:59:49 Kernel do BlackBoxPi: [471926.178963] oom- kill: constraint = CONSTRAINT_NONE , nodemask = (null), cpuset = /, mems_allowed = 0, global_oom, task_memcg = /, task = Xorg, pid = 545, uid = 0
14 de novembro 15:59:49 Kernel do BlackBoxPi: [471926.179006] Sem memória: Processo eliminado 545 (Xorg) total-vm: 147712kB, anon- rss: 4612kB , arquivo- rss: 13852kB , shmem- rss: 17212kB , UID: 0 pgtables: 296kB oom_score_ adj: 0
14 de novembro 15:59:49 Kernel do BlackBoxPi: [471926.189788] oom_reaper: processo colhido 545 (Xorg), agora anon- rss: 0kB , arquivo- rss: 8100kB , shmem- rss: 17272kB
14 de novembro 15:59:51 Kernel do BlackBoxPi: [471929.001990] espaço do usuário do conjunto de modos atômico quebrado detectado, desativando o atômico

e há um relatório semelhante no final do dmesg:

[471926.178946] [2829] 0 2829 2487 810 45056 0 0 sudo [471926.178953] [ 2830] 0 2830 2016 736 40960 0 0 htop
[471926.178963] oom- kill: constraint = CONSTRAINT_NONE , nodemask = (null), cpuset = /, mems_allowed = 0, global_oom, task_memcg = /, task = Xorg, pid = 545, uid = 0
[471926.179006] Sem memória: Processo eliminado 545 (Xorg) total-vm: 147712kB, anon- rss: 4612kB , arquivo- rss: 13852kB , shmem- rss: 17212kB , UID: 0 pgtables: 296kB oom_score_ adj: 0
[471926.189788] oom_reaper: processo colhido 545 (Xorg), agora anon- rss: 0kB , arquivo- rss: 8100kB , shmem-
[471929.001990] espaço do usuário do conjunto de modos atômico quebrado detectado, desativando o atômico

Hardware: bom fornecimento conhecido, carga eletrônica testada para 5,2 V @ 3,0 A. Apenas
periférico conectado é um hub USB3 alimentado, que o novo drive USB3 Toshiba
está conectado.
Software: SO e aplicativos atualizados. Apenas o aplicativo aberto é LXTerminal com
guias para dd e htop.

Por mensagens anteriores, aqui está o despejo de dados:

Dispositivo de barramento 002 009: ID 0480: 0820 Toshiba America Inc Canvio Advance Disk
Dispositivo de barramento 002 002: ID 05e3: 0616 hub Genesys Logic, Inc.
Barramento 002 Dispositivo 001: ID 1d6b: 0003 Hub raiz do Linux Foundation 3.0
Dispositivo 001 do barramento 003: ID 05e3: 0610 Hub de 4 portas da Genesys Logic, Inc.
Dispositivo de barramento 001 002: ID 2109: 3431 VIA Labs, Inc. Hub
Barramento 001 Dispositivo 001: ID 1d6b: 0002 hub raiz Linux Foundation 2.0

od -An -tx1 / proc / device-tree / emmc2bus / dma-ranges:
00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00 00
40 00 00 00

Revisão: c03111

Linux BlackBoxPi 5.4.72-v7l + # 1356 SMP Qui, 22 de outubro 13:57:51 BST 2020 armv7l GNU / Linux

procs ----------- memória ---------- --- trocar-- ----- io ---- -sistema-- ------ cpu -----
rb swpd free buff cache si so bi bo in cs us sy id wa st
6 1 11008 3197780 167708 250456 0 0 18 21 0 7 0 14 76 10 0

          total        used        free      shared  buff/cache   available

Mem: 3919788 150556 3508824 82076 260408 3555096
Troca: 102396 11008 91388

Se eu ficar particularmente curioso / motivado, testarei as coisas no modo 64 bits;
antes de ler este tópico, simplesmente criei uma nova partição para
a última parte da unidade e repetindo o procedimento anterior.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/raspberrypi/linux/issues/3210#issuecomment-727519865 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/ANTOVFYKE3ZAR7LY7BFG4K3SP5T5ZANCNFSM4IUF6ESA
.

Um relatório de acompanhamento (anedótico) sobre a criptografia de meu disco rígido 4T Toshiba com software de 32 bits: Baixei a imagem de servidor Ubuntu de 32 bits mais recente e executei o mesmo procedimento descrito acima no mesmo hardware e criptografei a unidade 4T sem incidentes . Em seguida, tentei usar um modelo Pi 4 8G configurado para inicializar no modo CLI de 32 bits. Embora o processo Alt-F1 dd tenha concluído com sucesso, a instância htop em Alt-F2 foi vítima do oom_reaper. Por fim, testei algumas coisas com meu novo Pi 400 e ele nem chegou a meio caminho antes de abortar as coisas com mensagens oom-killer. Revendo a produção do diário do Pi 400, percebi que demorou meia hora inteira desde o RNG relatando nenhum problema para os erros OOM, sem mensagens entre os problemas indicando.

Minha conclusão é a observação normal de que este não é um problema de hardware como postulado originalmente. Usar a revisão c03130 do BCM2711 no meu Pi 400 não consertou as coisas. Eu ficaria feliz em postar as mensagens de diário relevantes se alguém achar que isso vai ajudar, mas, neste ponto, o problema não parece ser a falta de logs de diário. O problema é conhecido, mesmo que o momento das explosões OOM seja um tanto imprevisível.

Embora esteja ansioso para testar novamente quando a versão de 64 bits do Raspian OS sair do beta e entrar no gama, também estou ciente de que os desenvolvedores têm tempo limitado e uma longa lista de coisas para trabalhar. Dada uma mudança para o modo de 64 bits, significa que não terei acesso a todo o ecossistema de software Pi de qualquer maneira, minha próxima etapa será testar uma imagem Arch para meu NAS. É meu sistema operacional preferido em terras x86 e já estou familiarizado com ele.

Enquanto estou ansioso para testar novamente as coisas quando a versão de 64 bits do Raspian OS sair do beta

Você não precisa mudar para o RpiOS de 64 bits para tentar isso. Basta adicionar arm_64bit = 1 ao config.txt e reinicializar.

Boa observação, mistura de pipoca. O melhor costuma ser inimigo do bom o suficiente. E é verdade que adicionar arm_64bit = 1 ao config.txt eliminou as mensagens oom dos meus logs.

Depois de algumas horas, o dd congelou completamente. htop mostra um dos núcleos em 100%. E meu registro está repleto de milhares de novas reclamações ao longo das linhas de:

Nov 28 06:25:01 BlackBoxPi kernel: sdhci-iproc fe340000.emmc2: swiotlb buffer is full (sz: 8192 bytes), total 32768 (slots), used 27103 (slots)
Nov 28 06:25:01 BlackBoxPi kernel: sdhci-iproc fe340000.emmc2: overflow 0x00000001b258e000+8192 of DMA mask ffffffff bus limit ffffffff

Uma rápida pesquisa na web mostra que os problemas do swiotlb em aarch64 não são novos nem exclusivos do Pis. Dado que meu firmware e kernel estão atualizados em 22 de outubro, mas outros usuários não foram afetados pelo swiotlb, não sei o que dizer, exceto que meus problemas com grandes transferências USB continuam. Não quero bagunçar um tópico com reclamações fora do tópico, então acho que estou de volta à estratégia de aguardar novos desenvolvimentos.

Tenho o mesmo problema com um HDD externo (alimentado externamente) e tenho a sensação de que não está (ou não apenas) relacionado a USB, mas à rede (ou a ambos). Eu não tive tempo para testes dedicados ainda, mas até agora eu só observei sob carga combinada de rede e USB.

Saída dos comandos solicitados acima:

[root<strong i="7">@pi4</strong> ~]# grep Revision /proc/cpuinfo
Revision        : c03111
[root<strong i="8">@pi4</strong> ~]# uname -a
Linux pi4 5.4.75-1-ARCH #1 SMP PREEMPT Mon Nov 9 16:58:39 UTC 2020 armv7l GNU/Linux
[root<strong i="9">@pi4</strong> ~]# vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  0      0 1721236  27264 969116    0    0    28    12   11   14  6  1 93  0  0
[root<strong i="10">@pi4</strong> ~]# lsusb
Bus 002 Device 003: ID 1058:0a10 Western Digital Technologies, Inc. My Book Duo 0A10
Bus 002 Device 002: ID 1058:0a21 Western Digital Technologies, Inc. ASM107x
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 1058:0a20 Western Digital Technologies, Inc. USB Hub 0A20
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[root<strong i="11">@pi4</strong> ~]# od -An -tx1 /proc/device-tree/emmc2bus/dma-ranges
 00 00 00 00 c0 00 00 00 00 00 00 00 00 00 00 00
 40 00 00 00

Estou no Archlinuxarm e também notei que ficou muito pior quando atualizei o kernel / firmware antes do Natal: o pi basicamente parou de funcionar (não está mais acessível na rede, nem mesmo para ping) e eu tive que puxar a energia a cada duas horas para faça-o reiniciar. Estou executando sem comando e os logs realmente não dizem nada, eles apenas param e continuam após a reinicialização. Eu suspeito de um kernel panic, talvez semelhante ao # 4048

Snippet de registro de amostra:

[...]
Jan 01 13:49:29 pi4 kernel: oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=c3bfc687d8cfd370c282dae4db3344e7729bd2d0f910e2ea8938b452101517b2,mems_allowed=0,global_oom,task_memcg=/system.slice/kodi.service,task=kodi-gbm,pid=31172,uid=977
Jan 01 13:49:29 pi4 kernel: Out of memory: Killed process 31172 (kodi-gbm) total-vm:759316kB, anon-rss:91256kB, file-rss:82164kB, shmem-rss:30020kB, UID:977 pgtables:900kB oom_score_adj:0
Jan 01 13:49:30 pi4 kernel: oom_reaper: reaped process 31172 (kodi-gbm), now anon-rss:0kB, file-rss:0kB, shmem-rss:30020kB
Jan 01 13:49:32 pi4 kernel: kworker/0:3 invoked oom-killer: gfp_mask=0xcc0(GFP_KERNEL), order=0, oom_score_adj=0
Jan 01 13:49:32 pi4 kernel: CPU: 0 PID: 7073 Comm: kworker/0:3 Tainted: G         C        5.4.75-1-ARCH #1
Jan 01 13:49:32 pi4 kernel: Hardware name: BCM2711
Jan 01 13:49:32 pi4 kernel: Workqueue: events get_values_poll [raspberrypi_hwmon]
Jan 01 13:49:32 pi4 kernel: [<c0210cdc>] (unwind_backtrace) from [<c020c594>] (show_stack+0x10/0x14)
Jan 01 13:49:32 pi4 kernel: [<c020c594>] (show_stack) from [<c0d069ec>] (dump_stack+0x90/0xb0)
Jan 01 13:49:32 pi4 kernel: [<c0d069ec>] (dump_stack) from [<c0387a30>] (dump_header+0x54/0x1f0)
Jan 01 13:49:32 pi4 kernel: [<c0387a30>] (dump_header) from [<c0386d90>] (oom_kill_process+0x1a4/0x1b0)
Jan 01 13:49:32 pi4 kernel: [<c0386d90>] (oom_kill_process) from [<c0387710>] (out_of_memory+0x10c/0x350)
Jan 01 13:49:32 pi4 kernel: [<c0387710>] (out_of_memory) from [<c03d358c>] (__alloc_pages_nodemask+0xc54/0x12bc)
Jan 01 13:49:32 pi4 kernel: [<c03d358c>] (__alloc_pages_nodemask) from [<c03e7988>] (alloc_slab_page+0x28/0x514)
Jan 01 13:49:32 pi4 kernel: [<c03e7988>] (alloc_slab_page) from [<c03e8180>] (allocate_slab+0x30c/0x340)
Jan 01 13:49:32 pi4 kernel: [<c03e8180>] (allocate_slab) from [<c03e9860>] (___slab_alloc.constprop.0+0x258/0x70c)
Jan 01 13:49:32 pi4 kernel: [<c03e9860>] (___slab_alloc.constprop.0) from [<c03ea07c>] (__kmalloc+0x368/0x38c)
Jan 01 13:49:32 pi4 kernel: [<c03ea07c>] (__kmalloc) from [<c0b66328>] (rpi_firmware_property+0x24/0x108)
Jan 01 13:49:32 pi4 kernel: [<c0b66328>] (rpi_firmware_property) from [<bf09c170>] (get_values_poll+0x40/0x148 [raspberrypi_hwmon])
Jan 01 13:49:32 pi4 kernel: [<bf09c170>] (get_values_poll [raspberrypi_hwmon]) from [<c0248c00>] (process_one_work+0x1e8/0x584)
Jan 01 13:49:32 pi4 kernel: [<c0248c00>] (process_one_work) from [<c0248ff8>] (worker_thread+0x5c/0x568)
Jan 01 13:49:32 pi4 kernel: [<c0248ff8>] (worker_thread) from [<c024eb10>] (kthread+0x170/0x188)
Jan 01 13:49:32 pi4 kernel: [<c024eb10>] (kthread) from [<c02010d8>] (ret_from_fork+0x14/0x3c)
Jan 01 13:49:32 pi4 kernel: Exception stack(0xdfa11fb0 to 0xdfa11ff8)
Jan 01 13:49:32 pi4 kernel: 1fa0:                                     00000000 00000000 00000000 00000000
Jan 01 13:49:32 pi4 kernel: 1fc0: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
Jan 01 13:49:32 pi4 kernel: 1fe0: 00000000 00000000 00000000 00000000 00000013 00000000
Jan 01 13:49:32 pi4 kernel: Mem-Info:
Jan 01 13:49:32 pi4 kernel: active_anon:63859 inactive_anon:55 isolated_anon:0
                             active_file:20167 inactive_file:94065 isolated_file:88
                             unevictable:8817 dirty:188 writeback:351 unstable:0
                             slab_reclaimable:9383 slab_unreclaimable:12897
                             mapped:40850 shmem:9059 pagetables:1243 bounce:0
                             free:639597 free_pcp:0 free_cma:59008
Jan 01 13:49:32 pi4 kernel: Node 0 active_anon:255436kB inactive_anon:220kB active_file:80668kB inactive_file:376260kB unevictable:35268kB isolated(anon):0kB isolated(file):352kB mapped:163400kB dirty:900kB writeback:1404kB shmem:36236kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
Jan 01 13:49:32 pi4 kernel: DMA free:236908kB min:2488kB low:3108kB high:3728kB active_anon:48kB inactive_anon:16kB active_file:2948kB inactive_file:2748kB unevictable:0kB writepending:0kB present:524288kB managed:396528kB mlocked:0kB kernel_stack:3272kB pagetables:0kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:236032kB
Jan 01 13:49:32 pi4 kernel: lowmem_reserve[]: 0 0 3008 3008
Jan 01 13:49:32 pi4 kernel: HighMem free:2321480kB min:512kB low:5448kB high:10384kB active_anon:255388kB inactive_anon:204kB active_file:77780kB inactive_file:373548kB unevictable:35268kB writepending:2376kB present:3080192kB managed:3080192kB mlocked:0kB kernel_stack:0kB pagetables:4972kB bounce:0kB free_pcp:0kB local_pcp:0kB free_cma:0kB
Jan 01 13:49:32 pi4 kernel: lowmem_reserve[]: 0 0 0 0
Jan 01 13:49:32 pi4 kernel: DMA: 33*4kB (UEC) 45*8kB (UEC) 54*16kB (UEC) 21*32kB (UC) 22*64kB (C) 20*128kB (C) 18*256kB (C) 18*512kB (C) 16*1024kB (C) 18*2048kB (C) 40*4096kB (C) = 236908kB
Jan 01 13:49:32 pi4 kernel: HighMem: 4608*4kB (UM) 7243*8kB (UM) 8635*16kB (UM) 9086*32kB (UM) 6696*64kB (UM) 4565*128kB (UM) 1968*256kB (UM) 501*512kB (UM) 38*1024kB (M) 2*2048kB (UM) 0*4096kB = 2321480kB
Jan 01 13:49:32 pi4 kernel: 122205 total pagecache pages
Jan 01 13:49:32 pi4 kernel: 0 pages in swap cache
Jan 01 13:49:32 pi4 kernel: Swap cache stats: add 0, delete 0, find 0/0
Jan 01 13:49:32 pi4 kernel: Free swap  = 0kB
Jan 01 13:49:32 pi4 kernel: Total swap = 0kB
Jan 01 13:49:32 pi4 kernel: 901120 pages RAM
Jan 01 13:49:32 pi4 kernel: 770048 pages HighMem/MovableOnly
Jan 01 13:49:32 pi4 kernel: 31940 pages reserved
Jan 01 13:49:32 pi4 kernel: 65536 pages cma reserved
Jan 01 13:49:32 pi4 kernel: Tasks state (memory values in pages):
Jan 01 13:49:32 pi4 kernel: [  pid  ]   uid  tgid total_vm      rss pgtables_bytes swapents oom_score_adj name
Jan 01 13:49:32 pi4 kernel: [    224]     0   224    11499     1956    86016        0          -250 systemd-journal
Jan 01 13:49:32 pi4 kernel: [    240]     0   240     6501      691    57344        0         -1000 systemd-udevd
Jan 01 13:49:32 pi4 kernel: [    244]     0   244     3112       31    32768        0             0 lvmetad
Jan 01 13:49:32 pi4 kernel: [    249]   981   249     3532      783    57344        0             0 systemd-network
Jan 01 13:49:32 pi4 kernel: [    313]     0   313    20336      149    77824        0             0 rngd
Jan 01 13:49:32 pi4 kernel: [    315]   979   315     5825      470    61440        0             0 systemd-timesyn
Jan 01 13:49:32 pi4 kernel: [    326]   975   326     2833      532    49152        0             0 avahi-daemon
Jan 01 13:49:32 pi4 kernel: [    327]    81   327     2792      465    45056        0          -900 dbus-daemon
Jan 01 13:49:32 pi4 kernel: [    330]    45   330    46119     6796   253952        0             0 mpd
Jan 01 13:49:32 pi4 kernel: [    331]   102   331    59384     2383   147456        0             0 polkitd
Jan 01 13:49:32 pi4 kernel: [    335]     0   335     1958      221    36864        0         -1000 sshd
Jan 01 13:49:32 pi4 kernel: [    338]     0   338     3436      857    49152        0             0 systemd-logind
Jan 01 13:49:32 pi4 kernel: [    340]     0   340     3300      284    45056        0             0 fcron
Jan 01 13:49:32 pi4 kernel: [    341] 65534   341     1566      318    36864        0             0 ympd
Jan 01 13:49:32 pi4 kernel: [    342]   975   342     2745      111    45056        0             0 avahi-daemon
Jan 01 13:49:32 pi4 kernel: [    360]     0   360   254918    11151   290816        0             0 dockerd
Jan 01 13:49:32 pi4 kernel: [    361]   974   361     6231     3745    73728        0             0 unbound
Jan 01 13:49:32 pi4 kernel: [    369]    45   369     6017      591    57344        0             0 mpdas
Jan 01 13:49:32 pi4 kernel: [    371]   977   371     2173      399    40960        0             0 kodi-standalone
Jan 01 13:49:32 pi4 kernel: [    385]     0   385   237531     5626   196608        0             0 containerd
Jan 01 13:49:32 pi4 kernel: [    551]     0   551   229700     4931   184320        0             0 docker
Jan 01 13:49:32 pi4 kernel: [    645]     0   645   215509      239    90112        0             0 docker-proxy
Jan 01 13:49:32 pi4 kernel: [    669]     0   669   215573      239    90112        0             0 docker-proxy
Jan 01 13:49:32 pi4 kernel: [    751]     0   751   200700      993    53248        0             1 containerd-shim
Jan 01 13:49:32 pi4 kernel: [    848]     0   848    21239      735   147456        0             0 smbd
Jan 01 13:49:32 pi4 kernel: [   1024]     0  1024    20715      665   139264        0             0 smbd-notifyd
Jan 01 13:49:32 pi4 kernel: [   1025]     0  1025    20713      630   135168        0             0 cleanupd
Jan 01 13:49:32 pi4 kernel: [   1102]     0  1102     3651      917    57344        0             0 systemd
Jan 01 13:49:32 pi4 kernel: [   1103]     0  1103     4912      609    61440        0             0 (sd-pam)
Jan 01 13:49:32 pi4 kernel: [   1132]     0  1132     1119      161    32768        0             0 ssh-agent
-- Boot 97e4355932c9466eae691775cc7e6f39 --
Jan 01 15:58:53 pi4 systemd-timesyncd[313]: Initial synchronization to time server 213.251.52.217:123 (0.ch.pool.ntp.org).
Jan 01 15:58:53 pi4 kernel: EXT4-fs (sda1): recovery complete
Jan 01 15:58:53 pi4 kernel: EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: data=ordered
[...]

Kernel / firmware usado:

linux-raspberrypi4 5.4.83-1
linux-firmware 20201218.646f159-1

As falhas pararam quando eu fiz downgrade novamente (oom_reaper ainda é acionado com frequência, mas o sistema continua em execução):

linux-raspberrypi4 5.4.75-1
linux-firmware 20201023.dae4b4c-1