Raid10 cihazına kök lv'sinin Debian pvmove unbootable sistemi ile sonuçlandı


0

Mantıksal hacim genişletmelerinin mdadmin ile birleştirilmiş bir 10 dizisine taşınması sürecindeydim. Taşınan mantıksal hacimlerden biri, daha önce tek bir fiziksel ciltte olan kök dizindi (debian test sistemi). Sistem şimdi engellenemez. Grub kurtarmasında bildirilen hata mesajı lvmid / ex .... lognuuid / uzun bir uuid bulunamadı.

Bulunamayan iki diskin, şu an üzerinde kök dizininin bulunduğu baskın 10 dizisindeki iki disk olduğunu tahmin ediyorum. Bunun, dizinin yerel kök biriminden önce birleştirilmemesi nedeniyle olduğunu da tahmin ediyorum.

Yükleyici ortamla önyükleyip kurtarma moduna geçtiğimde, kök dizini açamıyorum. Ancak, önce bir diziyi birleştirme seçeneğini seçip kök dizine chroot koyarsam başarılı olur. Son 24 saatte düşünebileceğim her şeyi denedim. Değişen /etc/mdadm/mdadm.conf, update-initramfs -u değişkeninin çeşitli kombinasyonlarını içerir.

Pvmove'yu geri almayı bile denedim, ancak bir lvmetad.socket hatası nedeniyle yapamadım. Bu rotaya gitmek için gereken chroot kurtarma ortamında bir şeyler eksik olmalı.

Diziyi chrooting işleminden önce manuel olarak monte edersem, çalışan bir sistem bulabilirim, dizinin hiç kurulmadığını veya zaman içinde (ve dolayısıyla hiç olmadığını) gösterir.

Birisi deneyebileceğim bir düzeltme önerebilir mi? Sistemi işlevsel hale getirmek için yapabileceğim bir şey olduğunu tahmin ediyorum, ancak nasıl devam edeceğimi bilemiyorum.

Yanıtlar:


0

Çözüm etrafında çalışın:

1) Küçük bir mantıksal birime minimal bir Linux sistemi kurun.

2) BIOS önyükleme seçeneklerinde bu sistemi seçin

3) Yeni grub2 kurulumu mevcut sistemi buldu ve daha sonra seçtiğim bir önyükleme seçeneği olarak sundu.

4) Daha sonra sistemi önceki durumuna döndürerek (yedeklere başvurmak zorunda kalmadan) aşağıdaki komutu çalıştırdım:

pvmove -n rootpartition /dev/arraydevice 

Bu, kök bölümle ilişkili herhangi bir mantıksal cilt genişleticisini lvm havuzumda başka bir yere taşıdı . Düzeltmeyi onaylamak için sistemi yeniden başlattım. Muhtemelen diğer kaygan bir hareket durumunda yedekleme kurulumunu güvenli bir şekilde bırakacağım.

Şimdi, bunun işe yaradığı gerçeği (1-3. Adımlar) sistemin, baskın pv'den önyüklenecek şekilde yapılandırılabileceğini, ancak nedenini bulmak için zamanım olmadığını gösteriyor. Asıl soru, birinin mevcut bir Debian kökünü baskın bir pv'ye aktarmanın tuzaklarında nasıl gezinileceğini bilmesi durumunda duruyor.

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.