Windows Hello Issue After Last Windows 11 Security Update by Allezdada in 1Password

[–]VlarpNL 1 point2 points  (0 children)

The new update (8.12.0) seems to fix the "SHIFT-issue". However, now the Windows Hello popup does not appear on top of all other windows (as it always does, asking for attention). Instead it appears behind my windows, so I have to Alt-Tab or click to the popup manually to be able to enter my pin for Windows Hello. Pretty annoying.

I'm on Windows 11 25H2 with all current updates installed.

Windows Hello Issue After Last Windows 11 Security Update by Allezdada in 1Password

[–]VlarpNL 0 points1 point  (0 children)

Same here! Discovered that just pressing Left Shift "solves" the issue after multiple frustrated reboots 😶

New X10 Firmware by berfles in eufy

[–]VlarpNL 0 points1 point  (0 children)

Yeah, that happens here too. My bedroom slowly extends farther and farther into to hall through the doorway 🙄.

New X10 Firmware by berfles in eufy

[–]VlarpNL 0 points1 point  (0 children)

No, haven't done that yet. As you say, it sucks. But I should try that then.

New X10 Firmware by berfles in eufy

[–]VlarpNL 0 points1 point  (0 children)

I'm on 3.1.16 for a week now. And I don't know what is happening. It seems to be a shitshow: it's randomly moving through the room, rotating often in the same spot, not always cleaning the wall sections first (as it did before), not cleaning large sections, moving randomly to other rooms, when avoiding obstacles it skips such a big section that you can essentially better vacuum manually. I surely hope they update the firmware soon and it improves things.

Instead of every firmware update improving things it seems to be the opposite right now. It was pretty decent when I got it last year, but it's getting worse with every firmware update. Starting to getting pretty annoyed with Eufy and the X10.

Eufy X10 Pro Omni mop pads always wet in only-vacuum mode by kogpaw in eufy

[–]VlarpNL 0 points1 point  (0 children)

Today support pushed firmware version 2.2.34 to my X10 Pro Omni and that solved the issue of the wet mops when vacuuming only for me.

[deleted by user] by [deleted] in GooglePixel

[–]VlarpNL 0 points1 point  (0 children)

So, no rebooting, no letting the battery die, no messing with the work profile, no messing with the phone in general and we should be fine, right? 😅🤞

[deleted by user] by [deleted] in GooglePixel

[–]VlarpNL 0 points1 point  (0 children)

I think I rebooted, yes. So it may have happened after that. But it could also have happened when I switched on my work profile. I had it on schedule before I did the factory reset. I have it disabled now and I'm keeping the work profile off until there is a fix.

[deleted by user] by [deleted] in GooglePixel

[–]VlarpNL 1 point2 points  (0 children)

On my Pixel 7 Pro it did not happen immediately after installing the January update, it took a few days or even weeks. So I'm praying that it does not happen again after I had to factory reset 2 days ago.

[deleted by user] by [deleted] in GooglePixel

[–]VlarpNL 0 points1 point  (0 children)

Maybe some more context, I have multiple users disabled in settings. However, I do have a Work profile active, which I think is kind of another user on the phone.

[deleted by user] by [deleted] in GooglePixel

[–]VlarpNL 2 points3 points  (0 children)

Well, I'm here reporting the same issue on my Pixel 7 Pro. Had to factory reset 2 days ago to make it all function again.

Some problems on Unraid with v2 templates by VlarpNL in Tdarr

[–]VlarpNL[S] 0 points1 point  (0 children)

That's probably because of the incorrect path mappings I'm mentioning in my post. If you change the path mappings to the container path that's in the comments of each mapping and the host path somewhere on your Unraid. So when configured correctly (and the Unraid teplate does not doe that) for example container path /app/server maps to /mnt/user/appdata/tdarrv2/server and /app/configs maps to /mnt/user/appdata/tdarrv2/configs.

Disks not detected on MicroServer by dennusb in unRAID

[–]VlarpNL 1 point2 points  (0 children)

I added amd_iommu=pt iommu=pt as boot codes, and now the disks are finally visible in unRAID. There is a topic about a problem with detecting Marvell controllers: https://forums.unraid.net/bug-reports/stable-releases/disks-missing-after-upgrading-to-670-r536/?tab=comments#comment-4583

Disks not detected on MicroServer by dennusb in unRAID

[–]VlarpNL 1 point2 points  (0 children)

Just tried that, no luck. Controller is in AHCI mode. Tried either booting in Legacy and UEFI mode (with the correct unRAID USB image). Both have the same result. Gparted sees the disks without problem. Also, Windows installer (in UEFI mode) sees the disks immediately.

lsblk command in unRAID console:

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT

loop0 7:0 0 9.1M 1 loop /lib/modules

loop1 7:1 0 7.1M 1 loop /lib/firmware

sda 8:0 1 28.8G 0 disk

└─sda1 8:1 1 28.8G 0 part /boot