New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows could not apply unattended settting during pass [OfflineServicing]. - exception during installation #299
Comments
This error is about an entry in the XML for automatic installation. But as you set MANUAL=Y it should not even use that XML. So it seems that the flags you set are not effectuated.. Can you totally remove the folder |
From the message it looks like the downloaded ISO file is corrupted somehow? Never seen it before! |
sorry for the late reply. Yeah, message is weird, and it happened few times. Does it matter the file system that docker is on ? i.e. my docker is running in Unraid server on disk partition in BTRFS. not sure if internally in container would be different file system. |
No, it should not matter. Did you manage to solve it already? |
nope =( tried deleting everything and re-running, with same results. |
Maybe the formatting of the parameters causes them to be ignored, instead of But there is an unRaid Community App called WindowsInDocker, which works fine. So maybe just use this app with the default settings instead of trying to create your own run command. |
@passtpro When you add a container variable with the key |
Sorry for the late response. I am trying this today and will report the results. |
I did the manual install, after defining the storage driver to use I get the following error message: "Windows could not set the offline locale information. error code 0x807C0000". Will completely start over and wipe out everything from Unraid and try again. |
Completely wiped it all out, followed manual install selecting the correct storage driver, and now I get an error about a missing, required driver. |
Having the same issue in Unraid with the WindowsinDocker from the CA store. Tried with default settings, WIN10, Server2022 and Server2019. Starting fresh with including wiping appdata and image each with each version. Stating the "... unattend during pass.." and BSOD recovery. |
I noticed that everyone who has this problem are all users of unRaid / WindowsInDocker CA? So my guess is that it may have something to do with the filesystem for example. Maybe it only happens on ZFS disks for storage, and thats why it does not happen on other Linux distros? So my suggestion would be to try if using a another filesystem makes a difference? (On unRaid you can switch between FUSE and native by using Other suggestion would be to play with the disk parameters via container variables, for example: Set The difficulty for me is that when everybody just say "I am having the same issue", while nobody is listing their machine specs (like filesystem, cpu model, etc) it is impossible to detect a pattern what you all share in common. If everyone who reports it is using BTRFS filesystem or is using the same CPU, it would be much easier to figure out it was a problem with BTRFS for example. |
Specs:
Appdata FS : BTRFS on PCIe Gen3 NVMe |
Does one of you happen to have any partitions that are not BTRFS in your unRaid? To see if it makes a difference when the storage path is on a different filesystem? Or otherwise try changing it from |
Testing some different FS now: |
Very interesting.. So it seems related to BTRFS. The only thing I do differently for BTRFS is that since recently I disable CoW (Copy-on-Write) for the disk image file ( So the scripts calls:
to set the It would be very interesting to know if this has something to do with the problem. So if someone has time to test: please shutdown the container and delete the |
Building containers based on the image tag 3.08 seems to cause this issue now on a system that I previously did not see this on. Rolling images back to 3.07 resolved the error message. Not sure what changed, but 3.08 has some problems with this. |
@GiuffreLab Can you provide some more info, like the Windows version you are installing, on which filesystem, etc? |
@kroese Been a while since I responded, but wanted to follow up. I was able to get everything installed once I changed my cache disk to ZFS. Looks like the standard install does not play well with BTRFS. |
Docker node is a bare metal Debian server latest release, file systems ext4 and was tested against win11 and 2022 Windows Versions. |
@GiuffreLab Thanks! The error seems to indicate something is wrong with the answer file (XML), but since I cannot reproduce it with the same XML, most likely its caused by something else. It would be very nice if you could try some things out! First download the XML from v3.07: https://raw.githubusercontent.com/dockur/windows/v3.07/assets/win11x64.xml and use that file while running the container v3.08: volumes:
- /home/user/v307.xml:/custom.xml This way, we can rule out if it has anything to do with the changes in the XML file or not. If it gives the same error even with the old XML file, please press "Shift+F10" to open a command prompt during the setup. And type in "notepad X:\Windows\panther\setupact.log" to view the contents of the setup logfile and inspect if it contains any clues at the bottom. |
@GiuffreLab I really would like to solve this issue, and checked the differences between v3.07 and v3.08 multiple times, but I cannot see any obvious explanation. Can you please provide the compose file and info about the ISO you used? |
@kroese Sorry, been tied up all day. Here is two examples of how I was deploying. These work when I change the image to Apologies for the over commenting, I keep archives of working docker compose files, and it helps me not have to remember why I did things the way they are. Single Node Deploymentversion: "3.8"
services:
windows:
image: dockurr/windows
container_name: windows
environment:
VERSION: win11 # win11e, win11, win10e, win10, win8, win8e, win7, vista, winxp, 2022, 2019, 2016, 2012, 2008
DISK_SIZE: 128G # 64G is the minimum - This is how much space the windows system drive can use as needed on the host
CPU_CORES: 4 # 2 cores is the minimum
RAM_SIZE: 8G # 4G is the minimum
USERNAME: <CHANGEME>
PASSWORD: <CHANGEME>
volumes:
- ./windows-test/shared:/shared # shared folder between host and container
- ./windows-test/var/win:/storage # windows system drive
devices:
- /dev/kvm # this is for the ability to see the windows build screen via VNC web interface on port 8006
cap_add:
- NET_ADMIN
ports:
- 8006:8006 # this is the port for VNC web interface
- 3389:3389/tcp # this is the port for RDP
- 3389:3389/udp # this is the port for RDP
stop_grace_period: 2m
restart: unless-stopped Multi-Node Deploymentversion: "3.8"
services:
windows:
image: dockurr/windows:3.07
container_name: windows
environment:
VERSION: win11 # win11e, win11, win10e, win10, win8, win8e, win7, vista, winxp, 2022, 2019, 2016, 2012, 2008
DISK_SIZE: 128G # 64G is the minimum - This is how much space the windows system drive can use as needed on the host
CPU_CORES: 4 # 2 cores is the minimum
RAM_SIZE: 8G # 4G is the minimum
USERNAME: <CHANGEME>
PASSWORD: <CHANGEME>
volumes:
- ./windows-test/shared:/shared # shared folder between host and container
- ./windows-test/var/win:/storage # windows system drive
devices:
- /dev/kvm # this is for the ability to see the windows build screen via VNC web interface on port 8006
- /dev/vhost-net
device_cgroup_rules:
- c *:* rmw
cap_add:
- NET_ADMIN
networks:
vlan:
ipv4_address: 192.168.10.56 # this is the IP address of the container on the network - must be in the range of the subnet below
ports:
- 8006:8006 # this is the port for VNC web interface
- 3389:3389/tcp # this is the port for RDP
- 3389:3389/udp # this is the port for RDP
stop_grace_period: 2m
restart: unless-stopped
windows-svr:
image: dockurr/windows:3.07
container_name: windows-svr
environment:
VERSION: 2022 # win11e, win11, win10e, win10, win8, win8e, win7, vista, winxp, 2022, 2019, 2016, 2012, 2008
DISK_SIZE: 128G # 64G is the minimum - This is how much space the windows system drive can use as needed on the host
CPU_CORES: 4 # 2 cores is the minimum
RAM_SIZE: 8G # 4G is the minimum
USERNAME: <CHANGEME>
PASSWORD: <CHANGEME>
volumes:
- ./windows-test/shared:/shared # shared folder between host and container
- ./windows-test/var/win:/storage # windows system drive
devices:
- /dev/kvm # this is for the ability to see the windows build screen via VNC web interface on port 8006
- /dev/vhost-net
device_cgroup_rules:
- c *:* rmw
cap_add:
- NET_ADMIN
networks:
vlan:
ipv4_address: 192.168.10.57 # this is the IP address of the container on the network - must be in the range of the subnet below
ports:
- 8006:8006 # this is the port for VNC web interface
- 3389:3389/tcp # this is the port for RDP
- 3389:3389/udp # this is the port for RDP
stop_grace_period: 2m
restart: unless-stopped
networks:
vlan:
driver: macvlan
driver_opts:
parent: enp1s0 # this is the physical network interface on the host docker is running on
ipam:
config:
- subnet: 192.168.10.0/24
ip_range: 192.168.10.56/29 # this is the usable range of IP addresses that can be assigned to containers - 192.168.10.56-62
gateway: 192.168.10.1 |
@GiuffreLab Okay, this helps a lot!! Because now I see you are using the So I guess this is where it fails now. Do you have any strange characters in your password? Because I tested this code with just alphabetical password, but maybe if it includes certain characters the conversion to |
The password is all letters and numbers with a single exclamation point as a "strange" character. |
@GiuffreLab Okay, I found the issue! It was related to the length of the password (and I only tested with very short ones like Ironically the whole reason I made this switch to I will build a new version in a few hours (v3.10), please try it out and let me know if it is fixed now. |
@kroese I tested a few builds with the |
Hello I'm trying to install win11 docker image however getting the above mentioned error. I tried to disable few things but still it gives me the same error. Could you please help out ? This happens with win 10 image and the other ones as well.
docker run
-d
--name='WindowsinDocker'
--net='bridge'
-e TZ="America/New_York"
-e HOST_OS="Unraid"
-e HOST_HOSTNAME="MATRIX"
-e HOST_CONTAINERNAME="WindowsinDocker"
-e 'VERSION'='win11'
-e 'CPU_CORES'='2'
-e 'RAM_SIZE'='12G'
-e 'DISK_SIZE'='64G'
-e 'DHCP'='N'
-e 'MANUAL'='Y'
-e 'TPM'='N'
-e 'HV'='N'
-l net.unraid.docker.managed=dockerman
-l net.unraid.docker.webui='http://[IP]:[PORT:8006]'
-l net.unraid.docker.icon='https://github.com/dockur/windows/raw/master/.github/logo.png'
-p '8007:8006/tcp'
-p '3389:3389/tcp'
-v '/mnt/cache/appdata/WindowsinDocker/':'/storage':'rw'
--device='/dev/kvm'
--cap-add=NET_ADMIN
--stop-timeout=120
--device-cgroup-rule='c : rwm' 'dockurr/windows'
BdsDxe: failed to load Boot0002 "UEFI QEMU QEMU HARDDISK " from PciRoot(0x0)/Pci(0xA,0x0)/Scsi(0x0,0x0): Not Found
BdsDxe: loading Boot0001 "UEFI QEMU QEMU CD-ROM " from PciRoot(0x0)/Pci(0x5,0x0)/Scsi(0x0,0x0)
BdsDxe: starting Boot0001 "UEFI QEMU QEMU CD-ROM " from PciRoot(0x0)/Pci(0x5,0x0)/Scsi(0x0,0x0)
The text was updated successfully, but these errors were encountered: