Help: preparing a SD-Card for Rasperryan under Qubes

[799]

Hello,

I'm trying to setup my raspberry pi from qubes as I want to reinstall/write a coreboot howto and I am using a raspberry pi + pomodo clip to flash the bios chip.

Honestly I must admit that I have setup my raspberry under windows in the past:

- Download ISO

- copy ISO to the SD-card

I would like to so under Qubes OS, but I am confused as my internal SD-Card-Reader in my laptop is not be recognized by my USB qubes.

If in insert the SD-Card I can see all partitions as blockdevices.

what is the best approach to access the SD-Card reader from an appvm and finish the provisioning of coreboot?

I would like to dd the .iso to the SD-card as it is described in the raspberryan howto:
https://www.raspberrypi.org/documentation/installation/installing-images/linux.md

dd bs=4M if=raspbian-stretch.img of=/dev/sdX conv=fsync

[799]

[Yuraeitha]

I can confirm it can work with qvm-block at least, when I made a raspberry pi (quite recently too) on Qubes 4 RC-3 (updated to RC-4), through the Card Reader and qvm-block, and performed the install inside the AppVM without a hitch.

Does any of these suggestions help?

- Is it certain that this Card Reader is run through a USB controller and not another type of controller? the block devices show up in the USB VM? lsusb? if not, maybe the issue might be whichever controller is responsible for the SD-Card Reader needs to be moved away from dom0, given some types of qvm-usb/qvm-block flaws in dom0, which are bugs that may not appear if the controller is located in VM's.

- Does dd command work in the same AppVM (or dom0) where the controller responsible for your SD-Card Reader is located, without using qvm-block to another AppVM? It could give better clues as to whats wrong. It might not be desired, but it could also serve as a last resort to just use the USB VM itself as a work-around to execute 'dd' if everything else fails.

- The USB VM is not a minimal template right? If so, all the required packages installed?

- I wonder about this one (probably not the issue), but it might be worth trying making a new partition tables with fdisk command in whichever domain you the controller.

- You could temporarily move the controller away from the USB VM and onto the AppVM where you want to run the dd command, and then back again once you're done. Troublesome to restart without the PCI memory reset though, and doesn't fix the issue and is more a work-around right :/