Festplatte mit dd geklont, starten vom Klon aus nicht möglich?

[debianoli]

Die gequotete Antwort bezog sich auf ntfsclone.

Sorry, hatte ich falsch gelesen.

Aber stimmt, ntfsclone erwartet eine fertige Partition. Irgendwie kompliziert das clonen mit ntfsclone. Macht für mich mehr Sinn zum Zurückspielen einer geschrotteten Win-Partition.

[caue]

Ich habe mit dem Zeug etwas herumgespielt. Da die geklonte Festplatte zu groß ist zum einbauen, habe ich entschieden, Debian auf die original Festplatte (320GB) zu installieren, womit Windows platt gemacht wurde. Anschließend habe ich mit dd den Klon aus der 500GB-Festplatte zurück auf ie 320GB-Original-Festplatte gespielt. Da war ich gespannt, ob Windows wie gehabt starten würde.

Ergebnis:

Code: Alles auswählen

Missing operating system

Es scheint offensichtlich was schief gelaufen zu sein.

Viele Grüße
caue

[Tintom]

Ist UEFI bei dem Notebook aktiviert? Findet UEFI Windows? Wurde bei der Installation von Debian da etwas geändert?

Nebenbei bemerkt: Kennst du schon https://www.thinkwiki.org/? Sollte für jeden Thinkpadnutzer die erste Anlaufstelle sein

[caue]

Ja, UEFI ist unverändert aktiviert. Ob er Windows findet? Beim Startversuch des Systems kommt es mir so vor, als ob er nichts von Windows erfahren könnte. Debian-Live habe ich standardmäßig installiert, vor allem, um Windows auf der Festplatte sicher platt zu machen, und anschließend die Funktionsfähigkeit es Klons nach der Rückspielung zu testen. Das heißt, dass bei dieser Rückspielung der Klonplatte mittels dd Debian wieder vollständig gelöscht wurde.

Gerade habe ich die Klonplatte per Usb-Anschluss an ein Debian-System angeschlossen. Sie kann nicht eingebungen werden. Folgende Meldung wird ausgegeben (die 500GB-Platte erscheint als 320GB, weil dies die größe der geklonte Platte ist):

Einhängen von Datenträger 320GB nicht möglich

Error mounting /dev/sdd1 at /media/che/29f2a8e0-930-4308-ad94-3ef53e15b96e: Command-line 'mount-t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdd1" "/media/che/e9f2a8e0-9a30-4308-ad94-3ef53e15b96e"' exited with non-zero
exit status 32: mount: wrong fs type, bad option, bas superblock on /dev/sdd1,
missing codepage or helper program, or other error

In some cases useful info is found in syslog -try
dmesg | tail or so.

Relevanter Ausschnitt des "tai"-Befehlsl:

(..)
53.766111] IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready
[ 74.048697] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
[ 74.071975] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
[ 111.805618] EXT4-fs (sda3): mounted filesystem with ordered data mode. Opts: (null)
[ 2787.225402] usb 2-1.1: new high-speed USB device number 4 using ehci-pci
[ 2787.555802] usb 2-1.1: New USB device found, idVendor=174c, idProduct=55aa
[ 2787.555810] usb 2-1.1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 2787.555824] usb 2-1.1: Product: External HDD
[ 2787.555827] usb 2-1.1: Manufacturer: 01234567890123456789012345678901234567890123
[ 2787.555829] usb 2-1.1: SerialNumber: 201109200CCF
[ 2787.556411] usb-storage 2-1.1:1.0: USB Mass Storage device detected
[ 2787.556640] usb-storage 2-1.1:1.0: Quirks match for vid 174c pid 55aa: 400000
[ 2787.556711] scsi host8: usb-storage 2-1.1:1.0
[ 2789.548498] scsi 8:0:0:0: Direct-Access WDC WD50 00BEVT-22A0RT0 01.0 PQ: 0 ANSI: 5
[ 2789.549462] sd 8:0:0:0: Attached scsi generic sg3 type 0
[ 2789.550114] sd 8:0:0:0: [sdd] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[ 2789.551121] sd 8:0:0:0: [sdd] Write Protect is off
[ 2789.551134] sd 8:0:0:0: [sdd] Mode Sense: 23 00 00 00
[ 2789.552082] sd 8:0:0:0: [sdd] No Caching mode page found
[ 2789.552087] sd 8:0:0:0: [sdd] Assuming drive cache: write through
[ 2789.584594] sdd: sdd1
[ 2789.588055] sd 8:0:0:0: [sdd] Attached SCSI disk
[ 2790.166560] EXT4-fs (sdd1): bad geometry: block count 122095872 exceeds size of device (78142294 blocks)
[ 2884.104989] systemd[1]: apt-daily.timer: Adding 10h 47min 37.216280s random time.
[ 5780.958782] wlp3s0: disconnect from AP ac:22:05:a0:ff:cc for new auth to ac:22:05:a0:ff:f6
[ 5780.978143] wlp3s0: authenticate with ac:22:05:a0:ff:f6
[ 5780.985633] wlp3s0: send auth to ac:22:05:a0:ff:f6 (try 1/3)
[ 5781.037061] wlp3s0: authenticated
[ 5781.037451] wlp3s0: associating with AP with corrupt probe response
[ 5781.043657] wlp3s0: associate with ac:22:05:a0:ff:f6 (try 1/3)
[ 5781.069444] wlp3s0: RX AssocResp from ac:22:05:a0:ff:f6 (capab=0x411 status=0 aid=6)
[ 5781.091311] wlp3s0: associated
[ 8245.059536] perf: interrupt took too long (2513 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[ 9043.550829] sdd: sdd1
[ 9043.682518] sdd: sdd1
[ 9096.376605] sdd: sdd1
[ 9098.178496] systemd[1]: apt-daily.timer: Adding 3h 57min 22.104216s random time.
[ 9146.358041] EXT4-fs (sdd1): bad geometry: block count 122095872 exceeds size of device (78142294 blocks)
(...)

Sollte eigentlich nicht so sein oder?

Danke und viele Grüße
caue

[NAB]

[ 9146.358041] EXT4-fs (sdd1): bad geometry: block count 122095872 exceeds size of device (78142294 blocks)

78142294 * 8 = 625138352
Da hat er die Blockgröße deiner /dev/sdb1 von 512 Byte Sektoren in 4096 Byte Sektoren umgerechnet.

122095872 * 8 = 976766976
Das ähnelt sehr den 976773168 512 Byte Sektoren, die deine /dev/sda hatte.

Das sieht aus, als ob er das USB-Gehäuse eine 4k Emulation durchführt. Das erklärt aber noch nicht, warum er ein ganzes Laufwerk in eine Partition stecken möchte. Andererseits versuchst du da mit ext4 eine NTFS-Partition zu mounten ... ext4 könnte sonst welchen Blödsinn lesen.

[caue]

Das erklärt aber noch nicht, warum er ein ganzes Laufwerk in eine Partition stecken möchte. Andererseits versuchst du da mit ext4 eine NTFS-Partition zu mounten ... ext4 könnte sonst welchen Blödsinn lesen.

Tatsächlich ist auf der 320GB-OriginalPlatte nur eine Partition angelegt. Was das einbinden der Partition angeht, habe ich zwar das Paket ntfs-3g installiert, aber ob bzw. wann ich in diesem System ein ntfs-Partition verwendet habe liegt vermutlich weit in der Vergangenheit zurück - d.h., dass das Paket ev. nicht ausreichend von mir eingerichtet wurde.
Ich bin gerade dabei, die Partition einzeln zurückzuspielen und mbr... falls nötig. Ich habe nämlich auch alles zusätzlich einzeln gesichert.

Nachtrag:
Nachdem ich die Sicherung der Einzelpartition zurückgespielt habe, war Windows wieder bereit hochzufahren. Die Partition hatte ich mit dd komprimmiert gesichert, was ja offensichtlich gut funktionierte. Beim Klonen der Platte ist anscheinend etwas nicht ganz rundgelaufen mit der Partition. Wie weiter oben jemand angesprochen hat, könnte das Problem im Zusammenhang mit der ext4-Formatierung der Partition während meine vor der Rückspielung durchgeführte Debian-Live-Installation stehen. Gerade bin ich mit gparted-live hochgefahren und die Partition wird komischerweise noch immer als ext4 angegeben - wird bei der Sicherung einer gesamten Platte nicht alles aus der Quellenplatte übernommen (also auch das Dateisystem)? Mein Beispielt scheint zu zeigen, dass das Dateisystem ext4 beibehalten (?) wurde, obwohl beim Windows offensichtlich eine ntfs-Partition vorhanden war. mbr usw. wurden von dem Problem nicht betroffen.
Viele Grüße
caue