Am Dienstag, 4. November 2014, 13:15:32 schrieb David Haller:
Hallo,
Am Mon, 03 Nov 2014, Herbert Albert schrieb:
Am Sonntag, 2. November 2014, 20:10:07 schrieb David Haller:
Am Sun, 02 Nov 2014, Herbert Albert schrieb:
Frage: könnte man /dev/sda ohne Datenverlust mit testdisk eine Partitionstabelle verpassen? Wie gesagt die Partitionen funktionieren nur kann ich mit parted nichts mehr machen, z.B. /dev/sda5 vergrößern.
Wie geschrieben: verkleinere erstmal /dev/sda3!
Von 'testdisk' laß besser die Finger in der Situation.
Und ansonsten nochmal: partitioniere "per Hand" und kopiere die Daten per rsync o.ä. auf Dateibasis und verwende kein Image.
ich glaube wir haben uns da falsch verstanden oder ich habe es nicht richtig dargelegt. Die Sicherung ist schon auf der neuen Platte, was ich will, ist meiner derzeit in Gebrauch befindlichen Platte wieder eine Partitionstabelle verpassen.
Das hab ich schon verstanden. Aber die Platte hat ja eine Partitionstabelle, nur ist /dev/sda3 um einen Sektor zu lang, womit gparted anscheinend nicht klarkommt.
Das eine Partitionstabelle vorhanden ist kann man also der Meldung Partition table holds up to 128 entries entnehmen, richtig? Wo siehst Du das /dev/sda3 um einen Sektor zu lang ist? Wenn ich die Differenz der Endwerte von der erweiterten Partion bilde, komme ich auf: 3907028991-3907027055=1936 Wenn ich die Differenz der Blöcke bilde, komme ich auf 1840272384-1840271416=968
grub total Amok gelaufen. Meine Vermutung ist es hat evtl. mit der fehlenden Partitionstabelle zu tun. Die 12.2 habe ich dann wieder durch zurückspielen des Images mit partimage gemacht.
Du hast hier doch die Ausgabe von 'fdisk -l /dev/sda' und 'gdisk -l /dev/sda' schon gemailt, und lt. denen hat /dev/sda doch eine Partitionstabelle. Die bis auf die Länge von /dev/sda3 auch in Ordnung ausschaut. Aber du kannst mir gerne auch deinen MBR und den EPBR mailen:
dd if=/dev/sda of=HAlbert_sda_mbr.img count=1 dd if=/dev/sda3 of=HAlbert_sda3_mbr.img count=1 schicke ich Dir per pm
(/dev/sda3 ist ja die erweiterte Partition).
Da deine einzige logische Partitin innerhalb von sda3 ja deutlich kürzer als sda3 ist, kannst du sda3 einfach um den einen Sektor kürzer machen (bzw. besser um ein paar auf ein Ende bei Sektor 3907027021).
# fdisk -l /dev/sda 255 heads, 63 sectors/track, 243201 cylinders, total 3907027055 sectors ^^^^^^^^^^ /dev/sda3 226484224 3907027055 1840271416 f W95 Ext'd (LBA) ^^^^^^^^^^ off by 1 /dev/sda5 226486272 2373974015 1073743872 83 Linux # gdisk -l /dev/sda Disk /dev/sda: 3907027055 sectors, 1.8 TiB First usable sector is 34, last usable sector is 3907027021 ^^^^^^^^^^
Bei /dev/sdh hast du Problem nicht, da sind die Partitionen kurz genug:
# fdisk -l /dev/sdh 255 heads, 63 sectors/track, 243201 cylinders, total 3907029168 sectors ^^^^^^^^^^ Device Boot Start End Blocks Id System /dev/sdh3 226484224 3907028991 1840272384 f W95 Ext'd (LBA) /dev/sdh5 226486272 3907028991 1840271360 83 Linux ^^^^^^^^^^ # gdisk -l /dev/sdh Disk /dev/sdh: 3907029168 sectors, 1.8 TiB ^^^^^^^^^^ First usable sector is 34, last usable sector is 3907029134 ^^^^^^^^^^ 5 226486272 3907028991 1.7 TiB 8300 Linux filesystem ^^^^^^^^^^ würde zum Reparieren reichen /dev/sda5 und dann /dev/sda3 zu löschen. Anschließend mit Yast -> parted /dev/sda3 als logische Partion anlegen, aber diesmal über den ganzen zur Verfügung stehenden Platz und dann darin /dev/sda5. Danach per rsync die Daten von der Sicherung /dev/sdh5 zurückspielen? Braucht man bei 3 Partitionen das System mit den logischen Partitionen überhaupt noch? Ich habe das aus Gewohnheit (weil immer so gemacht) angelegt.
Die andere Möglichkeit, die ich mir offen halten wollte ist die Kopie auf der neuen Platte, die ja nun eine Partitionstabelle hat bootbar zu machen und auf diesem System ein Upgrade zu versuchen. Aber das bootbar machen heißt alle Verweise auf /dev/sda (bzw. der Klarnamen) in /dev/sdh (bzw. Klarnamen) zu ändern und grub anzupassen.
Das ist das doofe an UUIDs/Device-IDs. Aber anpassen mußt du nur (/dev/sdh1)/etc/fstab und die grub-config. Wobei ich das bei grub2 leider nicht so genau weiß. Und ja, dein 'sed' Befehl sollte klappen, du solltest aber Backups anlegen lassen:
grub2 habe ich nicht sondern grub
find /mnt/boot/grub2 /mnt/etc/grub*/ -type f -exec /bin/sed -i.bak -e 's/HDS723020BLA642_MN1220F319HPLD/HDS722020ALA330_JK11A8B9JX5RRF/g' \ -- '{}' +
/bin/sed -i.bak -e \ 's/HDS723020BLA642_MN1220F319HPLD/HDS722020ALA330_JK11A8B9JX5RRF/g' \ /mnt/etc/fstab
ist ja toll was da alles geht. Und die beiden legen über das "-i.bak" Backups an?
Anschließend mußt du wohl /dev/, /sys, und /proc nach /mnt/{dev,sys,proc} bind-mounten, chroot nach /mnt/ und dann grub-mkconfig + ggfs. grub-install nach /dev/sdh (wenn das stimmt, siehe lsscsi, mount usw.).
Daß du die Daten schon auf sdh hast ist natürlich ok so. Zum Glück wurden eben auf sdh die sdh3 und sdh5 kurz genug angelegt...
Gruß Herbert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org