VDR auf neue Platte

Sagt mal - habe ich da was verpasst? IIRC kopiert dd doch die Platte sektorenweise, d.h. es wird ein 1zu1-Abbild der Ursprungsplatte auf der neuen erstellt - mit allem drum und dran (Partitionen, filesystem, Dateien). Alles vorherige Partitionieren und Formatieren ist doch wohl beim Einsatz von dd überflüssig bzw. vergebliche Mühe.

Wenn vorher partitioniert und formatiert wurde, ist cp -a oder der Einsatz von tar angesagt - oder kopiert dd auch auf Dateiebene?

Zitat

Original von foobar42
Sagt mal - habe ich da was verpasst?

Ja, Du hast was verpaßt

Zitat

1zu1-Abbild der Ursprungsplatte auf der neuen erstellt - mit allem drum und dran (Partitionen, filesystem, Dateien). Alles vorherige Partitionieren und Formatieren ist doch wohl beim Einsatz von dd überflüssig bzw. vergebliche Mühe.

Da hast Du recht, wenn, ja WENN Du mittels dd auch die ganze Platte kopierst:
dd if=/dev/hda of=/dev/hdb
Das ist aber nur bei wirklich identischen Platten zu empfehlen, da die Partitionstabelle sonst nicht zur neuen Plattengeometrie paßt.

Sofern Du aber:
dd if=/dev/hda1 of=/dev/hdb1
startest, kopiert er halt NUR den Inhalt der ersten Partition der ersten Platte auf die erste Partition der zweiten Platte. Damit stimmt die Plattengeometrie, aber das Filesystem nicht- und dem hilft man dann eben mit resize2fs (bzw. resize_reiserfs) nach.

Zitat

Wenn vorher partitioniert und formatiert wurde, ist cp -a oder der Einsatz von tar angesagt

Nicht zwingend, es ist halt nur vergebliche Liebesmühe- dd überschreibt es gnadenlos.

Zitat

oder kopiert dd auch auf Dateiebene?

Nein, nur auf Blockebene- aber es kommt halt darauf an, welches Device Du liest.
Hurra, mein 100. Beitrag

Zitat

Original von knebb

dd if=/dev/hda of=/dev/hdb
Das ist aber nur bei wirklich identischen Platten zu empfehlen, da die Partitionstabelle sonst nicht zur neuen Plattengeometrie paßt.

Deswegen hab' ich's auch seit Jahren nicht mehr für Umzüge verwendet, die neuen Platten wurden immer größer;-)

Zitat

Original von foobar42
Wenn vorher partitioniert und formatiert wurde, ist cp -a oder der Einsatz von tar angesagt

Zitat

Original von knebb
Nicht zwingend, es ist halt nur vergebliche Liebesmühe- dd überschreibt es gnadenlos.

Eben - welchen Vorteil bietet die dd-Variante gegenüber tar bzw. cp?

Zitat

Original von foobar42

Deswegen hab' ich's auch seit Jahren nicht mehr für Umzüge verwendet, die neuen Platten wurden immer größer;-)

Und dafür gibt's dann ja eben resize2fs. Abgesehen davon sollte man (wie unter Win ja auch) die Systempartition und Datenpartition trennen. Dann kannst Du bei einem Umzug auch immer die gleiche Systempartitionsgröße belassen

Zitat

Eben - welchen Vorteil bietet die dd-Variante gegenüber tar bzw. cp?

Ganz einfach:
Du hast wirklich ein 1:1 Abbild. Gerade tar stellt sich manchmal mit dem /dev- Verzeichnis etwas "merkwürdig" an.
Und cp -a ist ... naja, da fällt mir nix gegen ein

Klar, geht auch. Viele Wege führen nach Rom bzw. zu einem vdr.

P.S.: <aus den Fingern saug>: Doch, mir fällt was gegen cp -a ein:
Wenn das Dateisystem einen Defekt hat, kann cp -a das nicht kopieren, dd kümmert sich nicht darum. Und außerdem gehen bei dd die Dateisystemeinstellungen (nächster Check etc.) nicht verloren.

Zitat

Original von BlueIcE
linvdr:/# dd if=/dev/hda1 of=/dev/hdc1
dd: /dev/hda1: Input/output error

Gleich zu Anfang oder als er schon eine Weile gearbeitet hat?

Platte defekt? Kannst Du irgendwie den SMART- Status auslesen?
Sicher, daß die Partition existiert? fdisk -l /dev/hda ist Dein Freund.
Ist es vielleicht hdb? dmesg|grep ATA zeigt Dir, welche Geräte am IDE- Bus hängen.
Sicher, daß die Partitionen korrekt sind und nicht vielleicht wenige Blöcke größer sind als die Platte?

Du hast nicht via KNOPPIX gebootet. Nun denn, ich drücke die Daumen, das während des Kopiervorganges keine Dateien geändert werden.

Zu Deinen anderen Infos:
Liegt wahrscheinlich an "does not end at". Kann Dir dann aber auch egal sein, wenn er ewig gewirbelt hat. Da er ja blockweise vorgeht, sind alle Blöcke vorher sauber kopiert worden. War die alte Platte GANZ voll? Nö, eher nicht, oder? Dann waren's eh' nur leere Blöcke.

Nun denn:
fsck -f /dev/hdc1
resize2fs /dev/hdc1
fsck -f /dev/hdc1

Ausschalten, Platte auf hda, neu booten, sollte laufen.

Ansonsten für jetzt:

Zitat

Original von BlueIcE
Also ich hab versucht mit LinVDR den resizef2s zu machen... leider gibts den command nicht?!?

