Rufus yardımcı programının geliştiricileri, Microsoft'un görüntü yükleme konusunda getirdiği kısıtlamaları aşmayı başardılar.

Yeni sürüm yalnızca Windows 11'in sınırlamalarını aşmakla kalmıyor, aynı zamanda ARM64 platformlarında da doğru şekilde çalışıyor.

Rufus geliştiricileri, Microsoft'un kısıtlamalarını aşan son sürüm 4.15'i yayınladı. Bu sürümle kullanıcılar, TPM 2.0 ve işlemci gereksinimlerini atlayarak, tamamen uyumsuz donanımlara Windows 11 kurabilirler.

Son sürüm, beta sürümündeki iki önemli sorunu gideriyor. İlk olarak, Windows Kullanıcı Deneyimi ayarlarının kaydedilmesiyle ilgili bir sorun gideriliyor; bu sorun, yeniden başlatmanın ardından atlama seçeneklerinin sıfırlanmasına neden oluyordu. Ayrıca, kurulum sırasında ilerleme çubuğunun donmasına neden olan bir sorun da çözülüyor.

Diğer teknik iyileştirmeler arasında RISC-V64 mimarisi için UEFI:NTFS desteği, gelişmiş güvenlik ve optimize edilmiş görüntü açma ilerleme takibi yer almaktadır. XML varlık genişletmesi ve tamsayı taşmasıyla ilgili ezxml ayrıştırmasındaki güvenlik açıkları giderilmiştir.

Snapdragon X işlemcili ARM64 platformlarında oluşan önyükleme hataları, ISO dosyasında birden fazla WIM dosyası bulunduğunda oluşan sonsuz döngü ve hatalı UEFI medya doğrulama bayrağı düzeltildi. WUE içindeki OneDrive silme ve kullanıcı adı doğrulama özellikleri iyileştirildi.

TechForumTR’de dikkat çeken yeni bir konu açıldı:

**AMD RX 7800XT EKRAN KARTIYLA ILGILI SÜRÜCÜ SORUNLARI NASIL ÇÖZÜLÜR?**

Selam, iki gün önce her şey donana kadar sık sık sürücü zaman aşımı hataları almaya başladım. Bilgisayarımı yeniden başlattım ve Windows'un varsayılan grafik ayarlarına geri döndüm, ikinci monitörüm tanınmıyordu vb. DDU kullanarak her şeyi sıfırladım ve sürücüyü yeniden yükledim. Bir günlüğüne...

───────────────
Konunun detaylarını forumdan inceleyebilirsiniz:

https://techforum.tr/threads/6621/

#7800xt #ekran #kartıyla #ilgili #sürücü #teknoloji #techforumtr

Microsoft, korumasız cihazların tek bir paket yüzünden kullanılamaz hale gelmesine neden olan Surface donanımındaki güvenlik açığını büyük ölçüde giderdi.

Microsoft, son 90 gündür Surface cihazlarındaki bir aygıt yazılımı açığını sessizce yamalıyordu. Bu açık, yalnızca Güvenli Çekirdek ve Güvenli Önyüklemeyi devre dışı bırakan cihazlarda tek bir paketle donanımın kullanılamaz hale gelmesine neden oluyordu.

Şirketin Copilot yapay zeka yazılımı, istemeden de olsa hatalı bellenimi tespit etmeye yardımcı oldu.

Avustralya'da yaşayan güvenlik araştırmacısı Jack Darcy'ye göre, Microsoft Copilot'un kendi kullandığı örnekte, bir Surface cihazında ekran arka ışığını ayarlaması istendiğinde bir hatayla karşılaştı. Copilot tarafından oluşturulan Python betiği, gömülü kontrolcü yazılımını geçersiz kılarak araştırmacının dizüstü bilgisayarını kullanılamaz hale getirdi.

Darcy, The Register'a yaptığı açıklamada, "Copilot, arka ışık kontrol değerlerini araştırırken, SSAM yazılım yolu üzerinden doğrudan SAM mikrodenetleyicisine ham SSAM ioctl komutları (SSAM_CDEV_REQUEST = 0xC028A501) gönderen, giderek daha agresif dört Python komut dosyasını otonom olarak oluşturdu ve çalıştırdı" dedi .

