Cpt.Hardy

ich bin meist immer noch mit Win7 am Desktop unterwegs und dafür gibt es keine neue Version mehr. Und da unraid sowieso schonmal da ist ..... also appdata backup sichert vermutlich wirklich nur die appdaten und macht kein backup vom docker. muß ich den dann jetzt erstmal löschen und kann dann bei der Neuinstallation die Vorversion auswählen?

habe gestern den docker bambu studio auf die aktuelle vers. 2.1.1.52 upgedated damit bin ich überhaupt nicht zufrieden, alles läuft sehr zäh und das Video wird garnichtmehr angezeigt. anscheinend hat es da major changes gegeben, schein jetzt auch ein anderer Emulator (Selkies) zu sein lange Rede, ich hätte gerne die Version davor zurück und habe das alles mit appdata backup permanent gesichert. Aber wie müsste ich jetzt mit dem Recovery vorgehen?

habe jetzt schon alle möglichen Foren und google bemüht, aber mein Vorhaben scheint nicht so einfach zu sein. der WinXP PC hat zwei 400gb IDE HDs HD (mit 4 Partitionen) BootXP (39gb) Anwendungen (146gb) BakBoot (39gb backup von 1. Partition, wird nicht benötigt) Spiele (148gb) HD (mit 3 Partitionen Win _MCE (39gb eine secont boot partition, wird nicht unbedingt benötigt) Temp (79gb nicht zwingend notwendig) Daten (254gb) erster Versuch war die HD per USB2IDE Adapter am aktuellen Win7 PC anzuhängen und mit disk2VHD eine VHDX zu erstellen. dabei kann ich aber nicht die komplette HD auswählen sondern jeweils nur einzelne Partitionen. wenn man die dann in qcow2 konvertiert, hat man mehrere leere Partitionen und die eine, die man ausgewählt hat. das wäre mir im Prinzip egal aber offensichtlich müssen alle Partitionen, die ich in unraid verwenden will in eine einzige qcow2 Datei gespeichert werden, da man keine zwei IDE Adapter dort in einer VM verwenden kann. Frage also: wie bekomme ich jetzt ein Mix aus Partitionen beider HDs in eine virtuelle Festplatte, von der unraid auch noch booten kann? und an welchem PC mache ich das ganze, der WinXP kann nur mit der 32bit Vers von disk2VHD arbeiten und dann kommt da eine VHD und keine VHDX bei raus. alle neuen PC haben keinen internen IDE Port mehr, da geht nur USB oder LAN

spamblocker für browser wie zB adguard oder Pi-hole sind ja nichts Neues. Jetzt suche ich sowas für TelefonSpamAnrufe Da gibt es für einen Win/LINUX-PC zB SpamBlockUp nur läuft der PC keine 24/7, der unraid server aber schon gibt es da etwas in der Richtung?

nochmals danke für Deine Hilfe, schön, wenn es Leute gibt, die sich gut auskennen und nicht gleich ausrasten, weil man mal eine "blöde" Frage gestellt hat. wünsche ein schönes weekend ....

hat funktioniert, danke. und da soll ein Normaluser drauf kommen?

Datumsformat, sind verscheidene Notationen vom Datum oder Systemeinstellung, da steht nichts vom Zeitformat zur Auswahl, dazu gibt es ja das (ausgegraute) Feld darunter ... ich rede aber von dem Zeitformat, hier oben in der Ecke ...

ich kann die Optionen ja nicht wechseln, vermutlich 12 Stunden und 24 Stunden

ok, dann sind bei mir beide Speicher (array & cache) xfs ... nochmals ganz kurz zurück zu meinem Umzugsplan des System-Ordners von array zu cache .... ist das denn so korrekt wie ich es in Post oben geschrieben habe? und noch kurz am Rande: mit dem update auf vers. 7.0.1 gibt es auf meinem homescreen jetzt eine Uhr. kann das aber irgendwie nicht auf 24Std. umstellen (ausgegraut). Vermutlich muß das array vorher gestoppt werden, oder?

ich bin diesen common problem fix und den update checker durchgegangen und habe alles gemacht, was da vorgeschlagen wurde. es sollten docker und ein plug-in upgedated werden. Irgendwann kam dann oben links in der Ecke der Hinweis, auf das update. und ich habe die 7.0.0 übersprungen und bin gleich auf die 7.0.1 gegangen (vielleicht wäre auch einfach nur dieser simple Schritt notwendig gewesen) wo sehe ich das?

follow up: das update auf vers. 7.0.1 hat heute funktioniert .... besten Dank für Eure Hilfestellung!! sollte hier jemand mitlesen und trotz alle dem noch Probleme haben wäre der Tipp vom unraid-support-Team noch, das update im abgesicherten Modus zu machen. Das war bei mir jetzt nicht notwendig. Also der Auslöser von all diesem ist jetzt erledigt, bleibt immer noch der Punkt, was ich jetzt Sinnvolles mit meinem cache anfange (der ja nur geringfügig schneller ist als die SSD). wenn euch nichts besseres einfällt, würde ich jetzt noch das System permanent auf den cache verlagern .... dazu würde ich so vorgehen: 1. alle docker um VMs stoppen, also den Service 2. den Ordner "System" per Krusader auf den cache kopieren 3. hier die Einstellungen anpassen.... 4, VMs und docker wieder starten 5. später wenn alles ok ist den jetzt obsoleten Ordner "System" auf dem array löschen .... habe ich das soweit korrekt wiedergegeben?

das log scheint meine Vermutung zu bestätigen ... werde mal dieses leere backup von heute Nacht löschen und nach einem Start der beiden Services ein neues manuell anstossen ....

das ist aber ein ganz anderes Problem, ich habe bei der Ersteinrichtung mir keine Gedanken über das docker.img gemacht und standadmässig wird es mit ????gb angelegt. Das ist dann recht schnell verbraucht, irgendwann können die docker nicht mehr upgedatet werden und dann hilft es auch nicht mehr, docker zu deinstallieren. Der einmal beanspruchte Platz wird nicht mehr freigegeben. Da ich dann ehe die Hardware umgebaut habe (SSD ersetzt und nvME eingebaut) habe ich auch alle docker komplett neu installiert und ein neues grosses docker.img mit aktuell 80gb eingerichtet. Und was soll ich sagen, das ist jetzt schon wieder zu 45% belegt .... Nochmal kurz eine Frage zu der App "abbdata backup" das macht mir 1x wöchentlich ein backup der appdaten auf die ext. USB jetzt hatte ich gestern ja alle docker und VM Services gestoppt und heute Nacht ist das backup gelaufen, aber es fehlt die Hälfte... so sieht ein komplettes backup aus mit *.tar archiven und so sieht das backup von letzter Nacht aus ... kein einziger docker oder VM wurde gesichert. Ich hätte aber gerne ein backup, bevor ich jetzt dieses überfällige update auf vers 7.0.1 mache ... muß der docker und VM Service eingeschaltet sein, damit appdata backup seinen job machen kann?

also aktuell sind keine Platzprobleme in Sicht ....

das ist halt leider die Einschränkung vom lenovo thin client: 1x SATA (= 4TB SSD) 1x nvME (256gb) andere Ports für irgendwelche Speicher gibt es bei dieser Hardware nicht. Ich bin bisher davon ausgegangen, daß eine nvME noch schneller als eine SSD wäre .... Wenn es für diese Konstellation eine bessere Idee als arry + cache gibt wäre ich für Vorschläge dankbar.

wenn man den Hinweis richtig einordnen kann, ist er mir egal. und ob die Performance jetzt soviel schlechter ist? was für einen Unterschied macht denn eine SSD zu einer nvME? (wie gesagt habe ich gar keine einzige HD in meinem System).

in der Tat war das rumzickende udpate der Auslöser für alles und Dein Vorschlag wäre dann Plan_C der Rest ist dann im Laufe der Diskussion dazu gekommen und wenn ich schon dabei bin, will ich es dann auch gleich alles glatt ziehen sonst stehe ich beim nächsten update wieder vor demselben Problem .... aktuell ist jetzt von allem ja nur noch dies übrig geblieben. und für mich liest sich das eher wie eine Empfehlung zumal wir hier von vers. 6.12.15 reden. Bisher konnte auch noch niemand etwas dazu sagen, was man hier jetzt besser machen sollte. Es geht offensichtlich um die Verlagerung von appdata auf den cache ... und dieser Ordner ist bei mir derzeit 40GB gross (Tendenz steigend, weil da eine vergrösserbare vDisk für das vDSM drauf liegt und weil PLEX seine Datenbanken dort ablegt). aber am Ende soll ja auch noch das System 87gb (weil ich mein docker.img mal recht grosszügig angelegt hatte) drauf. OK, dann wäre die nvME mit 127 von 256gb auch gerade erstmal halb voll...

ok, das dauert, melde mich dazu später zurück .... was würde ich mit einem container machen, der nicht mehr statet? Einfach re-installen oder komplett löschen und neu installieren? EDIT: alle VMs laufen und von den Dockern alle bis auf diese 2 und das waren die, wo heute morgen Ordner im cache vorhanden waren .... da kommt jetzt die würde ich einfach re-installen, richtig? oder komplett löschen und ganz von vorne installieren, hab da keine wichtigen Daten drin ...

ok, das war einfach und ist erledigt .... inzwischen gibt es keine neuen Dateien mehr im cache. Der Ordner appdata ist dort danach von mir gelöscht worden. Trotzdem ist dieses Fix-Tool immer noch nicht zufrieden ....

sicher???? unabhängig von meinem Kram läuft ein mover doch meist nachts immer und das macht der auch wenn man seine docker oder VMs vorher nicht ausgeschaltet hat. Wenn es so wäre, wie von Dir gesagt würde der mover sonst ja nie laufen ....

naja, das hatte wir geklärt, nachdem ich das vorher schon so eingeggeben hatte. Also: Das System soll auf dem cache liegen, wo es bislang nicht ist. Entweder setze ich das in den Einstellung zum Systemordner bei primärer Speicher jetzt wieder auf array, dann ist alles wie es angezeigt wird. Aber dann verwende ich meinen cache ja eigentlich für gar nichts. Das System sollte doch schon im cache sein und bleiben. wie mache ich das dann jetzt? und der gemeldete Fehler vom Fix Problems Tool meckert bei appdata und nicht bei System ....

alle docker und VMs waren abgeschaltet .... zugegeben: Den Service hatte ich nicht auch abgeschaltet ... Der Mover wurde letzte Nacht automatisch ausgeführt. wie auch immer, es gab nichts wichtiges mehr im cache und da ist jetzt auch kein Ordner appdata mehr vorhanden ...

ja gibt es aber mit Inhalt .... aber es gibt keinen Ordner "System" im cache oder schaue ich an der falschen Stelle? könnte es sein, daß es kein System im cache gibt weil es seit der Umstellung keine "neuen Dateien" gegeben hat? und die App Fix Common Problems mecker immer noch ....

habe jetzt diesen cache/array wirrwarr sortiert .... der mover hat jetzt nichts mehr zu tun ... kann ich das dann im Aufgabenplaner doch auch löschen, richtig? wie man sieht, hat das array 3,56TB frei und der cache 252gb. Frage: Müsste jetzt nicht bei System (weil im cache) auch 252gb stehen?

diese Idee kam ja nicht von mir aber Danke für's auslagern. heute morgen sieht der cache jetzt so aus .... da ich dazu den Krusader gestartet habe ist da natürlich sofort wieder ein Ordner entstanden aber der andere Ordner von luckybackup sollte eigentlich ljetzt leer sein. egal. ich verschiebe das jetzt von cache auf appdata und werde dann einen neuen update-Versuch starten. der von @Revan335 erwähnte update assistant sagt, nachdem ich ein veraltetes plug-in upgedatet habe: You are ready to go ... unraid patcher meldet auch grünes Licht ....