ubuntuusers.de

N' Abend zusammen !

Mir ist da neulich etwas, nun ja, relativ Dummes und zugleich Ungünstiges passiert: Ich wollte ein Live-System auf eine SD-Karte spielen (für den Raspi) und habe allerdings vorher vergessen, diese zu mounten, da das noch nicht der Fall war. Ich hab dann die Datei ganz normal entpackt, halt nur nicht auf die SD-Karte, sondern ins laufende System rein.

Gott sei Dank hab ich die Karte vorher formatiert gehabt und das nicht alles in einen Befehl gepackt, deshalb habe ich mich Hoffnung. Denn nun ist die Situation die, dass Ubuntu zwar noch existiert, jedoch das Live-System vorher bootet und ich nicht mehr an GRUB drankommen...

Die Frage ist nun, wie ich das System wieder runter bekomme, damit Ubuntu wieder das tun kann, wofür ich es liebe.

Ich hab zwar ein solides Grundwissen, bin aber leider noch kein Geek, also bitte an die Hand nehmen, wenn es zu kompliziert wird ^^

LG Dom

PS: Bei der Version bin ich mir nicht 100% sicher, hab aber immer jedes Update und Upgrade mitgenommen... (Auf keinen Fall jünger)

Hallo!

Wo genau hast du die Dateien denn hinkopiert? Vielleicht hast du den Befehl noch? Oder hast du das zu flashende OS mittels sudo ins root-Verzeichnis kopiert???

Ansonsten würde ich versuchen mittels Live-CD und chroot ins alte System zu kommen. Falls nur der bootloader defekt wäre, böte sich eine GRUB 2/Reparatur an.

Danke schon mal für die schnelle Antwort.

Der Befehl war sudo dd if=[Pfad zur Datei] of=USER/dev/sdb1

sdb1 war in den Fall die SD-Karte, da die aber halt nicht gemountet war, gehe ich davon aus, dass die Datei einfach auf sdb geschrieben wurde. (Wäre dann für home-Partition) Hoffe das hilft, bei Rückfragen stehe ich nach bestem Wissen zur Verfügung.

Dom

dd kopiert bitweise dahin, wo du es sagst. Wenn du sicher sdb1 eingegeben hast und diese Partition existiert, dann sind die Daten da auch drauf. Für gewöhnlich kann es nur zu Problemen kommen, wenn man bei Wechselmedien nicht auf die Synchronisierung wartet (beenden der Schreibvorgänge vom Cache auf die Karte). Daher hängt man für gewöhnlich ein && sync an den dd-Befehl. Tut aber beim falschen Ziel nichts zur Sache 😉

Hast du vorher überprüft, ob sdb auch wirklich die Karte war? Vielleicht hilft uns ein sudo parted --list weiter.

Falls sdb nicht deine Systemplatte war/ist, dürfte aber an deinem Ubuntu nichts passiert sein. Oder hast du Einträge in der fstab o.ä. angepasst, um die Karte als Startmedium zu nutzen?

Domovoi schrieb:

Ich wollte ein Live-System auf eine SD-Karte spielen (für den Raspi) und habe allerdings vorher vergessen, diese zu mounten

Was für ein Live-System? Für den Raspberry Pi gibt es eigens auf die Hardware angepasste OS-Versionen, da kann man nicht einfach ein X-belibiges Desktop-System drauf spielen. Darüber hinaus darf die SD-Karte beim spiegeln mit dd nicht gemountet sein.

Der Befehl war sudo dd if=[Pfad zur Datei] of=USER/dev/sdb1

Das USER ist falsch. Zudem sind die Images für den Raspberry Pi immer Abbilder des Geräts, nicht einer einzelnen Partition d.h. es muss of=/dev/sdb heissen, falls sdb denn wirklich die SD-Karte ist.

Hierzu wie ChickenLipsRfun2eat bereits geschrieben hat bitte mal die Ausgabe von

1

sudo parted --list

als Codeblock posten.

sdb1 war in den Fall die SD-Karte, da die aber halt nicht gemountet war, gehe ich davon aus, dass die Datei einfach auf sdb geschrieben wurde. (Wäre dann für home-Partition)

sda, sdb, sdc... steht für das Gerät, die Zahlen dahinter für die Nummer der Partition auf diesem Gerät → entweder ist sdb die SD-Karte, indem Fall steht sdb1 eben für die 1. Partition auf der Karte, oder du hast gänzlich auf das falsche Gerät gespiegelt.

Die Home-Partition ist wie ihr Name schon sagt eine Partition und kein Gerät, sdb wäre also wenn die Festplatte und z.B. sdb1 könnte dann die Home-Partition sein.

Ok, erst Mal danke für die antworten, aber ich glaube, dass da was falsch verstanden wurde.

