/ dev / sda1 oder / dev / sdb1 sollte ich meine iso schreiben? Wenn ich falsch mache, was passiert dann, kann ich zurückkehren?

2216
YumYumYum

Ich habe einen Fehler gemacht und festgestellt, dass ich / dev / sdb1 anstelle von / dev / sda1 gewählt hätte. Mein eigenes System habe ich etwas gemacht. Aber wie kann ich zurückkehren? (Ich bin sicher, wenn ich mein System neu starte, kann ich mich nicht mehr einloggen).

Ich habe versucht, einen USB-Stick bootfähig zu machen, aber ich habe es auf Sda1 gesetzt:

# livecd-iso-to-disk ubuntu-11.04-desktop-amd64.iso /dev/sda1 Verifying image...  The media check is complete, the result is: NA.  No checksum information available, unable to verify media. Are you SURE you want to continue? Press Enter to continue or ctrl-c to abort  /dev/sda1 is mounted, please unmount for safety Cleaning up to exit...  # umount /dev/sda1 # livecd-iso-to-disk ubuntu-11.04-desktop-amd64.iso /dev/sda1 Verifying image...  The media check is complete, the result is: NA.  No checksum information available, unable to verify media. Are you SURE you want to continue? Press Enter to continue or ctrl-c to abort  ubuntu-11.04-desktop-amd64.iso uses initrd.img w/o install.img Copying DVD image to target device. Updating boot config file Installing boot loader /media/tgttmp.WBEQ4L/syslinux is device /dev/sda1 Target device is now set up with a Live image!

Nachverfolgen:

Wenn / boot leer ist, bin ich verloren, ich kann nicht umkehren. Ich habe es gerade mit meiner anderen CentOS-Box überprüft, die viele Dinge enthält:

$ ls config-2.6.32-71.29.1.el6.x86_64 initramfs-2.6.32-71.29.1.el6.x86_64.img symvers-2.6.32-71.el6.x86_64.gz vmlinuz-2.6.32-71.el6.x86_64 config-2.6.32-71.el6.x86_64 initramfs-2.6.32-71.el6.x86_64.img System.map-2.6.32-71.29.1.el6.x86_64 efi lost+found System.map-2.6.32-71.el6.x86_64 grub symvers-2.6.32-71.29.1.el6.x86_64.gz vmlinuz-2.6.32-71.29.1.el6.x86_64

Wo ist mein aktuelles System nach dem Fehler:

$ ls bin cgroup etc home lost+found misc opt root sbin srv tmp usr boot dev folders.db lib media mnt proc run selinux sys trace.txt var  $ ll /boot total 0

Am besten sichern Sie sich jetzt Fedora 16 und installieren Sie es nicht. Machen Sie beim nächsten Mal niemals denselben Fehler mit sda1 und sdb1

0
was war auf sda1? Ihr aktuelles Betriebssystem? KovBal vor 12 Jahren 1
@KovBal: Ja, das ist meine Laptop-Festplatte. YumYumYum vor 12 Jahren 0
Welches Dateisystem war sda1? Darokthar vor 12 Jahren 0
Wie konnte man es mit `umount / dev / sda1 'demontieren? Es müssen offene Dateien darauf sein ... KovBal vor 12 Jahren 0
@Darokthar: / dev / sda1 on / boot-Typ ext4 (rw, relatime, user_xattr, barrier = 1, data = bestellt) YumYumYum vor 12 Jahren 0
@KovBal: / boot ist jetzt leer. YumYumYum vor 12 Jahren 0

1 Antwort auf die Frage

2
KovBal

Da /dev/sda1es sich um Ihre Bootpartition handelt, müssen Sie lediglich den Bootloader neu installieren. Dies war höchstwahrscheinlich GRUB in Fedora 15.

Sie können zahlreiche Führungen, wie finden diese . Wenn Sie livecd-iso-to-diskIhre Dateien jedoch nicht in der Partition entfernt haben, müssen Sie nur noch Folgendes tun:

  1. grubAls root ausgeben, gibt es die Eingabeaufforderung
  2. root (hd0, 1)
  3. setup (hd0)
Wenn / boot leer ist, braucht es etwas mehr als das Neuinstallieren des Kernels. KovBal vor 12 Jahren 0
Nach der Verwendung von livecd-iso-to-disk ist mein / boot vollständig leer. YumYumYum vor 12 Jahren 0
Danke, ich werde jetzt alles sichern und Fedora 16 installieren. Ich verliere meine Fedora 15 für diesen Fehler. YumYumYum vor 12 Jahren 0

Verwandte Probleme