GRUB kurtarması için Linux sanal makinesini önyükleme

Şunlar için geçerlidir: ✔️ Linux VM'leri

Not

Bu makalede başvuruda bulunan CentOS bir Linux dağıtımıdır ve Kullanım Süresi Sonuna (EOL) ulaşacaktır. Kullanımınızı göz önünde bulundurun ve buna göre planlayın. Daha fazla bilgi için bkz . CentOS Kullanım Süresi Sonu kılavuzu.

Bu makalede GRUB kurtarma sorunlarına neden olan birden çok koşul ele alınmaktadır ve sorun giderme yönergeleri sağlanmaktadır.

Önyükleme işlemi sırasında, önyükleme yükleyicisi Linux çekirdeğini bulmaya çalışır ve önyükleme denetimini devre dışı bırakır. Bu iletim gerçekleştirilemezse, sanal makine (VM) bir GRUB kurtarma konsoluna girer. GRUB kurtarma konsolu istemi Azure seri konsol günlüğünde gösterilmez, ancak Azure önyükleme tanılama ekran görüntüsünde gösterilebilir.

GRUB kurtarma sorununu tanımlama

Azure portalının VM Önyükleme tanılama sayfasında bir önyükleme tanılama ekran görüntüsü görüntüleyin. Bu ekran görüntüsü GRUB kurtarma sorununu tanılamaya ve soruna bir önyükleme hatasının neden olup olmadığını belirlemeye yardımcı olur.

Aşağıdaki metin grub kurtarma sorununa bir örnektir:

error: file '/boot/grub2/i386-pc/normal.mod' not found.  
Entering rescue mode...  
grub rescue>

GRUB kurtarma sorununu çevrimdışı giderme

1. GRUB kurtarma sorununu gidermek için bir kurtarma/onarım VM'sine ihtiyaç vardır. Etkilenen VM'nin işletim sistemi diskinin bir kopyasının bağlı olduğu bir onarım VM'sini oluşturmak için vm onarım komutlarını kullanın. chroot kullanarak işletim sistemi dosya sistemlerinin kopyasını onarım VM'sine bağlayın.

   Not

   Alternatif olarak, Azure portalını kullanarak el ile kurtarma VM'sini oluşturabilirsiniz. Daha fazla bilgi için bkz . Azure portalını kullanarak işletim sistemi diskini bir kurtarma VM'sine ekleyerek Linux VM sorunlarını giderme.

2. GRUB kurtarma sorununu belirleyin. Aşağıdaki GRUB kurtarma sorunlarından biriyle karşılaştığınızda, sorunu çözmek için ilgili bölüme gidin:

   • Hata: bilinmeyen dosya sistemi
   • Hata 15: Dosya bulunamadı
   • Hata: '/boot/grub2/i386-pc/normal.mod' dosyası bulunamadı
   • Hata: böyle bir bölüm yok
   • Hata: 'grub_efi_get_secure_boot' simgesi bulunamadı
   • Diğer GRUB kurtarma hataları

3. GRUB kurtarma sorunu çözüldükten sonra aşağıdaki eylemleri gerçekleştirin:

   1. Dosya sistemlerinin kopyasını kurtarma/onarma VM'sinden çıkarın.

   2. Onarılan işletim sistemi diskini az vm repair restore VM'nin özgün işletim sistemi diski ile değiştirmek için komutunu çalıştırın. Daha fazla bilgi için bkz. Azure Sanal Makine onarım komutlarını kullanarak Linux VM'sini onarma başlığı altındaki 5. Adım.

   3. Azure seri konsoluna göz atarak veya VM'ye bağlanmaya çalışarak VM'nin başlatılıp başlatılamayacağını denetleyin.

4. Bölümün /boot tamamı veya diğer önemli içerikler eksikse ve kurtarılamıyorsa VM'yi yedekten geri yüklemenizi öneririz. Daha fazla bilgi için bkz . Azure portalda Azure VM verilerini geri yükleme.

Ayrıntılı hatalar, olası nedenler ve çözümler için aşağıdaki bölümlere bakın.

Not

Aşağıdaki bölümlerde belirtilen komutlarda değerini ilgili İşletim Sistemi (OS) disk cihazıyla değiştirin /dev/sdX .

GRUB'yi yeniden yükleme ve Azure Linux Otomatik Onarım'ı kullanarak GRUB yapılandırma dosyasını yeniden oluşturma

Azure Linux Otomatik Onarım (ALAR) betikleri, Linux VM'sini düzeltmek için Azure Linux Otomatik Onarımı'nı (ALAR) kullanma başlığı altında açıklanan VM onarım uzantısının bir parçasıdır. ALAR, GRUB kurtarma sorunları da dahil olmak üzere birden çok onarım senaryosunun otomasyonunu kapsar.

ALAR betikleri, 1. Nesil VM'leri veya --button-command efifix 2. Nesil VM'leri belirterek --button-command grubfix GRUB sorunlarını düzeltmek için onarım uzantısını repair-button kullanır. Bu parametre otomatik kurtarmayı tetikler. GRUB'yi yeniden yükleyip ilgili yapılandırma dosyasını yeniden ekleyerek yaygın GRUB hatalarını düzeltmeyi otomatikleştirmek için aşağıdaki komutları uygulayın:

• UEFI içermeyen Linux VM'ler (BIOS tabanlı - 1. Nesil):

  az extension add -n vm-repair
  az extension update -n vm-repair
  az vm repair repair-button --button-command 'grubfix' --verbose $RGNAME --name $VMNAME
  

• UEFI ile Linux VM'leri (2. Nesil):

  az extension add -n vm-repair
  az extension update -n vm-repair
  az vm repair repair-button --button-command 'efifix' --verbose $RGNAME --name $VMNAME
  

Önemli

Kaynak grubu adını ve VM adını $RGNAME$VMNAME uygun şekilde değiştirin.

VM'yi onarma betiği, ALAR betiğiyle birlikte geçici olarak bir kaynak grubu, onarım VM'si ve etkilenen VM'nin işletim sistemi diskinin bir kopyasını oluşturur. GRUB'yi yeniden yükler, ilgili GRUB yapılandırma dosyasını yeniden oluşturur ve ardından bozuk VM'nin işletim sistemi diskini kopyalanan sabit diskle değiştirir. Son olarak, repair-button betik geçici onarım VM'sini içeren kaynak grubunu otomatik olarak siler.

GRUB'yi yeniden yükleme ve GRUB yapılandırma dosyasını el ile yeniden oluşturma

1. Kurtarma/onarım VM'lerinin oluşturulup oluşturulmadığını denetleyin. Oluşturulmadıysa, VM'yi oluşturmak için GRUB kurtarma sorununu çevrimdışı giderme sayfasındaki 1. adımı izleyin. Kurtarma/onarım VM'si dahil olmak üzere //boot tüm gerekli dosya sistemlerini bağlayın ve chroot ortamına girin.

2. GRUB'yi yeniden yükleyin ve aşağıdaki komutlardan birini kullanarak ilgili GRUB yapılandırma dosyasını yeniden üretin:

   • RHEL/CentOS/Oracle 7.x/8.x/9.x Linux VM'leri UEFI olmadan (BIOS tabanlı - 1. Nesil)

     grub2-install /dev/sdX
     grub2-mkconfig -o /boot/grub2/grub.cfg
     sed -i 's/hd2/hd0/g' /boot/grub2/grub.cfg
     

   • RHEL/CentOS/Oracle 7.x/8.x/9.x UEFI ile Linux VM'leri (2. Nesil)

     yum reinstall grub2-efi-x64 shim-x64
     grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
     sed -i 's/hd2/hd0/g' /boot/efi/EFI/redhat/grub.cfg
     

     VM CentOS çalıştırıyorsa değerini grub.cfg dosyasının mutlak yolu /boot/efi/EFI/centos/grub.cfg içinde ile centos değiştirinredhat.

   • SLES 12/15 Gen1 ve 2. Nesil

     grub2-install /dev/sdX
     grub2-mkconfig -o /boot/grub2/grub.cfg
     sed -i 's/hd2/hd0/g' /boot/grub2/grub.cfg
     

   • Ubuntu 1. Nesil ve 2. Nesil

     grub-install /dev/sdX
     update-grub
     

3. İşletim sistemi diskini değiştirmek için GRUB kurtarma sorununu çevrimdışı giderme bölümünde 3. adıma gidin.

Hata: bilinmeyen dosya sistemi

Aşağıdaki ekran görüntüsünde hata iletisi gösterilmektedir:

Bu hata aşağıdaki sorunlardan biriyle ilişkilendirilebilir:

• /boot dosya sistemi bozulması.

  Bu sorunu çözmek için /boot dosya sistemi bozulmasını düzeltme bölümünde verilen adımları izleyin.

• GRUB önyükleme yükleyicisi geçersiz bir diske veya bölüme işaret etti.

  Bu sorunu çözmek için GRUB'yi yeniden yükleyin ve GRUB yapılandırma dosyasını el ile yeniden oluşturun.

• İşletim sistemi diski bölümleme tablosu insan hatasının neden olduğu sorunlar.

  Bu tür sorunları çözmek için Hata: Böyle bir bölüm yok bölümündeki adımları izleyerek eksik veya yanlış oluşturulmuş bölüm yeniden oluşturun/boot.

/boot dosya sistemi bozulmalarını düzeltme

Dosya sistemi bozulmasını düzeltmek /boot için şu adımları izleyin:

1. Kurtarma/onarım VM'lerinin oluşturulup oluşturulmadığını denetleyin. Oluşturulmadıysa, VM'yi oluşturmak için GRUB kurtarma sorununu çevrimdışı giderme sayfasındaki 1. adımı izleyin.

2. İlgili /boot bölümdeki bozulma sorunlarını çözmek için Azure Linux'ta dosya sistemi bozulma hatalarını giderme konusuna bakın.

3. İşletim sistemi diskini değiştirmek için GRUB kurtarma sorununu çevrimdışı giderme bölümünde 3. adıma gidin.

Hata 15: Dosya bulunamadı

Aşağıdaki ekran görüntüsünde hata iletisi gösterilmektedir:

Bu sorunu çözmek için aşağıdaki adımları uygulayın:

1. Kurtarma/onarım VM'lerinin oluşturulup oluşturulmadığını denetleyin. Oluşturulmadıysa, VM'yi oluşturmak için GRUB kurtarma sorununu çevrimdışı giderme sayfasındaki 1. adımı izleyin. Kurtarma/onarım VM'si dahil olmak üzere //boot tüm gerekli dosya sistemlerini bağlayın ve chroot ortamına girin.

2. /boot Dosya sistemi içeriğini inceleyin ve eksik olanları belirleyin.

3. GRUB yapılandırma dosyası eksikse, GRUB'yi yeniden yükleyin ve GRUB yapılandırma dosyasını el ile yeniden üretin.

4. Dosya sistemindeki /boot dosya izinlerinin Tamam olduğunu doğrulayın. aynı Linux sürümünü çalıştıran başka bir VM kullanarak izinleri karşılaştırabilirsiniz.

5. /boot bölümünün tamamı veya diğer önemli içerikler eksikse ve kurtarılamıyorsa VM'yi bir yedekten geri yüklemenizi öneririz. Daha fazla bilgi için bkz . Azure portalda Azure VM verilerini geri yükleme.

6. Sorun çözüldükten sonra, işletim sistemi diskini değiştirmek için GRUB kurtarma sorununu çevrimdışı giderme bölümünde 3. adıma gidin.

Hata: '/boot/grub2/i386-pc/normal.mod' dosyası bulunamadı

Aşağıdaki ekran görüntüsünde hata iletisi gösterilmektedir:

1. Kurtarma/onarım VM'lerinin oluşturulup oluşturulmadığını denetleyin. Oluşturulmadıysa, grub kurtarma sorununu çevrimdışı giderme bölümünde yer alan 1. adımı izleyerek bir tane oluşturun. Kurtarma/onarım VM'si dahil olmak üzere //boot tüm gerekli dosya sistemlerini bağlayın ve chroot ortamına girin.

2. Bir bozulma hatası nedeniyle dosya sistemini bağlayamıyorsanız /boot / boot dosya sistemi bozulmasını düzeltin.

3. Chroot içinde bulunduğunuzda dizinin içeriğini /boot/grub2/i386-pc doğrulayın. İçerikler eksikse içindekileri /usr/lib/grub/i386-pckopyalayın. Bunu yapmak için aşağıdaki komutları kullanın:

   ls -l /boot/grub2/i386-pc
   cp -rp /usr/lib/grub/i386-pc /boot/grub2
   

4. Bölümün /boot içeriği boşsa, yeniden oluşturmak için aşağıdaki komutları kullanın:

   Not

   Aşağıdaki adımlar UEFI içermeyen RHEL/CentOS/Oracle 7.x/8.x Linux VM'leri için geçerlidir (BIOS tabanlı - 1. Nesil).

   1. Chroot işlemi altında grub'ı yeniden yükleyin. Bunu, onarım/kurtarma VM'sine bağlı işletim sistemi diskinin ilgili kopyasıyla değiştirin /dev/sd[X] :

      grub2-install /dev/sd[X]
      

   2. Deponun adını çözümlemek için geçerli bir DNS girdisi olduğundan emin /etc/resolv.conf olun:

      cat /etc/resolv.conf
      

   3. Çekirdeği yeniden yükleyin:

      yum reinstall $(rpm -qa | grep -i kernel)
      

   4. grub.cfg Dosyayı oluşturun:

      grub2-mkconfig -o /boot/grub2/grub.cfg
      sed -i 's/hd2/hd0/g' /boot/grub2/grub.cfg
      

5. İşletim sistemi diskini değiştirmek için GRUB kurtarma sorununu çevrimdışı giderme bölümünde 3. adımla devam edin.

Hata: böyle bir bölüm yok

Aşağıdaki ekran görüntüsünde hata iletisi gösterilmektedir:

Bu hata, aşağıdaki senaryolardan birinde RHEL tabanlı bir VM'de (Red Hat, Oracle Linux, CentOS) oluşur:

• Bölüm /boot yanlışlıkla silinir.
• Bölüm /boot , yanlış başlangıç ve bitiş kesimleri kullanılarak yeniden oluşturulur.

Çözüm: /boot bölümünü yeniden oluşturma

/boot Bölüm eksikse, aşağıdaki adımları izleyerek bölümü yeniden oluşturun:

1. Kurtarma/onarım VM'lerinin oluşturulup oluşturulmadığını denetleyin. Oluşturulmadıysa, VM'yi oluşturmak için GRUB kurtarma sorununu çevrimdışı giderme sayfasındaki 1. adımı izleyin.

2. Aşağıdaki komutu kullanarak bölüm tablosunun dos veya GPT türü olarak oluşturulup oluşturulmadığı belirleyin:

   sudo fdisk -l /dev/sdX
   

   • Dos bölümleme tablosu

     

   • GPT bölümleme tablosu

     

3. Bölüm tablosu türü olarak bölüm tablosunda dos varsa, dos sistemlerinde /boot bölümünü yeniden oluşturun. Bölüm tablosunda bölüm tablosu türü olarak GPT varsa, GPT sistemlerinde /boot bölümünü yeniden oluşturun.

