Hallo,

versuchmal im Terminal ein

sudo upate-grub

Gruss

sorry Rechtschreibung

sudo update-grub

Hallo Linuxler und alle anderen die mitlesen,

Habe den von dir aufgeführten Befehl eingegeben und bekomme folgende Ausgabe:

Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ... found: /boot/grub/menu.lst
Searching for splash image ... none found, skipping ...
Found kernel: /boot/vmlinuz-2.6.28-15-generic
Found kernel: /boot/vmlinuz-2.6.28-14-generic
Found kernel: /boot/vmlinuz-2.6.28-13-generic
Found kernel: /boot/vmlinuz-2.6.28-12-generic
Found kernel: /boot/vmlinuz-2.6.27-14-generic
Found kernel: /boot/memtest86+.bin
Updating /boot/grub/menu.lst ... done

Kann es sein das dabei lediglich die installierten Kernel auf Sda (alte Platte, 120GB) berücksichtigt wurden und nicht diejenigen auf Sdb (neue Platte 160GB)?

Danke für die schnelle Antwort,
Rian

Hallo,

Ja. Mist. Du könntest nochmal Grub drüber installieren.

sudo grub-install sd0

Wenn das nicht hilft, müsste man manuell die 2. Festplatte bekanntmachen.
Da weiss ich nur, das man das Kommando grub ins Terminal eingeben muss. Dann diverse Befehle....

Ich hoffe wir können ausschliessen, das beim verschieben was schief gegangen ist.

gruss

Ich versuche es wenn ich das nächste mal zu Hause bin. Klärung vorab: Was hätte beim kopieren schief gehen können? Hier kurz umrissen wie ich vorgegangen bin:

System rescue CD gebootet, gpartet gestartet, Linuxpartition und Swap Partition auf die 160GB kopiert, anschließend Linuxpartition auf verbleibenden freien Speicherplatz vergrößert.

Was mir aufgefallen ist, und hier schlägt meine Unkenntnis zu, in GPartet wurde mir die Linuxpartition und die Swap in einer art "Container" angezeigt. Kann es sein das die beiden ursprünglich logische Laufwerke waren, ich sie jedoch als primäre Laufwerke kopiert habe und es deswegen nicht geht?

LG,
Rian

Hallo,

habe grad mal geguckt. Überprüfe mal den Punkt gparted/ Gerät/ Create Partition Table. Vielleicht liegts daran.

Ich hätte zuerst die 2. Festplatte partitioniert, Dateisystem angelegt und dann erst dorthin kopiert. Übrigens zum "echten" kopieren steht der leistungsfähige dd Befehl zu Verfügung. Mal abweichend vom Thema, was hältst Du von folgender Idee: Alles so lassen und für die Nutzdaten ( /home)
die neue Festplatte benutzen.

Gruss

Hallo zusammen,

ich war jetzt soweit erfolgreich und zwar habe ich die Platten getauscht sodass die neue 160GB Platte die Primäre und die 140GB die Sekundäre ist. Anschließend nochmal den MBR (auf 160GB) neu geschrieben und gebootet läuft ... naja fast.

Anschlussproblematik: Trotz der Veränderung der Linux-Partitionsgröße mittels GPartet präsentiert mir die installierte Ubuntu Version den Hinweis die Platte habe ein Volumen von 20Gb (angezeigt wird mir das über den Systemmonitor). Auch bekomme ich die Fehlermeldungen sollte ich versuchen etwas das die 20GB sprengt auf die Festplatte zu kopieren.

Die Partition ist also laut gpartet 160GB groß, Ubuntu selbst zeigt sie mir aber weiterhin nur als 20GB an die sie anfangs war.

Jemand eine Idee?

Danke für alle Vorschläge und Ideen die bisher angekommen sind, es waren sehr gute dabei.

LG,
Rian

Hallo,

bitte lese die /boot/ grub/ menu.lst. Überprüfe dort den Pfad zum Stammwurzelverzeichnis (root). Ich vermute, er zeigt auf sdb, müsste aber jetzt laut meiner Skizze auf sda verweisen. Auf deutsch: Ich glaube, es wird immer noch Dein altes Linux gebootet.

Gruss

Mir ist nochwas eingefallen:
Auch überprüfen: /etc/fstab. Dort sollte "/" jetzt von /dev/sda eingehangen werden.

Hallo,

ich hoffe du bist weiterhin bereit mir zu helfen.

Hier zur Info mal der primäre (automatische) Eintrag von Grub für das System

