Nizel G dedi: Kod:Panoya kopyala ■^0^0^0^0^0^0^0^0^0^0^0^0^0■■■^0^0^0^0^0^0^0^0^0^0^0^0^0^0^@ EXT4-fs error (device nume8n1p2): _ext4_find_entry:1678: Inode

e2fsck -pvf /dev/sdX ile duzeltebilirsin. Sebebi hakkinda fikrim yok.

Bilgisayarı açtığınız zaman dmesg çıktısına bakar ve bunu kurtaramadıysak bile önlemeye çalışırız. TTY aracılığıyla kabuğa dahi erişemiyorsak ne bilgi edinebilir ne de çözebiliriz. SSH gibi bir ek arabirim de yok sanırsam. Arch Wikide'de şu şekilde değinilmiş ve bazı olası çözümlerine değinilmiş; "There have been many reports about the screen going black without easily viewable errors or the ability to do anything when going into and coming back from suspend and/or hibernate. These problems have been seen on both laptops and desktops. This is not an official solution, but switching to an older kernel, especially the LTS-kernel, will probably fix this."

@gen2'nin dediği gibi HPET gibi daha güvenilir ve hassas olan donanım saatini kullanmak işi çözebilir. TSC saati çok tercih edilmez varsayılan olarak, ben ona şaşırdım.

Reset attım ve çalışıyor şu an. Sabah yine uykudan uyandırdım bir sorun olmadı. Güncel fsck temiz. Yine de çalıştırmalı mıyım?

Kod:Panoya kopyala ■^0^0^0^0^0^0^0^0^0^0^0^0^0■■■^0^0^0^0^0^0^0^0^0^0^0^0^0^0^@ EXT4-fs error (device nume8n1p2): _ext4_find_entry:1678: Inode

Bilgisayar özelliklerinizi yazar mısınız? Bu çıktıdan bir şey elde etmek zor. _ext4_find_entry yani EXT4'ün dizin okuyan kısmında hata gözüküyor. Ancak şu anda tahmin yapabilirim.

HDD SATA ile bağlı. Bir kasanın içini açayım bakayım, bir şey yapmayacağız gibi zaten. Anakart cayır cayır yanıyor sıcaktan. SSD'ye dokunulmuyor bile. Sıcakta stabil değildi değil mi SSD? Reset atıyorum.

Elde ettiklerime bakarak sadece donanım zamanlayıcısından bir şeylerı çıkarabiliyorum, ki tam da emin değilim. Şunu bir yazıp çıktısını atarsanız sevinirim; cat /sys/devices/system/clocksource/clocksource /current_clocksource

Çok bir şey bulamadım bu hata ile ilgili. Kabuğa da erişemediğinize göre o uygulamada kalan verilerinize erişemeyebilirsiniz. Ne bileyim, KDE Connect gibi dışarıdan bağlanabilecek bir yazılım var mıydı ki? Dizini hala okumaya çalışıyor olabilir, o sebeple G/Ç'den ısınmış olabilir. Çoğu bilgisayarda artık HDD ışığı da olmadığından yorum yapmak zor.

Bende var; ancak yanmıyordu. Sadece güç ışığı yanıyordu. BIOS'dayım şuan, kıştan kalma sessiz fan ayarlarımı düzenliyorum. Açılınca journalctl bakacağım, açılırsa.

Çıktılarınıza baktım. Bilgisayarınızda tek disk gözüküyor o da nvme0n1p2. Bahsettiğiniz HDD ile ilgili hiçbir çıktı yok, en azından bağladım çıkarıyorum gibisinden bir şey yok. ACPI hatalarına baktım ancak her şey olması gerektiği gibi ayarlanmış gözüküyor. Uyku ve hazıra alma modlarında ACPI'nin hata çıkarması olası. Hata veren disk de nvme0n1p2 yani ana disk, siz yanlış yazmışsınız o sebeple kafam karıştı ilk bakarken. O'nun haricinde bir hata göremedim, fsck dosya sisteminin sorunsuz olduğunu söylüyor ancak bu test üç gün içerisinde bir kez yapılmış. Sanırım üç gündür bilgisayarınızı hiç kapatmadınız. Bu arada SSD'nin yanında başka bir disk kullanıyorsanız onu da yazar mısınız? Çıktılarınız tek bir disk olduğunu gösteriyor, HDD dediğiniz için teyit etmek istedim. DMESG çıktısında tsc: Fast TSC calibration failed şeklinde bir hatayla karşılaştım. Arch Wiki'sinde donanım zamanlayıcısının bilgisayarı olması gerekenden önce kapatması beklenen veya tüm RAM'ın diske alınmamasına sebep olmuş olabilir, kalibrasyonun eksik olması sebep olmuş olabilir, şu şekilde belirtiliyor; "A problem may arise when using the hardware watchdog timer A buggy watchdog timer may reset the computer before the system finishes creating the hibernation image.". Farazi konuşuyorum ancak donanım zamanlayıcısından kaynaklanıyor olabilir, bu hatanın tam bir sebebi ve tam bir çözümü de yok. Fedora'nın TSC'yi varsayılan olarak kullanıp kullanmadığından emin değilim, o sebeple başka komutların da çıktısını isteyeceğim. Artık önlemeye dair olası çözümlere yönelmeyi tavsiye ediyorum. Başka bir donanım zamanlayıcısı seçmeyi veya donanım zamanlayıcısını kapatarak deneyebiliriz.

Ek bir şey lazımsa isteyebilirsiniz tabii.

