FreeBSD Tek Kullanıcı Modu ile Dosya Sistemi Bozulmasından Kurtarma

FreeBSD Tek Kullanıcı Modu ile Dosya Sistemi Bozulmasından Kurtarma

Bilgisayar sistemlerinde veri depolama, işletim sistemlerinin ve uygulamaların düzgün çalışmasının temelini oluşturur. Ancak bazen, çeşitli nedenlerle dosya sistemleri bozulabilir. Dosya sistemi bozulması, depolanan verilerin bütünlüğünü ve erişilebilirliğini tehlikeye atan ciddi bir durumdur. FreeBSD gibi güçlü ve güvenilir bir işletim sisteminde bile, donanım arızaları, ani güç kesintileri veya yazılım hataları gibi beklenmedik durumlar dosya sistemi bozulmasına yol açabilir. Bu gibi durumlarda, FreeBSD’nin Tek Kullanıcı Modu (Single-User Mode), sistem yöneticilerine ve kullanıcılara bozuk dosya sistemlerini güvenli bir şekilde teşhis etme ve onarma imkanı sunan kritik bir araç haline gelir.

Bu makalede, FreeBSD üzerinde dosya sistemi bozulmasıyla karşılaşıldığında Tek Kullanıcı Modu’nu kullanarak nasıl kurtarma yapılacağı adım adım açıklanacaktır. Sürecin her aşaması, olası senaryolar ve en iyi uygulamalarla birlikte detaylandırılacaktır. Amaç, okuyuculara bu tür bir felaket durumunda sakin kalarak ve doğru adımları izleyerek verilerini ve sistemlerini kurtarmak için gerekli bilgiyi sağlamaktır.

Dosya Sistemi Bozulması Nedir ve Neden Meydana Gelir?

Bir dosya sistemi, verilerin bir depolama aygıtında (sabit disk, SSD vb.) nasıl düzenlendiğini ve saklandığını yöneten bir yapıdır. Bu yapı, dosyaların adları, boyutları, konumları, izinleri ve diğer meta verileri gibi bilgileri içerir. Dosya sistemi bozulması, bu yapının tutarsız veya hasarlı hale gelmesi anlamına gelir. Bozulma, aşağıdaki gibi çeşitli nedenlerle ortaya çıkabilir:

• Ani Güç Kesintileri: Bir sistem yazma işlemi sırasında aniden kapanırsa, dosya sistemi meta verileri tam olarak güncellenemeyebilir ve tutarsız bir durumda kalabilir. Bu, en yaygın bozulma nedenlerinden biridir.
• Donanım Arızaları: Sabit diskin kendisinde meydana gelen fiziksel hasar (bad sector’ler), bellek hataları veya veri yolu sorunları, diske yanlış verilerin yazılmasına veya doğru verilerin okunmamasına neden olabilir.
• Hatalı Sürücüler veya Firmware: Depolama aygıtlarının veya RAID kontrolcülerinin hatalı sürücüleri veya firmware’leri, dosya sistemiyle etkileşimde bulunurken hatalara yol açabilir.
• Yazılım Hataları: Nadiren de olsa, işletim sistemi çekirdeğindeki veya dosya sistemi yardımcı programlarındaki hatalar da bozulmaya neden olabilir.
• Kullanıcı Hataları: Yanlışlıkla disk bölümlerini silme veya biçimlendirme gibi kullanıcı hataları da dosya sistemi sorunlarına yol açabilir, ancak bu genellikle “bozulma”dan ziyade “veri kaybı” kategorisine girer.

Dosya sistemi bozulması genellikle sistemin önyükleme yapamaması, belirli dosyalara veya dizinlere erişilememesi, garip hata mesajları veya genel sistem kararsızlığı şeklinde kendini gösterir.

Tek Kullanıcı Modu: Kurtarmanın Anahtarı

