Wieder mal: Neuer Receiver gesucht

[joeha]

Warum auch immer ich die Typenbezeichnung immer wieder durcheinanderschmeiße: Ich habe einen SRP2410 - habe es gerade beim Ausbauen der HDD auf einem Aufkleber im Inneren gesehen. Denn von außen konnte ich keinerlei Typenschild /Bezeichnung finden.
Ändert aber nichts daran, dass ich zwar wohl die Aufnahmen von der "defekten" HDD herunterbekomme, sie aber nicht mit TFtool auf die Ersatz-HDD zurückspielen kann?
Oder gibt es da eine Möglichkeit, den Schreibschutz abzuschalten?

[FireBird]

Das ist kein Schreibschutz, sondern der Code zu Schreiben der Daten ist nicht implementiert, da er viel komplexer wäre, als der Code nur zum Lesen.

[t.horstmann]

Hallo joeha,

da bist Du an die Grenzen des TFtools gestoßen:

• Zunächst ist es normal, dass das TFtool Administratorenrechte erfordert, um auf JFS-Partitionen zuzugreifen, weil der damit verbundene direkte Festplattenzugriff einen tiefen Eingriff ins Betriebssystem darstellt. Der direkte Festplattenzugriff funktioniert übrigens i.Ggs. zur von FireBird verlinkten Seite auch unter Win11 noch einwandfrei. Außerdem genügt es, das TFtool mit einem rechten Mausklick "Als Administrator aus(zu)führen". Mithin muss man sich nicht von vornherein als Administrator auf dem PC anmelden.
• Leider wird das TFtool nicht mehr weiter entwickelt. Daher werden Schreibvorgänge auf die Festplatte überhaupt nicht unterstützt. - Dies ist der vermeintliche Schreib"schutz".

Wenn Du Deine Dateien trotzdem wieder auf eine Topfield-Festplatte mit JFS-Dateisystem zurück kopieren möchtest, müsstest Du die (neue) Festplatte vom Toppi formatieren lassen. Ein Kopieren funktioniert dann nur, wenn diese neu formatierte Festplatte weiterhin im Receiver eingebaut ist, und zwar über einen Netzwerkzugriff, z.B. wieder mit dem TFtool. Da der Toppi jedoch nur 100MB-Lan unterstützt, dauert das leider extrem lange! Man sollte sich daher überlegen, die Dateien z.B. auf eine NTFS-Festplatte zu kopieren, die man am Toppi über den externen Sata-Anschluss betreiben kann. Leider gibt es bei der Bedienung dann ein paar Einschränkungen gegenüber der eingebauten JFS-Festplatte. Ob Du damit leben kannst, solltest Du überprüfen, bevor Du alle Deine Filme auf eine externe Festplatte kopierst.

Viele Grüße
Thomas

[joeha]

Zu den alten Aufnahmen: Man kann die .rec-Dateien der Töpfe (auch 4000/5000) auf den PC kopieren und mit einem geeigneten Werkzeug (z.B. Handbrake) umwandeln - das spart Speicherplatz und die Dateien sind dann universell abspielbar.

Da komme ich aus gegebenem Anlass noch einmal drauf zurück:
Ich konnte ja von der im SRP2410 nicht mehr ansprechbaren HDD schon einige *.rec mit TFtool auslesen und unter Windows auf eine NTFS-Partition spielen (erst einmal nur ein paar zur Probe). Zurückspielen auf die neue HDD geht (unter Windows mit TFtool) eben nicht - wegen dem JFS-Dateisystem vom Topf. Danke für die Erläuterungen dazu.

Das ist kein Schreibschutz, sondern der Code zu Schreiben der Daten ist nicht implementiert, da er viel komplexer wäre, als der Code nur zum Lesen.

Ich habe es vermutet - unter WinDoof.
Gibt es eine Funktion, um Dateien (Bilder, Videos, MP3) direkt am Topf vom angesteckten USB auf die interne HDD zu kopieren?

Von einem USB-Stick kann man so eine *.rec-Datei tatsächlich mit dem Topf wieder abspielen und da wird nun auch obiger Tip aktuell: Ich habe mit HandBrake probeweise aus ein paar *.rec-Dateien schon *.MP4-Dateien erstellt und die sind natürlich deutlich kleiner und lassen sich ebenfalls vom USB-Stick oder einer externen USB-HDD auf dem Topf abspielen.
Das eröffnet natürlich für mich ja ganz neue Möglichkeiten.

