-
Unmountable: Unsupported or no file system
I take everything back, after a restart everything is back.
-
Unmountable: Unsupported or no file system
I'm not sure if this has made my problem worse. After the process went through, all my shares are gone, but the hard drives are still 76% full. What should I do best?
-
Unmountable: Unsupported or no file system
The check immediately throws out the following error: Should I really export the test with the argument -L or are there other suggestions?
-
Unmountable: Unsupported or no file system
I went through the test, but it didn't find any errors. I still exchanged the memory. What can I do next to solve my problem?
-
Unmountable: Unsupported or no file system
Thank you very much for the quick response. The test is currently underway. I still have an unused RAM memory here anyway, does it make sense to replace the old memory right away or better wait until the test has gone through?
-
Unmountable: Unsupported or no file system
Hello everyone, One of my two array devices reports the "Unmountable: Unsupported or no file system" error. I have already searched a little here in the forum for a solution and read that formatting and restoring should not necessarily be the first solution. However, I have not found a good answer as to what else I should do at this point. I have already run through the Check Filesystem status, which has given me that there is an error and I should look into the log. In addition, I started the array once without the affected disk and then restarted it so that the array emulated it. I suspect the error occurred because the NAS had no power for a short time. Can someone give me useful tips on the fix? Thank you very much for the effort. cloud-diagnostics-20240227-1757.zip
-
Error response from daemon: container
Okay, ich habe das Problem nun gelöst, in dem ich alles was der Mover nicht verschieben konnte manuell gesichert und die SSD formatiert und neu eingebunden. Alls Config-Files zurückkopiert und den Rest manuell konfiguriert. Danke für die Hilfe
-
Error response from daemon: container
Guten Morgen zusammen, ich habe es gerade versucht, ich kann das Docker-Verzeichnis nicht löschen. Trotz des Befehls rm -rf appdata bekomme ich folgende Meldung: rm: cannot remove 'appdata': Directory not empty Wenn ich mich zum Betroffenen Verzeichnis bewegt habe und mir den Inhaltes Verzeichnis mittels ls aufrufen möchte, bekomme ich wieder die Meldung /bin/ls: reading directory '07': Structure needs cleaning
-
Error response from daemon: container
Danke schon mal für den ersten Input. Ich Habe mein Docker im Directory-Modus laufen. Appdata liegt bei mir ausschließlich im Cache.
-
M41k started following Error response from daemon: container
-
Error response from daemon: container
Grüßt euch, nach einem Neustart war mein Plex-Container nicht mehr sichtbar. Ich habe ihn erneut installiert, und der alte ist wieder aufgetaucht. Jetzt versuche ich jedoch, den alten Container zu löschen, erhalte jedoch die folgende Fehlermeldung. Error response from daemon: container 74b79ae8cff9280cc8317f1e831efc35517962815cc29177bd24cca12bbaf79f: driver "overlay2" failed to remove root filesystem: unlinkat /var/lib/docker/overlay2/fdd2f6e8dc8a7ccf80b47bea4f9d26e97fbc439e569e6dadab861adf4b751c33/diff/tmp/aae7dab048966481404ead497516cf57.jpg: structure needs cleaning Ich hatte schon gesehen, dass ich mit xfs_repair -L das Problem lösen könnte. Da ich noch unerfahren was solche Operationen angeht, möchte aber in jedem Fall vermeiden in das Problem von Karl007 reinzulaufen und alle meine Daten zu verlieren. Ich habe zwar ein Backup in der Cloud aber es würde Monate dauern, alles wieder runterzuziehen, da die Internetleitung nicht sonderlich flott ist. Könnt ihr mir bitte bei diesem Problem helfen? Vielen Dank!
-
HDD spin down funktioniert nicht
Nach dem appdata, domains und system auf dem Cache liegen, funktioniert auch der spin down. Danke für die Hinweise.
-
HDD spin down funktioniert nicht
Danke schon mal für eure Hinweise. Ich hab nun eingestellt, dass appdata, domains und system auf dem Cache liegen und Mover so eingestellt, dass er Array → Cache verschiebt. Der Mover läuft dabei endlos. In den Logs wird ausgegeben, dass er im Ziel schon diverse Files gefunden hat. hat noch jemand einen Hinweis wie ich das beheben kann?
-
HDD spin down funktioniert nicht
Hallo zusammen, ich beobachte seit einigen Wochen, dass zwei meiner Festplatten nicht in den Ruhestand laufen sondern durchlaufen. Die Cache-Platte geht allerdings ab uns zu in den Ruhestand. Eigentlich habe ich alles so eingestellt, dass immer erst im Cache geschrieben wird und die Platte nach 45 Minuten schlafen gehen sollen. Selbst wenn ich alle Docker-Container stoppe läuft scheint noch etwas direkt auf die Platte schrieben zu wollen. Ich habe iotop installiert in der Hoffnung, dass ich dort den Prozess finde, der auf die Platten selbst zugreift, hier habe ich aber auch nichts auffälliges gesehen. Hat jemand noch eine Idee, wie ich dem Übeltäter auf die Spur kommen kann? Für jeden hilfreichen Tipp bin ich sehr dankbar.
-
[Plugin] DVB-Driver
Wow, thank you very much, I would probably never have thought of that.
-
[Plugin] DVB-Driver
Hi all, I've been trying for hours to get my Hauppauge WinTV-dualHD running in Unraid with Plex in Docker. I installed the DVB-Driver-Plugin, used the package from LibreELEC and restarted the server. In Unraid, the stick now seems to be recognized. In the Plex container I set --device=/dev/dvb as an extra parameter. But in Plex the device is still not recognized. What can I do? Enclosed the excerpt from lsusb Bus 001 Device 013: ID 2040:0265 Hauppauge WinTV-dualHD DVB Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x2040 Hauppauge idProduct 0x0265 WinTV-dualHD DVB bcdDevice 1.00 iManufacturer 3 HCW iProduct 1 dualHD iSerial 2 0013909362 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 0x0037 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 500mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0000 1x 0 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x0000 1x 0 bytes bInterval 1 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 1 bNumEndpoints 2 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x03ac 1x 940 bytes bInterval 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x85 EP 5 IN bmAttributes 1 Transfer Type Isochronous Synch Type None Usage Type Data wMaxPacketSize 0x03ac 1x Thanks already for the help and hints.