Çözüldü Uykudan uyanan Linux'ta ext4-fs comm (kManager) hatası

Bu konu çözüldü olarak işaretlenmiştir. Çözülmediğini düşünüyorsanız konuyu rapor edebilirsiniz.

Nizel G

Megapat
İlk 5 Haneli Mesajınız!
Katılım
9 Nisan 2023
Mesajlar
10.129
Makaleler
13
Çözümler
201
Yer
Hinohara Nishitama
Kod: 
■^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^@[116576.986986] 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 (Manager); 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.
 
Çözüm
@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.
Tarihe göre sırala Puana göre sırala
Ek: Az önce beklemekden HDD kapandı, ekrana şunlar düştü:


HDD ext 4 formatlı /mnt/storage bağlı. Sistemsel bir işlevi yok.

Cruslan dedi:
Bilgisayar özelliklerinizi yazar mısınız?
Genişletmek için tıkla...
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ı?
 
Artı 0 Eksi
USB ile mi bağlanıyor yoksa SATA'dan mı? Bu hataya dair bulabildiğim tek şey _ext4_find_entry'nin dizin okuyamaması.
 
Artı 0 Eksi
Cruslan dedi:
USB ile mi bağlanıyor yoksa SATA'dan mı? Bu hataya dair bulabildiğim tek şey _ext4_find_entry'nin dizin okuyamaması.
Genişletmek için tıkla...

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.
 
Artı 0 Eksi
Ç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.
 
Artı 0 Eksi
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.
 
Artı 0 Eksi
Nizel G dedi:
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.
Genişletmek için tıkla...
Bilgisayarı açtığınız zaman dmesg(journalctl ile aynı işi yapıyor) çı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."
 
Artı 0 Eksi
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: 
[nizel@fedora ~]$ journalctl -b -1 --reverse
Haz 25 22:12:34 fedora systemd-sleep[229627]: Entering sleep state 'suspend'...
Haz 25 22:12:34 fedora systemd[1]: Starting systemd-suspend.service - System Suspend...
Haz 25 22:12:34 fedora wpa_supplicant[1131]: wlp42s0f3u1: CTRL-EVENT-DSCP-POLICY clear_all
Haz 25 22:12:34 fedora systemd[1]: Reached target sleep.target - Sleep.
Haz 25 22:12:34 fedora warp-svc[56324]: DelNeighbour; Destination: ff02::16;
Haz 25 22:12:34 fedora warp-svc[56324]: 2023-06-25T19:12:34.073Z DEBUG warp::warp_service::network_change: Routes changed:
Haz 25 22:12:34 fedora NetworkManager[976]: <info>  [1687720354.0324] device (wlp42s0f3u1): set-hw-addr: reset MAC address to 00:E0:29:4F:BF:38 (unmanage)
Haz 25 22:12:34 fedora warp-svc[56324]: DelNeighbour; Destination: 224.0.0.22;
Haz 25 22:12:34 fedora warp-svc[56324]: 2023-06-25T19:12:34.032Z DEBUG warp::warp_service::network_change: Routes changed:
Haz 25 22:12:33 fedora chronyd[875]: Source 194.27.222.5 offline
Haz 25 22:12:33 fedora chronyd[875]: Can't synchronise: no selectable sources
Haz 25 22:12:33 fedora chronyd[875]: Source 62.12.173.12 offline
Haz 25 22:12:33 fedora chronyd[875]: Source 162.159.200.1 offline
Haz 25 22:12:33 fedora chronyd[875]: Source 162.159.200.123 offline
Haz 25 22:12:33 fedora NetworkManager[976]: <info>  [1687720353.9565] device (wlp42s0f3u1): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-s>
Haz 25 22:12:33 fedora NetworkManager[976]: <info>  [1687720353.9557] device (wlp42s0f3u1): supplicant interface state: completed -> disconnected
Haz 25 22:12:33 fedora wpa_supplicant[1131]: wlp42s0f3u1: CTRL-EVENT-REGDOM-CHANGE init=USER type=COUNTRY alpha2=TR
Haz 25 22:12:33 fedora warp-svc[56324]: 2023-06-25T19:12:33.936Z DEBUG main_loop: warp::warp_service::ipc_handlers: Ipc Broadcast ResponseStatus: Unable(NoNetwork)
Haz 25 22:12:33 fedora warp-svc[56324]: 2023-06-25T19:12:33.936Z DEBUG main_loop: warp::warp_service::ipc_handlers: Sending IPC status update: Unable(NoNetwork)
Haz 25 22:12:33 fedora warp-svc[56324]: 2023-06-25T19:12:33.935Z  INFO main_loop: warp::warp_service: WARP status: Unable(NoNetwork)
Haz 25 22:12:33 fedora warp-svc[56324]: 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[56324]: 2023-06-25T19:12:33.935Z  INFO main_loop: firewall: Firewall stopped
Haz 25 22:12:33 fedora warp-svc[56324]: 2023-06-25T19:12:33.934Z DEBUG main_loop: warp::warp_service: Reconnecting on network change
 
Artı 0 Eksi
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.
 
Artı 0 Eksi
Mesaj yazmak için giriş yapmalı ya da kaydolmalısınız.

Benzer konular

Linux'ta bash:..:command not found hatası
2
Mesaj
15
Görüntüleme
4.564
181272
1
ext4 Alanı Silmek
Mesaj
2
Görüntüleme
1.740
OlcayDmryrk
  • Çözüldü
Çözüldü  Linux kurulum “ext4 dosya sistemi oluşturulamadı” hatası
Mesaj
2
Görüntüleme
587
Grande 017
J
Ext4 diski Windows'ta görüntülemek
2
Mesaj
14
Görüntüleme
2.530
Borozan08
Linux'ta "USB Boot" hatası
2
Mesaj
12
Görüntüleme
1.117
Mikatokushi Luna
Menü
Giriş yap
Kaydol
Bu siteyi kullanmak için çerezler gereklidir. Siteyi kullanmaya devam etmek için çerezleri kabul etmelisiniz. Daha Fazlasını Öğren.…