SAM veya SSAM, Surface cihazlarında kullanılan gömülü denetleyicidir. Kaynağımızın açıkladığı gibi, Microsoft'un Surface cihazlarındaki denetleyici uygulamasında rastgele yazma değerlerine karşı herhangi bir koruma bulunmuyordu.

Microsoft, bu hatayı pratik bir tehdit olarak görmüyor. Bir sözcü The Register'a verdiği demeçte, bu sorunla ilgili gerçekçi bir saldırı senaryosu yok dedi. Başarılı bir şekilde istismar etmek için, bir saldırganın belirli sürücülerle etkileşime girmesi ve bir donanım arayüzüne komutlar göndermesi gerekir. Bu, makinede yönetici ayrıcalıkları ve Güvenli Önyükleme özelliğinin devre dışı bırakılmasını gerektirir. Bu erişimle, çok sayıda işlem gerçekleştirebilirler.

Darcy'nin belirttiğine göre, genellikle dijital cihazlarda rastgele yazma erişimini etkinleştirmek için bir düğmeye basılı tutmak veya bir jumper kablosu bağlamak gerekir. Ancak bize söylendiğine göre, Surface cihazlarında bu güvenlik kontrolü bulunmuyor ve bu da Copilot'un Secure Core ve Secure Boot'un yokluğunda aygıt yazılımını bozmasına olanak tanıyor. Esasen, bu sorgulama, SAM'den UEFI ve Secure Boot aygıt yazılımının üzerine yazan bir güncelleme komutunu tetikledi.

Bu tür bir incelemeye tabi tutulan yüzey aygıtları, SAM zaten başlatılmış ve RAM'de çalıştığı için çalışmaya devam etmelidir. Ancak yeniden başlatma sırasında, SAM kalıcı depolama alanındaki bozuk verileri kullanarak yeniden yüklemeye çalıştığında, başlatma başarısız olur ve sistem Güç Açma Kendi Kendini Testini (POST) gerçekleştiremez.

Güvenlik araştırmacısının Surface cihazında Copilot tarafından oluşturulan Python betiği, belirli bir Hedef Kategorisi ve Komut Kimliği (CID) çiftleri kümesi üzerinde körü körüne yineleme yaparak, WRITE komutlarına boş/null yükler gönderdi.

Darcy'nin açıkladığına göre, bunun sonucu olarak SET Özellik Raporu boş veriyle çağrıldı, Çıktı Raporu boş veriyle çağrıldı ve diğer CID'ler, hatalı veri yazan SET komutları tarafından hedef alındı.

Sonuç olarak, cihaz çalışmaz hale geldi. Bize söylenenlere göre bu, yıllardır Surface cihazlarıyla ilgili çevrimiçi destek forumlarında sıkça dile getirilen bir şikayetmiş ancak diğer Surface cihazları için bildirilen önyükleme hatalarının bu özel sorundan kaynaklanıp kaynaklanmadığını belirlemenin bir yolu yok.

Kamuoyuna yansıyan birçok Surface donanım sorunu, çeşitli sorun giderme teknikleriyle çözülebilir gibi görünüyor. Ancak kaynağımızın ısrarla belirttiğine göre, SAM erişimi nedeniyle çalışmaz hale gelen cihazlar kalıcı olarak kullanılamaz hale geliyor; bu durum, yeni bir anakart için yüzlerce dolarlık onarım masrafına yol açabilir. USB yok, fabrika ayarlarına sıfırlama yok, BIOS/UEFI'ye erişim yok, diye belirtiliyor.

Darcy, SAM otobüsünün tasarımının berbat olduğunu söyledi.

Veri yolunu taramadan mevcut değeri görmenin hiçbir yolu yok, dedi. Ancak veri yolunu taramak cihazı devre dışı bırakıyor.

Sorun şu ki, SAM için API görevi gören CID'ler tehlikeli bir şekilde iç içe geçmiş durumda.

Eğer tüm okuma işlemleri birlikte gruplandırılırsa (örneğin, CID'ler 0x01–0x0F) ve tüm yazma işlemleri ayrı ayrı gruplandırılırsa (örneğin, CID'ler 0x10–0x1F), bir prob komut dosyası, yazma bölgesine yanlışlıkla girmeden okuma aralığını güvenli bir şekilde tarayabilir," dedi Darcy. "Hatta kodunuza basit bir sınır kontrolü bile ekleyebilirsiniz: 'yalnızca 0x10'un altındaki değerleri kontrol et.' İşte bu kadar. Güvenli.

