Sorunlardan kaçınmak için sürüm yükseltmesi yapmadan önce hangi adımları atmalıyım?


10

1404_HWE_EOL hakkında bilgilendirildikten sonra , önemli bir üretim sistemini 16.04.1'e yükseltmeyi düşünüyorum. "Önemli üretim sistemi" diyorum çünkü bu günlük işte kullandığım iş istasyonu. Hata ayıklamak ve sorunları çözmek için fazla zamanım olmadığı için hatalardan veya diğer sorunlardan kaçınmak istiyorum (BT departmanı linux sistemlerine yardımcı olmuyor). Tüm verileri yedekledim ancak geçerli işletim sistemi bölümü yok (OS sürücüsünü yedek bir katman olarak dd olabilir). Yükseltmeden önce başka hangi adımları gerçekleştirmeliyim? Ubuntu'da sunulan sürüm yükseltmeyi kullanırken komplikasyonların nasıl en aza indirileceğini bilmek istiyorum.

Yükseltmeden önce PPA'ları kaldırma hakkında okudum . Yüklü 27 PPA'm var, bunların hepsini, getirdikleri programları kaldırmak, sonra yükselttikten sonra tersine çevirmek biraz zaman alacak. Bunun önemli bir yararı var mı? Başka herhangi bir şey?


Bu üretim sistemi bir VM mi? Öyleyse, yükseltme işleminden önce anlık görüntü alma ve / veya buna geri dönme seçeneğiniz olabilir. Daha önce yerel bir geliştirme makinesinde (üretim sunucusu değil) başarısız yükseltmeleri önlemek için kullandım.
ashes999

Bir VM değil. Böyle bir durumda, bu harika bir seçenek olacaktır.
Steven C. Howell

1
Yeni sürüme geçirdiğimde, işlem eklenen PPA'larımı otomatik olarak devre dışı bıraktı; bunları kaldırmanız gerekmez. Yükseltmeden sonra onları yeniden etkinleştirebilirim. Diş çıkarma problemleri (benim için) çoğunlukla Xenial'i desteklemek için güncellenmemiş birkaç PPA ile ilgiliydi.
Paddy Landau

Dikkat! Bir AMD grafik kartınız varsa, 16.04'te bulunan sürücülerle uyumlu olduğundan emin olun. Benim değil ve donanımımın uzun ömürlülüğü için 14.04'e geri döndüm.
Tony Martin

Yanıtlar:


13

önemli üretim sistemi

Böyle bir sistemi yükseltmem. 16.04'ü başka bir makineye kurarım, canlı verileri o makineye kopyalarım. Test edin, biraz daha test edin. Ve sonra o makineyi üretim sunucusu yap.

Ve mevcut 14.04 sunucusuyla 18.04 ile tekrar yapabilirsiniz.

Neden hiç risk almıyorsunuz?


Benim durumumda, tam bir yinelenen donanım yığınım yok, bu yüzden ddsürücümü klonlamak (SSD'den HDD'ye) kullanmak, hem orijinali hem de klonu test etmek, ardından yeni işletim sistemini takmak için nuke ve serme anlamına gelir. Bunu her zaman geçmişte yaptım, ancak bazı adımları izlemenin yeni bir sürüme yükseltmek için güvenilir bir yöntem sağladığını umuyorum. Bu çok iyimser mi?
Steven C. Howell

Hayır! Tamamen mümkün. Dikkate almanız gerekebilecek 1 şey: 16.04 "systemd" kullanır. Böylece tüm hizmetlerin başlangıcı değişti.
Rinzwind

Peki do-release-upgradeUbuntu'yu bir sonraki LTS sürümüne yükseltmek için kullanılırken hangi adımlar daha iyi sonuçlara yol açar ?
Steven C. Howell

Bu yanıt, deneyimlerime göre yükseltmenin güvenli bir yolu olan sağlam öneriler sunarken, yerleşik sürüm yükseltme seçeneğini kullanma hakkında bilgi sağlamaz. Daha iyi anlamak istiyorum.
Steven C. Howell

Maalesef, "do-release-upgrade kullanıldığında iyileştirilmiş sonuçlar" neye kıyasla?
Rinzwind

2

