OrdinaryButt

I know that is the expectation. However, this failed SSD behavior is weird. Unraid doesn't label it as bad, although it isn't part of a pool/array, so that might be way. But in addition to annasigned devices not recognizing it is bad, multiple linux and winndows tools (including gparted) pretended it is fine. Gparted even said it was secure wiped 100%.

Hello, I have an NVME by Transcend that is in read only locked mode, not sure what it's story is - manufacturer states it is a protect function (controllers sensed NAND failing, blocks writes to preserve data but I think it is a controller firmware issue as it was barely used). Was playing with it in unRAID test gig when I noticed that unAssigned devices happily attempts to wipe it and format it. It fails, but it doesn't really let me know it fails and the drive has a green dot. This got me thinking, what happens if I had a raidz1 pool of 3x NVMEs and one of them does exactly this? Has anyone experienced this? Is RaidZ stable enough that I don't have to worry about loosing data? I know, back ups, back ups, but this would be for my cache pool, so backups aren't very practical in this example. Currently running raidz mirror for cache pool for the above reasons but I would love to move to 3x raidz1 for some extra capacity.

To get exact date of installation: Flash/config/plugins/dockerMan/templates-user and open the my-containerName.xml. Date Installed in in Epoch format. Note: does not seem to get re-stampted with updates, except maybe if update fails for whatever reason and you re-install with fixed parameters (speculation).

Somehow FanCtrlPlus reads (or calculate wrong) disk temperature. I have a fan job monitoring 4 disks, only one active at the moment and reporting 33°C but FC+ shows 33°C and PWM values are high. No change after clicking the run/refresh button on the Dashboard page.

I recently updated hardware from i5-9600T (UHD 630 iGPU) to i7-11700t (UHD 750 iGPU) and also unRAID from 6.12 to 7.2.3. TVHeadend can no longer record with vaapi intel acceleration. I see with intel_GPU_top that it is using the device, but I only get proper audio with some scrambled color video blocks/blobs. When running 'ls -al /dev/dri' in the container terminal(right), I noticed it doesn't say video(just audio) like it say in the main unRAID terminal (left): Can someone that has VAAPI transcoding working please run the ls -al /dev/dri and give me the output from the TVHE container console? Any tips appreciated. I did see multiple reports of issues with 10th and 11th gen iGPU but they all seem to be from around 2021 and it seems should be fixed by now. This is what the video recording looks like:

