alte Platte -> neue Platte: dd und die Partitionstabelle

Warum Debian und/oder eine seiner Spielarten? Was muss ich vorher wissen? Wo geht es nach der Installation weiter?
Antworten
Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

alte Platte -> neue Platte: dd und die Partitionstabelle

Beitrag von HELLinG3R » 05.06.2005 21:06:50

Abend!
ich möchte mir gerade wieder ein Debian instalieren und habe ein kleines Problem.

Die Vorgeschichte:
mir ist meine Debianpartition abgeraucht, windows ging aber noch einwandfrei.
Ich habe jetzt eine neue Platte eingebaut, die alte Platte habe ich mit dd komplett rübergespielt.
Windows lässt sich normal starten; die partitionen sind alle so wie erwartet.

Starte ich jetzt den febianinstaller, findet er aber offenbar keine Partitionen - ich habe nur die Wahl hda komplett neu zu partitionieren, was ich selbstverständlich (Datenverlust) nicht möchte.

Meine Vermutung ist jetzt, dass die Geometrie der neuen 80Gigabyte Platte von der Geometrie der alten 80Gigabyte Platte abweicht - die neue ist eine Samsung, die alte eine Maxtor.

wenn ich auf der Shell "parted" starte, erscheint folgende Meldung:

Code: Alles auswählen

Using /dev/ide/host0/bus0/target0/lun0/disc
Error Can't have a partition outside the disk!
Information: the operating system thinks the Geomety on Using /dev/ide/host0/bus0/target0/lun0/disc is 9733/255/63. Therefore, cylinder 102 ends at 8032.499M.
ich vermute stark, dass die Infomationen des Speicherbereichs der alten Platte auf die neue Platte geschrieben wurde.
Kann ich das irgendwie mit parted beheben, ohne meine Daten ins Nirvana zu schiessen?
alleine dran rumbasteln traue ich mich nicht, ich habe keine Lust, mein Windows neu aufzusetzen und obendrein meine anderen Daten (/home zb) zu verlieren :/

Ich wäre also sehr Dankbar, wenn mir jemand dabei helfen würde, meiner neuen Platte zu sagen, wie groß sie ist :)

[edit] ich habe eben im Bios nachgesehen, ich nehme an, obige daten sind die CSH Angaben. Das Bios meldet da:
Cylinder: 38325
Sector: 255
Head: 16

Was mir auch noch gerade einfällt: DD hat beim kopieren auch gemeldet, dass ein paar bytes am ende fehlen, weil die Zielplatte kleiner ist. Merkwürdig...
vielleicht ist es doch einfacher, die platte komplett neu zu partitionieren, und dann meine Daten manuell mit cp zu kopieren, sollte ja auch bei Windows funktionieren...

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 05.06.2005 21:26:48

warum kopierst du die Partitions (Filesysteme) nicht einzeln und ersparst dir den ganzen Ärger ?

Gruß
gms

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Beitrag von HELLinG3R » 05.06.2005 21:35:29

nun ja, ich dachte dd klappt ganz gut. was es ja hat.
Allerdings habe ich an meinem Windows bereits Änderungen vorgenommen.
Aber vemrutlich sit es einfacher, die änderungen neu zu machen als jetzt den stress zu haben.
Zumal von der letzten Partiton warscheinlich ein paar files fehlen, da die neue Platte offenbar etwas kleiner ist :/

Naja, ich werde wohl alles normal kopieren, ist einfacher, vermutlich.

Benutzeravatar
konqi76
Beiträge: 30
Registriert: 25.12.2004 20:36:08
Wohnort: Wuppertal
Kontaktdaten:

Beitrag von konqi76 » 05.06.2005 22:20:47

Hi HELLinG3R,
HELLinG3R hat geschrieben:nun ja, ich dachte dd klappt ganz gut. was es ja hat.
Allerdings habe ich an meinem Windows bereits Änderungen vorgenommen.
Aber vemrutlich sit es einfacher, die änderungen neu zu machen als jetzt den stress zu haben.
Zumal von der letzten Partiton warscheinlich ein paar files fehlen, da die neue Platte offenbar etwas kleiner ist :/

Naja, ich werde wohl alles normal kopieren, ist einfacher, vermutlich.
Linux auf Datei ebene klonen.

neue HD partitionieren, formatieren
neue HD Partition ZB. /dev/hda2 mounten auf ZB. /media/hda2
von der alten HD aus

Code: Alles auswählen

cd /
find . -print | grep -v "/media/hda2" | cpio -ovcB | (cd "/media/hda2"; cpio -ivdmuB )
dabei bleiben alle rechte, links und etc. erhalten