title Ubuntu 9.04, kernel 2.6.28-15-generic
kernel /boot/vmlinuz-2.6.28-15-generic root=UUID=15d89458-0947-4cba-a54d-e674dd6ea518 ro quiet splash vga=792
initrd /boot/initrd.img-2.6.28-15-generic

und hier noch der Inhalt der der FSTAB im Moment

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# /dev/sda5
UUID=15d89458-0947-4cba-a54d-e674dd6ea518 /               ext3    relatime,errors=remount-ro 0       1
# /dev/sda6
UUID=291a7185-16fd-457e-99c3-390eeeb91d00 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0

Wenn das alles irgendwie klappt schmeiß ich ein Bier über die Leitung.

LG,
Rian

Naja, okay.
So langsam aber sicher möchte ich mich auch nicht mehr mit dem Gedanken abfinden müssen insg. 280Gb Platz zu haben aber effektiv nur 140gb zu nutzen (oder ähnlich).
Werde das System also bei Gelegenheit einmal neu hochziehen wie von dir empfohlen.

Danke dir.

LG,
Rian

Immer langsam mit den jungen Pferden:
Preisfrage: Woher hast Du die UUID?
Diese muß in der fstab und auch in der menu.lst geändert werden, damit der ganze Laden läuft.
Folgendes Szenario:
Du hast Die Daten rüberkopiert. Die fstab bleibt unverändert. Wenn Du nun den Grub auf den Startkernel auf der neuen Partition einstellst, wird dieser auch geladen, aber das System wird, da in der fstab so eingetragen, immer wieder in der alten Partition eingehängt. Das funktioniert auch, da beide Systeme identisch sind. Hängst Du nun die Platten um, ändert sich an Deiner Problematik gar nichts, da Grub und fstab mit UUID arbeiten und somit immer wieder auf die alte Platte zugreifen.
Folgende Vorgehensweise:
Grub auf die erste (in dem Fall die 160GB grosse, oder) installieren. System starten. Überprüfen, welche Platte für das Wurzelverzeichnis / gemountet ist.der Befehl: #>mount verrät es Dir. Klappt alles, kannst Du Dich zurücklehnen und freuen. Ich hoffe, da werden keine UUID angezeigt, habe ich noch nicht getestet.
Sollte es nicht klappen folgendes:
Nachdem sich Dein neues UBUNTU nun auf /dev/sda1 befindet musst Du erst einmal die UUID von /dev/sda1 ermitteln.das mach man mit:
blkid /dev/sda1
Der angezeigte ID-Code muss unbedingt mit den eingetragenen UUID identisch sein, in der menu.lst genau so wie in der fstab. Da Ubuntu mit UUID arbeitet, habe ich Dir diesen Weg beschrieben, und wenn Du ab und zu mal vom USB-Stick startest oder von einer USB-Platte aus starten willst, empfehle ich, diese Variante beizubehalten und auf /dev/sda1 etc zu verzichten.

GE-NI-AL!

Das ist es. Hier nochmal die Zusammenfassung für alle Leserinnen und Leser:

(Zusammenfassung)
Ich habe die Systempartition 1 zu 1 von Platte A auf Platte B kopiert und wollte zukünftig nur noch Platte B starten. Dieses gelang mir aber nicht da Grub immer wieder Platte A startete, unabhängig davon was ich versuchte. Mein Vorposter brachte mich auf eine sehr gute und schlussendlich richtige Spur. Ich habe Gparted geöffnet und mir die UUID von beiden Platten angesehen. Diese waren IDENTISCH (Die Kopie war eine 1 zu 1 Partitionskopie, die UUID wurde mitkopiert). Dadurch konnte ich so oft ich wollte mit hd1,0 und sdb1 rumpfuschen, es sprang immer wieder auf die zuerst erkannte Platte.

(Lösungsansatz)
Ich habe mir in einer Konsole mittels

 uuidgen 

eine neue uuid generiert
(z.b. 47c392c4-ead8-419f-9de5-c9214bc0e471)
und diese dann mit

sudo tune2fs -U 47c392c4-ead8-419f-9de5-c9214bc0e471  /dev/sda5 

gesetzt.

System neu gestartet und zack, wird von der richtigen Festplatte gebootet.

Ich danke allen die sich an der Problemlösung beteiligt und mich auf die richtige Spur gebracht haben. Die Supportnetgemeinde / Ihr seid super.

VLG,
Rian