Kann man eine korrupte Musescore-Datei noch irgendwie retten?

• 19. Jul 2018 - 10:07

Comments

Wie beantwortet, lässt sich diese Datei nicht mehr reparieren, einzige Möglichkeit ist nach einem Backup (Link siehe oben) zu suchen.

Dieses Problem von Anwendern taucht sehr selten auf. Wenn du irgendwelche Informationen beisteuern kannst, wie es dazu kam, kann man vielleicht einmal solche unlesbaren Dateien zukünftig gänzlich vermeiden.

Siehe auch: #271185: Scores corrupted beyond repair, containing nothing but zeros, insbesondere: https://musescore.org/en/node/271185#comment-830976

Ich habe das selbe Problem. Die Datei kann nicht gelesen werden.
Back-Ups gibt es keine, versteckte Dateien sind angezeigt.
Wäre super, wenn mir jemand helfen könnte ! ;-)

Antwort auf von FHazzel

Angehängte Datei ist irreparabel.

Es sollte sich allerdings bei dir eine gesicherte Datei finden lassen (siehe https://musescore.org/de/handbook/dateiformate#musescore-backup-files und https://musescore.org/en/node/52116).

Welches Betriebssystem/Version nutzt du?

Anmerkung (damit irgendwann einmal vielleicht dies nicht mehr auftritt): Da es ab und an (wenn auch nicht i.d.R.) bei Anwendern vorkommt, hast du eine Idee, wie es dazu kam? Siehe auch: #271185: Scores corrupted beyond repair, containing nothing but zeros

Antwort auf von kuwitt

Echt schade !! :-'(
Ich hab schon überall dort geschaut. Leider gibt es wirklich keine Sicherungsdatei.
Ich nutze Windows 10.
Was ich als letztes gemacht habe, kann ich leider gar nicht sagen. Ich habe so viel ich weiß nichts anderes gemacht, als Noten eingetragen.

Gruß Fabi

Antwort auf von FHazzel

Als letzten verzweifelten Versuch, ein Backup oder eine Kopie zu finden, versuche einmal, nachdem du im Windows Dateiexplorer die Anzeige von versteckten Dateien aktiviert hast, die komplette Festplatte nach einem eindeutigen Suchwort aus dem Dateinamen (nicht den kompletten Dateinamen) zu durchsuchen. Unter Umständen war die Datei vorher mal woanders gespeichert. Auch ein Systemfehler von Windows könnte dazu führen, dass das System an einem ganz anderen Speicherort ein Backup abgelegt hat. Einen Versuch ist es wert.

Antwort auf von FHazzel

Ich bin selbst schon lange nicht mehr bei Windows, in dem Sinne vielleicht nicht sehr hilfreich. Was ich als Hinweis immer mal bei selben Anfragen lese, ist auch im "virtual store" zu suchen, ohne genau um dessen Bedeutung zu wissen.

Antwort auf von kuwitt

Ja, Sie müssen es speichern, bevor Sie es erneut öffnen, aber Sie können es speichern und nie wieder öffnen. Mein Punkt ist, wenn Sie es jemals gespeichert haben, dann erfolgreich wieder geöffnet, muss es eine Sicherung geben, weil dies automatisch ist und nicht ausgeschaltet werden kann. Die einzige andere Möglichkeit ist, dass Sie die Sicherung gelöscht haben, und ich glaube nicht, dass Sie das getan haben. Wenn der Fehler beim ersten Öffnen der gespeicherten Datei aufgetreten ist, wird keine Sicherung erstellt.

Antwort auf von FHazzel

Hallo,

ich habe gerade mal auf Schnelle ein paar Test auf obiger Datei gemacht. Sieht so aus, das beim Packen des Archives (speichern als .mscz) etwas schiefgelaufen ist. Ich habe jetzt nicht die Zeit (und auch nicht wirklich die Lust) die Datei mit einem Hexeditor anzuschauen, aber ich denke mit viel Mühe kann man die eingebettete .mscx-Datei extrahieren.
Vorab, ich mache so etwas nicht mehr. Auch nicht für 120 EUR pro Stunde (mal ein Richtwert, was sowas im günstigen Fall kostet).
Ich kann nur empfehlen: macht Backups und prüft die Backups und speichert sie auf ein anderes Medium (z.B. externe Festplatte, USB-Stick, ...) Habe schon viele Tränen gesehen, weil die Hochzeitsbilder beim Ableben der Festplatte nicht mehr herstellbar waren.

Grüße
Tux

Antwort auf von tuxan

In dem allermeisten Fällen die mir untergekommen sind waren da nur noch Nullen drin, evtl. noch ein gültiger Zip Header, aber mehr nicht.
Bin zur Zeit nicht an meinem PC, kann es für diese Datei daher nicht überprüfen

Hallo,

ich kann zwar zur Problemlösung nichts beitragen, aber ich möchte mal einen Tip geben, den man bei etwas umfangreicheren Arbeiten beherzigen sollte. Der Verlust hält sich dadurch in Grenzen und Speicherplatz sollte bei den Dateigrößen kein Problem sein.
Ich öffne die zuletzt bearbeitete Version und speichere sie gleich wieder unter anderen Namen ab und arbeite dann nur mit dieser neuen Version. Als Namensgebung verwende ich folgenden Aufbau:
Liedbezeichnung_Version_Datum.mscz
Also z.B. MeinSong_v1.3_20180820.mscz. Das Datum schreibe wegen der Sortierbarkeit JJMMTT.
Zusätzlich nutze ich 'Datei - Eigenschaften Partitur' und lasse in der Fußzeile die Daten anzeigen (Bearbeitung: $:workNumber: vom $M).
Zum Schluß exportiere ich zur Sicherheit die Datei noch als PDF.
Wenn man dann Pech hat, verliert man im Prinzip nur die letzte Bearbeitung.

Grüße
Tux

Bitte um Meinungen (vielleicht verstehe ich auch die Funktionsweise nicht richtig): Wäre es ein Feature Request wert, dass MuseScore zum einen selbst bei einer ungesicherten Datei eine "autosaved" Datei anlegt, darüber hinaus beim allerersten Speichern eine Sicherungsdatei erstellt?
Dies schützt nicht vor irreparablen Dateien, aber hilft vielleicht zumindest einen letzten Stand wieder herzustellen, wenn die Partitur ungespeichert bzw. nach dem ersten Speichern nicht mehr lesbar ist.

Antwort auf von Jojo-Schmitz

Szenario 1: Eine Partitur erstellen, Noten eingeben usw., Datei auch nach mehr als zwei Minuten schließen ohne zu speichern (entweder als Anwenderfehler oder es findet ein Absturz statt). Es wird keine "autosaved" Datei angelegt.

Szenario 2: Datei erstellen, speichern und MuseScore beenden. Beim nächsten (zweiten) Start lässt sich die Datei (warum auch immer) nicht mehr öffnen. Eine Sicherungsdatei ist nicht vorhanden.

Übersehe ich etwas?

Antwort auf von kuwitt

Szenario 1 gibt es nicht, Autosave Datei wird angelegt (wenn in Voreinstellungen nicht abgeschaltet), bei sauberem Programmende allerdings wohl gelöscht, nicht aber bei Absturz. Szenario 2 gibt es aber schon, Backup nicht nötig, da nicht geändert.
Also ja, da gibt es eine mögliche Lücke, wenn mein erstem Abspeichern was schiefgeht und MuseScore das nicht mitbekommt oder mitbekommen kann.

Es ist weiterhin völlig unklar wann und wie das schiefgeht, es ist mir bei weit über 500 Partituren kein einziges Mal passiert.
Abstürze hatte ich natürlich schon, aber nie mehr als die Eingabe der letzten maximal 2 Minuten verloren.

Antwort auf von Jojo-Schmitz

(Zwischenzeitlich hast du ja deine Antowort erweitert, ich selbst bin durch MuseScore bedingte Abstürze bisher weitgehend verschont geblieben, außer bei der Master-Version, aber dies ist bei einer Entwicklungsversion auch natürlich)

"Steps to reproduce":

Szenario 1:
- Partitur erstellen
- Noten eingeben
- länger als zwei Minuten warten
- schließen ohne zu speichern

Erwartetes Ergebnis: Ich finde eine automatisch gespeicherte Version.
Aktuelles Ergebnis: keine automatisch gespeicherte Version vorhanden.

Szenario 2:

  • Partitur erstellen
  • abspeichern unter...

erwartetes Ergebnis: es wird zeitgleich eine Sicherungsdatei erstellt (in der aktuellen Sitzung)
aktuelles Ergebnis: es wird keine Sicherungsdatei erstellt (in der aktuellen Sitzung)

Selbst wenn ich die Datei ein erstes Mal speichere und vor den zwei Minuten MuseScore beende, bin ich mir nicht sicher, ob in der Zwischenzeit ein automatisches Speichern stattgefunden hat (hab ich nicht geprüft).

Dies sind alles nur Überlegungen, um ähnliche Anfragen zukünftig zu minimieren.

Antwort auf von kuwitt

Hallo,

ich denke, das man damit bei einem Absturz was abfangen kann (kann ich nicht beurteilen, was da für Mechanismen wirken, da soweit ich mich erinnern kann, bei mir Musescore noch nicht abgeschmiert ist).

Was meiner Meinung nach was bringen kann, ist, das nach dem speichern Musescore automatisch die gespeicherte Datei prüft und im Fehlerfall entweder eine Art Logdatei oder Dump anlegt mit der Bitte, diese Datei in $Fehlermeldestelle hochzuladen. Und der Aufforderung die Datei nochmal unter anderen Namen zu speichern (Abbruchmöglichkeit, um Zirkel zu vermeiden).

Wenn in der gepackten mscx-Datei, wie Jo-Jo-Schmitz schrieb, meist nur noch Nullen drin sind, liegt das Problem irgendwo beim erstellen der zu speichernden Datei. Ich habe von C keine Ahnung, aber als kleiner Skripter würde ich das Problem bei dynamischen Variablen, Namespaces, etc. zuerst verorden. Achja C, da muß man zwangsläufig noch auf Speicherbehandlung hinweisen (falsche Pages auslesen). ;-)

Wie gesagt, eine Prüfung der frisch gespeicherten Datei halte ich für die beste Möglichkeit, den Fehler und die Umstände, die dazu führen, herauszufinden.

Grüße
Tux

Do you still have an unanswered question? Please log in first to post your question.