Ancak okuma ve yazma işlemleri aynı numaralandırma alanında iç içe geçtiği için, güvenli bir tarama aralığı yok. Ardışık iki CID'yi bile, yazma komutuna denk gelme olasılığı yazı tura atma kadar düşük olmadan tarayamazsınız. Mevcut olanları numaralandırmaya karar verdiğiniz anda, zaten kör yazma işlemleri başlatıyorsunuz, çünkü komut alanı size hangi işlemlerin güvenli, hangilerinin yıkıcı olduğuna dair sıfır yapısal bilgi veriyor.

Yönetilen cihazlar risk altında değil.
The Register, 10 Mart 2026'da Microsoft'a kaynağımızın iddialarıyla ilgili soru sordu. Şirket sözcüsü, araştırmacının Microsoft Güvenlik Yanıt Merkezi (MSRC) ile iletişime geçmesi yönündeki önceki öneriyi yineledi; kaynağımız bu çabayı çok zahmetli buldu. Potansiyel bir sıfır gün açığı olabilecek şey hakkında ayrıntıları yayınlamak yerine – o sırada Güvenli Önyükleme/Güvenli Çekirdek gereksinimi konusunda emin değildik – The Register, birilerinin dikkatini çekmek amacıyla Microsoft'un iç kaynaklarına ulaştı.

12 Mart'a kadar, Microsoft medya ilişkilerinin yardımıyla, Darcy ile MSRC'de kıdemli program yöneticisi olan Madeline Eckert arasında bir görüşme ayarlamayı başardık. Microsoft daha sonra güvenlik açığını kabul etti ve bir düzeltme yayınlayacağını taahhüt etti. Bunun üzerine The Register, onarımlar yapılırken yayınını 90 gün ertelemeyi kabul etti. Etkilenen cihazların çoğunun (Windows Update aracılığıyla) güncellendiği veya önümüzdeki haftalarda güncelleme alacağı bildirildi. Şirkete göre, sorun bir CVE için gerekli kriterleri karşılamadı.

Microsoft sözcüsü yaptığı açıklamada, "Jack Darcy ve The Register'ın bu sorunu koordineli bir güvenlik açığı bildirimi kapsamında raporladıkları için kendilerine teşekkür ediyoruz . Yaptığımız incelemede, kullanım dışı bırakılmış bir UEFI arayüzünün bazı cihazlarda önyükleme döngüsüne neden olabileceğini tespit ettik. Bu döngüyü tetiklemek için kullanıcının yönetici ayrıcalıklarına sahip olması ve Güvenli Önyükleme güvenlik özelliğini devre dışı bırakmış olması gerekir. Etkilenen cihazların çoğu için sorunu gidermek üzere güncellemeler yayınladık." dedi.

Bu, yönetilen cihazların risk altında olmadığı anlamına gelir.

Ancak Linux kullananlar veya oyun oynamak için Güvenli Çekirdek ve Güvenli Önyüklemeyi devre dışı bırakmış Windows kullanıcıları, özel Windows sürücüleri kullananlar veya USB önyüklemeyi etkinleştirmiş olanlar, sistemleri güncellemeyi almamışsa yine de savunmasız olabilirler.

Etkilenen Surface cihazlarının yelpazesi konusunda emin değiliz. Kaynağımız, Surface Go modelleri hariç (Surface Laptop 3-6, Surface Book 1-3) tüm Surface cihazlarının etkilendiğini söyledi. Ancak ARM varyantları test edilmedi.

Microsoft, Surface cihazlarını Rust diline taşıyor.

Bu sorunun giderilmesi çabaları sırasında Darcy'den öğrendiğimiz şeylerden biri de Microsoft'un Surface yığınını Rust'a taşımayı planlamasıydı. Microsoft Surface'in baş mimarı David Abzarian'dan aldığımız bilgiye göre, gelecekteki Surface for Business donanımının Rust koduna dayalı daha güvenli bir mimariye geçirilmesi için çalışmalar devam ediyor.