Gibt es Empfehlungen zu den Einstellungen bei HandBrake? MP4 als Dateiformat ist für Videos zum "Dauerspeichern" gesetzt /sinnvoll?
Man kann ja mit HandBrake sowohl Beschneiden /Format ändern, als auch evtl. die Auflösung verringern ...
Und bleiben da eigentlich auich die Tonspuren (Dolby 5.1) erhalten ? Die würde ich zumindest bei Filmen ungern einbüßen.
Ich bin da für Tips /erfahrungen dankbar.
Mittelfristig will ich ja die Empfehlung umsetzen und auf dem Topf nur noch aktuelle Aufnahmen haben - Filmarchiv auf einen lokalen Home-Server.

Unter Linux konnte ich das JFS-Dateisystem nachinstallieren. Allerdings bindet er die "defekte" HDD auch nicht ein sondern bringt eine Fehlermeldung. Die Platte hatte ich wg. schnellerem Zugriff per SATA eingebaut - nicht über USB-Adapter.

Da der Toppi jedoch nur 100MB-Lan unterstützt, dauert das leider extrem lange!

Danke für die Erläuterungen /Hinweise!
Ich hoffe, dass ich die neu im Topf formatierte HDD unter Linux am PC dann beschreiben kann?
Da wäre dann noch die Frage, ob er die *.mp4 ganz normal behandelt wie seine *.rec - oder ob er auf der intenen HDD nur "eigene" Aufnahmen akzeptiert. Extern über USB oder eSATA wäre zwar eine Option, aber die Bedienung erfordert dann halt doch etwas "Umwege".
Na, evtl. trenne ich mich nun doch vom Topf und mache die VU+UNO4kSE doch endlich zum Nachfolger ...

[t.horstmann]

Hallo joeha,

der Toppi führt für jede Aufnahme zusätzlich die Dateien *.rec.inf und *.rec.nav für Informationen und Navigation. Ob speziell die Datei *.rec.nav noch brauchbar ist, wenn sie über Linux auf die neu formatierte Festplatte zurück kopiert wird, vermag ich nicht zu sagen. Ich erinnere aber noch dunkel, dass sie nicht mehr brauchbar war, wenn ich versucht hatte, über LAN zurück zu kopieren. Das schränkt dann die Funktionen für den schnellen Vor- und Rücklauf in dem Film stark ein. Zusätzlich geht noch die Information verloren, bis zu welcher Position man einen Film bereits gesehen hatte.

Viele Grüße
Thomas

[joeha]

Also wenn ich über TFtool die *.rec auf die NTFS-Partition kopiere, bringt er automatisch die *. rec.inf und die *.rec.nav mit. Allerdings hat die *.rec.inf das aktuelle Systemdatum des Zeitpunkts des Kopierens (neu angelegt, immer 130kB groß?) während die *.rec.nav wohl die Originaldatei ist und mitkopiert wird.

Eigentlich ging meine Frage eher in die Richtung, ob man von einem angesteckten externen Datenträger (USB /eSATA) etwas auf die interne HDD des Toppi kopieren kann und ob er *.mp4 auf der eigenen HDD dann ganz normal behandelt /abspielen kann. Oder ob man die verkleinerten Dateien immer von extern zuführen muss (USB oder eSATA oder Netzwerk). Na ja - wird bald ausprobiert Versuch macht kluch.

[t.horstmann]

Hallo joeha,

ich habe gerade einiges getestet. Die Ergebnisse stammen von einer über eSATA angeschlossenen Festplatte. Es ist jedoch anzunehmen, dass für USB das Gleiche gilt.

• Zunächst muss die externe Festplatte im Partitionsstil MBR partitioniert sein. Der modernere Stil GPT (*) funktioniert nicht! MBR hat zur Folge, dass die Partitionsgröße auf 2 TB beschränkt ist. Ich habe jedoch nicht geprüft, ob auf einer Festplatte mit über 2 TB auch zwei Partitionen nebeneinander toleriert werden, z.B. zweimal 2 TB auf einer Platte mit 4 TB.
• Sowohl *.rec Dateien als auch *.mp4 können problemlos direkt von der externen Festplatte wiedergegeben werden. Bei *.rec (in Kombination mit *.rec.nav und *.rec.inf) gibt es einzig die Einschränkung, dass bei der Dateiauswahl im Vorschaufenster links oben nichts angezeigt wird. Damit sollte man leben können. Die aktuelle Wiedergabeposition wird hier jedoch gespeichert und steht bei der nächsten Wiedergabe als Fortsetzungsmöglichkeit zur Verfügung. Bei *.mp4 gibt es ganz erwartungsgemäß weder eine Anzeige im Vorschaufenster noch eine Speicherung der aktuellen Wiedergabeposition.
• Ein Kopieren von der externen zur internen Festplatte ist ohne Einschränkungen möglich und läuft zumindest unter eSATA wesentlich schneller als über das Netzwerk. Das Zauberwort fürs Kopieren heißt "Verschieben", obwohl man am Ende (zum Glück) feststellt, dass doch nur kopiert wurde.
• Das obige Verschieben (in Wahrheit Kopieren) ist bei einer *.rec Datei nur ins interne Verzeichnis mit den gespeicherten Aufnahmen möglich. Die Dateien *.rec.nav und *.rec.inf werden automatisch mit kopiert, vielleicht auch nur ganz einfach neu angelegt. Jedenfalls stehen im internen Verzeichnis später wieder alle Möglichkeiten offen. Nun funktioniert sogar das Vorschaufenster links oben wieder. In Deinem Falle ist also alles rettbar!
• *.mp4 Dateien können nur in das interne Verzeichnis des Media Players des Toppi kopiert werden. Auch jetzt gibt es für *.mp4 Dateien ganz erwartungsgemäß weder eine Anzeige im Vorschaufenster noch eine Speicherung der aktuellen Wiedergabeposition.

Viele Grüße
Thomas

Nachtrag (*): Der Partitionsstil GPT (auch als GUID-Partitionstabelle bezeichnet) ist unter Windows daran erkennbar, dass sog. "Basisdatenpartitionen" entstehen.

[joeha]

Danke für all die Unterstüzung. Leider habe ich es wohl - zumindest zu einem großen Teil - verpfuscht.
Ich hatte ja die Topf-HD an den Win-PC angeschlossen, die Win-Abfrage nach "Reparatur" verneint und mit TFtool angefangen, die Aufnahmen auf den PC zu überspielen. Dauert halt bei 2TB eine Weile also habe ich immer einzelne Verzeichisse im Hintergrund kopiert.

Irgendwann hatte ich aber einen neuen USB-Stick angesteckt und die aufpoppende Win-Meldung bestätigt - plötzlich kam sie aber ein zweites Mal ?!? Großer Schreck. Allerdings lief das Kopieren erst einmal normal weiter und ich dachte schon, alles i.O.
Nur als er mit dem aktuellen Verzeichniskopieren fertig war, war die Topf-HDD plötzlich verschwunden.
Da habe ich wohl doch versehentlich meine Topf-HD unter Win "initialisiert".
Falls sich jemand mit Restauration /Datenrettung auskennt - ich wäre dankbar.
Ansonsten sind halt >1,5TB Aufnahmen futsch, darunter alle Filme, denn ich hatte mit den kürzeren Kindersendungen /Mitschnitten angefangen ...

Die ersten Tage habe ich noch gedacht ... Wie blöd kann ich sein. Ich hätte die HDD ja noch abziehen können - dann wäre vmtl. allenfalls eine kopierte Datei defekt gewesen - nun ist alles weg. Aber nun hab ich allenfalls noch ein Restfünkchen Hoffnung.

[FireBird]

Wenn Du die Platte "nur" initialisiert hast, glaube ich, dass sich das auch mit TFTool wieder reparieren lässt. Gibt es im Menü einen Reparatur-Punkt? Vielleicht schaut auch jkIT hier vorbei.

[jkIT]

Wenn Du die Platte "nur" initialisiert hast, glaube ich, dass sich das auch mit TFTool wieder reparieren lässt. Gibt es im Menü einen Reparatur-Punkt?

Das gab's nur bei den 4000/5000er Platten. Bei JFS weiß ich jetzt nichts. Evtl. gibt's Image-Recovery Tools, die auch Video Dateien finden.

[joeha]

Danke für die Bemühungen /Rückmeldungen.

Die Platte tauscht ja gar nicht mehr in TFTool auf - da ist sie nicht mehr ansprechbar /reparierbar.
Die Recovery-Tools, die ich kenne, arbeiten nur unter /mit Windows-Formaten. Da kann man gelöschtes wieder hervorholen - aber eine JFS-Struktur wieder herstellen?

[Anthea]

Es kommt immer drauf an, was kaputt gegangen ist. Evtl. kann man mit GParted ( https://gparted.org/ ) noch was machen.

Wobei ich mich schon frage... Beim alten Topf war das Problem, dass der keinen "vernünftigen" Partitionseintrag vorgenommen hat, und darum Windows "wild" in der Gegend rumgeschrieben hat. Mit JFS muss ja ein korrekter Partitionseintrag mit einer gültigen Partitionstabelle unter MBR existieren. Und damit sollte Windows keine notwendigen Daten überschreiben, weder in der Tabelle noch auf der Partition. JFS kommt nicht so toll mit GPT zurecht, und der Topf schon gar nicht, aber Windows sollte die Umstellung von MR auf GPT auch nicht so von selber anbieten.

[t.horstmann]

Hallo joeha,

schließe die Festplatte nochmals an Deinen Windows-Rechner an und gib dann in der Windows-Suchfunktion den Begriff "Computerverwaltung" ein. (Es wird nach dem Administratoren-Passwort gefragt.) Dann in der linken Spalte auf "Datenträgerverwaltung" klicken. Das ist dann das hauseigene Windows-Partitionierungstool.

Man muss nun schauen, ob die Festplatte überhaupt aufgeführt wird, also erkannt wurde. Es dürfte dann wohl eher eine der letzten, wahrscheinlich sogar die letzte aufgeführte Festplatte sein. Sie zeichnet sich dadurch aus, dass sie eine 2 GB große primäre Partition ganz vorne hat (wird im TF-Tool später immer als JFS1 bezeichnet) und dahinter eine über 900 GB große primäre Partition (im TF-Tool später JFS2).

Normalerweise sollte der Datenträger (also die Festplatte) "online" sein und die beiden obigen primären Partitionen "fehlerfrei".

Es kommt nun zunächst darauf an, ob die Festplatte überhaupt gefunden wurde und mithin aufgelistet wird. Ist dies nicht der Fall, hat sie evtl. einen Totalschaden und Deine bisherigen Probleme deuteten darauf hin, dass sie bereits auf dem Weg ins Nirwana war. Dann hätte Dein Problem wohl auch nie mit der von Dir eingangs vermuteten Zeitumstellung zu tun gehabt.

Es gibt zwar Firmen, die sich auf die Datenrettung in solchen Fällen spezialisiert habe. Aber hier dürften die Kosten in keiner vernünftigen Relation zu den geretteten Filmen stehen. Was man aber selber versuchen könnte, wäre die Möglichkeit, sich eine baugleiche Festplatte möglichst günstig zu besorgen und deren Controllerplatine bei der defekten Festplatte einzubauen. Wenn alleinig die Controllerplatine defekt war, könnten die Daten dann evtl. gerettet werden. Wenn es aber aus irgendwelchen Gründen urspr. z.B. einen Crash der Köpfe auf der Platte gegeben hatte, wird leider nichts gelingen.

Wenn die Platte hingegen von der "Datenträgerverwaltung" erkannt wird, müsste man schauen, was als deren Fehler angegeben wird und dann weiter sehen.

Viele Grüße
Thomas

[joeha]

Hallo - Danke für die Rückmeldungen /Bemühungen.

@Anthea :
GParted werde ich mir auf jeden Fall noch anschauen und auch nach Linux-Rettungstools fanden. Bin eh gerade dabei mich mit Linux anzufreunden, um auch mein "Home-Netzwerk" mit einem echten DateiServer zu versehen. Aktuell werden nur Daten über eine ext. USB-SSD an der Fritzbox für alle bereitgestellt. Mein Topf hing nicht einmal im Netz.

@t.horstmann:
Danke für Deinen Hilfe-Versuch. Die Datenträgerverwaltung von Windows kenne ich natürlich und ich hänge mal einen ScreenShot an:

251214_Topf_2TB_falsch initialisiert_Datenrägerverwaltung_1080.jpg

Ebenso einen ScreenShot von "MiniTool Partition-Wizard", welches mir schon einmal bei (Windows-)Datenverlust geholfen hat. Da wird für die HDD eine MBR -Struktur angeführt.

251214_Topf_2TB_falsch initialisiert_PartitionWizard_1080.jpg

Aber auch dieses Windows-Programm erkennt keine Linux-Systeme /Partitionen oder irgendwelche Probleme auf der HDD. Die sagen einfach "fehlerfrei /sonstiges" und mehr nicht. Da wird es m.M.n. allenfalls ein Linux-Tool geben, welches weiterhilft. Ich kann mir nicht vorstellen, dass ich der einzige "Trottel" bin, der sich von Windows bei einer Linux-HDD irreführen /verärgern lassen hat.

Die HDD ist technisch völlig in Ordnung! Das Problem entstand ja nur dadurch dass mein Topf während der Zeitumstellung auf Winterzeit von meiner Frau intensiv genutzt wurde (Aufnahme + TimeShift) und vmtl. auch mein Topf-BIOS völlig veraltet war. Das habe ich schon aktualisiert. Da hat es die jfs-Struktur der HDD durcheinander gebracht - aber die HDD war ja unter TFTool noch ansprechbar /auslesbar. Es war ja dann meine eigene Dummheit, beim Auslesen unter Windows mit TFTool versehentlich der eingeblendeten "Initialisierung" zuzustimmen.

Aber die Sache liegt vorerst auf Eis.
Bis zum Jahreswechsel habe ich noch zu viel zu tun, um mit der HDD intensiv Zeit zu verbringen. Ich werde sie aber keinesfalls neu partitionieren /formatieren, bevor ich nicht alle meine Möglichkeiten durchprobiert habe. Tut halt einfach weh, mehrere Jahre Aufnahmen - vor allem die Filme - einzubüßen. Die kleineren Aufnahmen (Kindersendungen, ...) hatte ich ja witzigerweise schon zum Teil überspielt.

Momentan kämpfe ich sogar noch damit, die neue HDD im Topf wieder mit TAPs "fit" zu machen. Ich weiss nur noch, dass ich "MovieCutter" drauf hatte - aber wohl in einer steinalten Version. Das TAP habe ich vom USB-Stick draufgesoielt - aber die Files unter "Settings" lassen sich so nicht überspielen und deswegen funzt es wohl nicht. Wie bekomme ich denn die TAPs über USB aufgespielt /installiert? Eine Anleitung übers Netzwerk habe ich gefunden. Aber ich hatte nicht mehr vor, den Topf ins Netzwerk einzubinden - die VU+ liegt /steht ja schon bereit.

[Anthea]

Also, die Festplatte sieht hier ganz "normal" aus. Unter Windows ist JFS ohne kommerzielle Spezialtools nicht bekannt, somit ist diese Anzeige komplett korrekt, und ist auch nicht durch die Windows-Initialisierung beschädigt worden. Nähere Informationen wird man nur mit einem Werkzeug rauskriegen was JFS auch wirklich versteht.

[t.horstmann]

Hallo joeha,

was mir aufgefallen ist:

• In der Datenträgerverwaltung von Windows wird der "Datenträger 0" ganz oben als Typ "Basis" angegeben. Das wäre also der Partitionsstil "GPT" und nicht der erforderliche "MBR".
• Im Minitool Partition Wizard wird hingegen angezeigt, dass der Datenträger (nunmehr 1) "MBR" sei, also so partitioniert sei, wie es erforderlich ist. (Hierzu muss man wissen, dass die Partitionierungstools komplett mit eigenen Routinen "am Betriebssystem vorbei" auf die Platte zugreifen!)

Obige beiden Punkte sind widersprüchlich. Es weist jedoch alles darauf hin, dass Windows irgendwie durcheinander gekommen ist (Aussage der Datenträgerverwaltung von Windows), ohne dass die Platte dabei wirklich beschädigt worden wäre (Aussage von Minitool). Vielleicht genügt es daher für Windows, die Platte einmal "offline" zu nehmen und wieder "online" zu schalten (*). Auf jeden Fall könntest Du Glück haben, dass ein anderer Windows-PC zusammen mit dem TFtool mit der Platte plötzlich klar kommt, als wäre überhaupt nichts gewesen.

Viele Grüße
Thomas

(*) Nachtrag: Die "brutalere" Methode wäre sonst noch, die Festplatte im Gerätemanager von Windows komplett zu deinstallieren. Sie wird dann automatisch neu installiert, wenn sie abgetrennt und wieder angeschlossen wird.

[joeha]

... Obige beiden Punkte sind widersprüchlich. Es weist jedoch alles darauf hin, dass Windows irgendwie durcheinander gekommen ist (Aussage der Datenträgerverwaltung von Windows) ... die Platte einmal "offline" zu nehmen und wieder "online" zu schalten. Auf jeden Fall könntest Du Glück haben, dass ein anderer Windows-PC zusammen mit dem TFtool mit der Platte plötzlich klar kommt, als wäre überhaupt nichts gewesen.

Danke für die Anregung.

Na - die Platte ist schon mehrmals rein- und rausgekommen in meinem Arbeits-PC. Denn dafür habe ich Wechseleinschübe. Windows ist m.M.n. "durcheinandergekommen" weil es das aus Linux stammende jfs-Dateisystem nicht kennt /kennen will und sie zu einerWindows-HDD mit NTFS "ummodeln" will. So, wie es dies bei jedem Datenträger ohne bzw. mit "falschem" (aus Windows-Sicht) Dateisystem vorschlägt, sobald man den "neuen" Datenträger unter Windows physisch einbindet.

Wenn Sie einen neuen Datenträger zu Ihrem Computer hinzufügen, ist dieser nicht sofort im Windows Datei-Explorer verfügbar. Zunächst müssen Sie den Datenträger initialisieren, damit er für die Verwendung durch Windows einsatzbereit ist. Möglicherweise müssen Sie dem Datenträger auch einen Laufwerksbuchstaben zuweisen. Nachdem Sie den Datenträger initialisiert haben, können Sie ihn formatieren und Dateien auf dem Datenträger speichern.

Ich nehme an, dass bei meiner fälschlicherweisen Zustimmung zur "Initialisierung" auf der HDD die GUID-Partitionstabelle (GPT) "vorgemerkt" wurde und Windows jetzt auf eine Neuformatierung wartet - die ich mir erst einmal verkneife.
Evtl. war ja MBR als Partitionsstil vorhanden (?) wobei ich bei JFS von "B+-Baum als Verzeichnisorganisation" gelesen habe. Aber das muss ja nichts mit dem Partitionsstil zu tun haben.

Aber ich werde die HDD auch noch einmal in einen anderen PC hängen und werde berichten. Wäre m.M.n. wie ein 5er im Lotto, wenn sich da etwas ändern würde. Denn TFTool sieht die HDD ja jetzt gar nicht mehr. Im Windows-Dateimanager war sie ja eh nie sichtbar.

[Anthea]

Wechsel von MBR zu GPT macht Windows nicht automatisch, und bereitet da auch nichts vor. Das kann während der Windows-Installation vorgeschlagen werden, aber nicht im laufenden System. Auch "regulär" registrierte Partitionen von Nicht-Windows-Formaten werden spätestens seit Windows 8 nicht mehr angefasst. Durch die Integration dies WSL (Windows-Subsystem for Linux) kannst Du viele Linux-Dateisysteme ja sogar direkt in Windows einbinden (JFS wird da leider nicht unterstützt, das ist ja auch aus den meisten Linux-Distributionen inzwischen rausgeflogen)

[Anthea]

Hm. Das wär ja mal ne Idee. Der von Microsoft gelieferte WSL-Kernel unterstützt kein JFS, aber man kann sich ja selber einen bauen.
https://github.com/microsoft/WSL2-Linux-Kernel
Und in den Optionen ist JFS noch mit drin. Dann könnte man über den Umweg theoretisch unter Windows Zugriff auf die JFS-Partition bekommen?

[Homer]

was mir aufgefallen ist:

• In der Datenträgerverwaltung von Windows wird der "Datenträger 0" ganz oben als Typ "Basis" angegeben. Das wäre also der Partitionsstil "GPT" und nicht der erforderliche "MBR".

Nein. Es gibt "Basisdatenträger" und "dynamische Datenträger". Mit MBR/GPT hat das nichts zu tun.

Klickt man mit der sekundären Maustaste um unteren Bereich links auf "Datenträger 0", werden (ausgegraut) Optionen zum Konvertieren angezeigt. Wenn da also steht "Zu GPT-Datenträger konvertieren", dann ist der aktuelle Zustand MBR (oder nicht initialisiert).

Viele Grüße
Homer