Poartă

Încerc să citesc conținutul unui hard disk extern USB 3. Are un tabel de partiții GPT, cu aproape tot spațiul alocat unei singure partiții Core Storage, care conține un singur volum de interes HFS+.

Nu am reușit să-l montez nativ pe Linux folosind libfvde; dispozitivul de blocare rezultat nu este recunoscut de niciunul hfsfuse sau hfsprogs ca fiind un volum HFS+ valid. Știu că volumul este valid, așa că bănuiesc că este doar pentru că folosește un format mai nou decât libfvde suporturi.

Pentru a rezolva acest lucru, încerc să configurez o macOS VM care poate citi unitatea pentru mine, folosind driverele sale native. Sosumi (un înveliș în jurul QEMU) părea destul de convenabil, așa că am optat pentru asta.

Problema

Am reușit să instalez macOS în VM-ul meu, să pornesc desktop-ul etc. M-am luptat cu mai multe erori legate de permisiune, dar în cele din urmă am ajuns la punctul în care QEMU îmi poate vedea dispozitivul USB. Dar acum, se blochează la nesfârșit pe ecranul inițial al VM:

Iată pașii pe care i-am făcut (începând cu macOS-ul deja instalat)

1. sudo snap connect sosumi:raw-usb

2. lsusb:

   Bus 006 Dispozitiv 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 005 Dispozitiv 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Autobuz 004 Dispozitiv 006: ID 0bc2:ab31 Seagate RSS LLC Backup Plus Desktop Drive (5TB) # Îl vreau pe acest tip
   Bus 004 Dispozitiv 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 003 Dispozitiv 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   Bus 002 Dispozitiv 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
   Bus 001 Dispozitiv 009: ID 05ac:024f Apple, Inc. Tastatură din aluminiu (ANSI)
   Bus 001 Dispozitiv 002: ID 046d:c539 Receptor USB Logitech, Inc.
   Bus 001 Dispozitiv 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
   

3. Am adăugat aceste 2 linii de configurare la mine ~/snap/sosumi/common/launch fişier:

   -dispozitiv nec-usb-xhci \
   -device usb-host,vendorid=0x0bc2,productid=0xab31 \
   

   (am incercat si eu -device usb-host,hostbus=4,hostaddr=6 în schimb, în ​​același efect.)

   am adaugat dispozitiv nec-usb-xhci după ce QEMU mi-a avertizat că dispozitivul meu este „super-viteză” (5 Gb/s), unde se aștepta doar să fie „viteză maximă”/„viteză mare” (12/480 Mb/s)

4. Adăugați o grămadă de permisiuni pe dispozitivele USB (știu că acestea sunt mai permisive decât strict necesare, dar încercam doar să exclud ca acestea să fie problema, deocamdată.)

   sudo chown -R nimeni:nogroup /dev/bus/usb/
   sudo chmod -R 0666 /dev/bus/usb/
   

5. Mi-am pornit VM rulând sosumi (ca cont de administrator obișnuit, nu root).

Aceasta a fost ieșirea consolei:

*** Se verifică conexiunea interfeței kvm
INFO: interfața kvm este conectată
*** Verificarea fișierelor firmware
*** Verificarea fișierelor din sistemul de bază
*** Se verifică imaginea discului
*** Se verifică scriptul de lansare
*** Lansa!
/usr/share/libdrm/amdgpu.ids: Nu există un astfel de fișier sau director

# Pur și simplu atârnă...
# după un timp, am închis manual fereastra QEMU aici

libusb: eroare [do_close] Mânerul dispozitivului a fost închis în timp ce transferul era încă în curs de procesare, dar dispozitivul este încă conectat din câte știm
libusb: eroare [do_close] Nici măcar nu a fost programată o anulare pentru transferul pentru care dispozitivul se închide

ce fac greșit? Orice ajutor este apreciat :)

Actualizați

În cele din urmă, l-am pornit, dar se pare că macOS nu are drivere pentru controlerul xhci (USB 3) utilizat de QEMU:

Tocmai am ajuns să-mi folosesc unitatea în modul USB 2. Este un hard disk prost, așa că nu beneficiază cu adevărat de viteze de transfer mai mari ale USB 3.