İş İstasyonu'nun bir Image Backup (Linux Canlı Sisteminde "dd") alıp bunu bir VirtualBox VM'ye dönüştürürdüm. (RAW-Görüntüden VDI'ya). Bundan sonra bir çırpın ve bu resmi VB'de çalıştırın. Yükseltmek için tüm adımı uygulayın. Bir şey işe yaramazsa, geri çekin. Yükseltilmiş bir sisteme sahip olduktan sonra, VDI'yi tekrar ham haline getirebilir ve sisteminize "dd" ya da çalışma kitabını oynatabilirsiniz.
Ancak eski sisteminizin üzerine yazmadan önce daima son bir "dd" Görüntü yedeklemesi yapın.
Sistem kurulumumu "VDI -> RAW -> usb tumb-drive" ile yapmak ve yükseltilmiş / kurulu sistemden önyükleme yapmak için USB Thumb-drive'dan çalıştırmayı tercih ederim. hazır. Tamam, bir USB bağlantı noktasını "gevşetirsiniz" ama asla stres yaşamayacaksınız ve her zaman kolay bir sistem yedeklemesi yapabilirsiniz.


1

İşte zaten sahip olduğunuz donanımla çalışabilecek bir @ rinzwind cevabının varyasyonu.

Dahili disk sürücülerinizde yeterli boş alan varsa (veya boşaltabiliyorsanız) 2 yeni bölüm oluşturabilirsiniz (canlı CD / USB dağıtımından ayrılmış gibi bir şey kullanarak) ve kök (/) bunlardan birine kopyalayabilirsiniz ve / diğerine ev sahipliği yapın ve onları root2 ve home2 gibi bir şeyle etiketleyin, böylece kolayca bulunabilirler.

Kök ve ev aynı bölümde ise, bunu kopyalayabilirsiniz, ancak ayrı olmaları durumunda birçok nedenden dolayı çok daha hoştur.

/etc/fstabYeni kök bölümündeki değişiklikleri (yeni / ev ve kök bölümlerinin UUID'lerini güncelleyerek) düzenleyerek yeni kökü yeni / evde işaretlemeniz gerekir.

Onları ls -l /dev/disk/by-labelyeni kök ve ev şu anda açık olan cihazları bulmak için bir yaparak ve daha sonra ls -l /dev/disk/by-uuidcihaz adlarından uuids almak için çalışıyor.

Ardından, grubunuzu yeni kök eklemek için grub (üretim sisteminizden) grub-customizer gibi bir şeyle güncelleyin.

Şimdi, bu bölümlerde canlı sisteminizin tam bir kopyasına sahip olacaksınız. Yükseltmeyi bu kopyada çalıştırabilir ve yine de üretim sürümünün bozulmamış olmasını sağlayabilirsiniz. Üzerinde çalışmak istediğiniz yere önyükleme yapabilirsiniz.

Yükseltmeyi tamamladıktan sonra grubun kopyanın canlı olduğunu (varsayılan giriş) ve orijinalin artık yedek olduğunu söyleyebilirsiniz. grub-customizer böyle şeyler yapmayı oldukça kolaylaştırır.

/ Home veya root'ta çok fazla veri varsa (çoğaltmak için çok büyük hale getirir), önce kendi bölümüne koyun (hareketle ilgili programlara erişen programlara söylediğinizden emin olun). Çoğaltılması gerekmez - sadece yedeklenir.

Bu aynı zamanda verilerinizi yedeklemeyi daha da kolaylaştırır çünkü artık sistem öğeleriyle karıştırılmaz.

İkinci bir "test" bölümü setiyle, artık günlük iş için bağımlı olduğunuz sistem üzerinde risk almak istemeyeceğiniz her türlü şeyi deneyebilirsiniz.

Şu anda bu şekilde Kubuntu 12.04'ü "geliştirme" bölümlerimde 16.04 ile istediğim şekilde yapılandırılana kadar çalıştırıyorum.

Disk sürücüsü fiyatları bu günlerde çok düşük olduğunda, mevcut dahili sürücünüzü daha büyük bir sürücüye bile kopyalayabilir ve gerekirse bunu kullanabilirsiniz - eğer şirketiniz izin verirse.

Bu cevap, bunun nasıl yapılacağına ilişkin tüm önemli ayrıntıları kapsar. Her adımın her küçük detayını örtmeye çalışmadım. Ancak her şeyin bir kopyasıyla çalıştığınız için ciddi bir sorun olmamalı ve burada her şey stackexchange'te zaten bir yerde ele alındı.


0

Bu sizin özel durumunuz için geçerli olmasa da, Ubuntu sistemi bir VM ise, yükseltme yapmadan önce bir anlık görüntü alarak ve işe yaramazsa geri dönerek bu sorunu çözebilirsiniz.

Bir keresinde VM'lerimden birini yükselttim ve yükseltme başarısız olmasına ve geri döndüğü halde, temiz / işlevsel bir sistem alamadım.

@ Rinzwind'in yanıtı VM'lerle de çalışır: yeni bir VM oluşturun, yeni Ubuntu sürümünü yükleyin ve bir şeyleri kopyalamaya başlayın.

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.