Ace319

Just realized I still have this thing https://www.amazon.com/gp/product/B07KNXZFRH/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 Will this 9211-8i work? Or should I aim for a 9300? Or should I leave it alone because it was a good option?

@ich777Im upgrading to a cpu with igpu (i7-12700k) so no need to keep digging into this just on behalf. But thanks for everything!

I followed the guide as well as the video before doing anything. But Im sure I screwed up somewhere because all these corrections shouldnt be happening. But like you said it sounds like the user script didnt actually do anything for that drive before I removed it.

Yeah I used the script... The script finished like like 10 minutes. So youre saying that the script did nothing haha. Understood. And yes the drive is removed and parity check is running/fixing. so everything should be good when it finishes

I used krusader and the built in file manager (found that this froze a few times). Everything was clear off the drive (it was 3tb) But it took maybe 24hours. The drive in question had pending sectors and it was my slowest WD Green 5400 drive so I wanted to take it out anyway. So I removed it and I'm currently doing a preclear on it rn but it is running SO SLOW. screenshot below. I figure Im just going to remove it completely and us it for an extra- extra redundancy for pics/home vids.

I did method below and you are supposed to check the parity is valid box? The "Clear Drive Then Remove Drive" Method 14. Click the check box for Parity is already valid, make sure it is checked!

I thought I did - I followed all the steps on the walkthrough and spaceinvaderone's video (which are the same steps). This is my monthly parity check. I didnt run it manually after I shrunk my array.

I've never needed GUI mode. At 6.8.3 and the years before my server was working well in the background and I didnt even have a monitor attached to the server. I only discovered gui mode after I started upgrading and having issues. That being said now that there is a GUI mode its a lot easier to troubleshoot problems at the server especially for someone like me who is not super tech savy. Ex. my ethernet was down for a few days after a power surge and I had no idea why I couldnt connect to my server because all my other devices (all wifi) was working fine- even after rebooting my modem several times. In that example I could have turned on the monitor to my server and see that it was a network issue and not an unraid issue. Honestly GUI mode will make accessibility for newcomers a lot easier than having to deal with terminal.

Definitely on 6.8.3. I backed up my flash and upgraded back in mid Feb 2024.

tank-diagnostics-20240329-0941.zip Updated OS. Diag attached

root@Tank:~# cat /var/log/Xorg.0.log [ 49.385] X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 [ 49.385] Current Operating System: Linux Tank 6.1.64-Unraid #1 SMP PREEMPT_DYNAMIC Wed Nov 29 12:48:16 PST 2023 x86_64 [ 49.385] Kernel command line: BOOT_IMAGE=/bzimage initrd=/bzroot,/bzroot-gui [ 49.385] [ 49.385] Current version of pixman: 0.42.2 [ 49.385] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 49.385] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 49.385] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Mar 27 16:40:48 2024 [ 49.387] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 49.397] (==) No Layout section. Using the first Screen section. [ 49.397] (==) No screen section available. Using defaults. [ 49.397] (**) |-->Screen "Default Screen Section" (0) [ 49.397] (**) | |-->Monitor "<default monitor>" [ 49.397] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 49.397] (==) Automatically adding devices [ 49.397] (==) Automatically enabling devices [ 49.397] (==) Automatically adding GPU devices [ 49.397] (==) Automatically binding GPU devices [ 49.397] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 49.397] (++) FontPath set to: /usr/share/fonts/TTF [ 49.397] (==) ModulePath set to "/usr/lib64/xorg/modules" [ 49.397] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 49.397] (II) Loader magic: 0x62dd40 [ 49.397] (II) Module ABI versions: [ 49.397] X.Org ANSI C Emulation: 0.4 [ 49.397] X.Org Video Driver: 25.2 [ 49.397] X.Org XInput driver : 24.4 [ 49.397] X.Org Server Extension : 10.0 [ 49.401] (--) PCI:*(2@0:0:0) 10de:0659:10de:063a rev 161, Mem @ 0xfa000000/16777216, 0xa0000000/536870912, 0xf8000000/33554432, I/O @ 0x0000e000/128, BIOS @ 0x????????/131072 [ 49.401] (II) Open ACPI successful (/var/run/acpid.socket) [ 49.401] (II) LoadModule: "glx" [ 49.402] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 49.413] (II) Module glx: vendor="X.Org Foundation" [ 49.413] compiled for 1.21.1.7, module version = 1.0.0 [ 49.413] ABI class: X.Org Server Extension, version 10.0 [ 49.539] (==) Matched nouveau as autoconfigured driver 0 [ 49.539] (==) Matched nv as autoconfigured driver 1 [ 49.539] (==) Matched modesetting as autoconfigured driver 2 [ 49.539] (==) Matched fbdev as autoconfigured driver 3 [ 49.539] (==) Matched vesa as autoconfigured driver 4 [ 49.539] (==) Assigned the driver to the xf86ConfigLayout [ 49.539] (II) LoadModule: "nouveau" [ 49.539] (WW) Warning, couldn't open module nouveau [ 49.539] (EE) Failed to load module "nouveau" (module does not exist, 0) [ 49.539] (II) LoadModule: "nv" [ 49.540] (WW) Warning, couldn't open module nv [ 49.540] (EE) Failed to load module "nv" (module does not exist, 0) [ 49.540] (II) LoadModule: "modesetting" [ 49.540] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 49.546] (II) Module modesetting: vendor="X.Org Foundation" [ 49.546] compiled for 1.21.1.7, module version = 1.21.1 [ 49.546] Module class: X.Org Video Driver [ 49.546] ABI class: X.Org Video Driver, version 25.2 [ 49.546] (II) LoadModule: "fbdev" [ 49.547] (WW) Warning, couldn't open module fbdev [ 49.547] (EE) Failed to load module "fbdev" (module does not exist, 0) [ 49.547] (II) LoadModule: "vesa" [ 49.547] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so [ 49.550] (II) Module vesa: vendor="X.Org Foundation" [ 49.550] compiled for 1.21.1.4, module version = 2.6.0 [ 49.550] Module class: X.Org Video Driver [ 49.550] ABI class: X.Org Video Driver, version 25.2 [ 49.550] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 49.550] (II) VESA: driver for VESA chipsets: vesa [ 49.550] (++) using VT number 7 [ 49.552] (EE) open /dev/dri/card0: No such file or directory [ 49.552] (WW) Falling back to old probe method for modesetting [ 49.552] (EE) open /dev/dri/card0: No such file or directory [ 49.553] vesa: Refusing to run, Framebuffer or dri device present [ 49.553] (EE) Screen 0 deleted because of no matching config section. [ 49.553] (II) UnloadModule: "modesetting" [ 49.553] (EE) Device(s) detected, but none match those in the config file. [ 49.553] (EE) Fatal server error: [ 49.553] (EE) no screens found(EE) [ 49.553] (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 49.553] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 49.553] (EE) [ 49.555] (EE) Server terminated with error (1). Closing log file. root@Tank:~#

Thought it was an unwritten rule in the community to wait a week before updating XD. I'll update and report back in. I'll also try to find that file you requested.....

tank-diagnostics-20240328-1550.zip dont think i see that log file. diagnostics attached.