[BUG]: Verification fails constaly
bug
### What happened?
A bug happened!
when flashing the sd card, it has no problem writing it, but when verifying it, it says that whats on the sd card is not the same as what is supposed to be written, and we also get a few errors in the terminal.
### Version
2.0.8 (Default)
### What host operating system were you using?
Other Linux environment
### Host OS Version
arch linux 6.19 (zen kernel)
### Selected OS
RPI OS lite 64bit
### Which Raspberry Pi Device are you using?
Raspberry Pi Zero 2 W
### What kind of storage device are you using?
microSD Card in an internal reader
### OS Customisation
- [x] Yes, I was using OS Customisation when the bug occurred.
### Relevant log output
```shell
PerformanceStats: Started cycle for "Raspberry Pi OS Lite (64-bit)" size: 3221225472 device: "/dev/mmcblk0" total events: 6
Adaptive sync configuration: "High memory (15841MB)" - Sync interval: 247 MB - Time interval: 7000 ms - Platform: "Linux"
Optimal write buffer size: 8192 KB for 15841 MB system
Ring buffer: 858 slots x 2048 KB = 1716 MB (available: 5723 MB, total: 15841 MB)
PerformanceStats: System info set - RAM: 15841 MB total, 5723 MB available Device: ""
Potential cache found for hash: "5da77e33b60407a0861bd90a0ab2822214f18d3e0e66ad98fbe2674743dd81b1" file: "/home/yousafe/.cache/Raspberry Pi/Raspberry Pi Imager/lastdownload.cache" verified: true valid: true
Cache status: verificationComplete= true isValid= true file= "/home/yousafe/.cache/Raspberry Pi/Raspberry Pi Imager/lastdownload.cache"
Using verified cache file (background verified): "/home/yousafe/.cache/Raspberry Pi/Raspberry Pi Imager/lastdownload.cache"
[FileOps] io_uring initialized with queue size 64
[FileOps] io_uring available and initialized
Adaptive sync configuration: "High memory (15841MB)" - Sync interval: 247 MB - Time interval: 7000 ms - Platform: "Linux"
Optimal write buffer size: 8192 KB for 15841 MB system
Coordinated ring buffer config: available= 5723 MB total_system= 15841 MB budget= 1716 MB
Input: 286 slots x 2048 KB = 572 MB
Write: 143 slots x 8192 KB = 1144 MB
Total: 1716 MB ( 29 % of available)
RingBuffer: Allocated 286 slots of 2048 KB each ( 572 MB total)
RingBuffer: Allocated 143 slots of 8192 KB each ( 1144 MB total)
Using buffer size: 8388608 bytes with page size: 4096 bytes
Input ring buffer: 286 slots of 2097152 bytes
Write ring buffer: 143 slots of 8388608 bytes
Total ring buffer memory: 1716 MB
Optimal write buffer size: 8192 KB for 15841 MB system
startWrite: Passing to thread - initFormat: "cloudinit-rpi" cloudinit empty: false cloudinitNetwork empty: false
DownloadThread::setImageCustomisation - initFormat: "cloudinit-rpi" cloudinit empty: false cloudinitNetwork empty: false
DownloadThread: Direct I/O enabled
DownloadThread: Periodic sync enabled
DownloadThread: Verbose logging disabled
DownloadThread: Async I/O enabled
Optimal write buffer size: 8192 KB for 15841 MB system
DownloadThread: Async queue depth set to 128 (estimated memory: 1024 MB)
DownloadThread: IPv4-only mode disabled
DownloadThread: Skip end-of-device operations disabled
Using cached file as source - skipping cache setup
Unmounting: "/dev/mmcblk0"
unmountDisk: no mounts found for "/dev/mmcblk0"
Device authorization and open took 0 ms
Debug: Enabling direct I/O as per debug options
[FileOps] O_DIRECT enabled
[FileOps] Async queue depth set to 128 (io_uring: yes)
Async I/O: configured with queue depth 128
SD card CID: "9f544953443634476158600b75018301"
SD card CSD: "400e00325b590001d1ef7f800a400001"
WriteProgressWatchdog: Started monitoring
Zeroing out first and last MB of drive
First MB + flush took 478 ms
Last MB + flush + sync took 20 ms
Done zero'ing out start and end of drive. Total MBR prep: 503 ms
PerformanceStats: Direct I/O state updated to enabled
File can be handled by libarchive as archive format
Started progress updates after successful drive opening
Decompression pipeline: "xz"
XZ/LZMA: Multi-threaded decode enabled if file has multiple blocks
_writeFile: captured first block ( 8388608 ) and advanced file offset via seek
Hash pipeline stall: waited 15 ms for previous hash
Hash pipeline stall: waited 14 ms for previous hash
Hash pipeline stall: waited 15 ms for previous hash
Hash pipeline stall: waited 15 ms for previous hash
Hash pipeline stall: waited 16 ms for previous hash
Hash pipeline stall: waited 16 ms for previous hash
Hash pipeline stall: waited 16 ms for previous hash
Hash pipeline stall: waited 16 ms for previous hash
Hash pipeline stall: waited 15 ms for previous hash
Hash pipeline stall: waited 11 ms for previous hash
Hash pipeline stall: waited 16 ms for previous hash
Hash pipeline stall: waited 18 ms for previous hash
forcePollAsyncCompletions: No completions available, still 128 pending
[FileOps] High write latency detected (10505ms) - reducing queue depth to 64
[FileOps] Queue depth reduced for recovery: 128 -> 64 (pending: 127)
forcePollAsyncCompletions: No completions available, still 108 pending
forcePollAsyncCompletions: No completions available, still 96 pending
[FileOps] High write latency detected (26433ms) - reducing queue depth to 32
[FileOps] Queue depth reduced for recovery: 64 -> 32 (pending: 64)
forcePollAsyncCompletions: No completions available, still 54 pending
[FileOps] High write latency detected (35859ms) - reducing queue depth to 16
[FileOps] Queue depth reduced for recovery: 32 -> 16 (pending: 32)
[FileOps] High write latency detected (44076ms) - reducing queue depth to 8
[FileOps] Queue depth reduced for recovery: 16 -> 8 (pending: 16)
[FileOps] High write latency detected (39530ms) - reducing queue depth to 4
[FileOps] Queue depth reduced for recovery: 8 -> 4 (pending: 8)
[FileOps] High write latency detected (47159ms) - reducing queue depth to 2
[FileOps] Queue depth reduced for recovery: 4 -> 2 (pending: 4)
forcePollAsyncCompletions: No completions available, still 2 pending
Hash pipeline stall: waited 13 ms for previous hash
Async I/O drain: 2 pending writes completed in 923 ms
Async I/O timing: wall-clock 118707 ms, 383 writes, latency (us): min 118539 max 47803652 avg 9837689
Write timing stats: writes= 383 syscall= 90376 ms preHashWait= 572 ms postHashWait= 0 ms sync= 0 ms syncCount= 0 avgSize= 8192 KB
Hash of uncompressed image: "5da77e33b60407a0861bd90a0ab2822214f18d3e0e66ad98fbe2674743dd81b1"
WriteProgressWatchdog: Stopped
Write done in 118 seconds
Post-write verification using 6144 KB buffer for 3072 MB image
Verify hash: "dba3ebd4901de0517b177ef0daa63f8c48b7a16c8798ad0aba5c45b20c78a8da"
Verify done in 58.492 seconds
Write complete, switching to slow drive scanning
Drive scan mode changed to: Slow
Pipeline timing summary: decompress= 26517 ms (ring_wait= 0 ms)
Write timing stats: writes= 383 syscall= 90376 ms preHashWait= 572 ms postHashWait= 0 ms sync= 0 ms syncCount= 0 avgSize= 8192 KB
WriteProgressWatchdog: Stopped
PerformanceStats: Cycle ended, state: "failed" events: 19 samples: dl= 64 dec= 234 wr= 380 vfy= 419
XDG_RUNTIME_DIR (/run/user/1000) is not owned by us (uid 0), but by uid 1000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
IconMultiFetcher: Event loop exiting
Stopping network monitoring
Stopping background drive list polling
Cleaning up CacheManager
CacheManager destructor: cleaning up background thread
CacheManager destructor: cleanup complete
WriteProgressWatchdog: Stopped
```
3 条评论