4. GRUB önyükleme yükleyicisinin uygun disk kullanılarak yüklendiğinden emin olun. GRUB'yi yeniden yükleme ve GRUB yapılandırma dosyasını el ile yeniden oluşturarak yükleme ve yapılandırma adımlarını izleyebilirsiniz.

5. İşletim sistemi diskini değiştirmek için GRUB kurtarma sorununu çevrimdışı giderme bölümünde 3. adımla devam edin.

Dos sistemlerinde /boot bölümünü yeniden oluşturma

1. Aşağıdaki komutu kullanarak kurtarma/onarım VM'sinden bölümü yeniden oluşturun /boot :

   sudo fdisk /dev/sdX
   

   İlk ve Son kesimlerindeki varsayılan değerleri ve bölüm türünü (83) kullanın. Aşağıdaki çıkışta /boot gösterildiği gibi araçtaki seçeneği kullanarak bölüm tablosunun afdisk önyüklenebilir olarak işaretlendiğinden emin olun:

   sudo fdisk /dev/sdc
   
   The device presents a logical sector size that is smaller than
   the physical sector size. Aligning to a physical sector (or optimal
   I/O) size boundary is recommended, or performance may be impacted.
   Welcome to fdisk (util-linux 2.23.2).
   
   Changes will remain in memory only, until you decide to write them.
   Be careful before using the write command.
   
   Command (m for help): n
   Partition type:
      p   primary (1 primary, 0 extended, 3 free)
      e   extended
   Select (default p): p
   Partition number (1,3,4, default 1): 1
   First sector (2048-134217727, default 2048):
   Using default value 2048
   Last sector, +sectors or +size{K,M,G} (2048-2099199, default 2099199):
   Using default value 2099199
   Partition 1 of type Linux and of size 1 GiB is set
   
   Command (m for help): t
   Partition number (1,2, default 2): 1
   Hex code (type L to list all codes): 83
   Changed type of partition 'Linux' to 'Linux'
   
   Command (m for help): a
   Partition number (1,2, default 2): 1
   
   Command (m for help): p
   
   Disk /dev/sdc: 68.7 GB, 68719476736 bytes, 134217728 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 label type: dos
   Disk identifier: 0x000b7179
   
   Device Boot      Start         End      Blocks   Id  System
   /dev/sdc1   *        2048     2099199     1048576   83  Linux
   /dev/sdc2         2099200   134217727    66059264   8e  Linux LVM
   
   Command (m for help): w
   The partition table has been altered!
   
   Calling ioctl() to re-read partition table.
   

2. Eksik /boot bölümü yeniden oluşturduktan sonra dosya sisteminin algılanıp algılanamadıdığını /boot denetleyin. için /dev/sdX1 bir girdi (eksik /boot bölümü) görebilmeniz gerekir.

   sudo blkid /dev/sdX1
   

   sudo blkid /dev/sdc1
   /dev/sdc1: UUID="<UUID>" TYPE="ext4"
   

3. /boot Bölümü yeniden oluşturduktan sonra dosya sistemi içinde blkid görünmüyorsa, bu verilerin artık mevcut olmadığı anlamına gelir/boot. Dosya sistemini yeniden oluşturmanız /boot (girdideki /etc/fstab/boot aynı UUID ve dosya sistemi biçimini kullanarak) ve ardından içeriğini bir yedekten geri yüklemeniz gerekir.

GPT sistemlerinde /boot bölümünü yeniden oluşturma

