Linux LVM/LUKS & ext4/XFS Veri Kurtarma (2025) | Gaziantep Veri Kurtarma

Etiketler: Gaziantep veri kurtarma, Linux veri kurtarma, LUKS, LVM, ext4, XFS, ddrescue, verikurtarmaci.com, Yankı Bilişim veri kurtarma

Linux altyapılarında veri; çoğunlukla LUKS şifreleme, LVM mantıksal hacim yönetimi ve üstte ext4/XFS dosya sistemleri şeklinde katmanlı bir yapıda saklanır. Gaziantep’teki laboratuvarımızda bu katmanlar yazmasız imaj yaklaşımıyla ayrı ayrı analiz edilir; her adımda bütünlük testleri ve hash doğrulaması yapılır.

Adım Adım Akış (Özet)

1. Ön Analiz: RAID/LVM topolojisi, LUKS durumu, SMART/hata profili.
2. Yazmasız İmaj: ddrescue ile kontrollü okuma; ısı/zaman aşımı yönetimi; kritik LUKS header ve LVM metadata bölgeleri için önceliklendirme.
3. LUKS Katmanı: luksHeaderBackup var mı? PBKDF parametreleri, tuz ve UUID tespiti; kimlik doğrulama sonrası mapper açılışı.
4. LVM Katmanı: pvscan/vgscan/lvscan ve vgcfgrestore ile metadata kurtarma; UUID/segment doğrulama.
5. Dosya Sistemi: ext4 için journal/bitmap, XFS için xfs_repair -n ön inceleme; gerekirse mantıksal rekonstrüksiyon.
6. Doğrulama & Teslim: Örnek set üzerinde SHA-256 doğrulaması; şifreli teslim medyası.

LUKS: Header, Anahtar ve PBKDF

LUKS’ta header kritik meta bilgileri (salt, PBKDF2/Argon2 parametreleri, keyslot’lar, UUID) tutar. Header bozulmuşsa, mevcut bir yedek (cryptsetup luksHeaderBackup) ile geri dönüş mümkün olabilir; aksi durumda kurtarma, anahtar materyali olmadan genellikle mümkün değildir.

• Yedekleme: cryptsetup luksHeaderBackup /dev/sdX --header-backup-file header.img
• Geri yükleme (yalnızca imaj üstünde!): cryptsetup luksHeaderRestore /dev/loopX --header-backup-file header.img
• Analiz: cryptsetup luksDump ile keyslot/PBKDF parametreleri ve UUID doğrulaması.

LVM: UUID ve Metadata Kurtarma

LVM’de PV/VG/LV hiyerarşisi; metadata dosyaları ve UUID’ler üzerinden kimlik kazanır. Metadata bozulduysa, imaj üstünde:

• pvck --dump ile metadata taraması ve bozuk blok tespiti,
• vgcfgrestore ile uygun sürüme dönüş (uyum testiyle),
• pvcreate --uuid <uuid> --restorefile <backup> (yalnızca imaj kopyasında!) ile UUID eşlemesi,
• Segment sınırlarının, stripe/RAID haritalarının doğrulanması,
• Mapper LV’lerin salt-okunur mount edilmesi.

ext4 ve XFS: Rekonstrüksiyon Stratejileri

• ext4: Journal/superblock yedekleri, grup tanımlayıcıları, orphan listesi; gerekirse imza tabanlı dosya çıkarımı.
• XFS: xfs_repair -n (yazmasız kontrol), AG/INODE haritaları; log replay yerine imaj üstü analiz.

USB/SD Flash Notu: Rusolut VNR & Spider Board

Linux verileri bazen USB bellek/SD kart gibi taşınabilir ortamlarda tutulur. Cihaz görünmüyorsa veya denetçi arızalıysa, Rusolut VNR ve Spider Board ile chip-off/pin-out erişimi uygulanır. Burada ECC (BCH/LDPC) düzeltmesi ve XOR şeması çözümü yapılmadan LUKS/LVM katmanına geçmek çoğu zaman yanıltıcıdır.

İlk Saatlerde Yap / Yapma

Yap	Yapma	Neden?
Kaynağı derhal kapat	fsck/xfs_repair’i kaynakta çalıştırma	Onarım girişimleri geri dönüşsüz yazma yapar
İmaj al (ddrescue)	RAID/LVM haritasını rastgele değiştirme	UUID/segment uyumsuzluğu doğar
LUKS header yedeğini ara	Parola brute-force denemeleri	Yanlış parametreler süreci uzatır
Hash ile doğrula	Kaynak diske kurtarma	Üzerine yazma riski

Örnek Vaka Akışları

• Esnaf: Tek diskte LUKS+LVM+ext4. İmaj → luksDump → mapper → vgcfgrestore → ext4 journal analizi → muhasebe dosyaları + hash raporu.
• Kurumsal: XFS + RAID5 (mdadm) + LVM. Disk eşleşmesi → imaj → mdadm assemble (salt-okunur) → LVM → XFS doğrulama → proje paylaşımları.
• Bireysel: USB bellek (RAW). Chip-off (Rusolut) → ECC/XOR → exFAT → foto/video çıkarımı.

İç Bağlantılar

• RAID Veri Kurtarma: Adım Adım
• SD/USB Bellek Veri Kurtarma
• SSD Veri Kurtarma Yöntemleri

Hemen İletişime Geçin

Telefon: 0 (342) 323 50 00  |  E-posta: iletisim@verikurtarmaci.com

Gaziantep veri kurtarma ihtiyaçlarınızda Yankı Bilişim veri kurtarma ekibi yanınızda.

© 2025 Yankı Bilişim Veri Kurtarma – Gaziantep