Abzarian, The Register'a verdiği açıklamada, "En yeni Surface for Business donanımımız, gömülü kontrol cihazımız, UEFI ve bazı sürücülerimiz de dahil olmak üzere, güvenilirlik ve güvenlik açısından önemli bir mimari değişikliğe sahip. Gömülü kontrol cihazı yazılımımızı Rust dilinde sıfırdan geliştirerek ( Open Device Partnership (ODP) 'ye katkıda bulunmanın ve bundan yararlanmanın bir parçası olarak) ve UEFI DXE Çekirdeğini Rust dilinde yeniden yazarak, bir PC için en güvenli temeli oluşturmaya yatırım yapıyoruz; bu projeler sırasıyla Secure EC ve Project Patina olarak biliniyor ." dedi.

Sadece Rust dilinde yazılmış bazı sürücülerimizi göndermekle kalmıyoruz, aynı zamanda Windows ekosistemindeki geniş bir ortak grubunun bu avantajlardan yararlanmasına yardımcı olmak için Windows Drivers in Rust (WDR) çerçevesinin geliştirilmesine de katkıda bulunuyoruz . Ayrıca, tüm bu çabaların açık kaynaklı olduğunu ve şeffaflık konusundaki temel güvenlik ilkelerimizden birini desteklediğini de belirtmek isterim.

Konuyla ilgili yorum yapması istenen Darcy, Bir cihazın kullanıcı alanından onarılamaz şekilde imha edilebilmesi kesinlikle ilginç bir tasarım kararı. Microsoft'un güzel ve yenilikçi Surface serisini takdir etsem de, donanım yazılımı düzeyinde gelen verilerin doğrulanması konusunda biraz daha yenilikçilik çok daha iyi olurdu. dedi.

Microsoft'un, takdir göstergesi olarak Darcy'ye bir Surface dizüstü bilgisayar hediye ettiği söyleniyor.

Microsoft'la arası bozuk olan öfkeli hata avcısı yeni bir Windows sıfır gün açığı yayınladı. İntikam, usulüne uygun olarak servis edildiğinde en lezzetli olan yemektir.

Araştırmacıya göre, en son sıfır gün açığı olan RoguePlanet, Microsoft Defender'ı hedef alıyor ve tamamen güncellenmiş Windows 10 ve Windows 11 sistemlerinde çalışıyor. Araştırmacı ayrıca güvenlik açığı için kavram kanıtı niteliğinde bir istismar kodu da yayınladı . Saldırganın bir yarış koşulunu kazanabileceği varsayıldığında, bu hata yerel ayrıcalık yükseltmesine izin veriyor ve etkilenen makine üzerinde SİSTEM düzeyinde kontrol sağlıyor.

Nightmare Eclipse (diğer adıyla Chaotic Eclipse), Windows konusunda derin bir bilgiye ve Microsoft'a karşı daha da derin bir kin besleyen, memnuniyetsiz bir hata avcısıdır. Eski bir çalışan olduğunu iddia eder ve Redmond'u güvenlik açığı raporlarını görmezden gelmekle ve kendileriyle iletişim kurmayı reddetmekle suçlar.

Benimle iletişim kurmanızı aktif olarak istediğimde reddettiniz, beni aşağıladınız ve insanların önünde bana hakaret etmeyi ihmal etmediniz, diye yazmışlardı daha önceki bir blog yazısında ve 14 Temmuz'da "kemik kırıcı" bir yayın sözü vermişlerdi.

CVE-2026-45585 uyarısıyla beni kamuoyu önünde karalıyorsunuz, üstelik hataları size bildirmek için kullandığım Microsoft hesabımı sildiniz ve bu sayede hiçbir ücret almadım, yine de aptal gibi bunu seve seve yaptım, diye devam etti paylaşım.

Muhtemelen bu öfkeyi dışa vurmak ve Redmond'un hareketsizliğine tepki olarak Nightmare, bulgularını kamuoyuna açıklamaya başladı. RoguePlanet, Redmond bir düzeltme yayınlamadan önce Nightmare'in bulup açıkladığı (ya bir PoC istismarı ya da teknik detaylarla birlikte) yedinci Microsoft sıfır gün açığını temsil ediyor.

Microsoft'un bu ifşaatlara verdiği ilk yanıt, geniş çapta yasal işlem tehdidi olarak yorumlandı ve bu durum, Redmond'un güvenlik araştırması yapan veya yayınlayan kişilere karşı yasal işlem başlatma niyetinde olmadığını belirterek tepkileri yatıştırmaya çalışmasından önce, bilgi güvenliği camiasında büyük bir öfkeye yol açtı.

Salı günü itibarıyla, önceki altı sıfır gün açığının tamamında yamalar yayınlandı.

Bunlardan üçü, RedSun UnDefend ve BlueHammer, Nightmare'in her biri için çalışan istismar kodunu yayınlamasından kısa bir süre sonra ve Microsoft'un güvenlik açıklarını gidermek için güvenlik güncellemeleri yayınlamasından önce saldırıya uğradı. Diğer üçü, YellowKey, GreenPlasma ve MiniPlasma, Haziran ayındaki Yama Salısı itibariyle düzeltildi.

YellowKey (diğer adıyla CVE-2026-45585 ), Windows BitLocker'da bulunan bir güvenlik açığıdır. Sisteme fiziksel erişimi olan bir saldırgan, BitLocker Aygıt Şifreleme özelliğini atlayarak aygıtın şifrelenmiş verilerine erişim sağlayabilir.

GreenPlasma (diğer adıyla CVE-2026-45586) ve MiniPlasma (diğer adıyla CVE-2020-17103), yetkili bir saldırgan tarafından yerel olarak ayrıcalıkları yükseltmek ve SYSTEM erişimi elde etmek için kötüye kullanılabilen, İşbirlikçi Çeviri Çerçevesi (CTFMON) ve Bulut Dosyaları Mini Filtre Sürücüsü'ndeki ayrıcalık yükseltme güvenlik açıklarıdır.

RoguePlanet hakkında sorulan bir soruya Microsoft sözcüsü The Register'a verdiği demeçte , Windows devinin bildirilen güvenlik açığının farkında olduğunu ve bu iddiaların geçerliliğini ve potansiyel uygulanabilirliğini aktif olarak araştırdığını söyledi.

Sözcü şöyle devam etti: Microsoft, güvenlik sorunlarını araştırmak ve etkilenen ürünleri müşterileri en kısa sürede korumak için güncellemek konusunda kararlıdır. Daha da önemlisi, müşterileri koruyan ve araştırma topluluğunu destekleyen , bulgularının kamuoyuna açıklanmadan önce kapsamlı bir şekilde araştırılmasını ve ele alınmasını sağlayan bir sektör standardı olan koordineli güvenlik açığı açıklamasını destekliyoruz .

Nightmare'in RoguePlanet için bir PoC (Proof of Concept) yayınlamasının hemen ardından, ThreatLocker tehdit istihbarat ekibi istismar kodunu doğruladı ve "etkiyi, etkilenen sistemleri ve ek önlemleri aktif olarak değerlendirdiklerini" belirterek, "bulgular ortaya çıktıkça" daha fazla bilgi paylaşacaklarını söyledi.

Tharros Labs'ın kıdemli güvenlik açığı analisti ve uzun zamandır saygın bir güvenlik uzmanı olan Will Dormann, istismar kodunu kendisinin de test ettiğini söyledi. Dormann, "Bildirildiğine göre %100 güvenilir değil, ancak benim için ilk denemede çalıştı," diye yazdı.

Nightmare ise 14 Temmuz'da yapacakları "kemik kıran" albüm vaadinden geri adım attı.

Araştırmacı Salı günü yaptığı açıklamada, "(Ne yazık ki) 14 Temmuz'da toplu sıfır gün açığı ifşası yapamayacağım, RoguePlanet beklenenden çok daha fazla zaman aldı ve beni gerçekten yordu, dedi. Bir ara verebilirim ama önümüzdeki ay ne yapacağımdan emin değilim, belki hiçbir şey yapmam, belki de bir şeyler yaparım. Ama asıl önemli olan şey olmayacak. Bu paylaşımla kitlesel bir panik yaymak niyetinde değildim ve bunun için özür dilerim.

Apple, iPhone'lar için iOS işletim sisteminin yeni bir sürümünü yayınladı. Bu, iOS 26.5.1, yapı numarası 23F81'dir.

Cupertino merkezli şirket, işletim sisteminin genel kararlılığında iyileştirmeler yapıldığını ve iOS'un önceki sürümünde bulunan hataların giderildiğini bildiriyor. Ancak en önemli konu, iPhone 17 ve iPhone Air'de kablolu şarjın rastgele kesilmesine neden olan can sıkıcı bir hatanın giderilmesi. Bu durum, akıllı telefonun pili neredeyse boşaldığında meydana geliyordu. Bu örnekler münferit olsa da, hata yine de oldukça can sıkıcı.

