ich habe hier ein kleines Problem, bei dem ich nun doch um Hilfe bitten möchte, denn ich komme nicht weiter und so ganz klein ist es auch nicht, denn wir können nicht weiter arbeiten.
Ich bekomme im CEWE Fotobuch folgende Fehlermeldung:
hat geschrieben:
"Auf Festplatte C: steht nur noch 3133MB freier Speicher zur Verfügung.
Zum sicheren Arbeiten sollten 3303MB verfügbar sein.
Das automatische Speichern wird nicht durchgeführt.
Bitte ändern Sie in den Optionen die Einstellung des Verzeichnisses zum automatischen Speichern, oder schalten Sie dort diese Funktion aus."
Nun hat die Sache aber zwei Haken, denn soweit ich das hier im Forum gelesen habe, gibt es in den Optionen ja seit der Ver. 4.8.0 keine Einstellung für das automatische Speichern mehr (und tatsächlich finde ich in den Optionen keine solche, lediglich eine für die Ablage von temporären Dateien und die verweist nicht auf Laufwerk .
Der zweite Haken ist, dass keine einzige für den Benutzer verfügbare Einstellung des Programms auf die Festplatte C: verweist.
Das Programm selber ist nicht auf dem Laufwerk C: installiert und auch die Pfade für temporäre Dateien verweisen nicht auf Lw C:, was sie auch nicht sollen.
Ich kann nachvollziehen, dass die gesetzen Pfade genutzt und in den Verzeichnissen temporäre Dateien angelegt (und auch manchmal nach Programmende auch gelöscht) werden, die Verweise sind also gültig und werden angewendet.
Im ProgrammData-Verzeichnis auf Lw C: findet sich ein weiterer, von CEWE genutzter Ordner namens "hsp", welcher ebenfalls vom Programm genutzt wird.
Es wäre natürlich nun möglich, diesen Ordner über einen Konsolenbefehl (mklink /d) dauerhaft auf das gewünschte Laufwerk umzuleiten, aber ich fürchte, das wird nicht viel bringen, denn laut Debug-Logfile wird vom CWDiskSpaceChecker eine generelle Speicherplatzüberprüfung auf dem Benutzerpfad auf Lw C: durchgeführt.
Um das zu umgehen, müsste ich auch den kompletten Beutzerpfad umleiten und das würde dann für sämtliche installierte Software gelten.
Grundsätzlich kein Problem, aber nicht wirklich elegant und auch nicht mein Wunsch.
Es scheint, als würde CEWE-Fotobuch auch dann auf Lw C: zugreifen wollen, wenn es dort weder installiert wurde, noch einstellbare Pfade dorthin gesetzt sind.
Auf diesem Rechner ist das Lw C: aber ein reines Systemlaufwerk, das keine sonstige Anwendersoftware beinhaltet.
Sämtliche Software ist auf einer eigenen Festplatte installiert, dazu kommen Arbeitslaufwerke und Datenlaufwerke, welche redundant auf einem NAS angelegt sind und auf welchem sich auch unsere Fotobuchdateien befinden, sowohl die .mcf- Dateien, als auch die Bilder selber.
Von daher ist die Systemplatte bewusst klein gehalten und hat dementsprechend für solche Projekte nicht genügend freien Speicher, soll sie auch gar nicht haben, da sie ausschließlich dem BS zur Verfügung steht.
Gibt es eine Möglichkeit, die Software anzuweisen, nicht auf Lw C: zuzugreifen?
Hier noch ein Ausschnitt aus dem Debug-Logfile (das ganze File zu posten wäre wohl sicher zu viel, würde ich aber bei Bedarf natürlich nachschieben):
hat geschrieben:
D (1355227782): ==> OSVersion : Windows 7 <==
D (1355227782): ==> RAM total : 4095 MB <==
D (1355227782): ==> RAM free : 4095 MB <==
D (1355227782): ==> SWAP total : 4095 MB <==
D (1355227782): ==> SWAP free : 4095 MB <==
D (1355227782): ==> Processor Name : Intel(R) Core(TM) i7-3770K CPU @ 3.50GHz <==
D (1355227782): ==> Processor Speed : 3518 MHz <==
D (1355227782): ==> Processor Cores : 4 <==
D (1355227782): ==> Available Disk Space on home directory C:/Users/Marcus is 3133 MB <==
D (1355227782): ==> Screens: [1920x1080] [1280x1024] <==
D (1355227782): ==> Application path: "X:/Programme/Mein CEWE FOTOBUCH" <==
D (1355227782): ==> Resource path: "X:/Programme/Mein CEWE FOTOBUCH/Resources" <==
D (1355227782): ==> Plugins Path:
"X:/Programme/Mein CEWE FOTOBUCH/plugins/imageformats
X:/Programme/Mein CEWE FOTOBUCH/plugins/
X:/Programme/Mein CEWE FOTOBUCH
X:/Programme/Mein CEWE FOTOBUCH/imageformats" <==
D (1355227782): ==> CWDirectoryConfig::setWritableResourcePath() -- "C:/ProgramData/hps/16523/05.00.01/resources" <==
W (1355227782): ==> CWXMLLoader::loadDomDocument() -- unable to open file: X:/Programme/Mein CEWE FOTOBUCH/Resources/generickeyaccounts-16523-2.3.xml <==
D (1355227782): ==> CWDirectoryConfig::setWritableResourcePath() -- "C:/ProgramData/hps/16523/05.00.01/resources" <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#FFFFFF44' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#a9a9a955' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#009ee07F' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#FFFFFF00' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#FFFFFF00' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#F2F3FF00' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#A0A0A060' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#f7f7f7a0' <==
W (1355227782): ==> QColor::setNamedColor: Unknown color name '#f7f7f7a0' <==
W (1355227782): ==> CWXMLLoader::loadDomDocument() -- unable to open file: C:/ProgramData/hps/16523/05.00.01/resources/ <==
W (1355227782): ==> "CWXMLConfig::loadXML() -- Could not open config file: C:/ProgramData/hps/16523/05.00.01/resources/" <==
....
D (1355227872): ==> "CWDiskSpaceChecker::check Bytes=3285876736 MegaBytes=3133" <==
D (1355227872): ==> CWRequest::messageBox(Achtung,Auf Festplatte C: steht nur noch 3133MB freier Speicher zur Verf?gung. Zum sicheren Arbeiten sollten 3303Mb verf?gbar sein.<br>Das automatische Speichern wird nicht durchgef?hrt. Bitte ?ndern Sie in den Optionen die Einstellung des Verzeichnisses zum automatischen Speichern, oder schalten sie dort diese Funktion aus.) <==
D (1355227973): ==> CWRequest::messageBox(Achtung,<qt>Wollen Sie Ihre ?nderungen speichern?</qt>) <==
D (1355227976): ==> CWRequestEditor::askSave() answer=no or Cancel <==
Wir haben die aktuelle, ungebrandete Version 5.0.1 des CEWE-Fotobuch auf einem Windows 7 64bit-Rechner, Daten siehe Logfile.
Ich würde mich sehr freuen, wenn es hierzu eine Idee oder Hilfe gibt, denn im Moment ist es durch diese Fehlermeldung nicht möglich, weiterzuarbeiten, denn die taucht ununterbrochen auf...
Es sind zum Glück keine für Weihnachten vorgesehene Projekte, also kein Zeitdruck und nichts Dringendes, aber wir würden halt schon gerne an unserem Album weiterbasteln :)
Der zweite Haken ist, dass keine einzige für den Benutzer verfügbare Einstellung des Programms auf die Festplatte C: verweist. Das Programm selber ist nicht auf dem Laufwerk C: installiert und auch die Pfade für temporäre Dateien verweisen nicht auf Lw C:, was sie auch nicht sollen.
Die Anwendung schreibt hintergründig Wiederherstellungsdaten auf C: und benötigt zudem freien Speicherplatz für den Warenkorb - es kommen, wenn auch nur kurzweilig, einige Daten zusammen. Die Mindestanforderung ist unumgänglich.
hat geschrieben:
Gibt es eine Möglichkeit, die Software anzuweisen, nicht auf Lw C: zuzugreifen?
Nein, leider nicht.
Ich bedaure, Ihnen keine Lösung aufzeigen zu können.
Die Anwendung schreibt hintergründig Wiederherstellungsdaten auf C: und benötigt zudem freien Speicherplatz für den Warenkorb - es kommen, wenn auch nur kurzweilig, einige Daten zusammen. Die Mindestanforderung ist unumgänglich.
Die Mindestanforderung wächst mit dem Fotobuch (was bei Wiederherstellungsdaten auch logisch ist.
Aber ich bitte Sie, ... wir reden hier von derzeit drei Gigabyte auf einer Systemfestplatte ...
Bitte wer programmiert sowas, ohne dass es eine anwendergesteuerte Möglichkeit gibt, zu bestimmen wo diese Daten abgelegt werden?
Es ist durchaus, auch in heutigen Zeiten großer Festplatten, nicht unüblich, Systemplatten klein und von restlicher Software abgeschottet zu halten.
Wir haben von ca 100 bis 120 Seiten, die unser Fotobuch bekommen wird, jetzt etwas über 40 Seiten erstellt und sind schon bei Drei Gigabyte temporärem Speicherbedarf?
Sorry, aber das ist unprofessionell ...
Ohne dass es die Möglichkeit gibt, derartige Datenmengen auf ein anderes Laufwerk umzuleiten ...
So etwas verstehe ich nicht.
(Wobei ich das noch weniger verstehe, da diese Möglichkeit ja offensichtlich schon mal vorhanden war, was der Hinweis in der Fehlermeldung vermuten lässt ;) )
Wenn es um ein paar Hundert Megabyte ginge, wäre das verständlich, aber bei solchen Datenmengen, die anfallen, muss es eine Alternativspeichermöglichkeit geben.
Ich habe hier ein Filmschnittsystem, mit insgesamt 15 Terabyte Festplattenspeicher und kann nun das Programm und das bisher erarbeitete Fotobuch in die Tonne treten, nur weil die Systemplatte, wie auf vernünftigen Arbeitssystemen üblich, auch auch nur als Systemplatte eingesetzt wird?
hat geschrieben:
Nein, leider nicht.
Ich bedaure, Ihnen keine Lösung aufzeigen zu können.
Es muss eine Lösung geben.
Können Sie mir sagen, wo genau welche Dateien gespeichert werden?
Im Zweifelsfall werden die Pfade dann eben über Konsolenbefehle umgelenkt.
Zusätzlich muss ich wissen, ob die Speicherplatzabfrage dann mit umgelenkt wird oder weiterhin auf C: sucht, obwohl dort nichts geschrieben wird.
Sie schicken mich nicht wirklich zum Mitbewerb, während wir mit unserem Fotobuch schon so weit gekommen sind oder?
Wir haben Wochen damit verbracht, es werden über 100 Seiten gestaltet, von denen über 40 bereits fertig sind und jetzt sollen wir aufgeben, weil im Programm keine Option mehr besteht, die Datenablage zu bestimmen?
Ich habe (filmschnitt-typisch) eine Menge Programme, die Unmengen an temporären Daten produzieren, bei Film kommen ganz schnell Terabyte zu stande ...
Aber kein einziges Programm von denen, die ich hier anwende, wirklich nicht eines, besitzt keine Möglichkeit, die Datenablage, ob temporär oder nicht, vom Anwender definieren zu lassen.
Selbst Spiele sind durchgehend konfigurierbar ...
Und offensichtlich gab es diese Möglichkeit im Cewe-Fotobuch noch zur Version 4.8.
Warum ist das entfernt worden und warum bekomme ich dann noch eine Meldung, dass ich in den Optionen diese Einstellung ändern soll?
Ich würde das wirklich unglaublich bedauern, wenn wir unser Projekt hier abbrechen und uns einen anderen Anbieter suchen müssten.
Die Software ist nicht perfekt, aber sie gefällt uns, es macht Spaß, damit zu arbeiten und wir haben auch viel Gutes über die Endergebnisse gehört, was uns veranlasst hat, Cewe Fotobuch auszuprobieren.
Inzwischen haben wir uns in das Programm eingearbeitet und wir würden es wirklich vorziehen, dabei zu bleiben.
Ich glaube, du bist der Einzige hier, der mit Speicherplatz ein Problem hat. Wie speicherst du denn ab, mit "speichern unter" oder "speichern". Meine Bücher haben 130 Seiten, auch nicht mehr Platz auf C, aber keine Probleme. Helprich hat hier schon einigermale erklärt, wie man da vorgehen soll, um nicht solche Datenmengen zu erreichen. Versuche doch mal das Forum hier zu durchsuchen, vielleicht ist die da Okular behilfrich, der findet alles.
Helene
Ja, .. ich scheine wohl wirklich eine für diese Software unglückliche Konstellation zu haben.
15 TB und zu wenig Speicherplatz ... :roll:
Aber wenn Du schreibst, dass auch Du nicht mehr Speicherplatz hast, trotz größerer Seitenzahlen, dann ist das schon mal ein guter Hinweis und gibt mir Zuversicht und ich werde das Forum auch weiterhin durchsuchen.
Das Forum habe ich natürlich schon, meinen Möglichkeiten entsprechend, durchsucht und dort auch einen Thread gefunden (kann nicht darauf verlinken, da ich keine Berechtigung habe, URL's zu posten ...), der sich damit beschäftigt, dass die Restore-Dateien nicht mehr konfiguriert werden, aber dort stand eben nur, dass es die Einstellmöglichkeit nicht mehr gibt, keine Lösungsmöglichkeit.
Auch sonst war die Forensuche meine erste Aktion, aber leider erfolglos.
Ich speichere grundsätzlich über "speichern", nicht über "speichern unter", es sei denn, dass ich das Projekt in einer früheren Version zusätzlich sichern möchte.
Den Speicherbefehl (CTRL-S) verwende ich gewohnheitsgemäß alle paar Minuten ... das ist eine Routine, die wohl jeder Cutter, Grafiker und Compositer kennt ;) ...
Die Projektdateien liegen aber auch nicht auf dem C: Laufwerk, sondern auf einem redundanten NAS-Laufwerk mit derzeit freien 750GB.
Auch die während des Betriebes anfallenden Daten liegen nicht auf Lw C:, sondern werden, gemäß der Einstellungen in den Optionen für temporäre Dateien, auf ein eigenes Verzeichnis auf der Festplatte abgelegt, auf welcher auch die Software selber installiert ist, aber in einem eigenen, eigens für diese Daten eingerichteten Verzeichnis.
Ich kann, während das Programm läuft und damit gearbetet wird, auch sehen, dass dort Daten abgelegt und (meist) auch nach Beendigung der Arbeit gelöscht werden.
Es werden also zusätzlich noch Daten auf Festplatte C: abgelegt, auf die der Anwender keinen Einfluss hat.
Wie Sylke schon schrieb für den Warenkorb und andere Daten.
Wobei mich da wundert, dass diese Daten nicht automatisch mit in den Ordner für temporäre Dateien gelegt werden ...
Ich muss allerdings zugeben, dass ich tatsächlich ein wenig verwundert darüber bin, der anscheinend Einzige zu sein, diese Probleme hat ...
Vor allem im Hinblick darauf, dass ich hier ca. 15 Terabyte habe und die Software beharrlich darauf besteht, ausgerechnet auf dem einen Laufwerk zu arbeiten, welches über den geringsten Platz verfügt, was ja irgendwie auch niedlich ist :).
Andererseits aber findet man natürlich auf den meisten, heute betriebsfertig ausgelieferten Rechnern, dass die C:-Laufwerke auch für alle möglichen eigenen Daten hergenommen werden und eben auch oftmals die vorgegebenen Ordner für eigene Dateien, die standardmäßig vorhanden sind, auch genutzt werden.
Das ist für den "Privatgebrauch" auch vollkommen ok, weil es da nicht um Effizienz und Datensicherheit geht.
Aber es gibt auch viele Rechner, auf denen die Systemplatte ausschließlich dem Betriebssystem vorbehalten ist.
Das ist sowas wie eine Art "Verkehrsregelung" für den Datenverkehr auf den Platten und den Datenbussen.
Nachsatz:
Vielleicht sollte ich noch erwähnen, dass laut meinen Ressourcenmonitoren anscheinend auch tatsächlich gar nichts auf Lw C: abgelegt wird ... die Lw-Größe verändert sich nicht, lediglich die Warnmeldung, dass nur noch XXXX zur Verfügung steht kommt...
Der Warenkorb liegt im Verzeichnis C:/Programmdata/hps/16523.
Dort liegen auch weitere Ressourcenverzeichnisse, in denen aber nur kleine XML-Dateien vorhanden sind.
Den hps-Ordner umzuleiten wäre ein Leichtes, aber das Verzeichnis ist mit 6MB eigentlich ungenutzt und wird auch während des Arbeitens nicht mit weiteren daten belegt.
Mag natürlich eine prophylaktische Abrage sein, damit beim Erstellen der endfertigen Daten genug Platz vorhanden ist.
Aber die Speicherplatzabfrage
D (1355310351): ==> Available Disk Space on home directory C:/Users/Marcus is 3146 MB <==
bezieht sich nicht auf diesen Ordner, so dass ich befürchte, dass ich auch den Benutzerordner umleiten müsste.
Das möchte ich möglichst vermeiden.
bitte entschuldigen Sie, wenn ich noch mal nachschiebe, aber da verwirrt mich noch etwas:
Sylke hat geschrieben:
Die Anwendung schreibt hintergründig Wiederherstellungsdaten auf C: und benötigt zudem freien Speicherplatz für den Warenkorb - es kommen, wenn auch nur kurzweilig, einige Daten zusammen. Die Mindestanforderung ist unumgänglich.
Da passt etwas nicht ...
Die Widerherstellungsdaten befinden sich gar nicht im C:-Laufwerk, sondern werden, wie über die Optionen eingerichtet, auf Lw X: abgelegt.
Dort finden sich auch die autorestore.mcf-dateien (restore= Wiederherstellen).
Da sie nicht immer gelöscht werden, wie auch in einem anderen Thread schon beschrieben, finde ich dort aktuell eine "autorestor.mcf" und eine "autorestore.mcf~".
Im Moment erscheint es mir eher, als würde der CWDiskSpaceChecker lediglich auf Laufwerk C: prüfen, auch wenn es gar nicht benutzt wird:
D (1355227872): ==> "CWDiskSpaceChecker::check Bytes=3285876736 MegaBytes=3133" <==
Weiter verstehe ich etwas nicht:
Laut dem Forum kann man ja auch eine CD vom fertigen Projekt erstellen und und über einen Handelspartner zum Druck geben lassen.
Eine CD fasst Daten bis 750MB, aber hier reichen 3 GB nicht.
Das ergibt einfach keinen Sinn.
Es scheint wirklich so, als würde die Software pauschal Lw C: auf freie Kapazität prüfen, auch wenn es gar nicht verwendet wird und die Ressourcenmonitore sagen mir genau das.
Weiter verstehe ich etwas nicht:
Laut dem Forum kann man ja auch eine CD vom fertigen Projekt erstellen und und über einen Handelspartner zum Druck geben lassen.
Eine CD fasst Daten bis 750MB, aber hier reichen 3 GB nicht.
Das ergibt einfach keinen Sinn.
Zunächst wird für die Aufbereitung ein entsprechend hoher Speicherplatz beansprucht.
Erst im Rahmen des Bestellprozeses wird die Größe der Fotos auf das optimale Maß reduziert (so dass die Druckqualität von 300dpi voll ausgenutzt werden kann). Deshalb werden die Datenmengen in der Regel dann so überschaubar gering, dass sie immer auf eine CD passen bzw. dass die Online-Übertragungszeit noch erträglich ist.
wie beschrieben, benötigt die Anwendung ausreichend Speicherplatz auf der System-Platte bzw. Partition. In den meisten Fällen vermutlich Laufwerk C: Diese Daten lassen sich nicht ohne Folgen umrouten. Es wird für den den Warenkorb bzw. die Bestellvorbereitung ausreichend Speicherplatz benötigt. Das heißt, das Projekt wird temporär mehrfach geschrieben und nach dem Abschluss gelöscht. Des Weiteren werden auch noch andere Daten dort abgelegt. Diese Vorgehensweise ist nicht neu und wurde auch schon in älteren Version gehandhabt. So auch in Version 4.8.
hat geschrieben:
Die Widerherstellungsdaten befinden sich gar nicht im C:-Laufwerk, sondern werden, wie über die Optionen eingerichtet, auf Lw X: abgelegt.
Sie haben recht. Inzwischen ist dies möglich.
Sie selbst können den Speicherpfad Ihrer Bilder, Ihrer Projektdaten und sonstige temporäre Daten bestimmen. Diese führen in Ihrem Fall aber nicht zu dem von Ihnen geschilderten Problem.
Ich kann Ihnen leider keinen anderen Lösungsansatz bieten. Schaffen Sie ausreichend Speicherplatz auf C: oder schließen Sie das Projekt auf einem anderen Rechner ab.
Sieht wohl so aus, als sei ich hier vom Pech verfolgt.
Sylke hat geschrieben:
wie beschrieben, benötigt die Anwendung ausreichend Speicherplatz auf der System-Platte bzw. Partition. In den meisten Fällen vermutlich Laufwerk C: Diese Daten lassen sich nicht ohne Folgen umrouten. Es wird für den den Warenkorb bzw. die Bestellvorbereitung ausreichend Speicherplatz benötigt.
Das Umrouten ist kein Problem, über die Konsole geht das schmerzfrei und ohne, dass das Programm selber etwas davon merkt.
Der "mklink /D" -Befehl über die Konsole bewirkt, dass auf Laufwerk C: eine Art "Scheinordner" vorhanden ist, der Datenverkehr nur automatisch vom BS umgeleitet wird.
Das funktioniert sogar mit weitaus komplexeren Programmen wie Simulationen (und da ging es wirklich um komplexe Anpassungen von zwei verschiedenen Programmen)
hat geschrieben:
Das heißt, das Projekt wird temporär mehrfach geschrieben und nach dem Abschluss gelöscht.
Umso mehr frage ich mich, warum bei der Installation der SW keine Speicherplatzabfrage stattfindet oder zumindest ein Hinweis erscheint, dass unter Umständen soundsoviel Speicherplatz erforderlich sein kann?
Aber da war nichts.
Auch beim Programmstart selber kommt da nichts, ... erst wenn man mitten im Projekt ist, erscheint eine Fehlermeldung (und die Speicherplatzüberprüfung findet laut Logfile bei JEDEM Programmstart statt).
Weiterhin verstehe ich nicht, dass die dann aufkommende Fehlermeldung eine Lösungsmöglichkeit beinhaltet, welche in den Optionen aber gar nicht vorhanden ist.
hat geschrieben:
Des Weiteren werden auch noch andere Daten dort abgelegt. Diese Vorgehensweise ist nicht neu und wurde auch schon in älteren Version gehandhabt. So auch in Version 4.8.
Sorry wenn ich widerspreche aber:
Das ist so nicht ganz korrekt.
Zwar befinden sich in der Tat Daten auf Lw C:, z.B, der Warenkorb im HSP-Verzeichnis, aber diese Daten haben gerade mal einige Kilobyte, mehr nicht.
Zugegeben, das kann mehr werden, wenn die endfertigen Dateien gerendert werden, aber das ist insofern unlogisch, als das temporäre Dateien wären, die dann auch in dem Ordner liegen sollten, der dafür eingerichtet ist.
Was nützt es, einen Ordner für Temporärdateien anzugeben, wenn die größten Datenposten in einem anderen, nicht einstellbaren Ordner abgelegt werden?
Meine Datenmonitore zeigen während der Arbeit mit dem Projekt KEINEN Datenverkehr auf Lw C: an.
Da ist nichts.
Von anfangs etwas über 3 GB freiem Speicherplatz sind zu jedem Zeitpunkt während der Arbeit etwas über 3 GB freier Arbeitspeicher verfügbar.
Ich kann hier sehen, dass sämtlicher Datenfluss über die Festplatte X: läuft, dennoch bekomme ich eine Fehlermeldung für zu wenig Speicherplatz auf Lw C:.
hat geschrieben:
Sie haben recht. Inzwischen ist dies möglich.
Sie selbst können den Speicherpfad Ihrer Bilder, Ihrer Projektdaten und sonstige temporäre Daten bestimmen. Diese führen in Ihrem Fall aber nicht zu dem von Ihnen geschilderten Problem
Das ist insofern für mich zunächst unlogisch und nicht nachvollziehbar, als die Fehlermeldung sich auf die Autospeicherung beruft, welche in genau dem bestimmten Verzeichnis auf Lw X: auch tatsächlich nachollziehbar stattfindet.
Es scheint mir, als würde ausschließlich die Abfrage fest auf Lw C: stattfinden, auch wenn dieses gar nicht in beschlag genommen wird.
Wie gesagt: Meine Überwachungsmonitore zeigen keinen Datenfluss auf Laufwerk C: (genauer: keinen von der CEWE-Software ausgehenden Datenfluss)
hat geschrieben:
Ich kann Ihnen leider keinen anderen Lösungsansatz bieten. Schaffen Sie ausreichend Speicherplatz auf C: oder schließen Sie das Projekt auf einem anderen Rechner ab.
Das ist leider beides nicht möglich .
Und ich muss wirklich zugeben, dass die CEWE-Software die erste und einzige SW mit diesem Problem ist.
Das hatte ich wirklich noch nie.
Und ich habe hier, einsatzbedingt, einiges an Software, hauptsächlich DTP-, Filmschnitt- & -Compositing- und Simulationssoftware.
Selbst die Adobe Master Collection kann die Finger von Lw C: lassen (und bei denen will das schon echt was heißen ;) )
Und ich kann nicht verstehen, dass ich so ein ungewöhnliches System hier habe.
15 TB freier Speicher, aber keine Chance ein solches, für die Verhältnisse dieses Rechners eher kleines Projekt bearbeiten zu können.
Ich kenne viele Systeme aus dem DTP- und Filmbereich, habe selber als Techniker nicht wenige davon eingerichtet und betreut und es ist Standard, dass die BS-Platten schnell und klein sind und alles andere an Software und Daten auf weiteren, zumeist redundanten Platten liegt.
So außergewöhnlich ist das an sich gar nicht.
Aber ungeachtet all dessen:
Bei der Installation wäre ein Hinweis auf ein möglicherweise benötigtes Datenvolumen oder eine Speicherplatzabfrage hilfreich und sinnvoll gewesen.
Die Verwendung von Temporärdateien sollte, wenn konfigurierbar, dann auch konsequent in dieser Konfiguration genutzt werden.
Wenn ein Programm auf einem anderen Laufwerk, als auf C: installiert wird, sollte es auch auf diesem Laufwerk bleiben und ggf., bei Verwendung anderer Laufwerke, darauf hinweisen, dass dort ein gewisser Platzbedarf besteht.
Wenn das alles erst mitten in einem laufenden Projekt zu Tage kommt, ist das wirklich unglücklich.
Es verbleibt sonst schon ein wenig der fahle Beigeschmack, dass eine SW mit schneller Nadel gestrickt bzw. umgestrickt wurde und am Ende der Anwender sehen muss, dass er etwas korrigiert bekommt, wovor er nicht rechtzeitig hingewiesen wurde (was problemlos möglich gewesen wäre).
Ich mag noch nicht so recht aufgeben, denn uns gefällt die Software und auch was wir bislang von den Ergebnissen gehört und auch selber gesehen haben, hat uns sehr gefallen.
Aber ich kann andererseits auch nicht verstehen oder akzeptieren, dass ich hier ein System, auf dem auch komplexe Software problemlos funktioniert, umstricken muss, nur damit diese eine Software funktioniert.
So exotisch ist dieses System nicht.
es tut mir wirklich sehr leid, aber kann Ihnen nur die Hintergründe erklären. Eine andere Lösungsmöglichkeit als genannt, kann ich Ihnen nicht nennen.
Ich weiß und ich weiß das auch wirklich sehr zu schätzen.
Nur fürchte ich, dass die Hintergründe auf der Annahme eines Programmverhaltens basieren, welches aber so tatsächlich nicht stattfindet.
Und ich fürchte weiterhin, dass ich das auch belegen kann.
Um nicht missverstanden zu werden:
Es geht mir hier keineswegs darum, recht behalten oder bekommen zu müssen und es geht mir auch nicht darum, die Hardware nicht verändern zu wollen oder zu können.
Auch will ich hier keineswegs schimpfen oder mich beschweren!
Ganz bestimmt nicht!
Mir geht es ausschließlich darum, dass ich hier einen Fehler in der Software vermute, welcher durch andere Hardware nicht gelöst, sondern lediglich verdeckt wird.
Ich finde das ein spannendes und interessantes Problem und ich versuche in erster Linie zu helfen.
Aber eine Problemlösung ist doch dann am Schönsten und erfolgreichsten, wenn sie ach fachgerecht ist oder?
To keep it short:
Vorweg:
Um das Folgende nachvollziehen zu können, benötigt man ein Tool aus den Windows Sysinternals, eine von Microsoft gehostete Sammlung diverser Systemtools für IT Professionals und Entwickler.
Ich darf leider keine URL's posten, sorry.
Das Tool, welches hier benötigt wird ist "Diskmon".
Diskmon überwacht und protokolliert sämtliche Festplattenzugriffe aus allen im Rechner befindlichen Festplatten.
Folgende Konfiguration:
Im Rechner befinden sich 4 physikalische Laufwerke, die Datenträger 0 bis 3.
Uns betreffen hier nur die ersten beiden, Datenträger 2 und 3 beinhalten ein anderes Betriebssystem und sind hier nicht relevant.
Die physikalischen Datenträger beinhalten jeweils ein logisches Laufwerk, also keine weiteren Partitionen.
Das ist wichtig, denn Diskmon zeigt nur den Datenträger an, auf welchen zugegriffen wird, nicht auf welche Partition.
Datenträger 0 ist das Bootlaufwerk, auf welchem sich das BS befindet, Laufwerksbuchstabe C: (what else ;) )
Datenträger 1 ist die Datenplatte, auf welcher die Software installiert ist und auf welcher auch ein Verzeichnis für die Auslagerungsdateien eingerichtet ist, welches in der Software auch eingetragen ist.
Die Laufwerksbezeichnung ist X:
Die Projektdateien und die Bilder befinden sich auf einem NAS, hier momentan eine Synology DS1010+ 5-fach bestückt mit 2TB Fesplatten, teilweise im Raidverbund.
Einzelheiten sind hier irrelevant, wichtig ist, dass diese Daten zwar über ein eingebundenes Netzlaufwerk im Rechner verfügbar sind, der Zugriff darauf aber nicht von Diskmon protokolliert wird, denn es ist ja tatsächlich kein Festplattenzugriff, sondern ein Netzwerkzugriff, welcher ggf. separat überwacht werden müsste, was aber nicht notwendig ist.
Diskmon wird also die Zugriffe auf Datenträger 0 (C:) und Datenträger 1 (X:) aufzeichnen.
Ich starte also Diskmon, bzw. setze den Monitor zurück und starte die CEWE-Software und lade mein Projekt.
Ab Zeile 64 des folgenden Logfiles beginne ich mit der Arbeit im Projekt, lade Bilder, positioniere, bearbeite, das übliche Werkeln eben.
Wie man anhand des Protokolls aber nun sehen kann, finden tatsächlich alle Zugriffe nur auf Laufwerk 1 statt, also X:.
C: wird vollkommen in Ruhe gelassen, .. so soll es ja auch sein.
Was an Zugriffen auf 0 zu sehen ist, findet auch dann statt, wenn die Maschine im Leerlauf ist ... Microsoft lässt grüßen ;).
Selbst wenn es Daten der SW sind, die sind im einstelligen Bereich ... nicht mal Peanutz.
Dem Protokoll nach findet also auf C: keine Auslagerung statt, das lässt sich auch anhand der Ordnerinhalte validieren.
Die Schlussfolgerung daraus kann demnach nur sein, dass die SW wohl auf die manuelle Konfiguration der Auslagerung reagiert, aber die Speicherplatzüberprüfung nicht folgt und weiterhin auf C: schaut, auch wenn da gar nichts passiert.
Und ich konnte hier beim besten Willen keinerlei Aktivitäten auf Datenträger 0 nachweisen.
Es ist nur der CWDiskSpaceChecker, welcher stur auf LW C: schaut, weil der offensichtlich fest programmiert ist, der einstellbaren Variable aber nicht folgt.
Natürlich kann ich mit mehr Speicherplatz weiterarbeiten.
Das löst aber das zu Grunde liegende Problem nicht, sondern deckt es nur ab.
Das ist diese typische Strategie eines bekannten großen Softwarekonzerns, mit der Probleme durch insuffizient programmierte Software mit mehr Hardware erschlagen werden.
Klar ist das eine einfache und wirtschaftlich logische Lösung, denn sie kostet das Geld des Kunden, nicht das der Entwickler ;).
Aber elegant ist was anderes.
Aber wie gesagt:
Es wird auf C: nichts ausgelagert, der Protokollmonitor lügt nicht und ich konnte keine nennenswerten Festplattenzugriffe während der Arbeit auf Datenträger 0, also C: nachweisen.
Eine Ausnahme gibt es na klar, und das ist in der Tat der Warenkorb.
In diesem aber befinden sich, nachdem ich mein Projekt testweise habe verarbeiten lassen, wie erwartet keine 700MB (in diesem Fall waren es 520MB).
Auch konnte ich nicht erkennen, dass, wie vermutet, aus den Originaldateien an die Druckauflösung angepasste, kleinere Dateien konvertiert werden.
Im Warenkorb (C:\ProgramData\hps\6822\shopcart\part_mcf-Dateien) befinden sich ausschließlich Kopien der Originaldateien.
Hier frage ich mich allerdings, warum die Software diesen hps-Ordner nicht in dem Laufwerk ablegt, auf dem sie auch installiert wurde?
Ok, Programmdata ist ein verstecker Systemordner, ließe sich einsehen, ist wie gesagt auch ok, aber der genannte Speicherplatzbedarf deckt sich nicht mit den tatsächlich im Warenkorb befindlichen Daten.
Mag sein, dass ich falsch liege und/ oder etwas übersehe ... aber das ist zunächst mal das, was ich hier sehe.
Hier das Protokoll, auf welches ich mich bezogen habe.
Die mit einem vorangehenden Doppelslash markierten Zeilen, sind von mir eingefügte Kommentarzeilen.
ich freue mich immer über engagierte Forenteilnehmer. Ihre Recherche ist wirklich interessant, wurde aber nur unter einer Konstellation durchgeführt. Das heißt, Sie haben vermutlich nie Updates gemacht oder weitere Inhalte heruntergeladen. Der wichtigste und größte Speicherbedarf wird u.a. beim Bestellabschluss benötigt. Ich darf Ihnen nicht im Detail sagen, wann und wo die Anwendung schreibt. Hintergrund ist der, dass die Lauffähigkeit der Anwendung gegeben sein muss und wir manuelle Eingriffe vermeiden müssen. Es gibt sicherlich Anwender, die dies ohne Folgen durchführen könnten, so schätze ich auch Sie ein. Sie werden sicherlich bestätigen, das eine Anwendung sich nur ungerne den Teppich unter den Füßen wegziehen lässt :-)
Sein Sie versichert, dass kein Fehler vorliegt und das unser gegenwärtiges Handling durchaus eine Berechtigung hat.
Was mir gerade einfällt - haben Sie vielleicht noch ein weiteres System per Virtual Machine installiert? Da wir auf der Systemplatte bzw. -partion schreiben, könnte dies für Sie eine Alternative sein. Natütlich voraussgesetzt, dass Sie dort über entsprechend Speicherplatz verfügen.
.
liche Grüße
.