action #175797
closed
- Status changed from Workable to In Progress
- Assignee set to pherranz
This can be done by mounting an additional CDROM drive with an ISO containing the Autounattend.xml file. The next command shall be used to generate the ISO properly:
mkisofs -J -graft-points -o autounattend_uefi.iso Autounattend.xml=Autounattend_UEFI.xml
Take into account that the language of the downloaded ISO has to match the one specified in the xml file. In our case it should be en-US, not international en-GB.
For adding a third CD drive it's been necessary to switch CDMODEL variable from ide-cd to scsi-cd. This revealed that the virtio drivers need to be updated to add the scsi ones, as the installation is not getting the drivers if so. The drivers are placed under vioscsi\....
There are plenty of issues trying to address more than two CDROM in scsi format, so I'm trying to use the two usual disks used for Windows ISO and VirtIO drivers, and then add a third one with a autounattend_<bios/uefi>.raw image. The disk can be added with: HDD_2=autounattend_bios.raw HDDMODEL_2=usb-storage,removable=true NUMDISKS=2.
- Status changed from In Progress to Blocked
There's no way of making this work by now. I'd focus on fixing the current installation for 24H2 as stated in #176097 and then I'd come back to improving this process.
- Related to action #176097: [WSL] Windows Update Agent API Deprecation Prevents Script Execution on Windows 24H2 added
pherranz wrote in #note-4:
There's no way of making this work by now.
Why? The HDD_2=autounattend_bios.raw HDDMODEL_2=usb-storage,removable=true NUMDISKS=2 works fine here.
- Has duplicate action #176358: [WSL] Windows 11 Installation fails added
- Status changed from Blocked to In Progress
Well, finally and with @favogt's help, I've managed to run the tests by attaching the autounattend_<mode>.raw as an external USB drive. Here are some examples:
Win11 24H2 ARM64 (❌ has never worked)
I think it works but you just don't see anything. You might have to either set QEMU_VIDEO_DEVICE=ramfb or use both ramfb + virtio-gpu-pci and switch between them.
Win11 24H2 ARM64 (❌ has never worked)
BTW, you don't want to run the installation with software emulation, that's way too slow. So far I used HW emulation for installation and only used TCG for WSL2 if necessary.
Some tips and advice has been given here for the installation of aarch64, so I'd mention the #175800 ticket to have it related :)
- Related to action #175800: [WSL] Add installation for aarch64 on OSD added
- Related to action #175614: [WSL] Extract `prepare_wsl` module from every test suite added
- Subject changed from [WSL] Improve Windows Unattend installation to [WSL] Move unattended XML recipe to media storage
- Priority changed from Normal to High
- Status changed from In Progress to Resolved
- % Done changed from 0 to 100
This is working as expected now:
This seems to be responsible for all the Windows boot/login failures seen in the snapshot 20250320 QA run of Tumbleweed
dimstar wrote in #note-18:
This seems to be responsible for all the Windows boot/login failures seen in the snapshot 20250320 QA run of Tumbleweed
Needle mismatch, should be fixed now.
- Status changed from Workable to Resolved
Also available in: Atom
PDF