Systemplatte hat sich schleichend verabschiedet, bootet noch ab und an - daher (ggf. auch fehlerhaftes) dd-Image der kompletten Platte vorhanden, läuft. Das System ist ein von 8.04 auf 10.04 LTS upgraded /64. Da fängt das erste Problem schon an: Habe ich mit grub oder grub2 zu tun? grub sagt: grub (GNU GRUB 0.97).
Bisher war das System multiboot (+WinXP). Ubuntu lag auf der ersten logischen Partition also hd0,4. Für die neue Systemplatte dachte ich mir: Das System gehört auf SSD. Samsung-SSD 128GB, sda1 hat 100GB für System. Vermittels dd packte ich System dort hin. Platte läßt sich mounten, offset 2048 stimmt, sieht gut aus. Fast. df sagt: sda1 habe 50GB, davon 30 belegt. Leider sagt gparted: 100GB, davon 80 belegt. Huch, wie das? e2fsck -p meint Sektorfehler, ohne -p starten. Blups - sda ist auf einmal für gparted verschwunden.
Frage ist also: Wie packe ich ein ggf. etwas gestörtes System sauber auf eine Partition einer SSD? (Nachtrag: Ein sauberes Image der Systemplatte mit Versionsstand 2011/11 existiert - ist aber logischerweise veraltet)
Schwieriger erscheint mir die nächste Frage: Ich schaffte es nicht, einen bootfähigen MBR auf der SSD zu erzeugen: Ich mountete /dev/sda1 und bearbeitete menu.lst: Ein Eintrag auf den aktuellen Kernel, einen recovery hd0,0 sowie memtest. Danach chroot in /mnt/sda1 und grub-install sowie update-grub- Das schien sauber durchzulaufen. Beim Start mit dieser Platte meldet grub nun aber "Error 22".
Zusammengefaßt - die Fragen:
* Wie bringe ich ein image (mit ggf. vorhandenen Inkonsistenzen) auf eine SSD-Platte? * Was ist der korrekte Weg zum erzeugen eines MBR (der das nächste Kernel-Update auch übersteht) auf einer SSD-Platte?
Über Hilfe würde ich mich freuen.
Moderiert von Lasall:
Dieses Thema wurde verschoben. Bitte beachte die als Wichtig markierten Themen („Welche Themen gehören hier her und welche nicht?“).