`lscpu`: panic on aarch64-linux
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 58/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- rust
- Ambito
- cli, operating-systems
Direzione di ricerca
Inizia da src/uu/lscpu/src/sysfs.rs alla riga 154 e riproduci lscpu nell’ambiente aarch64 QEMU initrd descritto. Traccia quale lookup di sysfs restituisce NotFound e verifica il comportamento sull’host e su altri sistemi Arm. Il lavoro è completato quando lscpu non va più in panic se quella voce sysfs è assente o differisce nella VM.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I'm running uutils-util-linux inside of an initrd in an Arm QEMU VM on an Ampere Altra host. util-linux is built from commit 93a60ee39a2f697a5a21a631de1101cd1d36ba67, lscpu fails with a panic:
$ lscpu
thread 'main' (161) panicked at src/uu/lscpu/src/sysfs.rs:154:71:
called `Result::unwrap()` on an `Err` value: Os { code: 2, kind: NotFound, message: "No such file or directory" }
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
/sys is mounted, I'm not sure what the problem is. lscpu works on my host and other Arm systems. This is how I have QEMU configured:
qemu-system-aarch64 -drive if=pflash,format=raw,unit=0,readonly=on,file=$(nix build nixpkgs#OVMF.fd --no-link --print-out-paths)/FV/AAVMF_CODE.fd -machine virt,gic-version=max,accel=kvm:tcg -cpu max -drive file=fat:rw:fs,format=raw,media=disk -display none -serial stdio -m 128G -smp 16 -device virtio-gpu
- Lingua principale
- Rust
- Stelle
- 221
- Fork
- 60
- Merge medio
- 3g 1h
- PR unite (30g)
- 9
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di uutils/util-linux
-
Implement `chrt`Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
uutils/util-linux#641 ·
I maintainer di solito rispondono entro 1 giorno
-
Implement `resizepart`Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
uutils/util-linux#638 ·
I maintainer di solito rispondono entro 1 giorno
-
Implement `rename`Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
uutils/util-linux#629 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
uutils/util-linux#624 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 42/100
uutils/util-linux#620 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di uutils/util-linux
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
trezor/trezor-firmware#7997 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
smol-machines/smolvm#1489 · 1 commento · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno