Grub config isteminde bulunmadan apt-get -y dist-upgrade komutunu nasıl kullanabilirim?

Make Make apt-get (veya yetenek) Başına -y ile çalıştırın ancak yapılandırma dosyalarının değiştirilmesi istenmedi mi?

Aşağıdakileri yaptım:

ec2run ami-3c994355 --region us-east-1 -n 1 -t m1.large -z us-east-1d

Makinede:

sudo apt-get update
sudo apt-get -y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" dist-upgrade

Hala hangi yapılandırma dosyasını kullanmak istediğimi soran bir uyarı alıyorum. Bunlar komut isteminden önce gelen satırlar:

Setting up grub-pc (1.99-21ubuntu3.1) ...

sonra:

                         ┌───────────────────────────────────────────────────────┤ Configuring grub-pc ├───────────────────────────────────────────────────────┐                              
                         │ A new version of configuration file /etc/default/grub is available, but the version installed currently has been locally modified.  │                              
                         │                                                                                                                                     │                              
                         │ What do you want to do about modified configuration file grub?                                                                      │                              
                         │                                                                                                                                     │                              
                         │                                     install the package maintainer's version                                                        │                              

/etc/default/grubDosya o debconf ile entegre çünkü gerekli olan paketin yüklemek zaman, oluşturulur. Bu, bir dpkg conf dosyası olarak değerlendirilemediği ve bu nedenle dpkg'nin yapılandırma dosyasının ele alındığı hakkında hiçbir şey bilmediği anlamına gelir.

Bunun yerine, ucfyapılandırmayı ele almak için daha karmaşık bir Debian aracı kullanır . Bu ne yazık ki dpkg seçeneklerini anlamıyor, bu yüzden ayar Dpkg::Options::="--force-confdef"yardımcı olmayacak. Bununla birlikte, UCF_FORCE_CONFFNEWve UCF_FORCE_CONFFOLDortam değişkenleri aracılığıyla hızlı bir şekilde yükseltme yapmanın kendi yoluna sahiptir .

ucfbilgi debconfistemi için kullanır , böylece debconf arayüzünü ayarlamak noninteractivemesajı da susturur. Gerçekten etkileşimli olmayan güncellemeler istiyorsanız, bunu yine de yapmanız gerekir - isteğe bağlı paketler debconf soruları sorabilir (genellikle yükseltme sırasında olmasalar da).

DEBIAN_FRONTEND=noninteractiveOrtamınıza ekleyerek debconf arayüzünü bir defalık olarak ayarlayabilir veya dpkg-reconfigure debconfetkileşimli olmayan ön ucu çalıştırarak ve seçerek kalıcı olarak ayarlayabilirsiniz . Etkileşimsiz ön uç kullanıyorsanız, bir paketin isteyebileceği tüm sorular için varsayılan yanıtı alırsınız.

Çünkü ucfvarsayılan cevap “mevcut dosyayı sakla” dır.

Yani, gerçekten% 100 garantili bir güncelleme yapmak için tam komut - istemez bir güncelleme olacaktır.

sudo DEBIAN_FRONTEND=noninteractive apt-get -y -o Dpkg::Options::="--force-confdef" -o Dpkg::Options::="--force-confold" dist-upgrade

Packages: Paketlerin debconf'tan başka bir bilgi istemi yöntemi kullanması teknik olarak mümkündür, ancak bu Debian politikasına aykırıdır. Böyle bir pakete rastlarsanız, bir hata bildirin.

RAOF'un cevabından vazgeçerek ve Ubuntu 12.04'te tamamen hands-off güncelleme ve güncelleme yapabilmek için internette arama yaparak sayısız saat harcadıktan sonra, bu yazıdan dolayı bunu buldum ( https: // bugs). .launchpad.net / ubuntu / + kaynak / grub / + bug / 239674 / yorum / 1 ), paket koruyucu grub menüsünü kullanmak istediğinizde grubun UCF'ye uyduğunu ve Dpkg Seçeneklerine uymadığını belirtir. .lst düzenlemeleri.

gruba dahil olmayan diğer paketler için Dpkg güç-itme seçeneklerini bıraktım.

#!/bin/bash

unset UCF_FORCE_CONFFOLD
export UCF_FORCE_CONFFNEW=YES
ucf --purge /boot/grub/menu.lst

export DEBIAN_FRONTEND=noninteractive
apt-get update
apt-get -o Dpkg::Options::="--force-confnew" --force-yes -fuy dist-upgrade

Önceki çözümler 16.04 ile işe yaramazdı. Bu yığma taşması üzerine bu cevaptan çalışır :

sudo DEBIAN_FRONTEND=noninteractive apt-get -y -o DPkg::options::="--force-confdef" -o DPkg::options::="--force-confold"  install grub-pc

Son birkaç gündür Ubuntu 18.04'te de aynı konu ile uğraşıyorum. Yeni bir EC2 örneği başlatırken (özellikle ami-00035f41c82244dab), otomatik olarak bir provizyon betiği çalıştırıyorum (başlatma sırasında sağlanan Kullanıcı Verileri yapılandırması aracılığıyla), ilk adımlarından birini uygun güncelleme / yükseltme yapmak.

Kullanıcı değiştirilmiş GRUB dosyaları hakkında uyarıldığında komut dosyası engellenir - önce / etc / default / grub ve sonra /boot/grub/menu.lst. Bu, Kullanıcı Verileri olarak sağlandığında katılımsız modda çalıştığından, işlem durur ve asla kurtarılmaz.

Birçok Googling’den, bu durum, uzun zamandır devam eden bir GRUB meselesi gibi görünüyor, düzeltmeler uygulandı ve sonra söyleyebileceğim kadarıyla tekrar gerileme oldu.

Sonuçta, başarıyla uygulayabildiğim tek geçici çözüm, sağlama komut dosyasındaki şu çirkin kesmek. Umarım olsa başkasını sıkıntıdan kurtarabilir!

#!/bin/bash 

apt update

### Workaround: Pre-update /etc/default/grub and remove /boot/grub/menu.lst to avoid 'file changed' prompts from blocking completion of unattended update process
patch /etc/default/grub <<'EOF'
10c10
< GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0"
---
> GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0 nvme.io_timeout=4294967295"
19c19
< GRUB_TERMINAL=console
---
> #GRUB_TERMINAL=console
EOF
rm /boot/grub/menu.lst

apt upgrade -y

### Workaround part 2: re-generate /boot/grub/menu.lst
/usr/sbin/update-grub-legacy-ec2 -y

Karşılaştığım sorunun yalnızca şu anda mevcut olan Ubuntu 18.04 AMI sürümüne özgü olduğunu ve yeni GRUB paketleri içeren güncellenmiş sürümlerin aynı konuya tabi olmayabileceğini kabul ediyorum. Özellikle, yapılacak değişikliklerin niteliğinin /etc/default/grubAMI’nin yeni sürümleri için geçerli olması muhtemel değildir. Sadece bunu yine de ortaya koyuyorum.