Çalışırken değiştirilebilir sürücünün yeni adı var. Bunu md dizisine geri eklersem ve yeniden başlatma sırasında yeniden adlandırılırsa, dizi yine de çalışır mı?

Sunucumun RAID yapılandırmasındaki HDD'lerden biri başarısız oldu, bu yüzden onu diziden çıkardım ve veri merkezinin çalışırken değiştirmesini sağladım. Bunu yaptılar, ama şimdi yeni tahrik /dev/sdcdaha çok /dev/sda. Sunucuyu yeniden başlatırsam, /dev/sdatekrar olacak , bu yüzden diziye geri eklemek için tereddüt /dev/sdcediyorum , çünkü kendimi bir sonraki yeniden başlatmaya düşmek için bir tuzak koymak istemiyorum. Eğer ihtiyacım yoksa sunucuyu yeniden başlatmazdım (gerekirse, benim için çok kötü).

Bunu /dev/sdcşu şekilde eklersem, yeniden başlatmada bir sorun olur mu? Ya aygıt adını değiştirmek için bir yol yoktur /dev/sdciçin /dev/sdayeniden başlatmadan?

Bu Ubuntu 10.04 LTS'de. mdŞu anda cihazlardan birinin (birkaç tane var) şöyle göründüğü bir dizidir ("Linux Yazılım RAID") (eskisini kaldırdığım için "bozulmuş" /dev/sda):

# mdadm --detay / dev / md0
/ Dev / md0:
        Sürüm: 00.90.03
  Oluşturma Zamanı: Paz 11 Ekim 21:07:54 2009
     Baskın Seviyesi: raid1
     Dizi Boyutu: 97536 (95.27 MiB 99.88 MB)
  Kullanılan Dev Boyutu: 97536 (95.27 MiB 99.88 MB)
   Baskın Cihazları: 2
  Toplam Cihaz: 1
Tercih Edilen Minör: 0
    Kalıcılık: Süper blok kalıcıdır

    Güncelleme Zamanı: Perş 30 Haz 09:31:16 2011
          Devlet: temiz, bozulmuş
 Aktif Cihazlar: 1
Çalışma Cihazları: 1
 Başarısız Cihazlar: 0
  Yedek Cihazlar: 0

           UUID: 496be7a5: ab9177ed: 7792c71e: 7dc17aa4
         Olaylar: 0.112

    Küçük Binbaşı Baskın Sayısı
       0 8 17 0 aktif senkronizasyon / dev / sdb1
       1 0 0 1 kaldırıldı

ubuntu hard-drive hotswap

— TJ Kalabalık
kaynak

Hangi dizi? UID'leri tarıyorsa, sda veya sdc olması önemli değil

— Jure1873

Bu bir mddizidir ("Linux Yazılım RAID"). Tüm cihaz ekleme / çıkarma ve cihaz adlarını ifade eder, ancak bunun aslında onlara bağlı olduğu anlamına gelmez ya da ... mdadm --detailSorunun üzerine çıktı ekledim .

— TJ Crowder

md dizileri için mdadm tüm diskleri tarar (/etc/mdadm.conf dosyasında tanımlandığı gibi), nerede oldukları önemli değildir, çünkü dizileri yeniden birleştirmek için diskin başlığına bir kimlik yazar.

— Jure1873

Evet, teşekkürler, sorudaki güncellemeye göz atın, bu davranışı açıkladım ve çalıştığını tekrar kontrol ettim.

— TJ Crowder

@TJCrowder yerine (veya ek olarak) sorunuzu güncellemek yerine, bulmanızı cevap olarak eklemek (ve kabul etmek) isteyebilirsiniz, çünkü bu soru temel olarak çözülmüştür.

— Dennis Nolte

Devam edip olarak eklemek iyi /dev/sdc. Çekirdek mdbelgelerini okumak , eğer yeniden başlatmada isim değişirse önemli değil. (İyi tasarım, bu.) İşte nedeni:

RAID dizilerinin önyükleme süresi otomatik algılaması

Md çekirdeğe (modül olarak değil) derlendiğinde, 0xfd türündeki bölümler taranır ve otomatik olarak RAID dizilerine birleştirilir. Bu otomatik algılama "raid = noautodetect" çekirdek parametresi ile bastırılabilir. Çekirdek 2.6.9'dan itibaren, yalnızca 0 tipi süper bloklu sürücüler otomatik olarak algılanabilir ve önyükleme zamanında çalıştırılabilir.

Çekirdek parametresi "raid = bölümlenebilir" (veya "raid = bölüm"), otomatik olarak algılanan tüm dizilerin bölümlenebilir olarak bir araya getirildiği anlamına gelir.

mdÇekirdeğe derlenmemiş olmama rağmen , kurulumum yukarıdakiyle aynı şeyi yapıyor çünkü otomatik yükleniyor mdadmve mdadm.conftüm bölümleri tıpkı çekirdek gibi bir süper blok için taramak için ayarlandı:

# varsayılan olarak MD süper bloklar için tüm bölümleri (/ proc / bölümler) tarayın.
# alternatif olarak, istenirse joker karakterler kullanarak taranacak cihazları belirtin.
DEVICE bölümleri

Bu nedenle diziyi yeniden oluşturmak iyidir /dev/sdc; /dev/sdayeniden başlatma sırasında isim muhtemelen değişecektir , ancak mdyukarıdaki gibi ayarlandıysa bu sorun yaratmaz.

— TJ Kalabalık
kaynak