Merhabalar ben SolusOS kullanıyorum. Jupiter'i yükledim şarz ömrü için. Beraberinde sanırım bazı ACPI modülleri de yüklendi.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/578506 sorunum aslında burada var ama orada nedense çözümlerini göremedim.
-ACPI sıcaklık dedektörlerini bazen görüyor bazen görmüyor.
-Şu hatayı sıkça görüyorum hatta başladımı bitmiyor: ACPI: EC: input buffer is not empty, aborting transaction
-Ekran düşük güç moduna gittiğinde de yeniden eski haline gelmiyor. Ancak tty1'e geçip tekrar tty7 ye gelince düzeliyor( o daha ilginci!)
-Bu sorunların hepsini acpi=off ile çözdüm tamam masamdayken sorun yok ama dışarıda pil ile kullanırken ne yapıcam bu acpi sorunları nasıl çözülür yardımcı olursanız sevinirim.
@sosgezbir, çözüm olarak orada yayınlanan yama ile çekrideği derlemek önerilmiş. uname -a
dmesg | grep Command
Bu bilgisayar için bilinen bir hata imiş. Yayınlanan yama eski çekirdekler için. Şimdiki çekirdekte çalışı mı bilmem. 3.3-rc1 çekirdeğinde işe yaramış.
yukarıdaki kodu neden verdiniz anlayamadım?
Bazı şeyleri görmek için istemiş @if senden o komutların çıktılarını.
Linux adata 3.3.6-solusos #3 SMP PREEMPT Thu May 31 16:15:55 UTC 2012 i686 GNU/Linux
verdiğiniz dmesg komutu çıktısını bulamadım dmesg dedim çok uzundu çıktı foruma atabilmek için dmesg>benioku.png yaptım eklere ekledim.
not:kusura bakmayın grep komutunun ne işe yaradığı bilmiyordum.
[eklenti yönetici tarafından silindi]
@sosgezbir, reboot=pci parametresiyle başlatınca aynı hatayı görüyor musunuz? Parametreyi nasıl ekleyeceğinizi burada[1] öğrenebilirsiniz.
[1] http://forum.ubuntu-tr.net/index.php?topic=31554.0
@sosgezbir, dmesg çıktısını @if'in verdiği şekilde uygularsan sadece ilgili yerleri görürsün.
Gerçi @if bunları bilgi için istemiş. Hata kaydına açılan başlıkta ec.c için yama gönderilmiş, onu çekirdek için yamalayıp kurmamız gerekebilir. Şurada yamalı dosyayı nasıl kullanacağımıza dair bir örnek vardı:
http://forum.ubuntu-tr.net/index.php?topic=33516.msg402889#msg402889
peki o sayfadan hangisi yama ben göremedim bir türlü?
not: reboot=acpi 'yi grub.cfg'de ilgili yere yazdım henüz hata vermedi bekliyorum hata vermesini. Hemen vermiyor zaten hata..
@sosgezbir, bu bilgisayarın tam marka ve modeli nedir?
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/578506/comments/32
Acer 5930G
Dmesg | grep ACPI komutu verdim şu cevap ilgimi çekti:
[ 10.124785] acer_wmi: Acer Laptop ACPI-WMI Extras
[ 10.211681] ACPI Warning: 0x00001c00-0x00001c1f SystemIO conflicts with Region \_SB_.PCI0.SBUS.SMBI 1 (20120111/utaddress-251)
[ 10.211697] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
@sosgezbir, konuyu açmanızın sebebi olan sorunlar gitmiş mi oldu şimdi reboot=pci parametresini kullanınca?
Hayır sorunların hiçbirini çözmedi.
Reboot sırasında pil takılıysa BIOS başlarken defalarca yeniden başlama sorunu başta çözüldü gibi geldi ancak sonra çözelmediğini farkettim. Bilgisayar bir süre daha çalışınca gene ACPI sorunu vermeye başladı. Yeniden başlatınca da pili çıkarana kadar tekrar yeniden başlama döngüsüne takıldı.
Peki, echo "blacklist acer_wmi" | sudo tee -a /etc/modprobe.d/blacklist.conf
komutundan sonra yeniden başlatınca ne oluyor?
Sorun devam ediyor ancak ilginç bir durum var:
Başlangıçta Fn tuşlarından bazıları çalışmadı toucpad çalışmadı ancak ne zaman ki ACPI hata vermeye başladı onlar da çalışmaya başladı. Demekki o karalisteye aldığımız sürücünün hiçbir etkisi yokmuş..
@sosgezbir, etkisi var da düşündüğüm olmadı.
gksu gedit /etc/modprobe.d/blacklist.conf
ile açılacak dosyadan silebilirsiniz blacklist acer_wmi
satırını.
Yamayı uygulayıp görelim neler oluyormuş.
Bu patch'ler ubuntu için debian için ne değişiklikler yapmam gerekir?
Sen Debian mı kullanıyorsun? Gerçi o durumda da çok fark etmez zira çekirdeğe yama yapacaksın. Ancak Debian tarafı olayı halletmiş olabilir, hoş Ubuntu geliştiricileri genelde Debian tarafındaki yamayı takip ediyorlar ancak yamayı sunan arkadaş Launchpad'e geçmiş gibi görünüyor. Hata kaydında altlarda birisi yamayı verdim demiş, eğer yapmayı deneyeceksen tekrar bakıp geçebiliriz buraya.
Evet Debian tabanlı SolusOS kullanıyordum. Arkasından LMDE denedim gene aynı hata.
Şimdi BridgeLinux kurdum tek farkı Debian'da hatayı sürekli devamlı saniye başına veriyordu Arch ise 1 kez veriyor o hatayı bir de kapatırken birkaç kere daha veriyor. Ayrıca Reboot sırasında BIOS'da takılma yaşamadım archta. Ya da henüz yaşamadım.
Demekki Debian bir yama yapmış ama o yama kararlı değil onu anladım.
XUBUNTU'yu denedim o da aynı şekil.de.
Yama yapmış belki de hiç yapmamış demektir bu. Sonuçta sen dağıtım değiştirdin ve orada kalacaksın değil mi?
Dağıtım değiştiriyorum sürekli ama çare olmuyor malesef.
Bu sorunu hangi dağıtım çözmüştür gerçekten merak ediyorum. (ya da çözülmüş müdür?)
Bilemiyorum açıkçası, hata kaydındaki yamayı veren kişi çözüldüğünü söylüyor sanırım.
Alıntı YapThe bug still affects me.
demişler en son.
@sozgezbir, dağıtım değiştirmek çare olmayacaktır. Denenecek yollar ya önerdiğim çözüm yolunu kullanarak devam etmek ya da daha yeni bir çekirdek kullanmak olacaktır. .prm'in başı Red Hat ve .deb'in başı Debian'da çözüme ulaşılmadıysa diğer dağıtımlara bakmak pek fayda etmez.
Alıntı yapılan: sosgezbir - 17 Haziran 2012 - 01:18:04
Alıntı YapThe bug still affects me.
demişler en son.
Nerede demişler en son onu? Şöyle bir yorum da var ama hata kaydında:
Alıntı YapI can confirm the bug is present in 3.3-rc1 and ec.c patch solves the problem. I'm running patched 3.3-rc1 now and haven't had any problem, current uptime is 8 days suspending/resuming on a daily basis.