Tüm Linux kurulumunu başka bir sürücüye taşıma


55

Ubuntu 14.04 ile birlikte çok mutlu olduğum çok sayıda paket ve işle ilgili işim var. 120GB olan ana SSD sürücümde yüklü (ubuntu'yu kurduğumda "/" seçtim, bu yüzden her şeyin bu sürücüde olması gerektiğine inanıyorum). / Dev / sda olarak görünür

Şimdi bilgisayarıma 240Gb olan bir SSD daha ekledim. Şu anda elimde başka bir depolama ortamım yok (örneğin harici sabit disk).

Yeni 240GB sürücünün daha fazla kapasiteye sahip olduğu ve daha hızlı olduğu (120 GB'ımdan daha yeni bir nesil) olduğundan, Linux'umu bu yeni sürücüye taşımak istiyorum. Bu yeni sürücü / dev / sdb olarak görünüyor ve şu anda biçimlendirilmiş ya da başka bir şey yok (Şu anda tam anlamıyla paketlememiştim ve şu anda bilgisayarıma yerleştirdim: P)

Linux kurulumumu yeni sürücüye nasıl güvenle taşıyabilirim?

SATA kablosunu değiştirebilirim, böylece gerekirse yeni sürücü / dev / sda olarak gösterilir.

Bu yardımcı olursa, "fdisk -l" nin çıktısı:

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00076d7a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   226064383   113031168   83  Linux
/dev/sda2       226066430   234440703     4187137    5  Extended
Partition 2 does not start on physical sector boundary.
/dev/sda5       226066432   234440703     4187136   82  Linux swap / Solaris

Disk /dev/sdb: 240.1 GB, 240057409536 bytes
255 heads, 63 sectors/track, 29185 cylinders, total 468862128 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

4
Şimdi ikisini de kullanmayı planlıyor gibisin. Eğer öyleyse, sadece /homesistemi yenmek yerine , daha yenisini kullanmayı düşünmelisiniz . Daha kolay bir değişiklik olmalı (herşeyi üst üste getirip / etcs / fstab dosyasına bir satır ekleyin) ve çoğu büyük dosyanın ana dizininize (ve daha büyük diske) gitmesi muhtemeldir.
Kevin

Yanıtlar:


35

CLONEZILLA'yı bu amaç için kullanabilirsiniz .

Clonezilla, tüm verilerinizi (tüm diskler veya bölümler) yüksek oranda sıkıştırılmış bir şekilde yedeklemek ve daha sonra tam olarak aynı duruma getirmek için sabit diskinize geri kopyalamak için kullanılabilecek ücretsiz bir bölüm ve disk görüntüleme / klonlama aracıdır. Bu, çoğu zaman işletim sistemini kurmaktan daha hızlıdır.

  • İndir Clonezilla istikrarlı ISO veya Doğrudan İndirme Clonezilla-live-2.4.6-25-amd64.iso

  • Tuxboot 7.0 kullanarak önyüklenebilir (Live) bir USB yapın .

  • Oluşturulan Clonezilla ortamından önyükleme yapın.

  • Şimdi birçok seçeneğiniz var:

    1. Yalnızca '/' (tasarruf noktaları) görüntüsü oluşturun ve onu diğer SDD'nizin herhangi bir bölümüne klonlayın.
    2. Tam diskin bir görüntüsünü oluşturun (kaydedilmiş disk) ve yeni SSD'nize kopyalayın.

görüntü tanımını buraya girin

Sizin durumunuzda "cihaz-cihaz" seçeneğini de kullanabilirsiniz, ancak ben buna aşina değilim.

Clonezilla ile ilgili ayrıntılı bir rehbere buradan ulaşabilirsiniz: http://clonezilla.org


1
Bu iki öğretici videoyu daha önce izlemenizi öneririm: youtube.com/watch?v=41tTudaQb0I ve youtube.com/watch?v=LS6VhLDw-io
Severus Tux

1
Bu da iyi bir seçenek. Ama klonezilla çubuğunu oluşturmak için çok tembelim ;-)
Pilot6

Ben Clonezilla böylece bütün bir disk görüntüsü ve Gparted'tan ile çalıştı biraz hüner yapmalıyım mbr üzerinden kopyalama vermedi bulundu
adampski

1
Vaov! Bunu duyduğuma sevindim ;-), Önyükleme süresi, Değişen UUID'ler nedeniyle, yani, yeni UUID'ler ve önemli bölümlerinizin (Eski, Takas) Eskilerinin takılı kalmasıdır. Bunu düzeltmek için, lütfen burada verilen değişikliklere uygun değişiklikleri uygulayın : askubuntu.com/a/737340/497359 Herhangi bir sorun bulursanız, lütfen yorum yapın.
Severus Tux