1. Aşağıdaki komutu kullanarak kurtarma/onarım VM'sinden bölümü yeniden oluşturun /boot :

   sudo gdisk /dev/sdX
   

   Aşağıdaki çıktıda gösterildiği gibi, İlk ve Son kesimlerindeki varsayılan değerleri ve bölüm türünü (8300) kullanın:

   sudo gdisk /dev/sdc
   GPT fdisk (gdisk) version 1.0.3
   
   Partition table scan:
     MBR: protective
     BSD: not present
     APM: not present
     GPT: present
   
   Found valid GPT with protective MBR; using GPT.
   
   Command (? for help): n
   Partition number (1-128, default 1): 1
   First sector (34-134217694, default = 1026048) or {+-}size{KMGTP}:
   Last sector (1026048-2050047, default = 2050047) or {+-}size{KMGTP}:
   Current type is 'Linux filesystem'
   Hex code or GUID (L to show codes, Enter = 8300):
   Changed type of partition to 'Linux filesystem'
   
   Command (? for help): p
   Disk /dev/sdc: 134217728 sectors, 64.0 GiB
   Model: Virtual Disk
   Sector size (logical/physical): 512/4096 bytes
   Disk identifier (GUID): 6D915856-445A-4513-97E4-C55F2E1AD6C0
   Partition table holds up to 128 entries
   Main partition table begins at sector 2 and ends at sector 33
   First usable sector is 34, last usable sector is 134217694
   Partitions will be aligned on 2048-sector boundaries
   Total free space is 6076 sectors (3.0 MiB)
   
   Number  Start (sector)    End (sector)  Size       Code  Name
      1         1026048         2050047   500.0 MiB   8300  Linux filesystem
      2         2050048       134215679   63.0 GiB    8E00
     14            2048           10239   4.0 MiB     EF02
     15           10240         1024000   495.0 MiB   EF00  EFI System Partition
   
   Command (? for help): w
   
   Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
   PARTITIONS!!
   
   Do you want to proceed? (Y/N): Y
   OK; writing new GUID partition table (GPT) to /dev/sdc.
   Warning: The kernel is still using the old partition table.
   The new table will be used at the next reboot or after you
   run partprobe(8) or kpartx(8)
   The operation has completed successfully.
   

2. Aşağıdaki komutu kullanarak dosya sisteminin sistem tarafından algılanıp algılanamadıdığını /boot denetleyin:

   sudo blkid /dev/sdX1
   

   (Eksik /boot bölüm) için /dev/sdX1 bir girdi görebilmeniz gerekir.

   sudo blkid /dev/sdc1
   /dev/sdc1: UUID="<UUID>" BLOCK_SIZE="4096" TYPE="xfs" PARTLABEL="Linux filesystem" PARTUUID="<PARTUUID>"
   

