<div dir="ltr"><div dir="ltr">On Fri, 11 Jun 2021 at 09:57, Andreas Hirsch <<a href="mailto:cursus.publicus@sacrumromanumimperium.org">cursus.publicus@sacrumromanumimperium.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Hi Siep,<br>
<br>
Siep Kroonenberg schrieb am 11.06.2021 um 11:02:<br>
<br>
> A couple of messages in the event viewer:<br>
> <br>
> svchost (1016,D,23) SRUJet: The database page read from the file<br>
> "C:\Windows\system32\SRU\SRUDB.dat" at offset 1409024<br>
> (0x0000000000158000) (database page 343 (0x157)) for 4096<br>
> (0x00001000) bytes failed verification due to a persisted lost flush<br>
> detection timestamp mismatch. The read operation will fail with<br>
> error -1119 (0xfffffba1).  The flush state on database page 343<br>
> (0x157) was 2 while the flush state on flush map page 0 (0x0) was 3.<br>
> If this condition persists, restore the database from a previous<br>
> backup. This problem is likely due to faulty hardware. Please<br>
> contact your hardware vendor for further assistance diagnosing the<br>
> problem.<br>
> <br>
> svchost (1016,D,0) SRUJet: A bad page link (error -338) has been<br>
> detected in a B-Tree (ObjectId: 12, PgnoRoot: 47) of database<br>
> C:\Windows\system32\SRU\SRUDB.dat (47 => 343, 0).  Tag:<br>
> BtMergeParentMismatchLast<br>
> <br>
> Error IDs were resp. 544 and 447. Screenshot attached.<br>
> <br>
Scanning my eventviewer, I did not get any hint to srudb.dat<br>
<br>
I only get the appcrash for pdflatex.exe caused by pdftex.dll<br></blockquote><div><br></div><div>System Resource Utilization Monitor (SRUM) is responsible for SRUDB.dat.<br></div><div>For a program that extracts data to a .csv file:</div></div><div><a href="https://isc.sans.edu/forums/diary/System+Resource+Utilization+Monitor/21927/">https://isc.sans.edu/forums/diary/System+Resource+Utilization+Monitor/21927/</a><br></div><div><br></div>I think Reliability Monitor (RM) uses SRUDB.dat -- have you checked RM?<br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>George N. White III<br><br></div></div></div></div>