Öncelikle ve en önemlisi, bunun sorunuzun şartlarından biri olmadığını anladım, meta verileri anlamalısınız . Kısaca ve Wikipedia'dan çalınan meta veriler verilerle ilgili verilerdir. Bu, meta verilerin bir veri parçası hakkında bilgi içerdiğini söyler. Örneğin, eğer bir arabaya sahipsem, o zaman araba hakkında bir takım bilgilerim var ama arabanın kendisinin bir parçası değil. Kayıt numarası, marka, model, üretim yılı, sigorta bilgileri vb. Gibi bilgiler. Bu bilgilerin tümü topluca meta veri olarak adlandırılır. Linux ve UNIX dosya sistemlerinde meta veriler, göreceğiniz gibi birden fazla organizasyon düzeyinde bulunur.
Süper blok esas olarak dosya sistemi meta verisidir ve dosya sistemi türünü, boyutunu, durumunu ve diğer meta veri yapıları hakkındaki bilgileri (meta verilerin meta verileri) tanımlar. Süper blok, dosya sistemi için çok önemlidir ve bu nedenle her dosya sistemi için birden fazla yedek kopyada saklanır. Süper blok, dosya sistemi için çok "yüksek düzeyde" bir meta veri yapısıdır. Örneğin, / var, bir bölümün süper bloğu bozulursa, söz konusu dosya sistemi (/ var) işletim sistemi tarafından monte edilemez. Genellikle bu etkinlikte, koşmanız gerekirfsck
superblock'un alternatif, yedek bir kopyasını otomatik olarak seçecek ve dosya sistemini kurtarmaya çalışacaktır. Yedek kopyaların kendileri, dosya sistemi aracılığıyla yayılmış blok gruplarında, ilk bölümün başlangıcından itibaren 1 blok ötelemeli olarak saklanır. Manuel kurtarma gerekli olduğunda bu önemlidir. dumpe2fs /dev/foo | grep -i superblock
Manuel kurtarma denemesi durumunda faydalı olan komutla, süper yedeklemeler hakkındaki bilgileri görüntüleyebilirsiniz . Dumpe2fs komutunun satırı gönderdiğini varsayalım Backup superblock at 163840, Group descriptors at 163841-163841
. Bu süper blok yedeği kullanmaya teşebbüs, dosya sistemi yapısı hakkında bu bilgileri ve ek bilgiyi kullanabilirsiniz: /sbin/fsck.ext3 -b 163840 -B 1024 /dev/foo
. Lütfen bu örnekte 1024 bayt boyutunda bir blok aldığımı unutmayın.
Bir inode , bir dosya sisteminde veya içinde bulunur ve bir dosya hakkındaki meta verileri temsil eder. Netlik açısından, bir Linux veya UNIX sistemindeki tüm nesneler dosyalardır; gerçek dosyalar, dizinler, cihazlar vb. Lütfen bir inode içindeki meta veriler arasında, insanların düşündüğü gibi bir dosya adı bulunmadığını, bunun daha sonra önemli olacağını unutmayın. Bir inode, esas olarak mülkiyet (kullanıcı, grup), erişim modu (okuma, yazma, izinleri yürütme) ve dosya türü hakkında bilgiler içerir.
Bir dentry dosya adlarına inode'a ilişkilendirilerek birlikte Inode'u ve dosyaları tutan şey. Diş Hekimleri aynı zamanda, daha hızlı erişim için en sık kullanılan dosyaları el altında tutan dizin önbelleklemede de rol oynamaktadır. Dosya sistemi geçişi, dizinler ve dosyaları arasındaki ilişkiyi sürdürdüğü için dişçiliğin başka bir yönüdür.
İnsanların kelimesiyle sunulduğunda tipik olarak ne düşündüklerinin yanı sıra bir dosya da gerçekten mantıksal olarak ilişkili keyfi bir veri bloğudur. Bunları takip etmek için (yukarıda) yapılan tüm çalışmaları göz önüne alarak nispeten sıkıcı.
Birkaç cümlenin bu kavramların hiçbirinin tam bir açıklamasını sağlamadığını tamamen anlıyorum, bu yüzden lütfen ne zaman ve nerede gerekliyse daha fazla ayrıntı sormaktan çekinmeyin.