FreeBSD’nin Tek Kullanıcı Modu, minimal bir ortamda sistemi başlatma yöntemidir. Bu modda, sistemin yalnızca temel bileşenleri yüklenir, ağ servisleri ve çok kullanıcılı ortam devre dışı bırakılır. En önemlisi, kök dosya sistemi (/) genellikle salt okunur (read-only) olarak bağlanır ve diğer dosya sistemleri hiç bağlanmaz. Bu durum, bozuk bir dosya sistemini güvenli bir şekilde kontrol etmek ve onarmak için ideal bir ortam sağlar, çünkü dosya sistemi üzerinde hiçbir aktif yazma işlemi gerçekleşmez ve bu da daha fazla hasarı önler.

Ön Hazırlık ve Güvenlik Önlemleri

Kurtarma işlemine başlamadan önce, aşağıdaki önlemleri almak ve hazırlıkları yapmak hayati önem taşır:

• Yedekleme, Yedekleme, Yedekleme: Bu, en önemli adımdır. Eğer bozulmadan önce güncel bir yedeğiniz varsa, kurtarma süreci çok daha kolay ve riski az olacaktır. Kurtarma işlemi sırasında veri kaybı riski her zaman vardır, bu yüzden yedekleriniz paha biçilmezdir.
• Sistem Konsoluna Fiziksel Erişim: Tek Kullanıcı Modu genellikle doğrudan sistemin fiziksel konsolundan (klavye ve monitör) erişim gerektirir. Uzaktan SSH erişimi bu aşamada mümkün değildir.
• Sabır ve Dikkat: Kurtarma süreci aceleci davranmayı gerektirmez. Her adımı dikkatlice okuyun, anlayın ve uygulayın. Yanlış bir komut, durumu daha da kötüleştirebilir.
• Disk Bölümü Bilgisi: Hangi disk bölümünün hangi dosya sistemini barındırdığını bilmek (örneğin, /dev/ada0p2‘nin /, /dev/ada0p3‘ün /usr olduğunu) kurtarma sürecinde size yol gösterecektir. Bu bilgiyi /etc/fstab dosyasından veya sistemin normal çalışır durumdaki çıktılarından (gpart show, df -h) edinebilirsiniz.

Tek Kullanıcı Moduna Giriş

FreeBSD sisteminizi Tek Kullanıcı Modu’nda başlatmak için aşağıdaki adımları izleyin:

1. Sistemi Yeniden Başlatın: Sisteminizi yeniden başlatın veya açın.
2. Boot Loader Menüsü: Önyükleme işlemi sırasında, FreeBSD boot loader menüsünü göreceksiniz. Genellikle bu menüde bir geri sayım sayacı bulunur.
3. Tek Kullanıcı Modunu Seçin: Menüde “Single User Mode” veya “Boot Single User” gibi bir seçenek arayın. Genellikle bu, 4 tuşuna basarak veya s tuşuna basarak seçilir. Eğer menü hızlı geçiyorsa, genellikle Space tuşuna basarak menüyü duraklatabilirsiniz. Alternatif olarak, eğer direkt komut satırı arayüzüne düşerseniz, boot -s komutunu yazıp Enter tuşuna basarak da tek kullanıcı moduna geçebilirsiniz.
4. Komut İstemi: Başarılı bir şekilde Tek Kullanıcı Modu’na girdikten sonra, ekranda bir dizi önyükleme mesajı belirecek ve ardından genellikle Enter full pathname of shell or RETURN for /bin/sh: benzeri bir mesajla karşılaşacaksınız. Sadece Enter tuşuna basın.
5. Root Yetkileri: Karşınıza # işaretiyle biten bir komut istemi gelecektir. Bu, root kullanıcısı olarak oturum açtığınızı ve sistem üzerinde tam yetkiye sahip olduğunuzu gösterir.

Bu noktada, kök dosya sisteminiz (/) genellikle salt okunur (read-only) olarak bağlıdır. Bunu mount komutunu çalıştırarak doğrulayabilirsiniz. Çıktıda / (ufs, local, read-only) benzeri bir ifade görmelisiniz.

Dosya Sistemi Durumunu Anlama ve Onarma

Tek Kullanıcı Modu’na girdikten sonraki ilk adım, hangi dosya sistemlerinin bozuk olduğunu belirlemek ve onarım işlemine başlamaktır.

fsck ile Dosya Sistemini Kontrol Etme ve Onarma

FreeBSD’de UFS (Unix File System) dosya sistemlerini kontrol etmek ve onarmak için kullanılan ana araç fsck (file system check) komutudur. fsck, dosya sistemi meta verilerindeki tutarsızlıkları bulur ve bunları düzeltmeye çalışır.

Kök Dosya Sistemini Onarma (/)

Kök dosya sistemi genellikle ilk onarılması gereken yerdir. Başlangıçta salt okunur bağlı olduğu için, fsck komutunu doğrudan çalıştırabilirsiniz. Genellikle kök dosya sistemi /dev/ada0p2 veya /dev/da0p2 gibi bir aygıtta bulunur. Kendi sisteminizdeki doğru aygıt adını /etc/fstab dosyasından veya gpart show çıktısından kontrol edin.

# fsck -y /dev/ada0p2

• -y: Bu bayrak, fsck‘nın karşılaştığı tüm sorunlara otomatik olarak “evet” yanıtı vermesini sağlar ve onarım sürecini otomatikleştirir. Bu, genellikle önerilen bir yaklaşımdır, ancak kritik veri kaybı riski taşıyan durumlarda, -y kullanmadan her soruya manuel olarak yanıt vermek daha güvenli olabilir. Ancak çoğu durumda, sistemin önyükleme yapmasını engelleyen tutarsızlıklar -y ile güvenli bir şekilde düzeltilebilir.
• /dev/ada0p2: Bu, kök dosya sisteminizin bulunduğu disk bölümünün adıdır. Kendi sisteminizdeki doğru aygıt adıyla değiştirmeniz önemlidir.

fsck komutu, birkaç aşamadan geçer (Phase 1’den Phase 8’e kadar). Her aşama, dosya sisteminin farklı bir yönünü kontrol eder ve onarır:

• Phase 1 – Check Blocks and Sizes: İnode’lar ve disk blokları arasındaki tutarlılığı kontrol eder.
• Phase 2 – Check Pathnames: Dizin girdileri ve inode’lar arasındaki tutarlılığı kontrol eder.
• Phase 3 – Check Connectivity: Dizin hiyerarşisinin bağlantısını kontrol eder.
• Phase 4 – Check Reference Counts: İnode’ların referans sayılarını kontrol eder.
• Phase 5 – Check Cyl Groups: Silindir gruplarındaki boş blokları ve inode’ları kontrol eder.

fsck komutu tamamlandığında, genellikle bir özet rapor sunar. Eğer FILE SYSTEM WAS MODIFIED mesajını görürseniz, bu fsck‘nın dosya sisteminde değişiklikler yaptığını gösterir. Bu durumda, bazen fsck‘yı tekrar çalıştırmak iyi bir fikirdir, çünkü ilk çalıştırma sırasında yapılan düzeltmeler yeni tutarsızlıkları ortaya çıkarabilir. Dosya sistemi temizlenene kadar (yani FILE SYSTEM IS CLEAN mesajını görene kadar) fsck‘yı çalıştırmaya devam edebilirsiniz.

Kök Dosya Sistemini Yazılabilir Hale Getirme

Kök dosya sistemi başarıyla onarıldıktan sonra, diğer dosya sistemlerini bağlayabilmek ve normal sisteme geçiş yapabilmek için onu salt okunur durumdan yazılabilir duruma getirmelisiniz:

# mount -u /

Bu komut, kök dosya sistemini yeniden bağlamadan, sadece mevcut bağlantı noktasının özelliklerini güncelleyerek yazılabilir yapar.

Diğer Dosya Sistemlerini Onarma ve Bağlama

Kök dosya sistemi onarıldıktan ve yazılabilir hale getirildikten sonra, sistemdeki diğer dosya sistemlerini (örneğin /usr, /var, /tmp, /home) kontrol etmeli ve bağlamalısınız. Bu dosya sistemlerinin listesini ve ilgili disk bölümlerini /etc/fstab dosyasından bulabilirsiniz. Önce /etc/fstab dosyasını okuyabilmek için root dosya sisteminin yazılabilir olması gerekir.

