VMware'den taşıdım, makine açılmıyor: disk yerinde, ona giden yol değil

Aktarım bitti, disk listede duruyor, makine başlıyor, ve sonra ulaşamadığı bir açılış aygıtından bahsedip duruyor. O anki ilk sezgi dönüştürme sırasında bir şeyin kaybolduğudur. Neredeyse her zaman hiçbir şey kaybolmamıştır.

Disk olması gereken yerdedir. Değişen şey ona giden yoldur.

Bu neden oluyor

Sanal makine bir diskle konuşmaz. Bir disk denetleyicisiyle konuşur, ve denetleyici sanallaştırmanın ona sunduğu şeyin parçasıdır. VMware bir türünü sunuyordu. Proxmox başkasını sunuyor.

Misafir işletim sistemi ihtiyaç duyabileceği her sürücüyü yüklüyor olsaydı bu zararsız olurdu. Yüklemiyor. Bir işletim sistemi kendi diskine erişmeden önce yalnız küçük bir sürücü kümesini yükler, ve o küme kurulduğu gün belirlenmiştir. Diskin önündeki denetleyici o kümede yoksa misafir açılacak hiçbir şey göremez, ve bunu elindeki tek biçimde söyler: açılış aygıtı yok.

Yani belirti diski işaret eder, sebep ise onun bir katman önündedir.

Birbirine benzeyen iki ayrı arıza

Tek sorun sanılıp öyle ele alınıyorlar, oysa değiller.

Hiç açılış aygıtı yok. Çoğu zaman sebep denetleyici değil ürün yazılımıdır. EFI ile kurulmuş bir makine eski usul BIOS altında açılmaz, tersi de doğrudur. Diskle ilgili hiçbir şey yanlış değildir; makine hiç kurulmadığı bir biçimde başlatılıyordur.

Açılış başlıyor, sonra açılış aygıtından şikâyet ederek duruyor. Denetleyici durumu budur. Ürün yazılımı doğruydu, yükleyici çalıştı, ve sonra çekirdek kendisine söylenen diske ulaşamadı.

Hiçbir şeye dokunmadan önce bu ikisini ayırmak bütün bir öğleden sonrayı kurtarır, çünkü çözümleri farklıdır ve yanlış olanı uygulamak mevcut belirtinin üstüne bir ikincisini ekler.

Dokunmadan önce üç soru

Disk gerçekten makineye bağlı mı? Depolamaya değil, makinenin yapılandırmasına bakın. Aktarılan bir disk depolamada var olup makineye bağlanmamış olabilir, ve bu iki saniyelik bir düzeltmedir ama felaket gibi görünür.

Bu makine hangi ürün yazılımıyla kurulmuştu? EFI ortamından geldiyse ona ihtiyacı vardır, ve ayrıca açılış kayıtlarını tutacak bir yere de ihtiyacı vardır.

Misafirde yeni denetleyicinin sürücüsü var mı? "Kurulu mu" değil, "o disk imajının içinde mevcut mu". VirtIO denetleyicisiyle hiç karşılaşmamış bir Windows makinesinde o sürücü yoktur, ve açılamaz durumdayken onu indiremez.

Geri alınabilir olan yol

İki yaklaşım var ve ikisi eşit derecede güvenli değil.

Misafire zaten tanıdığı bir denetleyici verin. Diski, misafirin kurulduğu günden beri desteklediği bir arayüze bağlayın, normal açın, yeni sürücüyü çalışan sistemin içinden kurun, kapatın, sonra denetleyiciyi değiştirin. Her adım küçüktür ve her biri geri alınabilir.

Bunu zahmetsiz yapan püf noktası şu: değiştirmeden önce yeni denetleyici türünde ikinci, küçücük bir disk takın. Misafir eski yoldan açılır, tanımadığı bir donanım görür, ve sürücüsünü sakin sakin kurmanıza izin verir. Sonra asıl diskin değişimi olaysız geçer, çünkü sürücü zaten oradadır.

Sürücüyü imaja dışarıdan enjekte edin. Daha hızlıdır ve işe yarar, ama yaramazsa elinizde başladığınızdan farklı hale gelmiş bir imajı ayıklamak kalır. Elinizde çok makine ve bilinen bir tarif varken doğru araçtır. İlk makine için yanlış araçtır.

⚠️ Tek seferde tek şey değiştirin. Ürün yazılımı ile denetleyiciyi birlikte değiştirmek, çözülebilir bir sorunu belirsiz bir soruna çevirmenin en sık yoludur: makine yine açılmaz ve artık iki şüpheli vardır.

Linux misafirlerde: aynı sebep, daha sessiz belirti

Aynı şey olur ve farklı okunur. Açılış yükleyicisi çalışır, sonra sistem hiç gelmeyecek bir kök aygıtı bekleyerek durur. Sebep birebir aynıdır: erken açılış imajı yeni denetleyicinin sürücüsü olmadan kurulmuştur, çünkü eski sanallaştırmada ona hiç ihtiyaç olmamıştır.

Çözümün şekli de aynıdır. Bir kurtarma imajından açın, erken açılış imajını sürücüyü içerecek biçimde yeniden üretin, ve denetleyiciyi ancak ondan sonra değiştirin.

Yapılmaması gerekenler

Makineyi yeniden kurup eski diski ona bağlamayın. Yeni makinede aynı denetleyici ve aynı sonuç olacaktır, üstelik artık takip edeceğiniz iki makine vardır.

Kaynak makineyi henüz silmeyin. Taşıma, yenisi açıldığında, gerçek iş yaptığında ve yedeği alındığında biter. Kopyalama tamamlandığında değil.

Hızlı başlatma ayarını sonradan görüp şaşırmayın. Hızlı başlatma açıkken kapatılan bir Windows misafiri tam olarak kapanmaz, dolayısıyla o haldeyken yapılan bir donanım değişikliği, başlıyor değil devam ediyor sandığı bir sistemle karşılaşır.

Atlas ne yapıyor

Atlas bu sorunun arasında yaşadığı iki şeyi aynı ekrana koyar. Makinenin donanım görünümü diski, bağlı olduğu denetleyiciyi ve ürün yazılımı ayarını birlikte gösterir, böylece "ikisinden hangisi yanlış" sorusu deneyerek değil bakarak cevaplanır.

Kaynak zinciri de üç sorudan ilkini doğrudan cevaplar: harita makineden fiziksel diske kadar çizer, dolayısıyla aktarılmış ama bağlanmamış bir disk depolama listesinde saklanmak yerine zincirde gözle görülür biçimde eksiktir.

Böyle bir değişiklik uygulanmadan önce Atlas anlık görüntü alır, yani misafir kötü tepki verse bile geri alınabilir yol geri alınabilir kalır. Etkilenecek kaynaklar değişiklik çalışmadan önce listelenir; tek seferde tek şey değiştirmeyi yalnız tavsiye olmaktan çıkarıp uygulanabilir yapan da budur.