Cpt.Hardy

habe das Terminal ja schon gefunden und den Befehl auch genau so eingegeben, wie im Video und er wird im Terminal auch ausgeführt. Trotzdem hat sich an der Grösse der vdisk nichts geändert. Ich werde es jetzt auf die alte Art machen: eine neue 40gb vdisk anlegen und innerhalb von Window da hinein clonen ... leider ist der clone irgendwie nicht in der Lage, die VM zu starten, also 2. Versuch: Habe alles nochmal mit einer Kopie der vdisk1.img gemacht und so sieht es im Terminal aus .... der Befehl "resize" muß wohl durch "shrink" ersetzt werden .... EDIT: na fast! korrekt ist # qemu-img resize --shrink vdisk1.img xxG (xx = gewünschte neue Grösse in GB) Ergebnis: "Image resized" was ich ja wollte ....

danke für den Hinweis, das habe ich übersehen und irgendwie weiß ich auch gerade gar nicht, wie ich ins Terminal komme ..... dieser scrennshot ist aus o.g. YT video und wird einfach übersprungen ....

habe für beide Szenarien einen benchmark gemacht und so sieht es aus 1. Wert ist die Konsole 2. Wert der Remote Zugriff Win 7: 1586 vs. 2137 Win10: 3256 vs. 3866 Win11: 3089 vs. 3726 Fazit: ein connect über den Remote Zugriff ist bei Windows immer schneller .... Kann das jemand bestätigen? noch interessant: ein Win10 schneidet hier am besten ab ... soviel zum hochgelobten Win11 auf älterer Hardware ....

follow up... das hatte jetzt alles mit der Soundkarte nichts zu tun, da ich die auf dem neuen System abgeschaltet hatte (und so muß es auch bleiben) Das Problem lag an der GraKa. meine Lösung für die Windows 7 VM war jetzt: 1. im neuen System die physische Graka als Display einrichten (nennt sich bei mir Intel HD Graphics .... blablabla) 2. man kann nach einem reboot der VM jetzt nicht mehr über die Konsole VNC zugreifen 3. statt dessen muß man es über eine Remote-Desktop-Verbindung machen, dort 1x starten und gleich wieder schließen 4. jetzt kann man in den unraid settings der VM wieder auf GraKa = Virtuell zurücksetzen und siehe da, die VM startet wieder .... bei der Win10 und openELEC VM war es einfacher. Einfach eine neue VM erstellen und dort die vdisk der alten mounten ...

danke für den Link und das Verkleinern innerhalb der VM hat auch funktioniert und ich habe jetzt 26,9gb unallocated Speicher am Ende der vdisk, die ich freigeben könnte. Das funktioniert im VM-Manager von unraid aber nicht, wie im Video beschrieben, die Änderung wird einfach nicht übernommen, vielleicht hat er eine andere/pro- Version?

habe ein tiny Windows11 installiert und da wurde eine 64gb grosse vdisk angelegt von der aktuell 20gb belegt sind. Um die backups klein zu halten und weil der ganze freie Platz erstmal nicht benötigt wird würde ich die vdisk gerne auf 40gb verkleinern. Geht das und wenn ja wie?

alles klar soweit, update und new config erfolgreich durchgeführt, danke für die Hilfe. Jetzt geht es an das fine-tuning da ich keine HDs im System habe sondern nur SSD und nvME macht ein spin-down glaube ich keinen grossen Sinn, oder?

ein Klick auf NEXT hätte hier jetzt eine beta-Version installiert und zwar die 7.0.0 beta 1 Ich habe auf "view Changelog to update" geklickt und bin dann den Hinweisen auf dem Bildschirm gefolgt um auf die Vers. 6.12.10 zu kommen .... nach dem reboot muß das array neu gestartet werden ....

alles klar, aber muß ich wirklich alle Fehler selbst machen oder ist es nicht besser, von Erfahrungen zu profitieren? im ersten Falle brauche ich kein Forum, im zweiten Falle würde es mir viel Zeit und Rückschläge ersparen (und durch mein feedback wiederum profitierne andere, die mitlesen, Stichwort: Schwarm-Intelligenz)

starke Worte. Evtl. habe ich etwas durcheinander gebracht mit der App "Appdata backup" die ich bisher manuell gestartet habe und die mir dann ein *.zip Archiv heruntergeladen hat. Die App LuckyBackup war eine Empfehlung von hier, ich habe sie installiert aber noch nicht administriert. Das wäre mein nächster Schritt gewesen. Also was wäre denn nun die beste "Stick-Idee"? die NTFS Formatierung läuft aktuell noch (weil ich keine Schnellformatierung gewählt habe) .... und wenn LuckyBackup eher als unlucky zu bezeichnen ist, ich habe da wie gesagt noch nichts mit gemacht - also was ist dann die bessere Alternative?

ok, ich werde meine backups wegsichern, den Stick NTFS formatieren und dann die backups zurückspielen. Dauert eine Weil, melde mich dann wieder. Danke soweit erstmal .... Frage noch am Rande. nimmt man in einer VM besser den USB 3.0 controller? mein lenovo thin client hat nur USB3 Ports

danke für den Tipp oder auch NTFS? Was ist denn die bessere Wahl bei 256gb?

ok, ich formatieren den Stick dann wieder so, wie er auch heisst: 256gb_FAT32