Her bir dosya sistemi için ayrı ayrı fsck -y komutunu çalıştırın:

# fsck -y /dev/ada0p3   # /usr için örnek
fsck -y /dev/ada0p4   # /var için örnek
fsck -y /dev/ada0p5   # /home için örnek (eğer ayrı bir bölümse)

Tüm dosya sistemleri başarıyla kontrol edilip temizlendikten sonra, /etc/fstab dosyasında belirtilen tüm dosya sistemlerini bağlamak için aşağıdaki komutu kullanın:

# mount -a

Bu komut, /etc/fstab dosyasındaki girdilere göre tüm dosya sistemlerini bağlamaya çalışacaktır. Eğer bir dosya sistemi hala bozuksa veya bağlanamazsa, mount -a bir hata mesajı verecektir. Bu durumda, ilgili dosya sistemini tekrar fsck ile kontrol etmeniz gerekebilir.

Sık Karşılaşılan fsck Hataları ve Çözümleri

fsck çalıştırırken çeşitli hata mesajlarıyla karşılaşabilirsiniz. İşte en yaygın olanlardan bazıları ve olası çözümleri:

• BAD SUPERBLOCK: Süper blok, dosya sisteminin en önemli meta veri yapılarından biridir. Eğer birincil süper blok bozulursa, fsck dosya sistemini okuyamaz. Neyse ki, UFS dosya sistemleri genellikle birden fazla yedek süper blok içerir. Bu durumda, alternatif bir süper blok belirtmek için -b bayrağını kullanabilirsiniz.

  # newfs -N /dev/ada0p2 # Bu komut süper blok yedeklerinin adreslerini gösterir.
  fsck -y -b 32768 /dev/ada0p2 # 32768, örnek bir alternatif süper blok adresidir.

  newfs -N komutu, dosya sistemi oluşturulurken kullanılan varsayılan süper blok yedek konumlarını listeler. Bu konumlar genellikle 32768, 98304, 163840 vb. gibi değerlerdir. Listelenen yedek süper bloklardan birini deneyerek dosya sistemini onarmaya çalışın.

• UNEXPECTED INCONSISTENCY: Bu, fsck‘nın dosya sistemi meta verilerinde bir tutarsızlık bulduğu anlamına gelir. Genellikle -y bayrağı ile otomatik olarak düzeltilir. Eğer -y kullanmıyorsanız, her soruya “y” (yes) yanıtı vermelisiniz.
• DUPLICATE BLOCKS: İki farklı dosyanın veya dizinin aynı disk bloklarını kullandığı anlamına gelir. fsck genellikle bu durumu tespit eder ve bir kopyayı silerek veya lost+found dizinine taşıyarak düzeltmeye çalışır.
• ORPHANED INODES: Bir dosya veya dizin için bir inode (dosya tanımı) var, ancak bu inode’a işaret eden hiçbir dizin girişi yok. Bu tür inode’lar genellikle lost+found dizinine taşınır. lost+found dizinindeki dosyaları manuel olarak inceleyerek ne olduklarını belirlemeye çalışabilirsiniz.

Onarımdan Sonraki Adımlar

Tüm dosya sistemleri başarıyla onarıldıktan ve bağlandıktan sonra, sistemi normal çok kullanıcılı moda geri getirmeden önce bazı son kontroller yapmak önemlidir:

1. Disk Kullanımını Kontrol Etme: df -h komutu ile tüm dosya sistemlerinin doğru bir şekilde bağlandığını ve beklenen disk alanını gösterdiğini kontrol edin.
2. Sistem Günlüklerini Kontrol Etme: Eğer /var dosya sistemi bağlandıysa, cat /var/log/messages veya dmesg komutları ile son sistem mesajlarını kontrol edin. Herhangi bir yeni hata veya uyarı olup olmadığına bakın.
3. /etc/fstab Kontrolü: /etc/fstab dosyasının içeriğinin doğru olduğundan ve tüm dosya sistemlerinin otomatik olarak bağlanacak şekilde yapılandırıldığından emin olun.
4. Sistemi Yeniden Başlatma: Tüm kontrolleri tamamladıktan sonra, sistemi güvenli bir şekilde yeniden başlatmak için reboot komutunu kullanın.

   # reboot

   Sistem normal bir şekilde önyükleme yapmalı ve çok kullanıcılı moda geçmelidir. Eğer hala sorunlar yaşanıyorsa, yeniden Tek Kullanıcı Modu’na dönüp süreci tekrarlamanız veya daha derinlemesine sorun giderme yapmanız gerekebilir.

