Smaug
Anmeldungsdatum: 16. August 2006
Beiträge: 139
Wohnort: Erlangen
|
Moinsen, ich habe eine SSD 128 GB Samsung 830. Darauf sind: - Ubuntu 12.04
- Win 7 Das Home Verzeichnis von 12.04 ist auf einer anderen Festplatte. Ich möchte nun möglichst geschickt 14.04 installieren, es komplett neu einrichten und Win7 beibehalten. Das Problem ist, dass die Aufteilung auf der SSD (siehe Anhang) etwas ungünstig ist. Der übrige Platz von 25 GB ist verschenkt. Zudem möchte gerne das Home Verzeichnis auf der anderen Festplatte miteinbinden, sodass zwar die "eigenen Dateien" wie Bilder, Musik etc. übernommen werden; Die Konfigurationsdateien der früher installierten Programme, würde ich aber gerne los werden. Also: - Win 7 ans Ende verschieben
- 15GB ext4 mit dem freien Platz verschmelzen.
- Home Verzeichnis auf der anderen Festplatte einbinden, ohne alte Programme und Konfigurationen zu übernehmen Wie gehe ich am besten vor? Gerade beim Thema Alignment der SSD bin ich bei der ganzen Aktion hier etwas unsicher. Danke!
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Vom Anhang ist hier leider nichts zu sehen, aber zeige doch einfach mal die Ausgabe von sudo parted -l #kleines L
sudo fdisk -l
mount | grep efivars
cat /boot/grub/grub.cfg damit kann man dann schon mehr anfangen. Die Ausgabe mit er Maus markieren, kopieren, hier in der Antwort einfügen und in drei geschweifte Klammern einschließen {{{Ausgabe}}}, dann wird sie hier schön formatiert gezeigt. Beginnen würde ich übrigens mit einer Datensicherung, denn wenn du Partitionen verschieben möchtest, können im schlimmsten Fall alle Daten verloren gehen.
|
Smaug
(Themenstarter)
Anmeldungsdatum: 16. August 2006
Beiträge: 139
Wohnort: Erlangen
|
Irgendwie bin ich zu blöd den Anhang hoch zu laden -.-" Die Sicherung wäre ja deiner Meinung nach für Win7 nötig, wenn ich das richtig verstehe? 12.04 wird ja eh platt gemacht.
...@...:~$ sudo parted -l
[sudo] password for ...:
Modell: ATA SAMSUNG SSD 830 (scsi)
Festplatte /dev/sda: 128GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Nummer Anfang Ende Größe Dateisystem Name Flags
1 17,4kB 15,0GB 15,0GB ext4 msftdata
2 15,0GB 19,0GB 4000MB linux-swap(v1)
3 19,0GB 19,3GB 315MB ntfs Basic data partition versteckt, diag
4 19,3GB 19,4GB 105MB fat32 EFI system partition boot
5 19,4GB 19,6GB 134MB Microsoft reserved partition msftres
6 19,6GB 103GB 83,9GB ntfs Basic data partition msftdata
Modell: ATA WDC WD20EARX-008 (scsi)
Festplatte /dev/sdb: 2000GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Nummer Anfang Ende Größe Dateisystem Name Flags
1 17,4kB 1600GB 1600GB ext4 msftdata
2 1600GB 2000GB 400GB ntfs Basic data partition msftdata
Modell: ATA WDC WD10EADS-22M (scsi)
Festplatte /dev/sdc: 1000GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: msdos
Nummer Anfang Ende Größe Typ Dateisystem Flags
1 32,3kB 1000GB 1000GB primary ntfs
.. ...@... ~$ sudo fdisk -l
Warnung: GPT (GUID-Partitionstabelle) auf '/dev/sda' erkannt! Das Hilfsprogramm Fdisk unterstützt GPT nicht. Verwenden Sie GNU Parted.
Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 Köpfe, 63 Sektoren/Spur, 15566 Zylinder, zusammen 250069680 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x00000000
Gerät boot. Anfang Ende Blöcke Id System
/dev/sda1 1 250069679 125034839+ ee GPT
Warnung: GPT (GUID-Partitionstabelle) auf '/dev/sdb' erkannt! Das Hilfsprogramm Fdisk unterstützt GPT nicht. Verwenden Sie GNU Parted.
Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
255 Köpfe, 63 Sektoren/Spur, 243201 Zylinder, zusammen 3907029168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Festplattenidentifikation: 0x00000000
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdb1 1 3907029167 1953514583+ ee GPT
Partition 1 does not start on physical sector boundary.
Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 Köpfe, 63 Sektoren/Spur, 121601 Zylinder, zusammen 1953525168 Sektoren
Einheiten = Sektoren von 1 × 512 = 512 Bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Festplattenidentifikation: 0x924f4dc6
Gerät boot. Anfang Ende Blöcke Id System
/dev/sdc1 63 1953520064 976760001 7 HPFS/NTFS/exFAT .. cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
set saved_entry="${prev_saved_entry}"
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}
function load_video {
insmod efi_gop
insmod efi_uga
insmod video_bochs
insmod video_cirrus
}
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=auto
load_video
insmod gfxterm
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
set locale_dir=($root)/boot/grub/locale
set lang=
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 75,75,75; then
clear
fi
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=7
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
if [ "${linux_gfx_mode}" != "text" ]; then load_video; fi
menuentry 'Ubuntu, with Linux 3.2.0-70-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-70-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-70-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-70-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-70-generic ...'
linux /boot/vmlinuz-3.2.0-70-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-70-generic
}
submenu "Previous Linux versions" {
menuentry 'Ubuntu, with Linux 3.2.0-69-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-69-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-69-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-69-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-69-generic ...'
linux /boot/vmlinuz-3.2.0-69-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-69-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-68-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-68-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-68-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-68-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-68-generic ...'
linux /boot/vmlinuz-3.2.0-68-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-68-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-67-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-67-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-67-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-67-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-67-generic ...'
linux /boot/vmlinuz-3.2.0-67-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-67-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-65-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-65-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-65-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-65-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-65-generic ...'
linux /boot/vmlinuz-3.2.0-65-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-65-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-63-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-63-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-63-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-63-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-63-generic ...'
linux /boot/vmlinuz-3.2.0-63-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-63-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-61-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-61-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-61-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-61-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-61-generic ...'
linux /boot/vmlinuz-3.2.0-61-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-61-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-60-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-60-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-60-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-60-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-60-generic ...'
linux /boot/vmlinuz-3.2.0-60-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-60-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-59-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
gfxmode $linux_gfx_mode
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux /boot/vmlinuz-3.2.0-59-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro quiet splash $vt_handoff
initrd /boot/initrd.img-3.2.0-59-generic
}
menuentry 'Ubuntu, with Linux 3.2.0-59-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod gzio
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
echo 'Loading Linux 3.2.0-59-generic ...'
linux /boot/vmlinuz-3.2.0-59-generic root=UUID=cd63eb5a-9786-4203-9ead-67ce1344881e ro recovery nomodeset
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-59-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod part_gpt
insmod ext2
set root='(hd0,gpt1)'
search --no-floppy --fs-uuid --set=root cd63eb5a-9786-4203-9ead-67ce1344881e
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/30_uefi-firmware ###
### END /etc/grub.d/30_uefi-firmware ###
### BEGIN /etc/grub.d/40_custom ###
menuentry "Windows 8 UEFI" {
insmod part_gpt
insmod fat
insmod search_fs_uuid
insmod chain
set root='(hd0,gpt4)'
search --fs-uuid --no-floppy --set=root F61C-FD48
chainloader ()/efi/Microsoft/Boot/bootmgfw.efi
}
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ### Danke
- Bilder
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Jetzt ist das Bild auch da. 😉 Smaug schrieb: Die Sicherung wäre ja deiner Meinung nach für Win7 nötig, wenn ich das richtig verstehe? 12.04 wird ja eh platt gemacht.
Das musst du wissen, was du sichern willst/musst. Ich lasse nur niemanden eine Partitionsänderung machen, ohne ihn vorher darauf hinzuweisen, dass dabei alle Daten verloren gehen können - natürlich nur von der Platte die bearbeitet wird. Die Partition 5 wirst du vermutlich nicht einfach verschieben können, da sie kein Dateisystem enthält. Dort sind aber wichtige Daten für den Windows Boatloader hinterlegt. Ich habe diese Partition bereits erfolgreich mit dd kopiert und verschoben, daher würde ich davon eine Imagedatei auf die externe Festpaltte legen, die Partition temporär löschen, und nach dem Verschieben neu anlegen und mit dd zurückschreiben. Wenn du die 80 GB-Partition sichern musst, wäre zu überlegen, ob du statt zu verschieben nicht einfach die gesamte Platte komplett neu partitionierst. Denn das Verschieben dauert seine Zeit, so dass du mit sichern, neu partitionieren und wiederherstellen möglicherweise sogar schneller bist. Dann ist es aber wichtig, vorher alle UUIDs zu ermitteln, damit die neuen Partitionen die alte UUIDs erhalten - sonst meckert Windows.
|
Smaug
(Themenstarter)
Anmeldungsdatum: 16. August 2006
Beiträge: 139
Wohnort: Erlangen
|
Kann man dd so ohne weiteres bei einer SSD verwenden? Ich dachte gerade das Bitgenaue kopieren, sei bei einer SSD kritisch wegen dem Alignment?
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Du kopierst doch nicht die komplette Platte, sondern die einzelnen Partitionen. Die legst du vorher so an, dass sie aligned sind, dann sind die von dd kopierten Daten das auch.
|
Smaug
(Themenstarter)
Anmeldungsdatum: 16. August 2006
Beiträge: 139
Wohnort: Erlangen
|
Auf der SSD ist: Partition 1: 15GB ext4: Ubuntu
Partition 2: 4 GB SWAP
Partition 3: 315 MB Windows Wiederherstellungumgebung NT → Muss gesichert werden?
Partition 4: 105 MB FAT → Muss nicht gesichert werden? Wenn das eine EFI Systempartition ist, wird die ja bei der Installation von Ubuntu neu erstellt?
Partition 5: 134 MB Unbekannt
Partition 6: 84 GB NTFS (Win System)
7.: 25 GB leer. Dann würde ich auch eher davon ausgehen, die SSD einmal komplett zu formatieren und die Sicherung von Win wieder drauf zu schreiben.
Vorgehen also wie folgt: - Partition 3, 5 und 6 per dd sichern
- UUIDs der Part 3, 5 und 6 ermitteln
- Mit Bootstick Ubuntu booten und die gesamte SSD formatieren und neu, wie geplant Partitionieren
- Ubuntu 14.04 vom Stick installieren
- Images der Wind Partitionen wieder drauf spielen
- UUIDs der Win Partitionen wiederherstellen. Richtig so? Muss ich die Sicherung der Win Partitionen alle mit dd machen, oder nur für die Part5, bzw. kann ich die anderen beiden Partitionen einfach normal kopieren? Den MBR muss ich hier nicht sichern, weil da nur Grub drinnen steht. Den Windows Bootmanager habe ich ja mit o.g. Vorgehen bereits gesichert, korrekt? Danke!
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Smaug schrieb: Auf der SSD ist:
Partition 3: 315 MB Windows Wiederherstellungumgebung NT → Muss gesichert werden?
Yep. Partition 4: 105 MB FAT → Muss nicht gesichert werden? Wenn das eine EFI Systempartition ist, wird die ja bei der Installation von Ubuntu neu erstellt?
Doch. Hier liegt im Verzeichnis \\EFI\\Microsoft der Bootloader von Windows, ohne den du Windows nicht wirst starten können. Und die UUID ist auch hier wichitg. Ansonsten kann man diese Partition aber auch kopieren.
Partition 5: 134 MB Unbekannt
Von dieser Partition unbedingt mit dd ein Image erstellen. Partition 6: 84 GB NTFS (Win System)
Hier steht dir wieder frei, zu kopieren oder mit dd ein Image zu erstellen. - UUIDs der Part 3, 5 und 6 ermitteln
Am besten einmal mit sudo blkid alle UUIDs ausgeben lassen und speichern.
- Mit Bootstick Ubuntu booten und die gesamte SSD formatieren und neu, wie geplant Partitionieren
Yep.
- Ubuntu 14.04 vom Stick installieren
Da Windows die gleiche UUID für die EFI Partition benötigt, wäre es sinnvoll, bereits vor der Installation entweder
die EFI-Partition wieder herzustellen - auch das könntest du vom Live-System aus machen. oder, wenn du kein Image erstellt sondern nur kopiert hast, zumindest die UUID wiederherzustellen.
denn auch Ubuntu benutzt die UUID für den Start, wenn diese später erst geändert wird, musst du das in Ubuntu auch noch einmal anpassen. - Images der Wind Partitionen wieder drauf spielen
Wenn du Images erstellst, dann fällt das mit den UUIDs weg. Den MBR muss ich hier nicht sichern, weil da nur Grub drinnen steht. Den Windows Bootmanager habe ich ja mit o.g. Vorgehen bereits gesichert, korrekt?
Du hast keinen MBR sondern eine GPT das sind zwei verschiedene paar Schuhe. Aber wenn du Partition 5 und die EFI-Verzeicnisse oder Partition gesichert hast, ja, dann ist der Windows Bootmanager gesichert. Eine Windows-CD/DVD hast du aber dennoch zur Hand, falls eine Computerreparatur nötig sein sollte ❗ Alles klar?
|
Smaug
(Themenstarter)
Anmeldungsdatum: 16. August 2006
Beiträge: 139
Wohnort: Erlangen
|
Ich habe jetzt Part 3,4 und 5 mit dd als image gesichert. Ich weiß nicht in wie weit es Sinnvoll ist, die gesamte Systempartition von Win per dd zu sichern?
Die UUIDs hab ich auch ausgelesen und gesichert. Wie ist das eigentlich mit den Dateisystemen? Die Wiederherstellungsumgebung (sda3) ist NTFS, EFI (sda4) ist fat32, die sind klar. Bei sda5 (reservierte MS-Part) steht nicht, was es für ein Dateisystem ist. Muss ich das nicht wissen um mit dem Live System die Partitionen wieder entsprechend herstellen zu können? Mit dem Wiederherstellen der UUIDs werd ich hier nicht ganz schlau. Im http://wiki.ubuntuusers.de/UUID Artikel steht, dass WIN keine UUIDs benutzt,.. Muss ich da dann die UUID in eine Seriennummer wie von WIN verwendet umwandeln?
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Smaug schrieb: Ich habe jetzt Part 3,4 und 5 mit dd als image gesichert.
Die UUIDs hab ich auch ausgelesen und gesichert.
👍
Ich weiß nicht in wie weit es Sinnvoll ist, die gesamte Systempartition von Win per dd zu sichern?
Wenn die Partition relativ leer ist, dann ist kopieren sicher sinnvoller. Da kannst du dann auch den Papeirkorb, die Auslagerungsdatei und - was war die andere große?? - aussparen.
Wie ist das eigentlich mit den Dateisystemen? Die Wiederherstellungsumgebung (sda3) ist NTFS, EFI (sda4) ist fat32, die sind klar. Bei sda5 (reservierte MS-Part) steht nicht, was es für ein Dateisystem ist. Muss ich das nicht wissen um mit dem Live System die Partitionen wieder entsprechend herstellen zu können?
Das ist der Witz bei dd - das schreibt ja das Dateisystem gleich mit. Also musst du dir nur die Größe genau aufschreiben. Wenn die Partition kleiner als das Image ist, zickt dd rum. Ich habe gparted geöffnet und bin auf Größe ändern gegangen, dann wird dir ja die genaue Anzahl der Blocks angezeigt. Später dann einfach die Partition genauso groß anlegen, Dateisystem ist wie gesagt egal. Mit dem Wiederherstellen der UUIDs werd ich hier nicht ganz schlau. Im http://wiki.ubuntuusers.de/UUID Artikel steht, dass WIN keine UUIDs benutzt,.. Muss ich da dann die UUID in eine Seriennummer wie von WIN verwendet umwandeln?
Das WIki schrieb: Die Windows-Dateisysteme FAT und NTFS verwenden keine UUIDs, sondern die "Volume Serial Number". Unter Linux wird diese vom Dateisystemtreiber als UUID-Ersatz verwendet. Die Volume Serial Number ist deutlich kürzer als ein UUID und garantiert daher keine Eindeutigkeit:
Also: blkid hat dir auch für die Windows-Partitionen die UUIDs geliefert - die Volume Serial Number - , in dem Artikel steht auch, wie du die ID deiner Systempartition wieder herstellst. Am besten, du sicherst dir diese schon mal in eine Datei, wie im Wiki beschrieben, weil das Erstellen einer bestimmten Seriennummer von Hand etwas umständlich ist. Windows benutzt nämlich ein besonderes Speicherformat für Hex-Zahlen. Die Nummer FE32-764B wird im Speicher so abgelegt 4B 76 32 FE. Also am besten, du machst schon mal sudo dd if=/dev/sda6 of=/tmp/serial bs=1 skip=72 count=8 und dann natürlich /tmp/serial extern sichern. Wie gesagt, man kann das auch per Hand hinbekommen, aber so ist es doch deutlich einfacher.
|
Smaug
(Themenstarter)
Anmeldungsdatum: 16. August 2006
Beiträge: 139
Wohnort: Erlangen
|
Schon ein bisschen her, sorry. Aber meine Studienarbeit ist gerade sehr arbeitsintensiv 🙄 Ich hab beim Kopieren des Windows Dateisystems die Fehlermeldung bekommen: {could not read: /media/8018D64418D638BC/Windows/SysWOW64/config/systemprofile/AppData/LocalLow/Microsoft/CryptnetUrlCache/Content/94308059B57B3142E455B38A6EB92015
} Hab das mal gegooglet, natürlich nix gefunden. Kopieren über Konsole klappt auch nicht. Kann man sich die Sache schenken? Ich nehme nicht an, dass du weißt, was genau das für eine Datei ist... aber ich würde es sonst einfach mal riskieren 8)
|
lionlizard
Anmeldungsdatum: 20. September 2012
Beiträge: 6244
Wohnort: Berlin
|
Smaug schrieb: {could not read: /media/8018D64418D638BC/Windows/SysWOW64/config/systemprofile/AppData/LocalLow/Microsoft/CryptnetUrlCache/Content/94308059B57B3142E455B38A6EB92015
} Hab das mal gegooglet, natürlich nix gefunden. Kopieren über Konsole klappt auch nicht. Kann man sich die Sache schenken? Ich nehme nicht an, dass du weißt, was genau das für eine Datei ist... aber ich würde es sonst einfach mal riskieren 8)
Also Cache ist immer temporärer Zwischenspeicher, kannst du also getrost ignorieren. "Cryptnet" - handelt sich vermutlich um iregendeinen Schlüssel, der eben systembedingt nicht zu kopieren sein soll/darf. Sowas würde, wenn es denn kopiert werden soll über Export/Import-Routinen laufen, wo ggf. ein Passwort eingegeben wird. Aber im Cache dürfte das komplett irrelevant sein.
|
Smaug
(Themenstarter)
Anmeldungsdatum: 16. August 2006
Beiträge: 139
Wohnort: Erlangen
|
Aha, da hatte ich wohl mal wieder das Hirn nicht eingeschaltet. Vielen Dank 👍
|