Ich habe zuerst mit einem Befehl (ls irgendwas oder so) geguckt, wie die einzelnen Partitionen heißen. Dann hab ich die SD-Karte eingesteckt und den Befehl wiederholt, um sicher zu wissen, welches sdb meine Karte ist. In meinem Fall war sdb die Karte und sdb1 meine home-Partition, sdb2 meine System-Partition usw. Ich habe aber Auto-mount aus gehabt und vergessen, die Karte zu mounten. Dadurch wurde das Image auf die home-Partition geflasht und Ubuntu bootet nicht mehr. Dafür aber das Live-System. Deshalb ging ich davon aus dass, der Bootloader des Live-Systems (sicherer Start, jetzt installieren, ...) [Den ich jedes Mal sehe, wenn ich jetzt booten will] den normalen Grub überdeckt.

Zu dem Befehl mit dd muss ich sagen dass ich mir nicht 100% sicher bin, wie ich es geschrieben hab, habe aber die Anleitung aus dem Wiki genommen.

Hallo!

Um dem ganzen etwas Übersicht zu geben, zeige uns doch bitte die Ausgabe von sudo parted -l wie oben gefordert. Dann wissen wir, welche Partition bei dir wo liegt.

Falls du GRUB überschrieben haben solltest, was du ja angibst, zeige bitte ebenfalls die Ausgaben des Boot-Info-Scriptes

Wie ThomasKrichel richtig erwähnte, darf die Partition eh nicht gemounted sein, welche du mit dd zu überschreiben gedenkst. Daher ist dein Szenario so nicht nachvollziehbar.

Domovoi schrieb:

Ich habe zuerst mit einem Befehl (ls irgendwas oder so) geguckt, wie die einzelnen Partitionen heißen.

Der Befehl ls gibt nur den Inhalt eines Ordners aus und sollte niemals verwendet werden um Datenträger zu ermitteln!

In meinem Fall war sdb die Karte und sdb1 meine home-Partition, sdb2 meine System-Partition usw.

Und nochmal: sdb ist entweder deine SD-Karte, oder aber deine Festplatte, kann aber nicht beides sein! Heisst sdb war vermutlich deine Festplatte - die SD-Karte wäre dann höchstwahrscheinlich sdc gewesen, genau können wir dir das erst sagen nachdem du die Ausgabe gepostet hast, ohne diese kommen wir hier nicht weiter.

Danke dass ihr mir helft,aber mittlerweile bin ich mir nicht mehr sicher, ob mein Problem von mir und von euch verstanden wurde. Denn wenn ich nicht auf nem extremen Holzweg bin, müsste ich dich "nur" den Bootloader reparieren und die entpackte Datei entfernen... ?

Ich bin mir wie gesagt nicht mehr sicher mit welchem Befehl ich die Geräte nachgeguckt habe, aber ich bin mir absolut sicher dass sdb Festplatte und Karte waren, obwohl die Karte frisch aus der Verpackung kam und noch nie was mit diesem PC zu tun hatte.

In welchem Terminal muss ich den Befehl eingeben (bzw wie komme ich zu dem Terminal) ?

Domovoi schrieb:

In welchem Terminal muss ich den Befehl eingeben (bzw wie komme ich zu dem Terminal) ?

▶Terminal

Ich kann aber nicht mehr in Ubuntu rein, das ist mein Haupt-Problem ... Wie kann ich ein Terminal alternativ aufrufen (irgendwelche CD's ,...) ?

Ja von einer Live-DVD geht es auch.

Du kannst mit einem Live-Medium/Live-CD auf die Platten/das System zugreifen.

Kurzablauf

• Booten vom Live-Medium, nach Möglichkeit mit Internetverbindung

• Öffnen eines Terminals

• Ausgabe von sudo parted -l in eine Textdatei speichern, evtl. per Shell/Umleitungen oder direkt kopieren

• Boot-Info-Script → Anleitung folgen

• Posten der Ausgaben hier im Codeblock

Wieso soll er denn die Abfragen nicht aus dem Live-System, das er sich auf die sdb gebügelt hat machen?

Da kommt auch nichts anderes dabei raus, als wenn ein extra Live-Boot-Medium bastelt.

Selbst das Boot-Info-Script kann er so runterladen und laufen lassen.

Übrigens ist Yakkety eol seit Juli 2017 - also tot. Das sollte mach sich nicht mehr installieren.

Schon mal probiert die Bootreihenfolge im BIOS/UEFI umzustellen?

Und zwar so, dass das Bootmedium als erstes gebootet wird, auf dem das Ubuntu drauf sein soll.

bowman schrieb:

Wieso soll er denn die Abfragen nicht aus dem Live-System, das er sich auf die sdb gebügelt hat machen?

Weil er nach eigener Aussage nicht rein kommt. (8893084) Was genau das heisst, wissen wir ja nicht. Daher erstmal gucken, was da ist, wo grub liegt, ob efi/bios, etc.