Attığınız journalctl günlüğünde sadece ağ ile alakalı şeyler gözüküyor, sorumuza cevap olacak bir şey yok. Bir de dmesg komutuyla deneyelim, çok uzun bir çıktı verecek buraya gönderirseniz inceleriz, dmesg çıktısında kişisel bir veri bulunmaz ancak içinizin rahat olması açısından kendiniz göz gezdirin. Orada saniye bazında süre çıktısı veriyor ancak geçmiş oturumlara bakamıyorsunuz sanırsam.

Kod:Panoya kopyala ■^0^0^0^0^0^0^0^0^0^0^0^0^0■■■^0^0^0^0^0^0^0^0^0^0^0^0^0^0^@ EXT4-fs error (device nume8n1p2): _ext4_find_entry:1678: Inode #534518: com systems: reading director y lblock 8 [116577.8515281 EXT4-fs error (device nume8n1p2): _ext4_find_entry:1678: inode #2: comm ; reading directory Iblock 8 Uykudan uyandırdım ekranda bu var. TTY2'de yazıyor bu ve diğerlerinde boş cursor yanıp sönüyor. Kaydetmediğim çok değişiklik var, yeniden başlatmadım, duruyor şu an. Neden bu hatayı aldım? Düzeltmek için ne yapmalıyım? Kaydetmediğim değişiklikleri kurtarabilir miyim? Programın kurtarma özelliği yok. Kernel 6.2... generic, tam sürümünü bilmiyorum. Hata mesajında yazdığı gibi m.2 disk kullanıyorum.

Ne olur ne olmaz calistir bence. Disk bozuk kalirsa basina daha buyuk belalar acabilir.

Bir de merak ettim, ne sıklıkla oluyor diye.

USB ile mi bağlanıyor yoksa SATA'dan mı? Bu hataya dair bulabildiğim tek şey _ext4_find_entry'nin dizin okuyamaması.

Büyük ihtimalle bir sebepten SSD fazla ısındı. Bilgisayar kapanırken tam eşiğinde uykuya girmiş olabilir tahminimce. BIOS ayarlarındayken anakart sıcaklığı 86 dereceydi. Bir sebep dediğim sebep de Antalya'da olmam. Komutta bir hata varsa uyarın lütfen, uykuya girişinden ötesi yok. Kod:Panoya kopyala $ journalctl -b -1 --reverse Haz 25 22:12:34 fedora systemd-sleep : Entering sleep state 'suspend'... Haz 25 22:12:34 fedora systemd : Starting systemd-suspend. service - System Suspend... Haz 25 22:12:34 fedora wpa_supplicant : wlp42s0f3u1: CTRL-EVENT-DSCP-POLICY clear_all Haz 25 22:12:34 fedora systemd : Reached target sleep. target - Sleep. Haz 25 22:12:34 fedora warp-svc : DelNeighbour; Destination: ff02::16; Haz 25 22:12:34 fedora warp-svc : 2023-06-25T19:12:34.073Z DEBUG warp::warp_service::network_change: Routes changed: Haz 25 22:12:34 fedora NetworkManager : <info> device (wlp42s0f3u1): set-hw-addr: reset MAC address to 00:E0:29:4F:BF:38 Haz 25 22:12:34 fedora warp-svc : DelNeighbour; Destination: 224.0.0.22; Haz 25 22:12:34 fedora warp-svc : 2023-06-25T19:12:34.032Z DEBUG warp::warp_service::network_change: Routes changed: Haz 25 22:12:33 fedora chronyd : Source 194.27.222.5 offline Haz 25 22:12:33 fedora chronyd : Can't synchronise: no selectable sources Haz 25 22:12:33 fedora chronyd : Source 62.12.173.12 offline Haz 25 22:12:33 fedora chronyd : Source 162.159.200.1 offline Haz 25 22:12:33 fedora chronyd : Source 162.159.200.123 offline Haz 25 22:12:33 fedora NetworkManager : <info> device (wlp42s0f3u1): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-s> Haz 25 22:12:33 fedora NetworkManager : <info> device (wlp42s0f3u1): supplicant interface state: completed -> disconnected Haz 25 22:12:33 fedora wpa_supplicant : wlp42s0f3u1: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=TR Haz 25 22:12:33 fedora warp-svc : 2023-06-25T19:12:33.936Z DEBUG main_loop: warp::warp_service::ipc_handlers: Ipc Broadcast ResponseStatus: Unable Haz 25 22:12:33 fedora warp-svc : 2023-06-25T19:12:33.936Z DEBUG main_loop: warp::warp_service::ipc_handlers: Sending IPC status update: Unable Haz 25 22:12:33 fedora warp-svc : 2023-06-25T19:12:33.935Z INFO main_loop: warp::warp_service: WARP status: Unable Haz 25 22:12:33 fedora warp-svc : 2023-06-25T19:12:33.935Z DEBUG main_loop: warp::warp_service: Entering main loop arm arm="status_change" Haz 25 22:12:33 fedora warp-svc : 2023-06-25T19:12:33.935Z INFO main_loop: firewall: Firewall stopped Haz 25 22:12:33 fedora warp-svc : 2023-06-25T19:12:33.934Z DEBUG main_loop: warp::warp_service: Reconnecting on network change

Fedora 39, Ryzen 2600, R7 370, WD Blue SN570 ve MSI B450M Pro M2 V2 Bu durumda ramdump veya öyle bir şey alarak yeniden başlatabilir miyim? Öyle bir şey var mı?

Önden bi' reset atayım, GRUB'da deneyeyeyim. Çalışırsa default yaparım.

Belirtmeyi unuttum, SSH bağlantısı kurmayı denedim ama başarısız oldum. Dosya Ekleri dmesg. txt 86,9 KB · Görüntüleme: 9 journalctl-son-zamanlar. txt 21,1 KB · Görüntüleme: 8 journalctl-full. zip. txt 352,3 KB · Görüntüleme: 5