Ne, hab ich mir gedacht. Beachte:
1. NIE, NIE auf einer gemounteten Partition
2. LinVDR ist dafür nicht gedacht, nimm 'ne Rescue CD von SuSE oder eben KNOPPIX.

Zitat

Jetzt hab ich noch ne Suse 9.1 Boot CD von der PC Direkt gefunden und von der gebootet, da gibts nur resize nix mit 2fs.

Neee, das ist was anderes. Musst Du doch die KNOPPIX nehmen, geht nich ohne.

Zitat

Axo ich hab zuhause ISDN *grummel* die Koppnix is geil aber dauert "etwas" länger die zu downloaden *g*

JA stimmt, lohnt sich aber- ich gehe ohne Knoppix an keinen Rechner mehr ran.

Und warum nimmst du nicht einfach ein imagetool ?

zb. http://www.partimage.org/ (ist auch auf der knoppix cd)

Grüße

Vielleicht weil man da auch mit den Partitionsgrößen rumeiern muss?

Wie hast du dd ausgeführt ? hda1 -> hdc1 ? Dann ist im MBR der neuen Platte noch nicht der richtige Bootloader. (siehe 2. Frage)

Welchen Bootloader verwendet LinVDR ? Sollte es LILO sein, muß der erst noch reinitialisiert werden. Hierzu z.B. mit Knoppix booten, /dev/hda1 nach /mnt/hda1 mounten und lilo -r /mnt/hda1 aufrufen.

Falls GRUB benutzt wird, kann evtl. jemand anders helfen ?

Gruß
Mag1c

Also dann will ich mich auch mal zu Wort melden.

Ich rate jedem dringend davon ab, mit "dd" irgend welche vermeintlichen "Backups" zu machen. Das Ergebnis ist schlicht unbrauchbar, wenn es nicht auf die identische, unverändert partitionierte Festplatte an die selbe Stelle zurückgeschrieben wird.

Selbst wenn ihr eine Festplatte der gleichen Größe habt, unterscheiden sich praktisch immer die genauen Festplattendaten bei der Zahl der Zylinder, Köpfe und Sektoren. Somit ist selbst bei identischer Partitionierung nur sehr sehr selten die Partition genauso groß wie vorher. Und damit ist auch die Bootloader-Konfiguration unbrauchbar, weil sich die Daten des Bootloaders nicht mehr an exakt der selben Stelle befinden wie auf der alten Platte.

Wenn ihr ein Image einer Partition habt, mountet es mit "mount -o loop backup.img /wohin/auch/immer" als Loopback-Device und macht anschließend ein Backup mittels Tar (z.B. "cd /wohin/auch/immer; tar czf ../backup.tgz *").

Die neue Festplatte dann ganz normal auf die gewünschte Größe partitionieren und formatieren. Schließlich ins Root-Verzeichnis der neuen Partition setzen und das Tar einfach wieder auspacken.

Jetzt braucht man nur noch den Bootloader neu zu konfigurieren, bei LinVDR ist das Grub.

Viele Grüße, Mirko

Zitat

Original von Mag1c
[...]

Falls GRUB benutzt wird, kann evtl. jemand anders helfen ?

Gruß
Mag1c

Hi,

mit grub geht das folgendermaßen:

1. Booten von der Distri CD, z.B bei SuSE das rescue system.
2. Falls z.B. die boot-partition hda1 sein soll, muss diese jetzt nach /mnt/hda1 eingehängt werden. Vorher mkdir /mnt/hda1 ausführen.
3. chroot /mnt/hda1
4. Jetzt nach /boot/grub wechseln
5. mit vi o.ä. editor menu.lst öffnen, könnte folgendermassen aussehen

# Modified by YaST2. Last modification on Fri Mar  5 20:46:49 2004




color white/blue black/light-gray
default 0
timeout 3


###Don't change this comment - YaST2 identifier: Original name: linux###
title Linux
    kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 hdc=ide-scsi vga=0x311 splash=silent desktop showopts
    initrd (hd0,0)/boot/initrd


###Don't change this comment - YaST2 identifier: Original name: failsafe###
title Failsafe
    kernel (hd0,0)/boot/vmlinuz root=/dev/hda1 showopts ide=nodma apm=off acpi=off vga=normal nosmp noapic maxcpus=0 3
    initrd (hd0,0)/boot/initrd


title PowerOff
    savedefault default=0
    kernel (hd0,0)/boot/bzImage.2.4.20.poweroff

Der kernel, der als Standard nach dem timeout gebootet wird ist hier der erste (default 0). Merken, wie der kernel heißt, hier vmlinuz.
6. grub starten mit "grub"

GRUB  version 0.93  (640K lower / 3072K upper memory)


 [ Minimal BASH-like line editing is supported.  For the first word, TAB
   lists possible command completions.  Anywhere else TAB lists the possible
   completions of a device/filename. ]


grub>

nun folgende befehle eingeben (jeweils mit return abschließen):

grub> root (hd0,0)
grub> kernel /boot/vmlinuz root=/dev/hda1
grub> install=/boot/grub/stage1 d (hd0) /boot/grub/stage2 0x8000 p /boot/grub/menu.lst
grub> makeactive

mit quit grub verlassen, neu booten, freuen...

info grub gibt schön Auskunft und google hilft auch weiter.

Habe obiges vorhin selbst durchgeführt, vorher mit dd alle Partitionen von der alten auf die neue Platte geschaufelt., funktioniert alles einwandfrei.

Vielleicht hilfts ja dem ein oder anderen

Gruß,
Marcus