iOS 26.5.1'i şu anda indirebilirsiniz. iOS 26.5.1 ile birlikte, MacBook ve Mac dizüstü bilgisayarlar ve masaüstü bilgisayarlar için macOS 26.5.1 de yayınlandı ve M5 yonga seti tabanlı cihazların belirli senaryolarda kapanmasına neden olan bir hata düzeltildi.

Bugün öne çıkan teknoloji tartışması:

**YANLIŞ SMART HATALARI NASIL SIFIRLANIR?**

Eski bir sabit diskin hala çalışır durumda olup olmadığını kontrol etmek için bir araç kullandım. Tek sorun, onu doğrudan bağlamadım, bunun yerine eski harici sabit disklerde olduğu gibi bozuk bir SATA'dan mikroUSB'ye dönüştürücü kullandım. Bu durum, test sırasında giderek artan sayıda hatanın...

───────────────
Konunun detaylarını forumdan inceleyebilirsiniz:

https://techforum.tr/threads/6510/

#yanlış #smart #hataları #sıfırlanır #teknoloji #techforumtr

Artık geliştiriciler yalnızca sistemin istikrarından değil, aynı zamanda enerji tüketiminden de sorumlu olacaklar.

Microsoft, geçtiğimiz günlerde düzenlenen WinHEC 2026 konferansında sürücü kalite değerlendirme sisteminde değişiklikler duyurdu. On yıllardır sürücü kararlılığının temel kriteri, mavi ekran hatalarının (BSOD), donmaların veya bellek dökümlerinin olmamasıydı.

Sürücü teknik olarak ideal kabul ediliyordu, ancak oyunlarda kare hızı düşüşlerine, ses patlamalarına ve yüksek gecikmeye neden oluyordu. Microsoft, Sürücü Kalitesi Girişimi (DQI) kapsamında bu açığı kapattı. Artık bir ürün, daha önce göz ardı edilen sorunlar nedeniyle "kötü" olarak değerlendirilebiliyor.

Microsoft'un bir komitesi, sürücüleri performans, işlevsellik, güç tüketimi ve ısı dağıtımı gereksinimleri açısından inceleyecek. Özellikle güç tasarrufu modlarına çok sıkı şartlar getiriliyor.

Daha önce, kötü optimize edilmiş bir kontrolcü veya Wi-Fi sürücüsü, işlemcinin düşük güç moduna girmesini engelliyordu. Bu durum, dizüstü bilgisayarın pilinin sessizce tükenmesine ve ısınmasına neden oluyordu. Ancak telemetri, "her şey yolunda" diye rapor veriyordu. Şimdi ise bu durum cezalandırılacak. Bir sürücü, pilin çok hızlı tükenmesine veya uyku modunda fanın sürekli dönmesine neden olursa, Microsoft bu tür kodları kalitesiz olarak değerlendirecektir.

Microsoft ayrıca dağıtım tarafında da önlemler alacak. Windows Update, kullanıcı deneyimini olumsuz etkileyen verimsiz kodların yüklenmesini önlemek için eski sürücüleri kademeli olarak kaldıracak. Şirket bu önlemlerle, pil ömrü açısından Windows cihazlarını Apple MacBook'larla daha rekabetçi hale getirmeyi umuyor.

Neowin portalı, Dell bilgisayar kullanıcılarının "mavi ekran hatası" ve sürekli sistem yeniden başlatmalarıyla ilgili toplu şikayetlerde bulunmaya başladığını bildiriyor.

Neowin forumunda polo69 adlı bir kullanıcı, yakın zamanda yapılan bir sistem güncellemesinden sonra yaklaşık her 30 dakikada bir mavi ekran hatalarının (BSOD) ortaya çıkmaya başladığını ve olay günlüğünün, çekirdeğin kapanmasına yol açan kritik hatalarla ilgili mesajlarla dolu olduğunu iddia ediyor.

Ancak sorun Windows 11 ile ilgili değil. Neowin forumunun kullanıcıları, WinDbg hata ayıklama aracını kullanarak çökmelerin nedenini araştırdı ve mavi ekran hatasının Dell'in tescilli SupportAssist yazılımındaki bir hatadan kaynaklandığını keşfetti. Bu yazılımı etkilenen sistemden kaldırmak sorunu çözebilir. Dell SupportAssist'in Dell bilgisayarlarda sorunlara yol açmasının ilk kez olmadığını belirtiyor. Benzer bir sorun Aralık 2024'te de yaşanmıştı.

