Sonntag, 15. April 2018
Ich habe Erfolg damit, eine 128 GB SSD (inkl. LVM) auf eine größere 256 GB SSD Samsung Evo zu klonen und Windows 10 auf einer neuen primären Partition zu installieren. Ich möchte es mit dir teilen.
Tools: "Live-CD", gparted und viel Geduld :-). Thnaks an Kaboyish für seinen Link zu Chroot / Grub-Update. kali & ubuntu wurden ab 2017 veröffentlicht.
Fröhliches Lesen...
Alte 128 GB SSD -> 256 GB ssd Samsung evo
sda hat kali (mit sda6), Ubuntu (mit LVM auf sda5). Das Startmenü ist Kali
sdb ist meine neue 256 GB. Mein Ziel: Klone kali, Ubuntu auf meine neue 256 GB Samsung ssd und eine 110 GB Partition für Windows 10. Das Startmenü ist immer noch Kali
1) Klonen
fdisk –l /dev/sda Device Boot Start End Sectors Size Id Type /dev/sda1 * 2048 999423 997376 487M 83 Linux ; boot grub /dev/sda2 1001470 250068991 249067522 118,8G 5 Extended /dev/sda5 1001472 159623167 158621696 75,7G 8e Linux LVM ; Ubuntu LVM /dev/sda6 159625216 238493695 78868480 37,6G 83 Linux ; kali /dev/sda7 238495744 250068991 11573248 5,5G 82 Linux swap / Solaris ; swap for kali
Festplatte / dev / mapper / ubuntu - vg-root: 60 GiB, 64424509440 Bytes, 125829120 Sektoren
Einheiten: Sektoren mit 1 * 512 = 512 Bytes Sektorgröße
(logisch / physisch): 512 Bytes / 512 Bytes
E / A-Größe (Minimum / optimal): 512 Bytes / 512 Bytes
Festplatte / dev / mapper / ubuntu - vg-swap_1: 15,6 GiB, 16785604608 Byte, 32784384 Sektoren
Einheiten: Sektoren mit 1 * 512 = 512 Byte Sektorgröße
(logisch / physikalisch): 512 Byte / 512 Byte
E / A-Größe (Minimum / Optimal): 512 Bytes / 512 Bytes
Starten Sie Ihren Laptop von beispielsweise "Mint Boot DVD". Die neue SSD wird mithilfe des SSD-Adapters mit USB verbunden.
Minze ~ # time dd if=/dev/sda of=/dev/sdb bs=8192 conv=notrunc,noerror
Hinweis: Aus einer anderen Sitzung mit "kill -USR1" werden Fortschritt / Statistiken für alle 10s
abgerufen. Uhr -n10sudo kill -USR1 $(pgrep ^dd)
990054 + 0 Datensätze in
990054 + 0 Datensätze werden
8110522368 Byte (8,1 GB) kopiert, 183,261 s, 44,3 MB / s
2227622 + 0 Datensätze in
2227622 + 0 Datensätze in 18248679424 Bytes (18 GB) kopiert, 412,6 s, 44,2 MB / s
6271782 + 0 Datensätze in
6271782 + 0 Datensätze in
51378438144 Bytes (51 GB) kopiert, 1149,82 s, 44,7 MB / s
10460314 + 0 Datensätze in
10460314 + 0 Datensätze in
85690892288 Bytes (86 GB) kopiert, 1920,88 s, 44,6 MB / s
15369910 + 0 Datensätze in
15369910 + 0 Datensätze in
125910302720 Bytes (126 GB) kopiert, 2827,02 s, 44,5 MB / s
15629355 + 0 Aufzeichnungen in
15629355 + 0 Datensätze werden
128035676160 Bytes (128 GB) kopiert, 2874,86 s, 44,5 MB / s
echt 47m54.867s
Benutzer 0m1.600s
sys 2m41.036s
Minze ~ # Datum
Do Apr 12 21:14:34 UTC 2018
Erfolgreich ersetze ich die internen 128 GB durch das jetzt geklonte Samsung Evo 256 GB. Es bootet, ich bekomme Kali-Grub-Menü wie zuvor, ich wähle Kali, boote ok. Reboot Ich wähle Ubuntu, boote auch OK.
2) Reorganisierte die Partition, die ich von usb boote “gparted live cd”, entferne kali swap (kali war klug, es verwendet Ubuntu lvm swap partition, wenn ich es starte) und macht eine neue primäre partition für windows ntfs, bereit für win10.
$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sr0 11:0 1 1024M 0 rom sda 8:0 0 232,9G 0 disk ├─sda4 8:4 0 785M 0 part ├─sda2 8:2 0 1K 0 part ├─sda5 8:5 0 75,7G 0 part │ ├─ubuntu--vg-swap_1 253:1 0 15,6G 0 lvm [SWAP] UBUNTU │ └─ubuntu--vg-root 253:0 0 60G 0 lvm / UBUNTU ├─sda3 8:3 0 112,9G 0 part 112Gb win10 ├─sda1 8:1 0 487M 0 part /boot └─sda6 8:6 0 43,1G 0 part KALI $
3) Installieren Sie win10 auf sda3
Ich installiere dann win10 auf sda3, und zwar unkompliziert, ich entferne grub boot von sda. Jetzt kann ich nur noch win10 booten. Ich muss Kali Boot-Menü wie zuvor zurück haben.
4) Stellen Sie das kali grub-Menü wieder her (das Menü steuert alle Boot-Partitionen auf sda)
Verwenden Sie den chroot-Trick, um das Grub-Problem zu beheben. Https://forums.kali.org/showthread.php?20559-How-To-Repair-Kali-Linux-Grub-With-Kali-Linux-Live-Cd-Dual-Boot -Mit-Windows-7
Ich boote von "kali" LIVE DVD.
mount / dev / sda6 / mnt; meine kali-partition
mount --bind / dev / mnt /
devmount --bind / dev / pts / mnt / dev /
ptsmount --bind / proc / mnt /
procmount --bind / sys / mnt / sys
chroot / mnt ; Wenn dies fehlschlägt, überprüfen Sie, ob die Boot-DVD 32 oder 64 Bit für Ihre kali-Installation
grub-install / dev / sda ist.
Installation für die i386-pc-Plattform.
Die Installation ist abgeschlossen. Kein Fehler gemeldet
update-grub; sucht nach der gesamten Bootpartition auf der neuen Festplatte sda
Ausfahrt; es wird chroot
umount / mnt / dev / pts
umount / mnt / dev
umount / mnt / proc
umount / mnt / sys
umount / mnt beendet
stdout: Ignoriere einfach die Warnung zu LVMadad (LVM), es bootet gut zu allen 3 Betriebssystemen !! Etwas mit LVM, müssen Sie nichts dagegen tun.
root @ kali: / # update-grub
Grub-Konfigurationsdatei wird erstellt ...
Hintergrundbild gefunden: /usr/share/images/desktop-base/desktop-grub.png
Linux-Abbild gefunden: /boot/vmlinuz-4.9.0-kali4 -amd64
Gefundenes initrd-Image: /boot/initrd.img-4.9.0-kali4-amd64
Gefundenes Linux-Image: /boot/vmlinuz-4.9.0-kali3-amd64
Gefundenes initrd-Image: /boot/initrd.img-4.9.0 -kali3-amd64 WARNUNG
: Verbindung zu lvmetad konnte nicht hergestellt werden. Zurückgreifen auf das Scannen von Geräten.
WARNUNG: Verbindung zu lvmetad konnte nicht hergestellt werden. Zurückgreifen auf das Scannen von Geräten.
WARNUNG: Verbindung zu lvmetad konnte nicht hergestellt werden. Zurückgreifen auf das Scannen von Geräten.
Windows 10 in / dev / sda3 gefunden WARNUNG
: Verbindung zu lvmetad konnte nicht hergestellt werden. Zurückgreifen auf das Scannen von Geräten.
WARNUNG: Verbindung zu lvmetad konnte nicht hergestellt werden. Zurückgreifen auf das Scannen von Geräten.
Ubuntu 16.04.2 LTS (16.04) gefunden in / dev / mapper / ubuntu - vg-root
done
root @ kali: / #
Fertig, jetzt habe ich 3 Betriebssysteme auf dem neuen Samsung 256GB.
Nb:
Runlevel in kali / debian ändern, nicht arbeiten!
root @ kali: / etc # ls -l /etc/systemd/system/default.target
lrwxrwxrwx 1 root 37 Jun 22 2017 /etc/systemd/system/default.target -> / lib / systemd / system / multi-user .target
root @ kali: / etc # ls -l /lib/systemd/system/default.target
lrwxrwxrwx 1 root root 16 Jun 19 2017 /lib/systemd/system/default.target -> graphical.target
root @ kali: / etc # systemctl set-default graphical.target
Entfernt /etc/systemd/system/default.target.
Symlink /etc/systemd/system/default.target erstellt → /lib/systemd/system/graphical.target.
root @ kali: / etc # ls -l /etc/systemd/system/default.target
lrwxrwxrwx 1 root 36 Apr 15 16:47 /etc/systemd/system/default.target -> / lib / systemd / system / graphical .Ziel
Ändern Sie die Grub-Startreihenfolge : Setzen Sie den Boot-Standard auf 3; work OK
root @ kali: ~ # cd / etc / default /
root @ kali: / etc / default # vi grub
root @ kali: / etc / default # update-grub
Grub-Konfigurationsdatei wird erstellt ...
Hintergrundbild gefunden: / usr /share/images/desktop-base/desktop-grub.png
Linux-Image gefunden: /boot/vmlinuz-4.9.0-kali4-amd64
Gefundenes initrd-Image: /boot/initrd.img-4.9.0-kali4-amd64
Linux gefunden Bild: /boot/vmlinuz-4.9.0-kali3-amd64
Gefunden initrd Bild: /boot/initrd.img-4.9.0-kali3-amd64
Windows 10 gefunden in / dev / sda3
Ubuntu 16.04.2 LTS (16.04) gefunden / dev / mapper / ubuntu - vg-root
getan
root @ kali: / etc / default # root @ kali: ~ # cd / etc / default /
Startbildschirm
VIEL GLÜCK
Tuan CPH