es wird alles in ein Archiv gepackt, welches luckbackup anlegt. und das Dateiformat ist mir eigentlich egal, da ich seit unraid auch mehrere LINUX-Systeme und auch live-boot-Sticks habe, mit denen ich auf ein LINUX-Dateisystem zugreifen kann (wie gerade am aktuellen USB-Stick demonstriert)

ja ist mir klar, aber die Empfehlung war weiter oben, es als eine LINUX-Partition zu formatienen wenn der Stick nur am unraid verwendet wird, da ansonsten beim Speichern von LINUX-Dateien gewisse Datei-Eigenschaften verloren gehen würden. Ich werde den Stick jetzt mal abmelden und in einem Linix-Mint System mounten, dann müsste man ja sehen, ob meine backups noch vorhanden sind. EDIT: also mit den backup-Daten auf dem Stick ist nichts passiert. LINUX-mint mountet den Stick und zeigt mir die backups auch an. diese sichere ich jetzt gerade auf mein NAS. und dann kann ich mit dem Stick ganz von vorne anfangen. will den wie gesagt nur für backup-dateien verwenden und die werden von lucksBackup angelegt.

nein kein fake stick, wurde mit h2testw_14 vorher geprüft und ich habe nichts weiter gemacht, als 1. das array gestoppt 2. die Neukonfiguration vorgenommen wie oben beschrieben 3. das array wieder neu gestartet .... (der Stick war die ganze Zeit angesteckt) und wo siehst Du, das er neu formatiert wurde, der Name des Stick lautet "256GB_FAT32" weil er am Anfang mal so formatiert war, als es noch nicht in unraid verwendet wurde.

nachdem ich mein array neu sortiert habe, würde ich gern als nächstes dieses System-update machen. meine Version ist 6.12.8 aktuell ist 6.12.10 wenn ich hier auf NEXT klicke, macht er dann gleich die 6.12.10 drauf oder sollte man ein update nach dem anderen einspielen? interessant: die 6.12.9 läuft mit LINUX kernal 6.1.82 die 6.12.10 mit kernal 6.1.79 (ist das ein downgrade?)

so, mußte das mal zurückstellen und konnte heute erst daran weiter arbeiten. also der USB-Stick ist jetzt wieder raus aus meinem array und alles ist noch wie zuvor. Vielen Dank für Eure Hilfestellung, war jetzt doch gar nicht so kompliziert. Der immer noch angesteckte USB-Stick wird nun so dargestellt. zuvor war es als xfs formatiert worden und dort liegen auch meine bisherigen backup-files. die sehe ich aber jetzt nicht mehr, muß ich den Stick noch irgendwie anmelden/einbinden? auch sollte die App "luckyBackup" dort Zugriff haben, um die neuen backups dort speichern zu können....

ok, bin bei der Neu Konfiguration. wähle ich jetzt "aktuelle Zuweisung beibehalten"? ich vermute NEIN, weil ich den Stick ja aus dem array entfernen will. und in welchem Moment entferne ich physisch den Stick (also Abziehen vom Server)? und kann ich mit dem dann entfernten Stick, mit xfs formatiert, später noch was anstellen? zur Erinnerung: darauf befinden sich aktuelle meine backup Dateien.

nachvollziehbar. und da ich im Grunde ja auch nie den USB-Stick als Teil des arrays haben wollte, war das hier dann wohl nur ein experimenteller sidetrip um am Ende doch den Stick aus dem array zu entfernen...

irre ich mich oder ist eine NVMe (als cache) nicht schneller als eine SSD?

ok, den Ordner user/system habe ich und der ist im array auf disk1 und soll dann auf den cache, hab's verstanden. den leeren Ordner SHARE hatte ich mal als Zwischenspeicher für eine Kopieraktion vom PC eingerichtet und werde den jetzt mal in "temp" umbenennen (verwirrt sonst nur) compte all gefunden - hatte die GUI auf deutsch und es mit COMPUTER all (oder sowas ähnliches) verwechselt

verstehen ist etwas schwer, wenn es einfach nur heisst: mach das mal so, zB: wenn auf dem USB Stick im array nichts weiter drauf ist als die backup-Dateien wird der Stick doch nicht ständig beschrieben. wieso die ISOs? Die habe ich bisher 1x gebraucht bei der Installation der VMs und danach nie wieder ...

leider sehe ich diesen button nicht? Wo sollte der denn sein? gut, evtl. habe ich den selbst angelegt und da er ja leer ist kann ich ihn ja auch wohl löschen. aber was ist denn dann hiermit gemeint?

heute scheinen die "appdata" nur noch auf dem cache zu liegen, gestern sah es ja noch so aus. heute gibt es im array (disk1) den Ordner appdata nicht mehr, nur noch im cache was den Ordner "Share" betrifft ist das bei mir ein leerer Ordner und er befindet sich auf disk1 im array was sollte sich denn üblicherweise in dem Ordner befinden? Wenn dort die vdisk.imgs der VMs wären, die liegen bei mir im Ordner user/domains (war mal in einem yt viedo zur Erstellung einer Windows10 VM so gesagt worden und danach habe ich es mit allen folgenden VMs genau so gehalten. Aber es müsste ja möglich sein, diese Dateien an den "richtigen?" Ort zu verschieben. Ich möcht jetzt im Zuge des Umzugs auf den grösseren lenovo mal alles glattziehen. Am Anfang - während der trail-period - hab ich einfach so drauflos probiert und das ist dann dabei herausgekommen ....