Teknoloji dünyasında merak edilen yeni konu:

**INTEL IŞLEMCI DEĞIŞTI, ŞIMDI TPM HATASI VE BSOD ALIYORUM**

Birkaç hafta önce, işlemcimde bilinen Intel sorunuyla karşılaştım, işlemcim tamamen bozuldu ve yakın zamanda değiştirildi. Ne yazık ki, bu arada yeni olan anakartım da arızalandı. Sistem birkaç hafta boyunca iyi çalıştı, ancak şimdi çok garip sorunlar yaşıyorum. Düzenli olarak mavi ekran hataları...

───────────────
Konunun detaylarını forumdan inceleyebilirsiniz:

https://techforum.tr/threads/6300/

#intel #işlemci #değişti #şimdi #hatası #teknoloji #techforumtr

Bir mod yapımcısı Starfield'e 2.300'den fazla yeni ışık kaynağı ekledi.

Starfield Yeni Babil'in Gerçekçi Aydınlatması.

Bu mod, kapsamlı "Gerçek Işıklar" serisinin bir parçasıdır ve Yeni Babil'deki aydınlatma sistemini tamamen elden geçirmeyi amaçlamaktadır. Yazar, daha derin, gerçekçi ve atmosferik bir görüntü oluşturmak için 100'den fazla yeni ışık kaynağı ve nesneyi elle yerleştirmiştir. Modifikasyon, varsayılan aydınlatmadaki hataları düzeltir, binalara aydınlatma ekler ve yürüme yollarının ve sokak lambalarının görünümünü tamamen değiştirir.

Başlıca değişiklikler.

El yapımı, yüz yeni ışık kaynağının her biri, maksimum etki için ayrı ayrı yerleştirilmiştir.

Bina aydınlatması, daha önce karanlık veya düz görünen birçok bina, yeni aydınlatma vurgularıyla donatıldı.

Mevcut lambaların düzeltilmesi, oyun geliştiricilerinden kaynaklanan, yanlış çalışan ışık kaynaklarına yönelik düzeltmeler.

Ortam Güncellemesi, kaldırım ve sokak lambası aydınlatması, daha iyi yönlendirme ve estetik için yeniden tasarlandı.

Kurulum.

Değişikliği içeren arşivi indirin ve mod yöneticiniz aracılığıyla veya manuel olarak Data klasörüne kurun.

Yükleme Sırası listesinde, bu modu listenin en altına taşıyın.

Önemli : Aydınlatma komut dosyalarının doğru şekilde başlatılabilmesi için, modu etkinleştirirken (veya mod yüklü bir kayıt dosyasını yüklerken) karakteriniz gezegen yüzeyinde değil, uzayda olmalıdır.

En iyi görsel kalite için, yazarın başlangıç ​​ayarları dosyasını da yüklemeniz önerilir.

Kedilerin dövüşünü konu alan bir soul oyunu olan Kristala piyasaya sürüldü. Steam'de %72'lik bir onay oranına sahip, ancak geliştiriciler hataları hızla düzeltirse durum kolayca iyileşebilir. Çok sayıda hatayla ilgili şikayetler, olumsuz yorumların büyük çoğunluğunu oluşturuyor.

https://www.youtube.com/watch?v=zBkZ5koiZxI

Harici diskim bir anda sistemden kayboldu ve 4 TB verimi kaybetmek üzereydim. Sorunun nedeni ise şaşırtıcıydı: kasanın içinde sıkışmış bir SATA kablosu. Bu yazıda yaşadığım veri kaybı riskini, belirtileri ve DMDE ile nasıl kurtardığımı adım adım anlatıyorum.

Tek Bir Kablo Yüzünden Neredeyse 4 TB Verimi Nasıl Kaybettim.

Her şey nasıl başladı?
4 TB'lık bir Western Digital HDD'ye sahibim. Bunu çoğunlukla depolama için kullandım: filmler, arşivler, önemli dosyalar; her şey orada sessizce duruyordu.

Geçtiğimiz günlerde bilgisayar kasamı açtım ve içine eski bir SSD taktım. Sonrasında içeride daha fazla kablo vardı ve kasanın arka kapağı artık sıkıca kapalıydı. Bunun hakkında hiçbir şey düşünmedim: Her şeyi bir panelle bastırıp vidaları sıktım.

