[Magisk] cb474:
Yeah, I noticed that libsuperuser error, but didn't know what the significance of it is. Here's a section of the magisk_debug.log right after the problem recently happened:

12-01 19:13:34.378 11619 11619 D Magisk : hide_daemon: start unmount for pid=[11612]
12-01 19:13:34.378 11619 11619 D Magisk : hide_utils: Cleaning magisk props
12-01 19:13:34.382 11619 11619 D Magisk : hide_daemon: Unmounted (/sbin)
12-01 19:43:52.854 9014 13082 D Magisk : su: request from client: 9
12-01 19:43:52.854 9014 13082 D Magisk : su: request from uid=[10190] (#1)
12-01 19:43:52.854 9014 13082 D Magisk : su_db: open /data/user_de/0/magisk.db
12-01 19:43:52.854 9014 13083 D Magisk : su: collector started
12-01 19:43:52.857 9014 13082 D Magisk : su_db: query policy=[2]
12-01 19:43:52.857 9014 13082 D Magisk : su_db: query root_access=[1]
12-01 19:43:52.858 9014 13082 D Magisk : su: waiting child: [13084]
12-01 19:43:52.858 13084 13084 D Magisk : su: child process started
12-01 19:43:52.858 13084 13084 D Magisk : su: argc=[1]
12-01 19:43:52.858 13084 13084 D Magisk : su: argv[0]=[su]
12-01 19:43:52.858 13084 13084 D Magisk : su: cwd=[/]
12-01 19:43:52.858 13084 13084 D Magisk : su: pts_slave=[]
12-01 19:43:52.858 13084 13084 D Magisk : su: use namespace of pid=[13067]
12-01 19:43:52.868 9014 13088 D Magisk : su: request from client: 16
12-01 19:43:52.868 9014 13088 D Magisk : su: request from uid=[10190] (#2)
12-01 19:43:52.869 9014 13088 D Magisk : su: waiting child: [13089]
12-01 19:43:52.869 13089 13089 D Magisk : su: child process started
12-01 19:43:52.869 13089 13089 D Magisk : su: argc=[1]
12-01 19:43:52.869 13089 13089 D Magisk : su: argv[0]=[su]
12-01 19:43:52.869 13089 13089 D Magisk : su: cwd=[/]
12-01 19:43:52.869 13089 13089 D Magisk : su: pts_slave=[]
12-01 19:43:52.869 13089 13089 D Magisk : su: use namespace of pid=[13072]
12-01 19:43:52.880 9014 13092 D Magisk : su: request from client: 17
12-01 19:43:52.880 9014 13092 D Magisk : su: request from uid=[10190] (#3)
12-01 19:43:52.881 9014 13092 D Magisk : su: waiting child: [13093]
12-01 19:43:52.881 13093 13093 D Magisk : su: child process started
12-01 19:43:52.881 13093 13093 D Magisk : su: argc=[1]
12-01 19:43:52.881 13093 13093 D Magisk : su: argv[0]=[su]
12-01 19:43:52.881 13093 13093 D Magisk : su: cwd=[/]
12-01 19:43:52.881 13093 13093 D Magisk : su: pts_slave=[]
12-01 19:43:52.881 13093 13093 D Magisk : su: use namespace of pid=[13077]
12-01 19:51:40.554 9014 14959 D Magisk : su: request from client: 18
12-01 19:51:40.554 9014 14959 D Magisk : su: request from uid=[10164] (#1)
12-01 19:51:40.554 9014 14959 D Magisk : su_db: open /data/user_de/0/magisk.db
12-01 19:51:40.554 9014 14959 D Magisk : su_db: query root_access=[1]
12-01 19:51:40.555 14960 14960 D Magisk : su: child process started
12-01 19:51:40.555 14960 14960 D Magisk : su: argc=[2]
12-01 19:51:40.555 14960 14960 D Magisk : su: argv[0]=[su]
12-01 19:51:40.555 14960 14960 D Magisk : su: argv[1]=[-v]
12-01 19:51:40.555 14960 14960 D Magisk : su: cwd=[/]
12-01 19:51:40.555 14960 14960 D Magisk : su: pts_slave=[]
12-01 19:51:40.556 9014 14959 D Magisk : su: waiting child: [14960]
12-01 19:51:40.556 9014 14959 D Magisk : su: return code: [0]

UID 10190 is AFWall. It doesn't seem like any errors are being reported there, but I don't really know what most of that stuff means.

I was planning to ask in the AFWall thread, but thought if an error is happening getting root, I should ask here first. Also, since I did not have the issue with an earlier version of Magisk, it seemed like it was probably a Magisk issue.