falls Du udev benutzt - Inhalt von /dev löschen
Inhalt von /sys und /proc löschen

Fertig

MfG konqi76

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22456
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 05.06.2005 22:23:25

Oder bequemer mit rsync

Code: Alles auswählen

rsync -avHS   --progress --stats /home/matthias/sdb1/. /mnt
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Beitrag von HELLinG3R » 06.06.2005 09:02:33

okay, linuxtechnisch hört sich das gut an.
was aber mache ich mit meinen 3 Windows (NTFS) Partitionen? :(

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 06.06.2005 14:35:42

die kannst du ja mit dd kopieren. Wenn du die Partitions einzeln kopierst, sollte es keine Probleme geben. (Gilt auch für die Linuxpartitions). Einzelne Dateien würde ich nur kopieren, wenn ich die Partitions zusätztlich vergrößern oder verkleinern möchte.

Gruß
gms

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Beitrag von HELLinG3R » 06.06.2005 16:33:33

kapiert dd dann, dass die letzte partiton keinen platz mehr hat?
es werden keine partitionen erkannt, nichtmal die windowspartitionen am anfang der platte :(

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22456
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 06.06.2005 19:15:15

dd kapiert garnichts , der nagelt einfach drauf. Dem ist das Dateisystem volkommen egal . Der kümmert sich um nichts.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Beitrag von HELLinG3R » 06.06.2005 20:32:19

naja,mal probieren - jedenfalls hat das mit cp nicht geklappt, die daten sind zwar drauf, allerdings bootet win nicht, der will immer über netzwerk booten. naja.
liegt das vieleicht daran, dass ich das dateisystem manuell auf fat32 LBA umgeschossen habe? (also fat anlegen und dateien manuell reinkopieren)

naja, hilft vielleicht ein dd der alten partition auf die neue? (kann ich das gefahrlos machen, oder bügelt dd einfach über die partitionsgrenzen hinaus?)
also dd if=/dev/hdb1 of=/dev/hda1
wo ist die partitionstabelle gespeichert? die ist jetzt nämlich anders :/ (etwas kleiner,die files passen aber definitv rein)

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22456
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 06.06.2005 20:40:38

dd kümmert sich um nichts , also auch nicht um Partitionsgrenzen. Es ist auch nicht in der Lage Größenanpassungen vorzunehmen. Mit Drive Image könnte das eventuell klappen,ob was im Linuxbereich gibt, das das beherrscht weiß ich nicht. Die Partitonsdaten der Primören stehen im ersten Sektor der Festplatte. Max 4 .
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Beitrag von HELLinG3R » 06.06.2005 20:54:39

hm, ich habe keine ahnung, warum mein win jetzt rumzickt :/
sind doch eigentlich auch bloss daten.
aber nach dem grub den richtigen zweig abgearbeitet hat, kommt nichts mehr ...
(es stehen die grubkommandos da und dann nichts mehr)

woran kann das nur liegen?

Benutzeravatar
konqi76
Beiträge: 30
Registriert: 25.12.2004 20:36:08
Wohnort: Wuppertal
Kontaktdaten:

Beitrag von konqi76 » 07.06.2005 07:48:52

zeige mal Bitte deine Partition Tabelle (alte HD und neue HD)

Code: Alles auswählen

# fdisk -l /dev/hdX

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Beitrag von HELLinG3R » 07.06.2005 09:00:14

okay, werde ich aber erst morgen nacmittag machen können. (bin erst dann wieder daheim)
im moment läuft ein dd über die komplette platte.

Mir ist nämlich folgendes eingefallen:
- Windows erkennt die partitionen
- parted meckert, dass eine partition ausserhalb des gültigen bereichs liegt.
- der debian installer benutzt parted...
-> der debian insaller erkennt keine partitionen, weil partet lediglich die fehlermeldung ausspuckt, anstatt normal die partitionen zurückzuliefern.

Falls das so ist, sollte mein Test, die lette partition zu löschen, erfolgreich sein.

Benutzeravatar
HELLinG3R
Beiträge: 1328
Registriert: 15.04.2004 07:54:33

Beitrag von HELLinG3R » 09.06.2005 18:52:19

ok, es war wie vermutet.
ich habe die letzte partition im windows gelöscht und neu angelegt, jetzt klappt alles.

gibt es auch ein programm, dass das unter linux macht!?
parted und cfdisk bricht mit fehler ab :/

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 09.06.2005 19:15:02

Code: Alles auswählen

fdisk
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

Antworten