Natürlich lese ich, aber die Frage ist doch, warum GPT überhaupt plötzlich verwendet wird.
Warum kann ich nicht weiter ohne GPT arbeiten, und wie kann ich das anstellen?
Auf meinem Rechner kommt z. B. das hier:
Natürlich lese ich, aber die Frage ist doch, warum GPT überhaupt plötzlich verwendet wird.
Warum kann ich nicht weiter ohne GPT arbeiten, und wie kann ich das anstellen?
Auf meinem Rechner kommt z. B. das hier:
Dann partitioniere Deine Platte mit MBR neu, dann funktioniert auch fdisk wieder. Denn wer da was bei der Installation eingestellt hat, kann ich nicht sagen. Und wenn dann mit Uefi und secure boot installiert wurde ist GPT Pflicht.
https://de.wikipedia.org/wiki/GUID_Partition_Table
PS:
Wenn keine GPT Partitionierung vorliegt, gibt es beim Aufruf von gdisk halt Fehlermeldungen........
Bin durch Zufall auch auf das Problem gestoßen. Der Auslöser ist auf jeden Fall das BIOS. Habe mein Board ersetzt und ohne es richtig einzustellen (ausser der Boot-Reihenfolge) ergeben sich bei mir folgende Ausgaben:
fdisk -l
Festplatte /dev/sda: 931,5 GiB, 1000204886016 Bytes, 1953525168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: FB7B2BBE-BE64-4778-A86E-E6C2BDDAEE4A
Device Start End Sectors Size Type
/dev/sda1 2048 321535 319488 156M EFI System
/dev/sda2 321536 4530175 4208640 2G Microsoft basic data
/dev/sda3 4530176 46475263 41945088 20G Microsoft basic data
/dev/sda4 46475264 1953523711 1907048448 909,4G Microsoft basic data
Festplatte /dev/sdb: 232,9 GiB, 250059350016 Bytes, 488397168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x0002226c
Alles anzeigen
Es handelt sich also echt um das fdisk / gpt Problem, wie Sauerland schon richtig bemerkte.
Nach obiger Ausgabe ist es fast unmöglich, zu behaupten, das auf dem System Linux läuft. Dennoch arbeitet hier die 13.2.
uname -a
Linux linux-ihur 4.1.6-1.g9dbe563-desktop #1 SMP PREEMPT Mon Aug 17 14:43:25 UTC 2015 (9dbe563) x86_64 x86_64 x86_64 GNU/Linux
Ich werde jetzt erst mal das BIOS einstellen und dann sollten diese Ausgaben mit Microsoft basic data der Vergangenheit angehören.
Ich verstehe nicht, warum das BIOS der Auslöser sein soll.
Am BiOS des betreffenden Rechners wurde nichts geändert.
Erst nach einem openSuse-Update war der Salat da.
Ist es wirklich sinnvoll am System rumzubasteln und rumzumäkeln, wenn ein Tool names fdisk etwas Unsinn anzeigt?
Zumal ja gdisk empfohlen und vorhanden ist?
Wie hirnrissig ist das denn?
Nimm gdisk bis fdisk es auch gelernt hat, und schweige.
OK. Das ist ein Argument.
Ein g statt eines f zu tippen, kann man nicht so ohne weiteres verlangen, grad wo das g schon im Alphabet so weit hinter dem f kommt. Und dann noch der Schock, wenn man einfach gdisk -l tippt, und überhaupt alles so ganz genau gleich, wie bei fdisk ist... Gott bewahre!
Poste doch, bitte ein gdisk -l /dev/sda
und ein gdisk -l /dev/sdb
Wer, warum, wann und wieso eine oder beide deiner Platte als GPT partitioniert hat, kann niemand sagen.
Das solltest du selbst wissen.
Nach den beiden Befehlen oben wissen wir aber, was Sache ist.
Und ein GPT auf das alte Partitionierungsschema zurücksetzen, kann man machen.
Will man aber nicht.
Da heißt es dann für diese Platte "Allen neu macht der Mai".
Mir ist das einerlei.