Ubuntu 15.10 için Güncel Yazılım Güncelleştirmesi VMWare füzyonuyla VM'yi çöpe atıyor


0

Swift'i test etmek için VMWare Fusion altında çalışan tam olarak çalışan bir 15.10 VM vardı ve bugün "Yazılımı Güncelle" düğmesine bastım. 300 mb sonra artık çizme. Daha sonra VM'yi sıfırdan yeniden yaratıp güncellemeyi tekrar denersem, yeniden başlatılamaz. /Etc/rc.local hakkındaki kırmızı mesaj bir şey değil ... açılıştan hemen önce ekranda yanıp söner. Herhangi bir fikir, düzeltmeler? Bu benim için oldukça ciddi görünüyor.



Bu sorunun vmware ve en son çekirdeğe ait raporları.
Organik Mermer

Yanıtlar:


0

VMware Workstation 12 Player ile bu sorunu yaşadım. Geçici düzeltme muhtemelen benzer. VM'yi başlattım ve tam olarak tamamlanmadı. Sanırım, senin gibi, bunu yapan yazılım güncellemesiydi. Sahip olduğum tek güncellemeler çekirdek güncellemesiydi, öyle olması gerekiyordu. Eski çekirdekten yeniden başlayarak sorunumu düzelttim.

Düzeltme, VM'de bir ssh sunucusunun kurulmasını gerektirir. Sanal Makineyi başlatın ve "asılı" duruma geçmesine izin verin. makineye ssh ve /boot/grub/grub.cfg dosyasını eski çekirdeğe (benim için 3.19.0-49) göre ayarlamak için düzenleyin. Bunu, eski çekirdeğin menü merkezini listenin en üstüne taşıyarak yapabilirsiniz. Makineyi 'sudo reboot' ile yeniden başlatın ve VM'nin doğru şekilde yeniden başlatılmasını umut edin.


Teşekkürler A, ne yazık ki OpenSSH sunucusuna sahip değilim ama açılışta tam olarak doğru zamanda "shift" e basmak önceki çekirdeğe geri dönmemi ve / boot / grub'a oldukça acı veren bir düzenleme ile işleri başlatmam ve çalıştırmamı sağladı /grub.cfg. Bunun QA'yı geçtiğine inanamıyorum. Bu belirsiz bir yapılandırma değil!
J. Doe,

-1

Bu bir hata olabilir… anlık görüntüleri VMWare'de şimdiye kadar çalışıyor olabilir, ancak kesin olarak bir düzeltmenin yakında gerçekleşeceğini umuyoruz! Olduğu gibi, güvenli olduğundan emin olana kadar güncelleme yapmıyorum.

Düzenleme sonrası: Ellerimi berbat bir bilgisayardan uzak tutamıyorum ... birkaç kez daha denedim .... birkaç kez daha ekran görüntülerine geri döndüm ..... başlatmayı kullanarak daha eski bir çekirdekten boot edilmiş birini okuyun ekran. Boşuna boşuna uğramayacağımı düşündüm, ama yapmam gereken o eski çekirdekten güvenli başlangıç ​​ekranını kullanıp paketleri tamir etmeye çalıştı. Kısa hikaye: Başlat menüsünden daha eski bir çekirdekten önyükleme yaparsanız, kaydedilir. İyi şanslar! Umarım yakında bunu düzeltirler! Şimdi güncellemenin ne zaman güvenli olduğunu nasıl bileceğimden emin değilim!

PS Bu tartışmanın başlığını farkettim! Ben varım , Windows VMWare, ancak bu durumda, hiç önemli değil gibi görünüyor - bu VM sorunu daha bir Ubuntu sorun olmaktan.

PPS Ayrıca bir onarım kurulumunu denemeden (temiz kurulum DEĞİL) boşa harcamayın - bu yüzden çabanızı kurtarın - işe yaramaz. bu çok ******!

Peki, J. Doe, düzeltmek için /boot/grub/grub.cfg dosyasında yaptığınız acı düzenleme nedir? Çok acı verici olduğu için belki daha az yetenekli bireylerin düzenlemeyi kesip yapıştırabilmesini sağlayabilirsiniz .... Tamam, bu yüzden /boot/grub/grub.cfg sayfasını okudum, anlamadım ... ..but, ancak 4.4 .... 'a atıfta bulunarak menü menüsünü silmek için güvenli olur mu sanıyorsunuz, bu şekilde sadece 3.19 kullanmaya devam ederdi ..... ?? Öte yandan, dosyaya bir kez daha bakmak, kodu tam olarak anlayamayan, silme işlemini başlatacak ve sonlandıracak bir kimseye o kadar açık değil, bu yüzden bazı yardımlar yoluna girecek. Huh, lütfen?

BURADAN GERÇEK BİR CEVAP !!!

Geçici bir çözüm (hata giderilene kadar) 4.2.0-30 çekirdeğini kaldıracaktı. Bu, çalışmakta olan son sürüme geri dönmeniz durumunda sizi geri döndürmelidir. Aşağıdaki komut benim için çalıştı:

sudo apt-get --purge kaldır linux-image-4.2.0-30-generic linux-image-extra-4.2.0-30-generic

Yipee .... bu benim için de işe yaradı! Ancak bu, "Güncellemek ne zaman güvenlidir?" Sorusuna hala cevap veriyor. Sanırım Ubuntu bilgisine dikkat etmemiz gerekecek .....

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.