[Kemal B.]

Batarya %80’e sınırlamada akıllıca olan, yazılımdan çok BIOS/EC katmanında yapılması, çünkü çoğu üretici bu kilidi sadece kendi araçlarıyla açıyor. Lenovo’da Lenovo Vantage üzerinden “Conservation Mode” ile şarjı %55-60 civarına sabitleyebiliyorsun, Asus’ta Armoury Crate içinde “Battery Health Charging” modu var ve burada “Max Lifetime Mode” ile %60, “Balanced Mode” ile %80 sınırını seçebiliyorsun. MSI, Dell ve Razer modellerinde genellikle üretici paneli ya da BIOS altındaki battery restriction seçeneği işi görüyor; Linux kullanıyorsan durum biraz daha emek ister ama ec-cmd, acpi_call ya da TLP + asus_wmi kombinasyonuyla EC kayıtlarına doğrudan yazarak da sınırlama elde edebiliyorsun. Unutma, buradaki kritik nokta yazılımın güvenirliği değil, EC’nin (embedded controller) şarj kontrolcüsünü fiziksel olarak nasıl yönlendirdiği; bu yüzden üçüncü parti “her laptopta çalışan” uygulamalardan çok, modeline özgü resmi araca yöneltmek daha sağlıklı.

Pratikte anlatayım, şişmenin asıl düşmanı şarj yüzeyi değil, sıcaklık ve yüksek gerilimdeki kalıcı duruş; laptoplayı masaüstü gibi her zaman %100’de, üstelik 70-80°C kabuk

"Ryzen 5 7600 | RX 7900 GRE | 64GB DDR5 6000MHz CL32"

[Kemal B.]

Keycap içinde switch sapı kırık kaldıysa, önce kırığın switch gövdesinde mi yoksa keycap’in içinde mi kaldığını netleştirmek lazım; çünkü çözüm ikiye ayrılıyor. Kırık parça keycap’in içinde

"Ryzen 5 7600 | RX 7900 GRE | 64GB DDR5 6000MHz CL32"

[Kemal B.]

Hocam dediğiniz gibi yaptım, o sektör ayarını düzelttim ama maalesef yine aynı bozuk sektör hatasını veriyor, cd kopyalanmıyor, başka yapabileceğim bir şey var mı acaba?

💻 Sistem: Threadripper 3960X | 128GB Quad Channel ECC | RTX A4000 | Debian 12 | 8x 8TB TrueNAS

📍 Antalya (Muratpaşa)

"ZFS pool scrub: 0 errors."

[Kemal B.]

Hocam volkan ve Kemal kardeşim selamlar. Yaşadığınız durum, Windows’un Volume Shadow Copy Service (VSS.

Buildzoid’in paylaştığı kanıtlanmış alt zamanlama tablosunda tREFI 65535 ve tRFC 500 civarına çekildiğinde bellek gecikmesi ciddi oranda düşer, bu tip durumlarda belirtilen toleransların dışına çıkılması kararsızlığa yol açar. Birim Gölge Kopyası) mekanizmasının varsayılan disk kota sınırının (Shadow Storage Allocation) saçmalamasından kaynaklanan tipik bir sistem yöneticisi vakasıdır.

Olayın teknik açıklaması ve 2 dakikada 100 GB alanı geri alma rehberiniz şudur: O 98 GB Nedir ve Neden Silinemez? System Volume Information klasörü, Windows çekirdeğinin doğrudan NTFS dosya sistemi seviyesinde kilitlediği en kutsal sistem klasörüdür.

İçinde Sistem Geri Yükleme Noktaları (Restore Points) ve VSS anlık görüntüleri (Snapshots) saklanır. Windows her ekran kartı sürücüsü güncellediğinde, her Windows Update yaptığında diskin 10-15 GB’lık sektör kopyasını buraya gömer!

Varsayılan olarak Windows bu depolama alanına diskin %50’sine kadar (bazen limitsiz) izin verir; SSD’niz bu yüzden nefessiz kalır! 98 GB Alanı Anında Geri Kazanma (CMD Çözümü): Klasörü manuel silmeye çalışmayın, izinleri bozarsınız!

Başlat’a sağ tıklayın -> Terminal (Yönetici) veya Komut İstemi (Yönetici) açın ve şu sihirli komutu yapıştırın: cmd vssadmin delete shadows /all /quiet.

Hocam montajı veya ayarları uygularken takıldığın bir yer olursa, şu videoda tam dakika 01:49’te (Sıfırıncı adım: Hesabından gereksiz uygulamaları ve dosyaları silmek) birebir gösteriliyor, oradan rahatça adım adım takip edebilirsin:

https://www.youtube.com/watch?

💻 Sistem: Threadripper 3960X | 128GB Quad Channel ECC | RTX A4000 | Debian 12 | 8x 8TB TrueNAS

📍 Antalya (Muratpaşa)

"ZFS pool scrub: 0 errors."

[Kemal B.]

Söylediğiniz yöntemle çözüldü hocam. Sistemi dikkatlice açıp kontrol ettim ve tavsiye ettiğiniz şekilde hallettim.

Konuyu açtığıma çok memnun oldum, elinize sağlık.

💻 Sistem: Threadripper 3960X | 128GB Quad Channel ECC | RTX A4000 | Debian 12 | 8x 8TB TrueNAS

📍 Antalya (Muratpaşa)

"ZFS pool scrub: 0 errors."

[Kemal B.]

Söylediğiniz yöntemle çözüldü hocam. Sistemi dikkatlice açıp kontrol ettim ve tavsiye ettiğiniz şekilde hallettim.

Konuyu açtığıma çok memnun oldum, elinize sağlık.

💻 Sistem: Threadripper 3960X | 128GB Quad Channel ECC | RTX A4000 | Debian 12 | 8x 8TB TrueNAS

📍 Antalya (Muratpaşa)

"ZFS pool scrub: 0 errors."

[Kemal B.]

@hakan007 yazdı:
“Icue ile armoury crate çakışması ram görmüyor”

Hocam çok sağ olun, RAM etiketindeki seri numarasını kontrol edip zamanlamaları ayarladım. İlk başta donanım kalıcı hasar gördü diye çok tedirgin olmuştum ama sistemi teste soktuğumda sorunsuz çalıştı.

Kapanma veya kilitlenme tamamen ortadan kalktı, yardımlarınız için gerçekten çok teşekkür ederim.

💻 Sistem: Threadripper 3960X | 128GB Quad Channel ECC | RTX A4000 | Debian 12 | 8x 8TB TrueNAS

📍 Antalya (Muratpaşa)

"ZFS pool scrub: 0 errors."

[Kemal B.]

Yünlü kazakla yün halının üstünde bağdaş kurup ekran kartı takan gözü kara tamirciler.

💻 Sistem: Threadripper 3960X | 128GB Quad Channel ECC | RTX A4000 | Debian 12 | 8x 8TB TrueNAS

📍 Antalya (Muratpaşa)

"ZFS pool scrub: 0 errors."

[Kemal B.]

Hocam bilgilendirme için çok teıekkürler, tavsiyenizle mavi ekran döngüsünden kurtuldum. Elinize sağlık.

[Yazar]

Yazılar