ksoftirqd /1 'in uyku modundan çıktıktan sonra %100 cpu kullandığını farkettim .Bu uygulama nedir ? ve nasıl çözeriz ?
konsolu açıp "nohz=off" yazarmısın (su falan olmana gerek yok,,,, bilgisayarı yeniden başlatman gerekebilir)
daha sonra düzelmesi lazım
eğer düzelmezse konsola dmesg yazarsan karşına bazı mesajlar gelir bu mesajların içinde eğer error varsa onları sitede paylaşırmısın
dmesg çıktısındaki hatalar bunlar
ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDEC.IDE0._STM] (Node f70129f0), AE_AML_PACKAGE_LIMIT
0000:00:04.0: Error EEPROM read 0.
Sizin sorununuz ile ilgili bir hata kaydı girilmiş.
https://bugs.launchpad.net/ubuntu/+source/acpi/+bug/535643
Siteye girdim, yalnız tam olarak ne yapmam gerektiğini anlayamadım. Çözüm önerisi verilmemiş herhalde.
Evet, su ana kadar bir çözüm sunulmamış. O hata kaydını takip edip sorunun çözülmesini bekleyebilirsiniz. Belki forumumuzda çözebilecek birileri de vardır. Gerçi girilen hata kaydıyla sizinki birebir aynı değil. O bağlantıdaki gibi bir hata kaydı da sizin açmanız da gerekebilir.
Hata kaydının ilk sorunla doğrudan ilişkisi yok gibi. dmesg çıktısı ile görülen meseleyle ilgili sanki.
@hkndvc, başlık açılalı bir hayli olmuş, arada gelen güncellemelerle sorun çözülmedi mi? Kullandığın dağıtım ve sürümü nedir?
Biraz daha bakındıktan sonra senin sorununla doğrudan ilgili hata kayıtları gördüm:
https://bugs.launchpad.net/ubuntu/+bug/183461
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/49141
Burada uyku modu yok ancak kullanıcıların bazıları ağ kartına, bazılarıysa tv kartına bağlamışlar meseleyi. Bu hata kayıtlarından bir tanesinde @robotikmi'nin dile getirmeye çalıştığı şey tavsiye edilmiş. Fakat @robotikmi'nin tavsiyesi doğrudan iş görmez.
Sen kernel satırına şunu eklemelisin: "nohz=off". Ardından sistemi yeniden başlatıp denemeye yapabilirsin. 10.04 kullanıyorsan /boot/grub/grub.cfg dosyasındaki kernel satırının sonuna ekleyebilirsin.
Alıntı yapılan: heartsmagic - 05 Haziran 2010 - 19:53:54
Hata kaydının ilk sorunla doğrudan ilişkisi yok gibi. dmesg çıktısı ile görülen meseleyle ilgili sanki.
@hkndvc, başlık açılalı bir hayli olmuş, arada gelen güncellemelerle sorun çözülmedi mi? Kullandığın dağıtım ve sürümü nedir?
Biraz daha bakındıktan sonra senin sorununla doğrudan ilgili hata kayıtları gördüm:
https://bugs.launchpad.net/ubuntu/+bug/183461
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/49141
Burada uyku modu yok ancak kullanıcıların bazıları ağ kartına, bazılarıysa tv kartına bağlamışlar meseleyi. Bu hata kayıtlarından bir tanesinde @robotikmi'nin dile getirmeye çalıştığı şey tavsiye edilmiş. Fakat @robotikmi'nin tavsiyesi doğrudan iş görmez.
Sen kernel satırına şunu eklemelisin: "nohz=off". Ardından sistemi yeniden başlatıp denemeye yapabilirsin. 10.04 kullanıyorsan /boot/grub/grub.cfg dosyasındaki kernel satırının sonuna ekleyebilirsin.
Şu an Ubuntu 10.4 32 bit yüklü ve sistem güncel. Sorun devam ediyor.
Kernel satırı derken tam olarak neyi kastettiniz, anlamadım. Ben belirttiğiniz adresteki dosyanın en sonuna ekledim, değişen birşey olmadı. Unutmadan bu sefer ksoftirqd /0 şeklinde çıktı, /1 değil.
sudo cat /boot/grub/grub.cfg
komutunun çıktısını buraya aktarırsanız size nereye yazacağınızı gösterebilirim.
Alıntı yapılan: N.G.D.G. - 08 Haziran 2010 - 15:10:36
sudo cat /boot/grub/grub.cfg
komutunun çıktısını buraya aktarırsanız size nereye yazacağınızı gösterebilirim.
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function recordfail {
set recordfail=1
if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
if [ ${recordfail} = 1 ]; then
set timeout=-1
else
set timeout=10
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/10_lupin ###
menuentry "Ubuntu, Linux 2.6.32-22-generic" {
insmod ntfs
set root='(hd0,3)'
search --no-floppy --fs-uuid --set d8f4de03f4dde432
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6.32-22-generic root=/dev/sda3 loop=/ubuntu/disks/root.disk ro quiet splash
initrd /boot/initrd.img-2.6.32-22-generic
}
menuentry "Ubuntu, Linux 2.6.32-22-generic (recovery mode)" {
insmod ntfs
set root='(hd0,3)'
search --no-floppy --fs-uuid --set d8f4de03f4dde432
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6.32-22-generic root=/dev/sda3 loop=/ubuntu/disks/root.disk ro single
initrd /boot/initrd.img-2.6.32-22-generic
}
menuentry "Ubuntu, Linux 2.6.32-21-generic" {
insmod ntfs
set root='(hd0,3)'
search --no-floppy --fs-uuid --set d8f4de03f4dde432
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6.32-21-generic root=/dev/sda3 loop=/ubuntu/disks/root.disk ro quiet splash
initrd /boot/initrd.img-2.6.32-21-generic
}
menuentry "Ubuntu, Linux 2.6.32-21-generic (recovery mode)" {
insmod ntfs
set root='(hd0,3)'
search --no-floppy --fs-uuid --set d8f4de03f4dde432
loopback loop0 /ubuntu/disks/root.disk
set root=(loop0)
linux /boot/vmlinuz-2.6.32-21-generic root=/dev/sda3 loop=/ubuntu/disks/root.disk ro single
initrd /boot/initrd.img-2.6.32-21-generic
}
### END /etc/grub.d/10_lupin ###
### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows Vista (loader) (on /dev/sda1)" {
insmod fat
set root='(hd0,1)'
search --no-floppy --fs-uuid --set 3c98-ac5d
chainloader +1
}
menuentry "Windows Vista (loader) (on /dev/sda2)" {
insmod ntfs
set root='(hd0,2)'
search --no-floppy --fs-uuid --set 267638d57638a787
chainloader +1
}
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
nohz=off
menuentry "Ubuntu, Linux 2.6.32-22-generic"
diye başlayan satırın altında bulunan linux /boot/vmlinuz-2.6.32-22-generic root=/dev/sda3 loop=/ubuntu/disks/root.disk ro quiet splash
satırının sonuna yazabilirsiniz. Dosyayı sudo gedit /boot/grub/grub.cfg
komutuyla açıp düzenleme yapabilirsiniz. Son hali şöyle olmalı: linux /boot/vmlinuz-2.6.32-22-generic root=/dev/sda3 loop=/ubuntu/disks/root.disk ro quiet splash nohz=off
Ayrıca, dosyanın en sonuna eklediğiniz "nohz=off" satırını siliniz.
Malesef yine işe yaramadı. Anlaşılan uyku modundan ümidi kesicez. Ayrıca pc uyanınca ekran ışığı da tamamen kesiliyor. hazırda beklemeye de bir türlü giremiyor.
İyi akşamlar ,bilgisayar hazırda bekleme moduna girerken "ata1: acpı set timing failed ( 0*300b)" gibi bir hata veriyor. daha sonra cihazı tekrar açtığımda ise ksoftirqd nin işlemciyi %100 kullanarak kastığını görüyorum.
NOT : aynı kasma olayı uyku modundan çıkarken de gerçekleşiyor.... hatta uzun zaman önce benzer bir konu daha açmıştım ama sorun çözülememişti ( http://forum.ubuntu-tr.net/index.php/topic,13659.msg240919.html#msg240919 ) onu tekrar hortlatmamak için yeni bir konu açtım.
Teşekkürler...
Aynı konudan devam etmemiz daha güzel olacaktı. Genel forumda sunulan bir öneriyi yapayım, işe yaramazsa başka şeyler deneriz.
Sistem >> Tercihler >> Güç Yönetimi -> Bilgisayarın uyku kipine geçmesi için geçecek süreyi 1 saat olarak ayarlayın, sonra bilgisayarı yeniden başlatıp seçeneği Hiçbir zaman olarak değiştirin. Hatayı bir daha almamanız dileğiyle.
İlginiz için teşekkür ederim fakat şu an zaten o şekilde ayarlı...
Tamam, değiştirin o halde. Söylediğim gibi iki değişiklik yapıp duruma bakalım, bilgisayarı kandırmaya çalışıyoruz.
Denedim fakat sonuç yok
Konuları birleştirdim.
Hocam peki sizin bi fikriniz yok mu ? son bios güncellemesiyle birçok şikayetim son buldu, bi bu kaldı önemli olan. bunu da bi halledebilirsek baya rahatlayacam
Ne yazık ki fikrim yok, olsa zaten es geçmem başlığı.
Alıntı yapılan: heartsmagic - 02 Ocak 2011 - 00:03:58
Ne yazık ki fikrim yok, olsa zaten es geçmem başlığı.
Bir de sorun tam olarak başlıkta belirtildiği gibi değil zaten. Tam olarak şu, değil mi @hkndvc;
ata1: acpi get timing mode failed AE 0x300d@heartsmagic'in önerisi yoksa benim hiç hiç olamaz ama en azından tam sorunu aramalarla elde ettiğim için biraz bakma şansım oldu.
Kernel ya da Swap'ten bahsediliyor. Tam bir çözüme de ulaşabilmiş değilim. Şunların çıktısına bakayım, swap alanın yetersiz olabilir. Belki o tarafa ek yapabiliriz diye düşündüm ya da... Her neyse çıktıları;
free
sudo fdisk -l
cat /etc/ftab
Yalnış hatırlamıyorsam, şöyleydi : "ata1: acpi get timing mode failed ( status= 0x300b ) "
Takas alanını da 3 gb olarak ayarlamıştım.
asus@asus-F5SR:~$ free
total used free shared buffers cached
Mem: 3095824 662492 2433332 0 46436 258300
-/+ buffers/cache: 357756 2738068
Swap: 3176444 0 3176444
asus@asus-F5SR:~$ sudo fdisk -l
[sudo] password for asus:
Disk /dev/sda: 250.1 GB, 250059350016 bayt
255 heads, 63 sectors/track, 30401 cylinders
Units = silindir of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk kimlikleyicisi: 0xbbc58b91
Aygıt Açılış Başlangıç Bitiş BlokSayısı Kml Sistem
/dev/sda1 1 1275 10241406 1c Gizli W95 FAT32 (LBA)
/dev/sda2 * 1276 1288 102400 7 HPFS/NTFS
/dev/sda3 1288 16476 121996288 7 HPFS/NTFS
/dev/sda4 16476 30402 111855617 f W95 Ext'd (LBA)
/dev/sda5 16476 28182 94029824 7 HPFS/NTFS
/dev/sda6 28183 30006 14647296 83 Linux
/dev/sda7 30006 30402 3176448 82 Linux takas / Solaris
Disk /dev/sdb: 2062 MB 2062548992 bayt
64 heads, 62 sectors/track, 1015 cylinders
Units = silindir of 3968 * 512 = 2031616 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk kimlikleyicisi: 0x0009e74e
Aygıt Açılış Başlangıç Bitiş BlokSayısı Kml Sistem
/dev/sdb1 * 1 1015 2013729 b W95 FAT32
Disk /dev/sdc: 1015 MB 1015808000 bayt
32 heads, 63 sectors/track, 984 cylinders
Units = silindir of 2016 * 512 = 1032192 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk kimlikleyicisi: 0x00000000
Aygıt Açılış Başlangıç Bitiş BlokSayısı Kml Sistem
/dev/sdc1 1 984 991747+ 6 FAT16
Bir sorun yok gibi takas alanında sanırım. ikinci yolu deneyelim, işe yarayıp yaramayacağını bilmiyorum ama yine de bir zararı olmaz denememizin, şunu aç;
sudo gedit /etc/apt/sources.list
Şunları ekle;
Alıntı Yapdeb http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu maverick main
deb-src http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu maverick main
Sonra;
sudo apt-get update && sudo apt-get upgrade && sudo apt-get dist-upgrade
Bu aşamada hata alırsan aldığın hataları forumda arama yaparak çözmeye çalış, çözemezsen çıktıları aktar, çözersen son durumu kontrol et, gerekirse güç yönetiminden yine değişiklik yapıp bakalım.
Söylediklerinizi sorunsuz şekilde yaptım sonrasında güç yönetimindeki süreleri de 2 kez değiştirdim fakat yine bi sonuç elde edemedim. Hatta hata sayısı arttı ve stabillik daha da bozuldu bile diyebilirim.... out of comand, süre doldu gibi birkaç hata daha verdi, uyku moduna hiç girmemeye başladı, sonra girdi fakat olur olmaz şifre ekranı açılmaya başladı... Dikkatimi çeken başka bir konu ise top komutu ile sistem gözlemcisinin birbirini yalanlar nitelikte değerler göstermesi. şöyle ki top komutu ksoftirqd /1 nin %100 cpu kullandığını gösterirken sistem gözlemcisi %10-20 gibi değerler döndürüyordu....
Değişiklik olmuşsa doğru yoldayız demektir :P Yani hiç tepki vermemesinden iyidir, bence. Peki verdiğim son komut herhangi bir hata döndürdü mü? Çıktılarına bakayım;
sudo dpkg --configure -a && sudo apt-get install -f
Alıntı yapılan: sema - 03 Ocak 2011 - 00:33:07
sudo dpkg --configure -a && sudo apt-get install -f
en son yani üstteki komutun çıktısı şu oldu...
asus@asus-F5SR:~$ id
uid=1000(asus) gid=1000(asus) gruplar=1000(asus),4(adm),20(dialout),24(cdrom),46(plugdev),111(lpadmin),119(admin),122(sambashare)
asus@asus-F5SR:~$ sudo dpkg --configure -a && sudo apt-get install -f
[sudo] password for asus:
Paket listeleri okunuyor... Bitti
Bağımlılık ağacı inşa ediliyor.
Durum bilgisi okunuyor... Bitti
Sıralanan paketler otomatik olarak kurulmuştu artık gerekli değiller:
linux-headers-2.6.35-22 linux-headers-2.6.35-22-generic
Kaldırmak için 'apt-get autoremove' komutunu kullanın
Yükseltilen: 0, Yeni Kurulan: 0, Kaldırılacak: 0 ve Yükseltilmeyecek: 0.
asus@asus-F5SR:~$
Önemli bir şey yok.
sudo apt-get autoremove
Bilgisayarını yeniden başlatıp bakar mısın? Güç Yönetimini öntanımlı yap bu sefer mesela.
aynı :(
Alıntı yapılan: hkndvc - 03 Ocak 2011 - 01:13:58
aynı :(
:(
Üzgünüm.. Bilgisayarında bir sorun var mı, yaptığımız değişikliklerle ilgili?
Alıntı yapılan: sema - 03 Ocak 2011 - 01:16:28
Alıntı yapılan: hkndvc - 03 Ocak 2011 - 01:13:58
aynı :(
:(
Üzgünüm.. Bilgisayarında bir sorun var mı, yaptığımız değişikliklerle ilgili?
Sonunda pes ettiniz yani :) Neyse önemli * bir şey yok uyku moduna geçmek istediğimde aniden şifre istiyor sonra kapanıyor. eskiden öyle * bir şey çıkmıyordu ama önemli değil, zaten o modları kullanamıyorum. İlginiz için tekrar teşekkür ederim... İyi geceler ve tatlı rüyalar....
Alıntı yapılan: hkndvc - 03 Ocak 2011 - 01:23:01
Sonunda pes ettiniz yani :) Neyse önemli * bir şey yok uyku moduna geçmek istediğimde aniden şifre istiyor sonra kapanıyor. eskiden öyle * bir şey çıkmıyordu ama önemli değil, zaten o modları kullanamıyorum. İlginiz için tekrar teşekkür ederim... İyi geceler ve tatlı rüyalar....
İstiyorsanız devam edelim. Şunu deneyelim;
sudo apt-get install --reinstall power-management
Yeniden kontrol edin, belki BIOS güncellemesi yapman gerekiyordur, sadece Ubuntu'da mı oluyor bu sorun?
Bios güncel ve diğer OS de böyle bir problem yok.
asus@asus-F5SR:~$ sudo apt-get install --reinstall power-management
Paket listeleri okunuyor... Bitti
Bağımlılık ağacı inşa ediliyor.
Durum bilgisi okunuyor... Bitti
E: power-management paketi konumlandırılamıyor
asus@asus-F5SR:~$
Arka tarafta zaten BİOS güncellemesi yaptığını söylemişsin, yine gözden kaçırmışım. Komudu da yanlış yazmışım, şu olacaktı;
sudo apt-get install --reinstall gnome-power-management
Bunu dene, sonra buraya şu ikisinin çıktısını aktar;
gnome-power-management
Şunun da ne yaptığını söyle, uçbirimde herhangi bir hata döndürüyor mu?
sudo pm-hibernate
Yine aynı hatayı veriyor :-\
Son ikisinin çıktısını aktarır mısın bana. Kopyala ve buraya yapıştır. Şu ne yapmıştı tam olarak, uçbirimde ne yazdı ve ne yaptı?
sudo pm-hibernate
asus@asus-F5SR:~$ gnome-power-management
gnome-power-management: komut bulunamadı
sudo pm-hibernate
bunda da hazırda beklemeye geçti..
Alıntı yapılan: hkndvc - 03 Ocak 2011 - 20:36:49
asus@asus-F5SR:~$ gnome-power-management
gnome-power-management: komut bulunamadı
Pardon ya yine yanlış yazmışım, elle yazınca böyle oluyor, şu;
gnome-power-manager
Beklemede de sorun yok muydu?
:) Sorun değil.
Beklemeye giriyor girmesine ama bahsettiğim hatayı vererek giriyor ve pc yi tekrar açtığımda ksoftirqd kasma yapıyor..
asus@asus-F5SR:~$ gnome-power-manager
TI:20:42:48 TH:0x9b608b8 FI:gpm-main.c FN:main,250
- Güç Yöneticisi is already running in this session.
Traceback:
gnome-power-manager() [0x806274b]
gnome-power-manager() [0x8055ee2]
/lib/libc.so.6(__libc_start_main+0xe7) [0x970ce7]
gnome-power-manager() [0x804dc91]
asus@asus-F5SR:~$
Mesaj tekrarı yüzünden mesajınız birleştirildi. Bu mesajın gönderim tarihi : 03 Ocak 2011 - 20:47:34
Aynı şekilde uyku moduna na giriyor fakat çıkarken yine kasma yapıyor. asıl sorunum bu modlarken çıkarken pc nin kasması..
Mesaj tekrarı yüzünden mesajınız birleştirildi. Bu mesajın gönderim tarihi : 03 Ocak 2011 - 20:52:14
asus@asus-F5SR:~$ top
top - 20:51:56 up 18 min, 2 users, load average: 2.84, 0.98, 0.39
Tasks: 163 total, 2 running, 161 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.8%us, 0.8%sy, 0.0%ni, 47.0%id, 0.8%wa, 0.0%hi, 49.5%si, 0.0%st
Mem: 3095824k total, 713428k used, 2382396k free, 49456k buffers
Swap: 3176444k total, 0k used, 3176444k free, 312244k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2302 root 20 0 0 0 0 R 100 0.0 0:16.33 ksoftirqd/1
1729 asus 20 0 345m 80m 27m S 3 2.7 0:41.83 firefox-bin
1075 root 20 0 158m 74m 41m S 3 2.5 0:34.07 Xorg
2628 asus 20 0 92112 13m 10m S 1 0.4 0:00.26 gnome-terminal
Başımızı bir de acpi tarafına yönlendirelim. Şöyle aç;
sudo gedit /boot/grub/grub.cfg
Şöyle bir satır var onu (GRUB_CMDLINE_LINUX_DEFAULT=) ,şununla değiştir;
Alıntı YapGRUB_CMDLINE_LINUX_DEFAULT=""acpi=noirq quiet splash"
Kontrol et her defasında, bu işe yaramazsa
noapic yaz
acpi=noirq yazdığımız yere, yani öncekini sil, sonrakini yaz. Bu da olmazsa onun yerine
acpi=off yaz. Ve her değişiklikten sonra şunu muhakkak yap;
sudo update-grub
Bilgisayarın açılmazsa, korkma, buradayım :P Bunlar işe yaramazsa son bir şey daha söyleyeceğim, ondan sonra, benden bu kadar :)
Kafama terliği yememe az kaldı biliyorum :-[ ama ne yazık ki öyle bir satır bulamadım :(
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, with Linux 2.6.35-24-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set aa70dd57-5d26-4b6c-a555-b001b429262e
linux /boot/vmlinuz-2.6.35-24-generic root=UUID=aa70dd57-5d26-4b6c-a555-b001b429262e ro quiet splash
initrd /boot/initrd.img-2.6.35-24-generic
}
menuentry 'Ubuntu, with Linux 2.6.35-24-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set aa70dd57-5d26-4b6c-a555-b001b429262e
echo 'Loading Linux 2.6.35-24-generic ...'
linux /boot/vmlinuz-2.6.35-24-generic root=UUID=aa70dd57-5d26-4b6c-a555-b001b429262e ro single
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.35-24-generic
}
menuentry 'Ubuntu, with Linux 2.6.35-22-generic' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set aa70dd57-5d26-4b6c-a555-b001b429262e
linux /boot/vmlinuz-2.6.35-22-generic root=UUID=aa70dd57-5d26-4b6c-a555-b001b429262e ro quiet splash
initrd /boot/initrd.img-2.6.35-22-generic
}
menuentry 'Ubuntu, with Linux 2.6.35-22-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set aa70dd57-5d26-4b6c-a555-b001b429262e
echo 'Loading Linux 2.6.35-22-generic ...'
linux /boot/vmlinuz-2.6.35-22-generic root=UUID=aa70dd57-5d26-4b6c-a555-b001b429262e ro single
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.35-22-generic
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set aa70dd57-5d26-4b6c-a555-b001b429262e
linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
insmod part_msdos
insmod ext2
set root='(hd0,msdos6)'
search --no-floppy --fs-uuid --set aa70dd57-5d26-4b6c-a555-b001b429262e
linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows Vista (loader) (on /dev/sda1)" {
insmod part_msdos
insmod fat
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 3c98-ac5d
chainloader +1
}
menuentry "Windows 7 (loader) (on /dev/sda2)" {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos2)'
search --no-floppy --fs-uuid --set 922614062613ea4d
chainloader +1
}
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
Ya çok özür dilerim, asıl benim yemem gerek. Şunu verecektim aslında, şununla açacaksın. bütün ihtimalleri dene, uzun sürecek biraz ama olsun;
sudo gedit /etc/default/grub
Baştakilerde bir deişiklik olmadı sonuncusunu denediğimde ise beklemeye girmeye çalışırken bu sefer "power down ve system halted" diye farklı iki hata verdi ( türkçesi sistemin içine halt ettiniz demek galiba :P ). düğmeye bastım kapattım. tekrar açıp uyku modunu denediğimde ise ona da giremedi. ekran karardı ve şifre ekranı geldi, şifreyi girince de tekrar masaüstü açıldı. ayrıyetten sensors komutu ve cpu frekans izleyicisi de artık çalışmıyor :) hala inancınız varsa şu son kalan yöntemi de deneyelim :) sonra teşekkür edip konuyu kapatırız. herhalde bundan sonra da açtığım hiçbir konuya bakmak istemezsiniz ...:)
Alıntı yapılan: hkndvc - 03 Ocak 2011 - 21:57:34
(türkçesi sistemin içine halt ettiniz demek galiba :P )
İnsanlık hâli. Arada böyle şeyler oluyor. Sanırım dosyayı eski hâline getirdiniz, update-grub yaptınız. Yani sorun yoksa, sorun yoktur (her zaman derim :P).
Senin bilgisayar Asus'tu değil mi? Bilgisayarından kaynalanıyormuş, şurada şöyle bir şey buldum, anlatmamı ister misin (bu arada diğer öneriyi kaybettim ama ararsam bulurum yine)?
http://ubuntuforums.org/showthread.php?p=9261807
Bu konunun 6. ve 7. mesajları ama senin için 7. mesajı. Yalnız sen 64 bit kullanmıyorsun, değil mi?
Öncelikle kabalık ettiysem özür dilerim onu size hitaben söylememiştim, system halted deyince öyle bir çağrışım yaptı. neyse berbat bi espiriydi kabul ediyorum :)
konuya gelirsek asus marka notebook kullanıyorum. yalnız os 64 bit değil. eğer sorunun çözümü orada ise sizin çevirmenize gerek yok, daha fazla sıkmayayım sizi iyi kötü bende çevirebilir, yazılan tavsiyeleri deneyebilirim.
son olarak ilginiz için sonsuz kez teşekkür ediyorum. eğer benim de sizin için yapabileceğim * bir şey olursa elimden geleni yaparım
Mesaj tekrarı yüzünden mesajınız birleştirildi. Bu mesajın gönderim tarihi : 03 Ocak 2011 - 22:45:43
Unutmadan launchpad'de aynı konu hakkında hata kaydına rastladım. cevaplanmamıştı ama belki ilerki sürümlerde sorunu çözerler...
Mesaj tekrarı yüzünden mesajınız birleştirildi. Bu mesajın gönderim tarihi : 03 Ocak 2011 - 23:15:00
linkte yazılanları denedim, yine olmadı >:(
Alıntı yapılan: hkndvc - 03 Ocak 2011 - 22:43:07
Öncelikle kabalık ettiysem özür dilerim onu size hitaben söylememiştim, system halted deyince öyle bir çağrışım yaptı. neyse berbat bi espiriydi kabul ediyorum :)
..
linkte yazılanları denedim, yine olmadı >:(
Hayır, ben de böyle anladım zaten, system halted :) Neyse..
Şu çıktıları alabilir miyim, rica etsem;
ls '/sys/bus/pci/drivers/ehci_hcd'
ls /etc/pm/sleep.d/
cat /etc/pm/sleep.d/20_custom-ehci_hcd
cat /etc/pm/config.d/usb3-suspend-workaround
Hepsinin çıktısı, mümkünse atlamadan. Bakalım ne yapmışız :)
asus@asus-F5SR:~$ ls /sys/bus/pci/drivers/ehci_hcd
0000:00:03.3 bind module new_id remove_id uevent unbind
asus@asus-F5SR:~$ ls /etc/pm/sleep.d/
10_grub-common 10_unattended-upgrades-hibernate 20_custom-ehci_hcd
asus@asus-F5SR:~$ cat /etc/pm/sleep.d/20_custom-ehci_hcd
#!/bin/sh
# File: "/etc/pm/sleep.d/20_custom-ehci_hcd".
case "${1}" in
hibernate|suspend)
# Unbind ehci_hcd for first device XXXX:XX:XX.X:
echo -n "0000:00:03.3" | tee /sys/bus/pci/drivers/ehci_hcd/unbind
;;
resume|thaw)
# Bind ehci_hcd for first device XXXX:XX:XX.X:
echo -n "0000:00:03.3" | tee /sys/bus/pci/drivers/ehci_hcd/bind
;;
esac
asus@asus-F5SR:~$ cat /etc/pm/config.d/usb3-suspend-workaround
Benim aklıma başka birşey geldi. Bu ksoftirqd nedir ? çok önemli birşey değil ise, silelim gitsin :) . Olmaz mı ?
Son komudun çıktısını göremedim. Onun için de söyleneni yaptınız mı? İkincisi de 8. mesajda yazılanı da uygulayalım. Bir de bir şey kafamı karıştırdı, ben echo'dan anlamam hiç. Orada iki tane noktalı virgül (; ) var, acaba onlar XXXX:XX:X.X sayısı kadar mı, eğer öyleyse bizde bir tane var burada, o tarafta iki tane olma ihtimaline karşın o şekilde verilmiş. Her echo'dan sonra bir tane ; gibi geldi bana. Böyleyse durum birer tane ; 'ü silmemiz gerekecek.
Şöyle bir düzenleme yaptım. Bildiğimden değil de :)
asus@asus-F5SR:~$ cat /etc/pm/config.d/usb3-suspend-workaround
#!/bin/sh
#File: "/etc/pm/config.d/usb3-suspend-workaround".
SUSPEND_MODULES="xhci"
asus@asus-F5SR:~$
son komut çıkmıyordu başına #!/bin/sh ekledim. şimdi çıktı, tamamen salladım yani :) bu değişimi yapınca geditte kodlara renk geldi :) öncekinde komut olarak algılamıyordu galiba...
asus@asus-F5SR:~$ cat /etc/pm/sleep.d/20_custom-ehci_hcd
#!/bin/sh
# File: "/etc/pm/sleep.d/20_custom-ehci_hcd".
case "${1}" in
hibernate|suspend)
# Unbind ehci_hcd for first device XXXX:XX:XX.X:
echo -n "0000:00:03.3" | tee /sys/bus/pci/drivers/ehci_hcd/unbind
;
resume|thaw)
# Bind ehci_hcd for first device XXXX:XX:XX.X:
echo -n "0000:00:03.3" | tee /sys/bus/pci/drivers/ehci_hcd/bind
;
esac
Çözülmesi gerek cidden, diğer tarafta bir sürü Asus için çözülmüş. Çözülmezse ağlarım :P Yalnız kaldırdığımız noktalı virgülü yeniden koyalım, ikişer tane olsun, eskisi gibi. Doğru olan o sanırım. Şimdi şunu da uygulayın ve bakalım;
sudo chmod +x /etc/pm/sleep.d/20_custom-ehci_hcd
Onu da yaptım nafile, bana mısın demiyor. Benim makina numunelik herhalde :) ... bence gelin biz bu ksoftrqd yi silelim, bence düzelir. en kötü ihtimal ne olabilir ki pc açılmaz onda da format atana kadar biraz rahat edersiniz :)
Son kez şöyle yapalım. O noktalı virgüllerden birini sil (her iki satır için de),çünkü programlama mantığına göre öyle olmalı. Echo'dan anlamasam da.. İşe yaramazsa oluşturduğumuz ikinci dosyayı silip yeniden bakalım. Bu da işe yaramazsa işe yaramıyordur :) Zorladık yeterince.
yok hocam, olmayacak bu böyle dediğim gibi siz bana son yöntem olarak ksoftirqd yi silmeyi gösterebilirseniz, bir de onu denemek istiyorum, içimde kalacak yoksa :) bunu da şu yüzden söylüyorum pc beklemeye de uykuya da giriyor fakat çıktığında bu ksoftirqd kasma yapıyor. bence sorun neyse bundadır. bunu silersek sorunu da kökünden halletmiş oluruz :)
Bu silinecek bir şey mi ki! En azından çalışmasını durdurabiliriz, bir şey olursa karışmam zaten :) Yalnız son oluşturduğumuz dosyaları siler misiniz, kafam hâlâ o noktalı virgülde. Şuradan pid numarasını öğrenip;
ps aux | grep ksoftirqd/1
Şöyle durdurabiliriz;
kill pid
Şöyle de olur;
killall ksoftirqd/1
Olmazsa şöyle;
killall ksoftirqd
İşleme izin verilmezse başına sudo yazın, tamamen sallıyorum. Çünkü program ya da komut ya da her neyse, hakkında bilgim yok.
pid numarası hangisi oluyor ?
asus@asus-F5SR:~$ ps aux | grep ksoftirqd/1
root 3037 35.9 0.0 0 0 ? R 16:31 1:25 [ksoftirqd/1]
asus 3434 0.0 0.0 5300 772 pts/2 S+ 16:35 0:00 grep --color=auto ksoftirqd/1
asus@asus-F5SR:~$
diğerlerinde de argümanlar süreç veya iş kimlikleri olmalı
diyor.
Neyse ben söz teşekkür edeyim, siz de konuyu [Çözülmedi] diye :) etiketleyip kapatırsınız...
Sorunun çözülmediği başlıklarda [ Çözülmedi,Çözülmüyor ve Çözülmeyecek :) ] gibi bir etiket koymuyoruz ve kapatmıyoruz. Sorunla ilgili fikri olanlar zaman içinde bu konuya katkı yapabilirler.
Konu başlığını bu yüzden düzenliyorum.
http://www.linuxquestions.org/questions/linux-general-1/ksoftirqd-80255/
Yıllar öncesinden bir mevzu bahis olay var. Kısaca /etc/module.conf dosyasına aşağıdaki iki satır eklenmiş.
Alıntı Yapalias sound-slot-0 off
alias sound-service-0-3 off
Ayrıca bu paket/süreç/program herneyse sıradan bir şey değil. Irq geçiyor işin içinde, yani bir nevi donanım ve işlemci arasında ki bir işi bu paket yürütüyor.
Alıntı yapılan: eribol - 04 Ocak 2011 - 17:10:12
http://www.linuxquestions.org/questions/linux-general-1/ksoftirqd-80255/
Yıllar öncesinden bir mevzu bahis olay var. Kısaca /etc/module.conf dosyasına aşağıdaki iki satır eklenmiş.Alıntı Yapalias sound-slot-0 off
alias sound-service-0-3 off
Ayrıca bu paket/süreç/program herneyse sıradan bir şey değil. Irq geçiyor işin içinde, yani bir nevi donanım ve işlemci arasında ki bir işi bu paket yürütüyor.
Kodlar işe yaramadı.
Peki hangi donanım olduğunu öğrenebilir miyiz ? yani atıyorum webcam gibi çok önemli olmayan birşeyse, onun sürücüsünü kaldırırarak devre dışı bırakabilirdık..
Alıntı Yap
pid numarası hangisi oluyor ?
asus@asus-F5SR:~$ ps aux | grep ksoftirqd/1
root 3037 35.9 0.0 0 0 ? R 16:31 1:25 [ksoftirqd/1]
asus 3434 0.0 0.0 5300 772 pts/2 S+ 16:35 0:00 grep --color=auto ksoftirqd/1
Sonucu ben de merak ettim. Şu;
sudo kill 3037
sudo kill 3434
İşe yarar ve bir sorun olmazsa başlangıç uygulamalarına komut olarak koyabiliriz. Tabii donanımsal bir şey değilse.
syslog dosyasından bakılabilir(var/log dizini altında). Mesela o başlıkta raid kısımları veya sistemde olmayan donanımlar ile ilgili çıktılar mevcut. Onlar tespit edilirse belki onların izlenmemesi için bir şeyler yapılabilir.
Not: Bu süreci durdurmaya çalışmayın, sistem kitlenebilir. Hele programı başlangıçta çalıştırmamak gibi bir durum olursa daha kötü olur.
3434 PID numaralı süreç "ps aux" çıktısını alırken kullanılan uygulamanın kendisi sanırım... Onu sonlandırmaya çalışınca "process not found" ya da "süreç bulunamadı" uyarısı almak muhtemel...
Alıntı yapılan: eribol - 04 Ocak 2011 - 19:14:55
Not: Bu süreci durdurmaya çalışmayın, sistem kitlenebilir. Hele programı başlangıçta çalıştırmamak gibi bir durum olursa daha kötü olur.
Ya vermemim sebebi zaten yeniden kurulumu göze almış. Madem öyle bence deneyelim, bir şey olmayacağına bahse girerim, en fazla yeniden başlatır bilgisayarını. Sonradan başlangıç uygulamalarından kaldırabiliriz, sonrasında sorun olursa.
Bir de bu PID'ler değişebiliyor mu, merak ettim şimdi. Eğer sürekli bir değişiklik söz konusuysa başlangıç uygulamalarına ekleyemeyiz. Misal arka sayfada top kodunu vermiş ve uygulamanın PID numarası 2302 olmuş. Biz en iyisi yeniden top çıktısını isteyelim.
@hkndvd, şunun çıktısında ksoftirqd/1'in PID yazan yerin altında PID'ini görebilirsin. Sonra da şunu uygula;
top
sudo kill pid
@sem, iki tane olmasına kafam karışmıştı zaten.
http://askubuntu.com/questions/7858/why-is-ksoftirqd-0-process-using-all-my-cpu
http://www.tin.org/bin/man.cgi?section=9&topic=ksoftirqd
http://efreedom.com/Question/2-133451/Ksoftirqd-Using-100-CPU
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/512702
Eğer sonlandırma gibi bir şans olsaydı sanırım bahsi geçerdi.
sema PID numaralarından init sürecinin daima 1 olması gerekiyor. Daha sonra init fork yapa yapa diğer süreçleri başlatıyor. Sistem için gerekli olanlar tabii ki önceden başlatılıyor. Bunun sırasının bir garantisi var mı emin değilim... Yani bir chromium'um PID numarası onu açıp kapatınca değişebilir fakat sistem belli şekilde açılıyorsa ilk başlardaki sistem uygulamalarının da garantisi olur mu araştırmak lazım...
Başlangıç uygulamalarına eklemeyi düşündüğün nedir? Programı sonlandıran komut mu? Eğer öyle ise, PID numrarası sabit olmasa da pkill ile süreç isminden sonlandırmak denebilir... Tabii bir kere süreci durdurduktan sonra neler olduğuna bakıp gerekirse eribol'un uyarısına uymak gerekebilir sanırım...
EK: Ben yazarken eribol yazmış... Süreç illa ki bir şekilde sonlandırılabilir diye düşünüyorum... Sürece bir C programı ile ya da bir Bash betiği ile göz ardı edemeyeceği sinyaller root tarafından gönderilirse sonlanmak zorunda kalacaktır. user_ıd root olarak gözüküyor çünkü, normal bir kullanıcı sonlandıramayabilir... Tabii ne kadar sağlıklı bir işlem olur orası bir muallak...
su@su:~$ top
top - 19:49:24 up 5:03, 2 users, load average: 0.58, 0.66, 0.54
Tasks: 142 total, 2 running, 140 sleeping, 0 stopped, 0 zombie
Cpu(s): 9.4%us, 3.0%sy, 0.0%ni, 87.0%id, 0.4%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 2058444k total, 935328k used, 1123116k free, 63112k buffers
Swap: 1464316k total, 0k used, 1464316k free, 391656k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1113 root 20 0 63320 48m 11m S 92 2.4 16:53.90 Xorg
3973 su 20 0 462m 137m 29m R 12 6.8 12:00.35 firefox-bin
698 root 20 0 0 0 0 S 2 0.0 0:23.54 phy0
7117 su 20 0 2616 1104 828 R 2 0.1 0:00.01 top
1 root 20 0 2888 1676 1220 S 0 0.1 0:00.98 init
2 root 20 0 0 0 0 S 0 0.0 0:00.01 kthreadd
3 root 20 0 0 0 0 S 0 0.0 0:00.46 ksoftirqd/0
4 root RT 0 0 0 0 S 0 0.0 0:00.05 migration/0
5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0
6 root RT 0 0 0 0 S 0 0.0 0:00.05 migration/1
7 root 20 0 0 0 0 S 0 0.0 0:00.19 ksoftirqd/1
8 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1
9 root 20 0 0 0 0 S 0 0.0 0:05.30 events/0
10 root 20 0 0 0 0 S 0 0.0 0:00.19 events/1
11 root 20 0 0 0 0 S 0 0.0 0:00.00 cpuset
12 root 20 0 0 0 0 S 0 0.0 0:00.00 khelper
su@su:~$ kill 7
bash: kill: (7) - İşleme izin verilmedi
su@su:~$ sudo !!
sudo kill 7
[sudo] password for su:
su@su:~$
Durdurdum.
@sem, evet o şekilde de yapılabilir ya da killall ile. @eribol inceleyeceğim oradakileri de..
Durdurdun ama durdu mu?
sem0900@debian:~$ ps aux | head -n 8
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.0 2032 600 ? Ss 15:02 0:01 init [2]
root 2 0.0 0.0 0 0 ? S 15:02 0:00 [kthreadd]
root 3 0.0 0.0 0 0 ? S 15:02 0:00 [migration/0]
root 4 0.0 0.0 0 0 ? S 15:02 0:00 [ksoftirqd/0]
root 5 0.0 0.0 0 0 ? S 15:02 0:00 [watchdog/0]
root 6 0.0 0.0 0 0 ? S 15:02 0:00 [migration/1]
root 7 0.0 0.0 0 0 ? S 15:02 0:00 [ksoftirqd/1]
Tesadüf mü bilemiyorum ama bende de PID 7...
Biri daha kontrol ederse tesadüf olup olmadığını anlayabiliriz. Belki birçok şeyin cevabı olur bu. Aklıma bir soru daha takıldı şimdi, PID'ler bizim isteklerimizle değiştirilebilir mi? Belki yanlış PID'lenmiştir :P
Bu arada @eribol, bir daha baktım top komuduna, hâlâ çalışıyor gibi duruyor ama durdurmuştum ben onu. Eminim :P
Konu değiştikçe değişiyor. Hayır pid numarası çalışmaya başlayan her sürece sırasıyla atanır. Hatta sırasıyla gider, bir sonra ki süreç ne olursa olsun en son pid numarasını alır. Eski pid numarası diye bir şey yok. Ve evet tesadüf sadece ama zaten çekirdeğin bir parçası olarak ilk çalışmaya başlayan bir süreç olduğu için ilk 10 numaradan birini alır.
Şu an ksoftirqd/0 ın pid numarası 3, ksoftirqd/1 in ki ise 3083 olarak gözüküyor ve
sudo kill 3
sudo kill 3083
dediğimde programlar / komutlar her neyse sonlanmıyor. hala çalışmaya devam ediyor.
Şunda ise şöyle bir uyarı veriyor
sudo kill 3457
kill: No such process
İşe yaramıyor gibi gözüküyor. Şunu dene bir de, bende yaramadı, sende de yaramaz.
sudo kill -9 3083
Olmadı şunu dene, denemedim ben, nasılsa işe yaramayacak;
sudo kill -15 3083
Sadece uykudan sonra yaşanıyorsa bu sorun çok sorun etme, sorun edeceksen de formatla düzeliyorsa format at bence.
Alıntı yapılan: sema - 04 Ocak 2011 - 21:42:47
Olmadı şunu dene, denemedim ben, nasılsa işe yaramayacak;
sudo kill -15 3083
nasılsa işe yaramayacak diye yazıyorsunuz artık önerileri :) enerjinizi yokettiğim için kendimden utanıyorum valla :)
"Ksoftirqd" (Kernel Soft Interrupt Queue Daemon) işlemcilerin kesinti mekanizmasını yöneten Linux çekirdeğindeki iş parçacıklarından (thread) birisidir. C programlama diliyle uğraşan arkadaşlar ilgili yordamları Linux çekirdeğinin kaynak kodlarındaki ("/kernel" dizini altında) "softirq.c" dosyasında bulabilirler. Burada bilinmesi gereken nokta şu; Linux çekirdeği etrafındaki ek fonksiyonlar modüler bir yapıya sahiptir ve bunlar çekirdeğe parametre göndererek devre dışı bırakılabilir ya da yapılandırılabilir (soft-coded); lakin çekirdeğin merkezindeki (core) fonksiyonlar ("ksoftirqd" gibi) modüler değildir ve bunlar yama yazmaksızın devre dışı bırakılamaz ya da yeniden yapılandırılamaz (hard-coded).
Buradaki sorunu çözmek adına çekirdeğin "softirq.c" dosyasına ait güncel yamaları içeren "2.6.36.x" sürümü ".deb" paketlerinden ya da ilgili Ppa'lardan da kurulabilir. @hkndvc şu komutların çıktılarını aktarsana, ona göre Ppa'dan ya da ".deb" paketlerinden kurulum yapacağız:
cat /etc/lsb-release
uname -a
asus@asus-F5SR:~$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=10.10
DISTRIB_CODENAME=maverick
DISTRIB_DESCRIPTION="Ubuntu 10.10"
asus@asus-F5SR:~$ uname -a
Linux asus-F5SR 2.6.35-24-generic #42-Ubuntu SMP Thu Dec 2 01:41:57 UTC 2010 i686 GNU/Linux
asus@asus-F5SR:~$
Gerekli paketleri indirmek için:
wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.36-maverick/linux-headers-2.6.36-020636-generic_2.6.36-020636.201010210905_i386.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.36-maverick/linux-headers-2.6.36-020636_2.6.36-020636.201010210905_all.deb http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.36-maverick/linux-image-2.6.36-020636-generic_2.6.36-020636.201010210905_i386.deb
Paketlerin indirildiği dizine geçiş yaptıktan sonra bu paketleri kurmak için:
sudo dpkg -i linux*.deb
Ardından sistemi yeniden başlatıp sorunun devam edip etmediğini kontrol edebilirsin.
X gelmiyor, komut ekranı çıkıyor.
Bu durumda senin için biraz zahmetli bir iş olacak ama şu komutların çıktıları gerekli:
dpkg -l | grep -iE "linux-headers|linux-image"
uname -r
sudo service gdm start
asus@asus-F5SR:~$ dpkg -l | grep -iE "linux-headers|linux-image"
ii linux-headers-2.6.35-24 2.6.35-24.42 Header files related to Linux kernel version 2.6.35
ii linux-headers-2.6.35-24-generic 2.6.35-24.42 Linux kernel headers for version 2.6.35 on x86/x86_64
ii linux-headers-2.6.36-020636 2.6.36-020636.201010210905 Header files related to Linux kernel version 2.6.36
ii linux-headers-2.6.36-020636-generic 2.6.36-020636.201010210905 Linux kernel headers for version 2.6.36 on x86/x86_64
ii linux-headers-generic 2.6.35.24.28 Generic Linux kernel headers
ii linux-image-2.6.35-22-generic 2.6.35-22.35 Linux kernel image for version 2.6.35 on x86/x86_64
ii linux-image-2.6.35-24-generic 2.6.35-24.42 Linux kernel image for version 2.6.35 on x86/x86_64
ii linux-image-2.6.36-020636-generic 2.6.36-020636.201010210905 Linux kernel image for version 2.6.36 on x86/x86_64
ii linux-image-generic 2.6.35.24.28 Generic Linux kernel image
asus@asus-F5SR:~$ uname -r
2.6.35-24-generic
asus@asus-F5SR:~$
asus@asus-F5SR:~$ sudo service gdm start
[sudo] password for asus:
start: Job is already running: gdm
asus@asus-F5SR:~$
İndirmiş olduğun paketlerin kurulumu yapılmış onda bir sorun yok, fakat sistemi daha önceden kurulu olan "2.6.35.-24" çekirdeği ile başlattığın halde X oturumu başlatılamamış, sistemi şu komutla yeniden başlattıktan sonra:
sudo reboot
Grub ekranında (shift tuşuna basılı tutarak) sistemi "2.6.36" çekirdeği ile başlatmayı denesene.
Denedim değişen * bir şey olmadı. Açılır gibi oluyor önce ubuntu logosu geliyor sonra sanki tv de kanal değiştirir gibi ekran 5-10 kere yanıp sönüyor ve komut satırı çıkıyor. oradan kullanıcı adımı ve şifremi giriyorum. öyle yani,, startx deyince de açılmıyor x....
Mesaj tekrarı yüzünden mesajınız birleştirildi. Bu mesajın gönderim tarihi : 05 Ocak 2011 - 01:37:32
Tasks: 157 total, 2 running, 155 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 1.0%sy, 0.0%ni, 98.7%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 3095824k total, 676388k used, 2419436k free, 46320k buffers
Swap: 3176444k total, 0k used, 3176444k free, 275780k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
987 root 20 0 138m 59m 28m S 1 2.0 0:08.00 Xorg
1751 asus 20 0 93384 13m 10m S 1 0.5 0:00.34 gnome-terminal
1717 asus 20 0 85360 17m 12m S 1 0.6 0:01.71 plugin-containe
xorg çalışıyor gözüküyor. yalnış mı biliyorum ?
Evet, Xorg çalışıyor. Şu komutun çıktısını da alabilir miyim ?
tail ~/.xsession-errors
asus@asus-F5SR:~$ tail ~/.xsession-errors
** Message: RFKILL event: idx 0 type 2 (BLUETOOTH) op 2 (CHANGE) soft 1 hard 0
** Message: killswitch 0 is KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitches state KILLSWITCH_STATE_SOFT_BLOCKED
** Message: updating killswitch status 0 to KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitch 0 is KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitches state KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitch 0 is KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitches state KILLSWITCH_STATE_SOFT_BLOCKED
** (update-notifier:1737): DEBUG: aptdaemon on bus: 0
** (update-notifier:1737): DEBUG: Skipping reboot required
Uzunca bir kayıt dosyası olduğundan bütün çıktıyı aktarman biraz zor olabilir, dosyayı şu komutla açarak, gözüne çarpan hata satırları var mı kendin bakabilirsin, özellikle sonlara doğru.
less ~/.xsession-errors
Bir de gdm 'yi şu şekilde yeniden başlattığında nasıl bir çıktı veriyor?
sudo service gdm restart
çok uzun değildi, birşey atlarım diye hepsini geçiriyorum...
/etc/gdm/Xsession: Beginning session setup...
Setting IM through im-switch for locale=tr_TR.
Start IM through /etc/X11/xinit/xinput.d/all_ALL linked to /etc/X11/xinit/xinput
.d/default.
GNOME_KEYRING_CONTROL=/tmp/keyring-DHmcnu
GNOME_KEYRING_CONTROL=/tmp/keyring-DHmcnu
GNOME_KEYRING_CONTROL=/tmp/keyring-DHmcnu
SSH_AUTH_SOCK=/tmp/keyring-DHmcnu/ssh
(polkit-gnome-authentication-agent-1:1464): GLib-GObject-WARNING **: cannot regi
ster existing type `_PolkitError'
(polkit-gnome-authentication-agent-1:1464): GLib-CRITICAL **: g_once_init_leave:
assertion `initialization_value != 0' failed
** Message: adding killswitch idx 0 state KILLSWITCH_STATE_UNBLOCKED
** Message: killswitch 0 is KILLSWITCH_STATE_UNBLOCKED
** Message: killswitches state KILLSWITCH_STATE_UNBLOCKED
** Message: killswitch 0 is KILLSWITCH_STATE_UNBLOCKED
** Message: killswitches state KILLSWITCH_STATE_UNBLOCKED
** Message: applet now removed from the notification area
** (nm-applet:1472): DEBUG: old state indicates that this was not a disconnect 0
Unable to find a synaptics device.
** (nm-applet:1472): DEBUG: old state indicates that this was not a disconnect 0
Initializing nautilus-gdu extension
** (nm-applet:1472): DEBUG: foo_client_state_changed_cb
** Message: applet now embedded in the notification area
** (gnome-settings-daemon:1445): WARNING **: Got less number of items in credentials hash table than expected!
** (nm-applet:1472): DEBUG: foo_client_state_changed_cb
** (gnome-screensaver:1657): WARNING **: ekran koruyucu bu oturumda zaten çalışmakta
** Message: RFKILL event: idx 0 type 2 (BLUETOOTH) op 2 (CHANGE) soft 1 hard 0
** Message: killswitch 0 is KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitches state KILLSWITCH_STATE_SOFT_BLOCKED
** Message: updating killswitch status 0 to KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitch 0 is KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitches state KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitch 0 is KILLSWITCH_STATE_SOFT_BLOCKED
** Message: killswitches state KILLSWITCH_STATE_SOFT_BLOCKED
** (update-notifier:1737): DEBUG: aptdaemon on bus: 0
** (update-notifier:1737): DEBUG: Skipping reboot required
(END)
" Bir de gdm 'yi şu şekilde yeniden başlattığında nasıl bir çıktı veriyor?"
hata veya ileti vermeden tekrar login ekranına geçiyor...
Açıkçası son çıktılardan pek bir ipucu yakalayamadım, sistemi açılışta önceki çekirdek ile başlatmayı deneyebilirsin tekrardan, aynı sorunla karşılaşırsan kurulan güncel çekirdeğe ait paketleri şu şekilde sisteminden kaldırabilirsin:
sudo apt-get purge linux-headers-2.6.36-020636 linux-headers-2.6.36-020636-generic linux-image-2.6.36-020636-generic
Maalesef "ksoftirqd" sorunu da çekirdek güncellemesi yapılmadan aşılabilecek bir sorun değil, kullandığın sistemle uyumlu çalışan güncel bir çekirdeği beklemekten başka bir öneri gelmiyor aklıma ne yazık ki.
Alıntı yapılan: hkndvc - 04 Ocak 2011 - 22:26:42
nasılsa işe yaramayacak diye yazıyorsunuz artık önerileri :) enerjinizi yokettiğim için kendimden utanıyorum valla :)
Yoo hayır, kesinlikle enerjimi biteren sen değilsin.
Bu arada @guestwho el atmış işe, hatanın üzerine gittiğini bildiğim/gördüğüm için artık çözülür gözü ile bakıyorum konuya. Şimdilik bilgisayara halt edilmiş olsa da (:P) çözeceğine inanıyorum (e bu kadar sözün üzerine çözer artık :P). Konu takibimde..
..demiştim ki cevap gelmiş, bakayım.
Yanlış okudum sanırım :'(
@sema şu an sistemi o "halt edilmiş" haline geri getirme aşamasındayız :( bunu başarabilirsek farklı çekirdek kurulumlarını da deneyebiliriz.
Evet aşamayı gördüm ama bence çok sorun değil, bu işten kurtulduktan sonra yani son çekirdekleri kaldırdıktan sonra bir de pae'ler vardı, onlarla deneyebiliriz şansımızı gibi geldi bana. Sinaptik'ten yükleyip bakabiliriz. Yalnız benim kafama bir şey takıldı, bilgisayar açılmıyorsa şu an bu çıktıları nasıl aktarıyor bize acaba? Neyse çok da önemli değil zaten, kaçırdığım bir şey vardır herhalde.
Alıntı yapılan: guestwho - 05 Ocak 2011 - 04:11:44
Açıkçası son çıktılardan pek bir ipucu yakalayamadım, sistemi açılışta önceki çekirdek ile başlatmayı deneyebilirsin tekrardan, aynı sorunla karşılaşırsan kurulan güncel çekirdeğe ait paketleri şu şekilde sisteminden kaldırabilirsin:
sudo apt-get purge linux-headers-2.6.36-020636 linux-headers-2.6.36-020636-generic linux-image-2.6.36-020636-generic
Maalesef "ksoftirqd" sorunu da çekirdek güncellemesi yapılmadan aşılabilecek bir sorun değil, kullandığın sistemle uyumlu çalışan güncel bir çekirdeği beklemekten başka bir öneri gelmiyor aklıma ne yazık ki.
Teşekkürler, kaldırdım şu an böyle kullanıyorum. bir de yabancı bir sitede rastladım ama tam anlayamadım x kurulumunu anlatıyordu galiba... kendimiz de elle yapamıyor muyuz ?
Bahsettiğin sitenin bağlantısını verebilir misin ?
O siteyi bulamadım tekrar ama şöyle * bir şey gördüm
https://wiki.archlinux.org/index.php/Xorg_(Türkçe)
Neden Xorg kurulumu yapıyoruz anlayamadım, yoksa güncel çekirdek paketlerini kaldırdıktan sonra halen masaüstü ortamı düzgün bir şekilde başlatılamıyor mu ? Başlatılamıyorsa; bu başlık açıldığından bu yana başka ayarlarla oynadın mı? Bir de şu komutların çıktılarını aktarsana:
dpkg -l | grep -iE "linux-headers|linux-image"
uname -r
Yok şu an * her şey normal. Ben onu kurduğumuz yeni kernelde x açılmadığı için linkteki gibi birşeyler yaparak xorg kurulumunu kendimiz yapabilir miyiz diye sormak amacıyla yazmıştım.
Bu konuyu açalı uzun zaman oldu, hata kaydı da yapmıştım ama sorun hala çözülmedi. ancak bir değişme oldu ( gelişme diyemem ) onu yazmak istedim. belki üzerine birşeyler söylemek istersiniz.
Şu anki son durum, yani uyku modundan çıkmak istediğim zaman, cpu kullanımı şöyle oluyor:
ksoftirqd /1 %40 cpu
kworker/1:1 %30 cpu
kworker/1:2 %30 cpu ( daha sonra kworker/1:3 oluyor )
Lİnux üzerindeki en ciddi problemim bu. hatta o kadar gına geldi ki sorunun çözülmesi için neredeyse adak adayacak duruma geldim :)
Hata kaydında ne diyorlar peki?
Hiçbir şey demiyorlar. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/710613
Onaylanmış görünüyor fakat söylediğin gibi pek gelişme yok.
Evet öyle gözüküyor onaylanmış ama bakan eden yok gibi... Bir de asıl canımı sıkan benzer bir iki hata çözülmeyecek diye işaretlenmiş...
Geliştiricilerin iletişim adreslerini bulursam, doğrudan onlara mesaj atacağım. Türk usulü sıkıştırma taktiğini tüm dünya görsün :)
Benzer hata kayıtlarında şöyle bir mesaj gördüm.
I have a feeling this bug isn't just a single bug. After Shafqat's post, i started removing modules after coming back from suspend. I didn't have sr_mod, but after I unloaded my webcam modules my system calmed down again. This problem is probably a generic issue that happens when modules don't properly unsuspend. The next time you resume from suspend, try unloading non-critical modules until your cpu usage drops back down, then report back the module name.
Kritik olmayan modülleri ve onları nasıl kaldıracağımı gösterebilir misiniz?
lsmod
Module Size Used by
nls_iso8859_1 12713 1
nls_cp437 16991 1
vfat 17585 1
fat 61512 1 vfat
fglrx 3129085 97
rfcomm 47605 10
parport_pc 32866 0
ppdev 17113 0
vesafb 13809 1
bnep 18281 2
joydev 17693 0
snd_hda_codec_realtek 223618 1
snd_hda_intel 33773 2
snd_hda_codec 118027 2 snd_hda_codec_realtek,snd_hda_intel
snd_hwdep 13668 1 snd_hda_codec
snd_pcm 97188 2 snd_hda_intel,snd_hda_codec
snd_seq_midi 13324 0
snd_rawmidi 30485 1 snd_seq_midi
snd_seq_midi_event 14899 1 snd_seq_midi
snd_seq 61896 2 snd_seq_midi,snd_seq_midi_event
snd_timer 29991 2 snd_pcm,snd_seq
snd_seq_device 14540 3 snd_seq_midi,snd_rawmidi,snd_seq
snd 68318 13 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
arc4 12529 2
soundcore 12680 1 snd
snd_page_alloc 18529 2 snd_hda_intel,snd_pcm
psmouse 87603 0
serio_raw 13211 0
ath9k 132390 0
mac80211 507070 1 ath9k
ath9k_common 14053 1 ath9k
ath9k_hw 410965 2 ath9k,ath9k_common
ath 24067 3 ath9k,ath9k_common,ath9k_hw
uvcvideo 72629 0
videodev 98259 1 uvcvideo
btusb 18288 1
cfg80211 205564 3 ath9k,mac80211,ath
v4l2_compat_ioctl32 17128 1 videodev
bluetooth 180168 23 rfcomm,bnep,btusb
video 19412 0
asus_laptop 24493 0
sparse_keymap 13890 1 asus_laptop
input_polldev 13896 1 asus_laptop
sis_agp 13373 0
lp 17799 0
parport 46562 3 parport_pc,ppdev,lp
usbhid 47199 0
hid 99559 1 usbhid
usb_storage 57901 1
uas 18027 0
sata_sis 12812 2
sis190 23144 0
Kullanımda olmayan modüllerin hepsini "rmmod" ile kapattım, işe yaramadı. Kullanımda olanları ise kapatamıyorum.
ERROR: Module bluetooth is in use by rfcomm,bnep,btusb
Bu aşamada ne önerirsiniz? Kullanımda olanları kapatmanın bir yolu yok mu? hepsini denemem gerek çünkü...
@noktakom, sudo modprobe -r -v bluetooth
Aynı hata...
sudo modprobe -r -v bluetooth
[sudo] password for pp:
FATAL: Module bluetooth is in use.
@noktakom, modinfo bluetooth
sonucu "depends" bölümünde bu modülü kullanan modülü/modülleri göreceksin. Sonra aynı işlemi o modül/modüllere de uygulayıp hiçbir modüle bağlı olmayan modüle ulaşacaksın ve onu kaldırdığında hepsini kaldırmış olursun.
Tüm başlığı okumadım fakat sorum şu olacka;
Bu uygulamanın Windows'taki IdleProcess (ismi böyle bir şey olması gerek) ile uzaktan yakından bir bağı olma olasılığı var mıdır? Yani IdleProcess CPU'nun %100'nü harcar... Bu durumdan anlaşılır ki CPU %100 Idle halinde, yani CPU yiyen bir uygulama yok... Böyle saçma bir şey varmış... En azından bana göre saçma... =)
@sem0900, öyle bir saçmalık değil bu:)
Aşağıdaki anlatımla sorunu çözdüm. İlgi gösteren herkese teşekkür ederim.
Try adding the attached script to /etc/pm/sleep.d folder. Check that the device number ("0000:00:02.5") in the script is the same as in /sys/bus/pci/drivers/pata_sis/ (if it's different, change both numbers in the script to the one you see in the folder).
This fixed the high-cpu-usage-after-suspend problem for my Asus F5SR.
#!/bin/sh
case "${1}" in
hibernate|suspend)
echo -n '0000:00:02.5' | tee /sys/bus/pci/drivers/pata_sis/unbind
;;
resume|thaw)
echo -n '0000:00:02.5' | tee /sys/bus/pci/drivers/pata_sis/bind
;;
esac
Bu kadar uğraştan sonra çözümün böyle gelmesi bir garip olmuş :) Buraya da eklediğin için teşekkürler @noktakom.