Sonradan anlaşıldığı üzere, çabaları boşunaydı.

İlk belirtiler
Bir süre sonra bilgisayar garip davranmaya başladı:

Fare periyodik olarak gecikme gösterdi;

Sistem sebepsiz yere dondu.

Windows çalışıyor gibi görünüyor, ancak hiçbir şeye basılamıyor.

Her şey gecikmelerle açılıyor.

İlk başta suçu tarayıcıya, işlemciye, yani sabit disk dışındaki her şeye attım.

Ancak daha sonra HDD sistemden tamamen kayboldu.

Korkutucu hale geldiğinde
Kasanın kapağını açtım, SATA ve güç kablolarını yeniden bağladım, bilgisayarı tamamen kapattım, bekledim ve tekrar açtım.

Disk canlandı.

Ama bu sevinç kısa sürdü.

İçeride şunları bulduk:

Bazı dosyaların boyutu artık 0 KB.
Dosyaların bazıları normal boyuttaydı, ancak açılmadı ;
Klasör yapısı yerindeydi, ancak içerikleri yoktu.
İşte o zaman her şey netleşti: bir şeyler ters gidiyordu.

Yapmamanız gereken bir hata
Standart bir disk hata kontrolü yaptım.

Daha sonra, bir HDD'nin arızalanmak üzere olduğundan şüpheleniyorsanız, kalan verileri yok etmemek için onarım yapmamanızı veya diske herhangi bir şey yazmamanızı tavsiye eden birçok yazı okudum . Ama artık çok geçti. Neyse ki, durum daha da kötüleşmedi.

Ne yardımcı oldu?
Sinir ağından tavsiye almak için gittim. Bana DMDE'yi önerdiler .

İlk başta program diski hiç açmadı ve hata verdi. İçimden dosyalara veda ettim.

Ancak daha sonra Windows Güvenli Moduna geçtim ve disk birdenbire sorunsuz bir şekilde açıldı.

Tam tarama başlattım.

Yaklaşık 10 saatte 4 TB'lık veri tarandı.

Sonuç olarak, program şunları buldu: mevcut dosyalar; silinmiş dosyalar; hasarlı yapılar; ve henüz kurtarılabilecek olanlar.

Veri Kurtarma
Başka işler için kullanmak üzere elimde yeni bir 4 TB HDD bulunuyordu.

USB üzerinden bağladım ve önemli olan her şeyi oradan geri yüklemeye başladım.

Öncelikle, Root klasörünü çıkardım.

Sonuç:

Dosyalar açılıyor;
Veriler okunuyor;
Çoğu kurtarıldı.
En büyük olasılıkla olan şey
Benim versiyonum:

SATA kablosunun veya güç kaynağının sıkışması nedeniyle disk periyodik olarak arızalanmaya başladı, okuma/yazma hataları oluştu, sistem dondu ve zorunlu yeniden başlatmaların ardından dosya sistemi ve bazı veriler kayboldu.

Yani sorun "eski HDD"de değil, tam anlamıyla kabloda ve dikkatsizlikteydi.

Sonuçlar
1. Kabloları kasanın içinde sıkıştırmayın.

Kapak zorlanarak kapanıyorsa, bu zaten bir işarettir.

2. Bilgisayarınızda garip bir şekilde yavaşlamalar başlarsa, depolama aygıtlarınızı kontrol edin.

Özellikle de donmaların hiçbir nedeni yoksa.

3. Sorunlar varsa, önce verileri kurtarın, sonra diski onarın.

4. Yedeklemelerinizi saklayın.

Ciddi söylüyorum. Tek bir kablo bile size bir hafta boyunca ağrı verebilir.

Hikayenin ahlaki dersi
Veri kaybı sadece yangın, virüs veya bilgisayar korsanlarının sonucu değildir. Bazen, kasanın yan panelini çok sıkı kapatmak bile yeterli olabilir.

#HDD #SabitDisk #WD #WesternDigital #VeriKurtarma #DMDE #BozukDosyalar #PC #Bilgisayar #Windows #VeriKurtarma #Yedekleme #Donanım #SSD #SATA #PCOnarım #PCTarihi #TeknolojiBlogu #Kılavuz