3. /boot Bölümü yeniden oluşturduktan sonra dosya sistemi görünmüyorsa, bu verilerin artık mevcut olmadığı anlamına gelir/boot. Dosya sistemini yeniden oluşturmanız /boot (girdideki /etc/fstab/boot aynı UUID'yi kullanarak) ve ardından içeriğini bir yedekten geri yüklemeniz gerekir.

Hata: 'grub_efi_get_secure_boot' simgesi bulunamadı

Aşağıdaki ekran görüntüsünde hata iletisi gösterilmektedir:

Linux çekirdek sürümü 4.12.14 (SLES 12 SP5'te kullanılır) Güvenli Önyükleme seçeneğini desteklemez. Bu nedenle, VM dağıtımı sırasında güvenli önyükleme etkinleştirilirse (yani, Güvenlik türü alanı Güvenilen başlatma sanal makineleri olarak ayarlanırsa), 2. Nesil VM görüntüsünde bu SUSE çekirdek sürümünü kullanmaya çalıştığınızda sanal makine konsol aracılığıyla güvenli önyükleme hatasını oluşturur.

Çözüm

Önyükleme hatasını çözmek için şu adımları izleyin:

1. Kurtarma/onarım VM'lerinin oluşturulup oluşturulmadığını denetleyin. Oluşturulmadıysa, VM'yi oluşturmak için GRUB kurtarma sorununu çevrimdışı giderme sayfasındaki 1. adımı izleyin. ve dahil olmak üzere / tüm gerekli dosya sistemlerini bağlayın ve chroot ortamını girin./boot

2. Chroot ortamında aşağıdaki YaST komutunu çalıştırın:

   yast2 bootloader
   

3. Güvenli Önyükleme Desteğini Etkinleştir seçeneğindeki "x" işaretini kaldırın ve değişikliği kaydetmek için F10'a tıklayın.

   

4. İşletim sistemi diskini değiştirmek için GRUB kurtarma sorununu çevrimdışı giderme makalesindeki 3. adımı izleyin.

Diğer GRUB kurtarma hataları

Aşağıdaki ekran görüntüsünde hata iletisi gösterilmektedir:

Bu tür bir hata aşağıdaki senaryolardan birinde tetikleniyor:

• GRUB yapılandırma dosyası eksik.
• Yanlış GRUB yapılandırması kullanılıyor.
• Bölüm /boot veya içeriği eksik.

Bu hatayı gidermek için aşağıdaki adımları uygulayın:

1. Kurtarma/onarım VM'lerinin oluşturulup oluşturulmadığını denetleyin. Oluşturulmadıysa, VM'yi oluşturmak için GRUB kurtarma sorununu çevrimdışı giderme sayfasındaki 1. adımı izleyin. ve dahil olmak üzere / tüm gerekli dosya sistemlerini bağlayın ve chroot ortamını girin./boot

2. Yapılandırma dosyasının yapılandırıldığından /etc/default/grub emin olun. Onaylanan Azure Linux görüntüleri zaten gerekli yapılandırmalara sahiptir. Daha fazla bilgi için aşağıdaki makalelere bakın:

   • RHEL'de GRUB erişimi
   • CentOS'ta GRUB erişimi
   • Ubuntu'da GRUB erişimi
   • SUSE SLES'de GRUB erişimi
   • Oracle Linux'ta GRUB erişimi

3. GRUB'yi yeniden yükleyin ve GRUB yapılandırma dosyasını el ile yeniden üretin.

   Not

   Eksik dosya ise /boot/grub/menu.lst, bu hata eski işletim sistemi sürümleri (RHEL 6.x, Centos 6.x ve Ubuntu 14.04) içindir. Bunun yerine bu sistemlerde GRUB sürüm 1 kullanıldığından komutlar farklılık gösterir. GRUB sürüm 1 bu makalede ele alınmıyor.

4. Bölümün tamamı /boot eksikse Hata: böyle bir bölüm yok bölümündeki adımları izleyin.

5. Sorun çözüldükten sonra, işletim sistemi diskini değiştirmek için GRUB kurtarma sorununu çevrimdışı giderme bölümünde 3. adıma gidin.

Sonraki adımlar

Belirli önyükleme hatası bir GRUB kurtarma sorunu değilse, diğer sorun giderme seçenekleri için Azure Linux Sanal Makineler önyükleme hatalarını giderme konusuna bakın.

Üçüncü taraf bilgileri hakkında yasal uyarı

Bu makalede adı geçen üçüncü taraf ürünleri Microsoft'tan bağımsız şirketler tarafından üretilmektedir. Microsoft, bu ürünlerin performansı veya güvenilirliği ile ilgili örtük veya başka türlü hiçbir garanti vermez.

Üçüncü tarafla iletişim sorumluluk reddi

Microsoft, bu konu hakkında ek bilgi bulmanıza yardımcı olmak üzere üçüncü taraf iletişim bilgilerini sağlamaktadır. Bu iletişim bilgileri önceden haber verilmeksizin değiştirilebilir. Microsoft bu üçüncü taraf iletişim bilgilerinin doğruluğunu garanti etmez.

Yardım için bize ulaşın

Sorularınız veya yardıma ihtiyacınız varsa bir destek isteği oluşturun veya Azure topluluk desteği isteyin. Ürün geri bildirimini Azure geri bildirim topluluğuna da gönderebilirsiniz.