Ich habe mir vor einigen Tagen linux mint als zweites Betriebssystem neben Ubuntu installiert. Ganz einfach so zum ausprobieren, weil ich hörte, dass linux mint besser sei. Ich finde aber Ubuntu besser und möchte jetzt Linux mint deinstallieren. Wie kann ich das machen? Wenn ich jetzt Ubuntu hochfahre, das Programm 'gparted (siehe Anhang)' öffne und Linux mint ( /dev/sda5 ) lösche, ist es dann ganz heruntergelöscht? Oder ist das keine gute Idee? Ich bin für alle Fragen und Antworten offen!
Ich nehme an, bei der Mint-Installtion wurde der bootloader grub2 neu installiert. Dieser sollte eigentlich auch dein vorhandenes Ubuntu gefunden haben. Wenn du jetzt das Mint deinstallierst, dann wird wahrscheinlich dein grub2 nicht mehr funktionieren und du kommst dann erst mal nicht so ohne Weiteres an dein Ubuntu ran (nur mit chroot-Methode und das ist eigentlich nur etwas für erfahrenere Linuxer). Ich würde an deiner Stelle das Ubuntu booten und den grub2 zu diesem Ubuntu nochmals händisch installieren (ein paar Kommandos in der Shell, musst mal danach googlen, z.B. hier: http://wiki.ubuntuusers.de/GRUB_2/Reparatur , Abschnitt "GRUB 2 vollständig neu installieren" der Befehl "sudo grub-install /dev/sda" sollte reichen.) und den grub2 vom Mint dadurch überschreiben. Dann testen, ob der grub auch funktioniert und erst dann das mint löschen (ja, mit gparted die Partition löschen). Allerdings weiss ich nicht so genau, was du mit /dev/sda1 fat32 /boot/efi gemacht hast. Vielleicht könntest du erklären, wie das funktioniert. Ich habe das bisher nie so gemacht.
:
Bearbeitet durch User
Ich habe nicht den rub2 sondern den bios-grub. Ist da ein Unterschied? Wie kann ich testen, ob der Grub 2 auch wirklich funktioniert? Wenn ich Linux mint lösche, wird dann Ubuntu automatisch vollständig installiert?(ich meine, ob z.B. bei gparted dann kein leerer Platz mehr ist?) Danke für die tolle Antwort!!
Noch eine Frage: Kann ich den Befehl 'sudo grub-install /dev/sdX' direkt ins Terminal eingeben?
Benjamin Winter schrieb: > Noch eine Frage: > Kann ich den Befehl 'sudo grub-install /dev/sdX' direkt ins Terminal > eingeben? Nicht so ganz, du musst das X in deinem Fall durch ein a ersetzten wie von mir beschrieben, also "sudo grub-install /dev/sda". Warte aber bitte damit. Denn ich vermute, du hast da in Bezug auf den bootloader etwas neumodisches gemacht, was ich nicht kenne, Stichwort "EFI-System". Am besten wartest du, bis hier jemand hilft, der das kennt, ich kenne es nicht. > Wie kann ich testen, ob der Grub 2 auch wirklich funktioniert? Runterfahren und neu booten und dann schauen, was der grub2 so an Auswahlmöglichkeiten zum Booten hat und alle diese auch ausprobieren, ob sie funktionieren. > Wenn ich Linux mint lösche, wird dann Ubuntu automatisch vollständig installiert?(ich meine, ob z.B. bei gparted dann kein leerer Platz mehr ist?) Nein, der Platz ist nach dem Löschen mit gparted leer. Du kannst dann aber die Partition des Ubuntu im gparted vergrößern, sodass kein freier Platz mehr übrig bleibt. Es kann aber dabei auch sein, dass /dev/sda4 im Weg ist, das kann ich aus deinem Bild nicht so gut erkennen. Ich weiss auch nicht, wofür diese /dev/sda4 gut ist. Wenn diese im Weg ist, könntest du diese aushängen und löschen, sodass hinter der Ubuntu-Partition alles frei ist bis zur swap, dann die Ubuntu vergrößern bis zur swap und dann gibt es glaube ich nichts freies mehr auf deiner Platte.
:
Bearbeitet durch User
Benjamin Winter schrieb im Beitrag #3739675: > Gleich rechts von Ubuntu(/dev/sda2) ist die bios grub-Partition! > Wenn ich Ubuntu vergrößern möchte, dann ist die mir im Weg. > Wie kann ich den dann verschieben? Wie gesagt: Ich kenne das so nicht und weiss nicht, wofür /dev/sda4 gut ist. Ich verstehe aber nicht so ganz, worum es dir so wichtig ist, die /dev/sda2 zu vergrößern. Diese ist jetzt 142 GB gross und dein Ubuntu braucht davon nur 17 GB. Es besteht deshalb keine Notwendigkeit, diese zu vergrößern. Wenn du es aber unbedingt machen willst: /dev/sda4 löschen, /dev/sda2 vergrößern und eventuell noch etwas Platz lassen für eine neue Partition, die das macht, was vorher bei dir die /dev/sda4 gemacht hat.
/dev/sda4 ist im Weg (sie ist rechts von /dev/sda2)! Kann ich diese löschen? Wenn man einen Blick draufwirft(Anhang), dann sieht man, das das die bios-grub partition ist. Oder brauche ich diese nicht, sondern nur die 'boot' (/dev/sda1) Partition ?
Ich werde mich im Internet schlau machen und suchen, für was /dev/sda4 gut ist! Wenn sie für nichts gut ist, dann kann ich sie ja löschen und Ubuntu (/dev/sda2) vergrößern. Nachher werde ich warten, bis jemand schreibt, wie ich das mit dem Befehl 'sudo grub-install /dev/sda' oder anders machen kann, oder ich schaue mich im Internet um. Vielen dank für Eure Antworten!
Benjamin Winter schrieb: > Ich werde mich im Internet schlau machen und suchen, für was /dev/sda4 > gut ist! das kann dir das Internet nicht sagen, Das ist eine partion, woher soll das Internet wissen was bei dir drauf ist?
kopfkratz Ob UEFI oder nicht macht erstmal keinen Unterschied, außer der Bootloader ist wirklich im "BIOS" gelandet, was eigentlich nicht sein darf deswegen gibt es ja die signierten UEFI Bootloader damit "nur" Windoof8 o.ä. geladen werden kann und noch der eine oder andere remote Zugriffe bekommt. Am sinnvollsten wäre es einen "neuen" Bootloader vom UBUNTU aus zu installieren und zwar im MBR statt auf der Partition. Sind noch andere Betriebssysteme geplant ? Was steht denn in fstab und mtab der UBUNTU Installation ? Ist der UBUNTU Bootloader noch auf der Partition ? Welche Partition ist denn als aktiv markiert ? Optional alle wichtigen Daten extern sichern und eine komplette Neuinstallation durchführen.
Bevor du überhaupt etwas machst, solltest du verstehen, was ein "EFI-System" ist und was das in Zusammenhang mit Linux bedeutet. Ich kenne das bisher nicht und habe eine Seite dazu gerade überflogen. Viel Spass, da hast du erst mal genug zu tun. Deshalb ist eventuell effektiver, eine Linux-Live-CD zu booten, mit gparted ALLES zu löschen und dann dein geliebtes Ubuntu neu zu installieren. Das wäre bei deinem momentanen Kenntnissstand am effektivsten.
Man sieht im Anhang(Bildschirmfoto), dass ich zwei verschiedene Partitionien habe, die das grub sein könnten! entweder 1.: /dev/sda1 mit der Markierung 'boot' und mit dem Eingängepunkt 'boot/efi oder 2.: /dev/sda4 mit der Markierung bios_grub und dem Einhängepunkt ------ wobei /dev/sda4 'unbekannt' anzeigt! Vielleicht kann mir wehr weiterhelfen! Danke schon im Voraus für Antworten!!
Noch was: Ich kann /dev/sda4 löschen, wobei ich das bei /dev/sda1 nicht kann! Danke für Antworten!
Benjamin Winter schrieb: > Hier das Bildschirmfoto... Kannst Du mal die Ausgabe von fdisk einer rootconsole posten, ich denke mal das der grüne Punkt bedeutet die FAT32 Partition ist die aktive ? Was passiert denn wenn Du die UBUNTU Partition als aktiv markierst ? Die Idee mit der LiveCD ist gut, solltest Du Dir BEVOR Du die Partition von UBUNTU aktiv markierst brennen ! Was steht denn im GRUB script der UBUNTU Partition ? Wenn Du in einer root console "mount" eingibst was kommt da ?
Zum Üben hätte auch eine Live-CD gereicht. Vor weiteren Versuchen würde ich nochmals mindestens die persönlichen Daten auf externe HD sichern, bevor alles ganz weg ist. Experimente mit Partionen endeten schon öfter mit einem Fiasko. Lies auch http://de.wikipedia.org/wiki/Clonezilla
Benjamin Winter schrieb: > Ich kann /dev/sda4 löschen, wobei ich das bei /dev/sda1 nicht kann! Wenn du ein installiertes System startest (und darin GPartEd), kannst du natürlich nicht alles löschen, du würdest dem System ja seine Partitionen unter den Füssen wegziehen. Mach dir eine GPartEd Live CD und starte von der - dann kannst du löschen bis nichts mehr da ist. Allerdings solltest du dann auch wissen was du tust. Kaputtmachen kannst du die Festplatte damit nicht, nur leer. Georg
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.