1
@adampski: Bu Clonezilla 2.4.5'te bir hata gibi görünüyor. Geçici bir çözüm olarak, düzeltilinceye kadar Clonezilla 2.4.2 veya Clonezilla 2.4.2 Server Edition (DRBL) kullanabilirsiniz. :)
cl-netbox

40

Birkaç şekilde yapılabilir. Ancak en kolay olanı, tüm dosyaları eski sürücüden yenisine kopyalamaktır.

  1. Yeni sürücüde bir ext4 bölümü ve takas bölümü oluşturun.

  2. LiveUSB'den önyükleme yapın.

  3. Eski Ubuntu bölümünü bir dizine, yenisini başka bir dizine bağlayın.

  4. cp -aKomutu kullanarak tüm dosyaları eskisinden yenisine kopyalayın .

  5. Grub'u yeni sürücüye takın .

  6. /etc/fstabYeni UUID'lerle güncelleyin .

Bir şey açık değilse, bazı açıklamalar ekleyebilirim.


1
+1 - LiveUSB'den önyüklemekten kaçınmak ve orijinal sürücüden önyüklenirken her şeyi yapmak, tüm değişiklikleri yapmak, yeniden başlatmak, voila yapmak da mümkündür.
Sergey

1
@ Étienne: Bu dizinleri (aynı zamanda /dev) kopyalamayın , hedef sürücüde boş dizinler yaratın ve kaynak sürücüde olduğu gibi aynı sahip / izinleri ayarlayın.
Sergey

10
Ben kullanarak sona erdi: sudo rsync -a / /mnt/linux/ --exclude sys --exclude proc --exclude dev --exclude tmp --exclude media --exclude mnt --exclude run sonra sudo mkdir sys proc dev tmp media mnt run
Étienne

1
@ Étienne, --exclude-comment'inizi düzenler misiniz? Yazdığın gibi yaparsan, / var / tmp da (dışlanmış gibi görünüyor) hariç tutulur, klondan sonra bu, systemd-resolved tarafından kaçırılmış bir arıcılıktır. olmak --exclude / tmp --exclude / proc vb Teşekkür
swe

1
@swe Bir yorum yapmamam gerekiyor, lütfen orijinal cevabın değiştirilmesini önerin
Étienne

20

Biraz zamanın varsa ve güvende olmak istersen:

$ dd if=/dev/sda of=/dev/sdb bs=64K conv=noerror,sync

Komutun açıklaması:

  • ifgiriş, ofhedef
  • bsblok boyutunu ayarlar. Dd'nin okuyacağı ve yazacağı büyüklüklerin boyutudur. Yüksek Chunk boyutları genellikle daha yüksek performans anlamına gelir ancak aynı zamanda giriş diskinde hata olması durumunda daha fazla veri bozulması anlamına gelir, buraya bakın: archwiki on dd
  • noerror r / w hatalarında devam ediyor.
  • sync bir hata meydana geldiğinde ofsetleri senkronize eder.

Bu temelde disk sda'nın bir görüntüsünü oluşturacak ve sdb üzerine yazacaktır (aynı bölüm düzeni vb.) Tabii ki bu 120 GB'ın tamamını dosya agnostiği olarak yazacaktır. Böylece çok güvenli, ancak en hızlı değil, yalnızca diskin küçük bölümlerini kullanıyorsanız. Ancak giriş diski oldukça dolu ise daha hızlı olabilir.

