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

Nizel G · 25 Haziran 2023

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.

Cruslan · 26 Haziran 2023

@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.

Nizel G · 25 Haziran 2023

Cruslan dedi:
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.

Son boot'a ait bütün journalctl çıktısı, 30 dakikası ve dmesg çıktısı ekte. Ağ hariç bir şey yok evet. Uyandırıldığında da disklere ulaşamamış diye yorumladım ben.

journalctl-full dosyası .zip dosyası, unzip yapın.

Bu arada xdg-desktop-por olayı ekran kaydetmemle alakalı bir şey.

Cruslan dedi:
Ne bileyim, KDE Connect gibi dışarıdan bağlanabilecek bir yazılım var mıydı ki?

Belirtmeyi unuttum, SSH bağlantısı kurmayı denedim ama başarısız oldum.

Cruslan · 25 Haziran 2023

Çı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 [ 0.000000] 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 (disabled by default, see RuntimeWatchdogSec=) 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.

Nizel G · 26 Haziran 2023

Cruslan dedi:
Çıktılarınıza baktım.

Teşekkür ederim.

Cruslan dedi:
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.

Önyüklemede otomatik bağlanmıyor, ihtiyacım olduğunda bağlıyorum ve çoğu zaman da çıkartmayı unuturum, bağlı kalır. 3 gün içinde bağladım mı hatırlamıyorum.

Cruslan dedi:
üç gündür bilgisayarınızı hiç kapatmadınız.

Evet, ayda bir kapatıyorum; o da temizlik için. 3 gün önceki kapanma sebebi elektrik kesintisi olmalı.

Cruslan dedi:
"A problem may arise when using the hardware watchdog timer (disabled by default, see RuntimeWatchdogSec=) A buggy watchdog timer may reset the computer before the system finishes creating the hibernation image.".

Kapalı bende. En azından yorum halinde.

/etc/systemd/system.conf

Kod:

#RuntimeWatchdogSec=off

Cruslan dedi:
Artık önlemeye dair olası çözümlere yönelmeyi tavsiye ediyorum.

Tekrar yaşarsam uyku modunu kapatırım. 2 yıldır aynı sistemi kullanıyorum ama ilk defa böyle bir şey oldu.

Cruslan dedi:
o sebeple başka komutların da çıktısını isteyeceğim.

Ek bir şey lazımsa isteyebilirsiniz tabii.

Cruslan · 26 Haziran 2023

Nizel G dedi:
Ek bir şey lazımsa isteyebilirsiniz tabii.

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

Nizel G · 26 Haziran 2023

Cruslan dedi:
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

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

gen2 · 26 Haziran 2023

Nizel G dedi:
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

Eki Görüntüle 1836264

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.

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

Nizel G · 26 Haziran 2023

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

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?

gen2 · 26 Haziran 2023

Ha bu arada clocksource problemi icin kernel command line a clocksource=hpet yazip HPET ile degistirebilirsin.

Nizel G dedi:
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?

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

Cruslan · 26 Haziran 2023

@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.

Nizel G · 26 Haziran 2023

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

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

Ayrıntılı düzenleme

Nizel G

Megapat

Cruslan

Nizel G

Megapat

Dosya Ekleri

Cruslan

Terapat

Nizel G

Megapat

Cruslan

Terapat

Nizel G

Megapat

gen2

Gigapat

Nizel G

Megapat

gen2

Gigapat

Cruslan

Terapat

Nizel G

Megapat

Benzer konular