This indicates that something is wrong with your transcoding settings or the passthrough to the container. It is not necessary but when I changed the permissions with chmod 777 /dev/dri/* I stopped getting the "No VA display/unable to find /dev/dri/renderD128 in TVHE docker log. Worth mentioning that original unRAID/TVHE setup was from ~2021. Wasn't there some plugin/docker permission handling change at some point?

Having problems with TVHeadend/vaapi hardware encoding. I was running Unraid 6.12.5 with Intel i5-9600t (UHD 630 iGPU); In preparation for hardware upgrade to i7-11700t (UHD 750 iGPU) I updated unRAID to 7.2.3 ( incremental 7.0, 7.1. 7.2, 7.2.3), and updated all plugins including ich777's Intel GPU Top. Before this software update, TVHeadEnd was recording in h265 vaapi just fine, but the the Intel_GPU_Top I was running was probably couple years old. Unfortunately, and this is my fault, I didn't check (I did so many other things) if just the software components update broke this or not. Upgraded the hardware and it wasn't till late in the night to discover that TVHeadend records the audio but video is not usable by any player, pic: Surprisingly, Jellyfin transcodes with iGPU just fine. However, I did notice some differences - TVHeadEnd uses the "VideoEnhance" while the Jellyfin does not: Jellyfin (works): TVHeadEnd (no longer works): It is worth mentioning that the originally I stayed with the same TVHeadEnd docker container. When I first discovered the issue, in the TVHeadEnd docker log, I saw a warning that the read something of the sort "No VA Display, unable to find /dev/dri/renderD128. So googled a bit and executed this permissions command: chmod 777 /dev/dri/* This solved the no renderD128 error in TVHE log. However, the result are the same. I went down the rabbit hole searching for problems within TVHeadEnd - numerous reports of failed vaapi encoding. Spent a day on that, udapted to latest and dowgraded to older builds - no changes. Does this seem right for dev/dri list inside the container: root:~# sudo docker exec -it tvheadend ls -l /dev/dri total 0 crwxrwxrwx 1 root audio 226, 0 Jan 20 19:08 card0 crwxrwxrwx 1 root audio 226, 128 Jan 20 19:08 renderD128 Anyone has experience this or can at least point me to what should I do next?

Did you ever solve this? I just got the same board - 3 of the fans are on it8688 and I can control their speed via PWM. The other 3 appear to be on it8792 while I manage to identify them (barely visible RPM change) I can't really control them. This is with it87 driver by ich777 installed. Without that driver, I got zero controllers recognized.

The RPM of a fan it's driven by it's design. Not all of them go down to low or zero RPM. I am dealing with this today, got numerous that would not go below 750rpm. Without restarting the system or changing any settings,I swapped it for Noctua NF-P12 redux-1300 PWM and it manages to drop to 0 RPM. That fan spec specifically says from 0 RPM, that is why I bought it. Many other models don't go down to zero. Typical CPU fans, especially the cheap ones bundled with CPU have about 1000RPM minimum. Also, the higher the power/max RPM, the lower the chances it will spin down to zero RPM. I do see that you have a chip it8792 - this is what lead me to this post. I have the same chip controlling 3 of my 6 fans and I can't get it to control speed at all thru unRaid 9but they do report RPM). My other 3 are on it8688 and I have full control of them

Any idea if proper driver for it8792 is available anywhere and how to install it? After installing the ITE IT87 Driver by ich777 I got multiple PWM exposed to various plugins. I can control the IT 8688 ones, but can't control 8792 ones but they do report RPM.

Can this or any other plugin control 3-pin fans via voltage control? Doable in the BIOS.

Found my mistake. /mnt/cache/appdata/... - > /mnt/user/appdata/... Left over of very old setup. Thanks

Hm. I don't think either one is the here, see shots below. Any other suggestions?

Any tips on how to make Chromium remember previous sessions, bookmarks and visited sites suggestions in address bar?

Did you get 10g SFP+ card yet? Any recommendations?

I just got the same problem very recently. My server never sleeps and I don't think it is network related, here is what I changed: I had 1 single NVMe for cache, it was btrfs Added 2x SATA NVME in ZFS mirror for apps/vm cache Added a second NVMe and made a ZFS mirror for storage cache Shortly after adding them I noticed write speeds to cache down to 20mb/s, but writing to array was above 70 and reading was above 100, so it isn't network. T/s a bit to no avail. Rebooted the server - writes to either cache jump back to 110 saturating 1G NIC. Next day, writes to cache were again down to 20mb/s. I am suspecting something with ZFS and/or the mirrors but I don't know what. 6.12.8

Make sure speed stepping is enabled. If you execute this command, you should see individual core frequencies fluctuating. Mine goes down to as low as 800mhz watch grep \"cpu MHz\" /proc/cpuinfo

Dang. ASPM enabled everywhere. Your previous screenshots show high CPU usage to me, or missconfiguration. Your CPU is not going into lower (higher number) C states EDIT - only first core. I am not an expert, but I would start by looking into BIOS settings. Make sure speed step is enabled and stepping are not restricted. I didn't look for your previous posts, but if this is some sort of OEM specialty motherboard, you may be restricted with options in the BIOS. Read to the very first post again and make sure you didn't miss something.

Show us a screenshot of this console command output: lspci -vv | awk '/ASPM/{print $0}' RS= | grep --color -P '(^[a-z0-9:.]+|ASPM )'

My powertop auto tune doesn't survive reboot. Do I just add "powertop --auto-tune &>/dev/null" to go file?

So this seems still unanswered. I've got a container that has available updates. No where I can see what the current installed version is (same request, in case the updates breaks something, want to be able to roll back). Anyone?

That is exactly what I meant when I said "I am stuck at C3". Because the driver doesn't support ASPM, the system (not just the card) uses more power (presumably PCIe lanes). Any chance we can see from you a driver with ASPM enabled, even if it is not published, for testing only? I read somewhere that Realtek has recently updated Linux drivers, but haven't had a chance to dig deeper.

Let us know how it goes and which exact model. Thanks.

I have a ASM1166 Sata expansion with latest firmware from Silverstone. No issues with waking up arrays that I can see (a few other people confirmed supposedly the firmware indeed fixes that). I got the Ableconn version ($59), which seems identical copy to Startech ($66) However, after applying the power top auto, all hosts go GOOD (the card does advertise 38 hosts, probably cause it supports port replicators downstream). But after system reboot, they all go back to BAD. I only have 3 drives and I confirmed their host number is listed as bad. Am I missing something? FYI, I am able to achieve C8 package state with the asm1166 (if I unplug my realtek 8125 2.5g card).

Because ASPM has been disabled for the driver due to some reported issue. Perhaps you can add a comment here to keep the hopes up.