FAKAT:

  • Bundan sonra muhtemelen bölümleri yeniden boyutlandırmak istersiniz, aksi takdirde fazladan alandan yararlanamazsınız.
  • Her durumda / etc / fstab dosyasını düzenlemeniz gerekebilir.
    Bu, donanım kimlikleri diskleri tanımak için kullanılıyorsa geçerlidir.

2
Sizin ddkomut sonsuza çalışacaktır. Eklemeyi düşünün bs=1Mona
Dmitry GRİGORYEV

Afaik blocksize'un SSD'lerde 1M olması gerekmiyor, ancak bunu inceleyip güncelleme
yapacağım

Sınırlama, SSD teknolojisinde değil bs, 512 bayt olan varsayılan değerdedir.
Dmitry Grigoryev

1
bs ile genişletilmiş cevap, heads-up için teşekkürler
larkey

1
Ayrıntılı cevap için teşekkürler ... Bazı şeyler öğrendim! ama klonezilla ile gitmeye ve sonradan bölmeleri yeniden boyutlandırmaya karar verdim.
Saeid87

5

Yeni bir HDD’ye geçtiğimde yapma şekli:

  • yeni sürücüde istediğim bölüm düzenini oluştur
  • Live CD / USB'den önyükleme veya yükleme, kurtarma vb.
  • kopyalanacak eski sabit disk bölümlerini takmak, /mnt/a
  • dosyaları almak için yeni sabit disk bölümlerini takın /mnt/b
  • cp -aveya dosyaları kopyalamak için tar kullanın /mnt/a./mnt/b
  • yükleme diskini (lilo veya grub) yeni diske takın ¹
  • güncelleyin /etc/fstab( blkidyeni UUID'leri tanımlamak için kullanmak isteyebilirsiniz )
  • Her şey yolunda mı, yeniden başlat ve test et

Note¹:

Aşağıdaki komutu kullanarak tüm Sabit diskleri ve Bölümleri kontrol edin:

sudo fdisk -l 

Şimdi Ubuntu'nun kurulduğu bölüme dikkat edin: /dev/sda1

GRUB 2'yi (Sabit disk bölümü) kurmanız gereken bölümü monte edin; dosya sistemi Nautilus'ta belirir. Şimdi gerçek Sabit Disk MBR'sinde değişiklik yapmak için doğru Sabit disk bölümünü monte etmeliyiz. Bunun için ihtiyacımız var:

sudo mount /dev/sda1 /mnt
mount

Şimdi bölümü başka bir yere monte edin

sudo mount /dev/sda1 /mnt/boot

/devÖnyüklemekte olduğunuz canlı görüntüdeki /devklasörden, bağlandığınız bölümdeki klasöre kırılmaz bir bağlantı oluşturun/mnt

sudo mount --bind /dev /mnt/dev/

Şimdi kök dizini canlı CD kök dizininden (/) takılı bölümün kök dizinine değiştirmeliyiz

sudo chroot /mnt

Şimdi, monte edilmiş bölümün yeni kök olduğu yeni bir kök kabuğundaki sizsiniz. Bu yazımı doğrulayabilirsiniz ls. Şu anda monteli bölmede olduğumuz için GRUB 2'yi kurup kurabiliriz:

sudo grub-install /dev/sda 

Kurulumlar şimdi hatasız bir şekilde bitmeli

Sizi Live CD / USB Kabuğuna geri götüren + yazarak exitveya tuşuna basarak CHROOT kabuğunuzdan çıkınCtrlD

Temiz bir yeniden başlatma için daha önce kurduğumuz bölümleri çıkarın:

sudo umount /mnt/dev
sudo umount /mnt/boot
sudo umount /mnt

ve Sabit Diskten önyüklemek üzere Live CD veya USB Stick'i çıkardıktan sonra yeniden başlatın:

sudo reboot

Kaynak


@ baobab33: Bu siteye buradaki talimatları kopyalayıp yapıştırabilir ve daha sonra niteleyebilirsiniz. Sadece dış kaynağa bağlanmanıza izin verilmiyor. Lütfen ayrıca yukarıdaki düzeltmelerle kaynağı güncelleyin.
Fabby

4

Diğer cevapların aksine bu, Linux kurulumunu klonlamanıza ve mevcut kurulumlarınız bozulmadan Grub menüsüne eklemenizi sağlar. Ayrıca /etc/fstab, sizin için otomatik olarak değiştirir ve grubönyükleme menüsünü günceller .

Klonlanacak doğru bölümü seçmenize yardımcı olacak bir menü sunulur. Bölümdeki klon, geçerli önyükleme bölümünüzdür.

rsyncBölmeyi geri almayı seçmeniz durumunda en uygun hız için kullanılır. Yükseltme başarısız olursa, bu hata gidericisini bekler ve yükseltmeyi yeniden çalıştırmak istersiniz. Benzer şekilde, yükseltme sırasında yanlış seçenekler seçmiş olabilir ve tekrar yapmak isteyebilirsiniz.

Tam komut dosyası burada bulunabilir: Ubuntu'yu 18.04 LTS yükseltmesini test etmek için yeni bölüme klonlamak için Bash komut dosyası ve ekran böyle görünüyor:

klon-ubuntu.png


0

Bu yazıyla ilgili bir deney yapmaya karar verdim.

Bir Lenovo ThinkCentre'ı satın aldım. 256 GB SSD ve 1 TB HDD'ye sahipti (döndürücü tipi - hızlı, ancak SSD kadar hızlı değil).

Linux Mint 19.2'yi (LM19.2) kurduğumda 1 TB sürücüye kurdu. SSD kurtarılamaz oldu ve yeni bir Kingston 240 GB SSD aldım.

LM19.2'yi yeni SSD'ye kurmak üzereydim, fakat iyi gelişmiş LM19.2 imajımı 1 TB'luk sürücüden yeni SSD'ye aktarmanın bir yolu olmalıydı.

Bu yazıyı buldum ve yukarıda bazı katı öneriler olsa da, deney yapma tarzımdaydım. Aşağıda yaptığımın bir hesap var ve ÇOK iyi çalıştı .

  1. GParted'i SSD'de 1 TB HDD'dekilerle aynı olan bir bölüm tablosu ve bölüm oluşturmak için kullandım.
  2. LM19.2 1 TB HDD'de bir TimeShift (Ubuntu / Linux Mint'teki yeni araç) HER ŞEY anlık görüntüsünü gerçekleştirdim.
  3. Bu anlık görüntüyü SSD'ye geri yükledim.
  4. Yukarıdaki adımlar tamamlandıktan sonra (2 ve 3'e paralel olarak 1 bile yapabilirsiniz), SSD'yi seçeceğinden emin olarak yeniden başlattım.
  5. Yeniden başlatma sırasında garip olan tek şey INITIAL grub ekranının Ubuntu'ya önyükleme yapmak isteyip istemediğimi sormasıydı. Bunun TimeShift restorasyonuna özgü olduğunu varsaydım ve öyleydi.
  6. Normalde LM19.2 olarak boot edilen sonraki başlatmalar.
  7. Bunu, PC'yi harici olarak takan yeni bir sürücüyle yapabileceğimi doğruladıktan sonra (ve bunun işe yarayacağı açık gibi görünüyor) bir kez bu cevabı düzenleyeceğim, çünkü bu, LM makinelerimin herhangi birini hızlıca kopyalayabileceğim anlamına gelir. yeni donanıma.

Sadece önyükleme hızı bu basit adımları çabaya değdi. Hatta Dropbox bile transfer edildi - sadece tekrar giriş yapmamı istedi ve dosyaları indekslemek tam zamanı aldı, ancak çok işe yaradı.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.