Gelişmiş Senaryolar ve Önleyici Tedbirler

ZFS Dosya Sistemi ve Kurtarma

Bu makale ağırlıklı olarak UFS dosya sistemlerine odaklanmıştır. Ancak, FreeBSD’de giderek daha popüler hale gelen ZFS (Zettabyte File System) farklı bir kurtarma ve onarım mekanizmasına sahiptir. ZFS, kendi kendini onaran (self-healing) bir dosya sistemidir ve verilerin bütünlüğünü sağlamak için checksum’lar kullanır. ZFS havuzlarında bozulma tespit edildiğinde, genellikle zpool status komutu ile sorunlar görüntülenir ve zpool scrub komutu ile havuz taranarak hatalar düzeltilmeye çalışılır. Tek Kullanıcı Modu’nda ZFS havuzlarını içe aktarmak ve onarmak için zpool import ve zpool scrub gibi ZFS komutları kullanılır. Eğer ZFS havuzu bozulmuşsa, Tek Kullanıcı Modu’nda zpool import -f komutuyla zorla içe aktarma denenebilir ve ardından zpool scrub ile onarım başlatılabilir.

Önleyici Tedbirler

Dosya sistemi bozulmasından kurtarma önemli olsa da, en iyi yaklaşım bu tür durumları baştan önlemektir. İşte bazı önleyici tedbirler:

• Düzenli Yedeklemeler: Verilerinizi düzenli olarak yedekleyin. Otomatik yedekleme çözümleri (örneğin, rsync, ZFS snapshot’ları ve zfs send/receive) kurmak, veri kaybı riskini büyük ölçüde azaltır.
• Kesintisiz Güç Kaynağı (UPS): Ani güç kesintileri dosya sistemi bozulmasının en yaygın nedenlerinden biridir. Bir UPS kullanmak, güç kesintisi durumunda sistemin güvenli bir şekilde kapanmasını sağlayarak bu riski minimize eder.
• Donanım Sağlığı İzleme: Disklerinizin S.M.A.R.T. (Self-Monitoring, Analysis and Reporting Technology) verilerini düzenli olarak kontrol edin. smartctl gibi araçlar, olası disk arızalarını önceden tespit etmenize yardımcı olabilir.
• Sistem Günlüklerini İzleme: /var/log/messages, dmesg ve diğer sistem günlüklerini düzenli olarak gözden geçirin. Anormal davranışlar veya donanım hataları hakkında uyarılar, büyük bir sorun haline gelmeden önce tespit edilebilir.
• Doğru Kapatma Prosedürleri: Sistemi her zaman doğru kapatma prosedürlerini (shutdown -p now veya reboot) kullanarak kapatın. Asla güç düğmesini doğrudan çekmeyin (UPS yoksa ve kritik bir durum değilse).

Sonuç

FreeBSD’nin Tek Kullanıcı Modu, dosya sistemi bozulması gibi kritik durumlarda sistem yöneticilerinin ve kullanıcıların en önemli kurtarma araçlarından biridir. fsck gibi güçlü araçlarla birleştiğinde, bozuk dosya sistemlerini teşhis etme, onarma ve sistemi tekrar çevrimiçi hale getirme yeteneği sunar.

Bu süreç, sakin kalmayı, adımları dikkatlice takip etmeyi ve her zaman yedeklemelerin önemini hatırlamayı gerektirir. Dosya sistemi bozulması korkutucu bir senaryo olsa da, doğru bilgi ve araçlarla donanmış olarak, çoğu durumda başarılı bir şekilde kurtarma yapmak mümkündür. Unutmayın, en iyi kurtarma stratejisi, baştan bozulmaları önlemek için proaktif tedbirler almaktır.