summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/graphic/1997
blob: 90997b8d00795761872d7d622a57fe03c815b8af (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
graphic: 0.957
instruction: 0.817
device: 0.815
semantic: 0.773
other: 0.717
vnc: 0.678
socket: 0.665
mistranslation: 0.618
boot: 0.583
assembly: 0.501
network: 0.461
KVM: 0.144

Disk corruption on ARM64 (Apple Silicon) Linux VMs
Description of problem:
aarch64 Linux VMs will encounter disk corruption if they're set up with a filesystem that will notice it when it happens, e.g. BTRFS.  This seems to be across the board with products, including Apple Hypervisor Framework, or just QEMU, so it very well might be an aarch64 Linux bug.
Steps to reproduce:
1. Install an aarch64 Linux VM using BTRFS as the root filesystem.  ZFS might recognize silent corruption readily as well.
2. Run `stress-ng --iomix 4`
3. Check your `dmesg` and/or `btrfs check --force <device>` to check for filesystem corruption.
Additional information:
This is discussed in two other tickets, but I'm hoping to get more attention to the problem here.
[https://github.com/lima-vm/lima/issues/1957](https://github.com/lima-vm/lima/issues/1957)
[](https://github.com/utmapp/UTM/issues/4840)

![Screenshot_2023-11-22_at_10.20.23_AM](/uploads/ae8ed51c7adb59933c4f7f9673dddd3d/Screenshot_2023-11-22_at_10.20.23_AM.png)

![Screenshot_2023-11-22_at_10.20.23_AM](https://i.imgur.com/HwqrFQE.png)

I can't seem to figure out how to upload images, but you can probably get to the image that I'm trying to share somehow...


```