[arch-general] my Arch box randomly becomes irresponsible

Not To Miss not.to.miss at gmail.com
Sun Jul 15 23:59:53 EDT 2012


Thanks. I don't think it is related either. But perhaps I should fix that
floppy error anyway

Another thing I want to mention is that the screen jitters occasionally and
when I lock the screen, only one monitor turns black while the other is
still displaying with keyboard disabled but mouse still working.

On Sun, Jul 15, 2012 at 11:49 PM, Victor Silva <vfbsilva at gmail.com> wrote:

> 2012/7/16 Not To Miss <not.to.miss at gmail.com>
>
> > I didn't remeber I had seen anything relevant in log files. Here is the
> > most recent record in /var/log/messages files (I pressed reset button to
> > reboot at Jul 15 20:37) with "-- MARK -- \" message lines skipped:
> > Jul 14 20:36:15 phelps kernel: [111935.191008] PGD 10b42e067 PUD 0
> > Jul 14 20:36:15 phelps kernel: [111935.191011] Oops: 0000 [#1] PREEMPT
> SMP
> > Jul 14 20:36:15 phelps kernel: [111935.191015] CPU 0
> > Jul 14 20:36:15 phelps kernel: [111935.191016] Modules linked in: fuse
> > pci_stub vboxpci(O) vboxnetflt(O) vboxnetadp(O) vboxdrv(O)
> > snd_hda_codec_realtek nvidia(PO) r8169 snd_hd
> > a_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc snd_timer snd
> > soundcore microcode psmouse i2c_i801 serio_raw intel_agp processor pcspkr
> > iTCO_wdt coretemp mii evdev inte
> > l_gtt iTCO_vendor_support button i2c_core ext4 crc16 jbd2 mbcache raid0
> > raid456 async_raid6_recov async_memcpy async_pq async_xor xor async_tx
> > raid6_pq raid1 md_mod sr_mod cdr
> > om sd_mod usbhid pata_jmicron hid pata_acpi ahci libahci uhci_hcd
> ata_piix
> > ata_generic ehci_hcd libata scsi_mod usbcore usb_common floppy
> > Jul 14 20:36:15 phelps kernel: [111935.191057]
> > Jul 14 20:36:15 phelps kernel: [111935.191059] Pid: 1373, comm:
> gnome-shell
> > Tainted: P           O 3.4.4-2-ARCH #1 Gigabyte Technology Co., Ltd.
> > P35-DS3R/P35-DS3R
> > Jul 14 20:36:15 phelps kernel: [111935.191063] RIP:
> > 0010:[<ffffffffa06deb9e>]  [<ffffffffa06deb9e>] _nv003990rm+0x4160/0xa790
> > [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191186] RSP: 0018:ffff88010b6efa88
> > EFLAGS: 00010246
> > Jul 14 20:36:15 phelps kernel: [111935.191188] RAX: 00000000ffffffbb RBX:
> > ffff88011742e008 RCX: 0000000000088004
> > Jul 14 20:36:15 phelps kernel: [111935.191190] RDX: ffff88011742e378 RSI:
> > ffff88011742e008 RDI: 000000201875d808
> > Jul 14 20:36:15 phelps kernel: [111935.191192] RBP: ffff880118a8dfe0 R08:
> > 0000000000000000 R09: ffff880118a8dfec
> > Jul 14 20:36:15 phelps kernel: [111935.191194] R10: 0000000000000000 R11:
> > 0000000000000001 R12: 0000000000088004
> > Jul 14 20:36:15 phelps kernel: [111935.191196] R13: 0000000000000000 R14:
> > ffff88011742e378 R15: 0000000000000000
> > Jul 14 20:36:15 phelps kernel: [111935.191199] FS:
>  00007f8f3df8e940(0000)
> > GS:ffff88011fc00000(0000) knlGS:0000000000000000
> > Jul 14 20:36:15 phelps kernel: [111935.191201] CS:  0010 DS: 0000 ES:
> 0000
> > CR0: 0000000080050033
> > Jul 14 20:36:15 phelps kernel: [111935.191203] CR2: 000000201875dac0 CR3:
> > 000000010b42b000 CR4: 00000000000007f0
> > Jul 14 20:36:15 phelps kernel: [111935.191205] DR0: 0000000000000000 DR1:
> > 0000000000000000 DR2: 0000000000000000
> > Jul 14 20:36:15 phelps kernel: [111935.191208] DR3: 0000000000000000 DR6:
> > 00000000ffff0ff0 DR7: 0000000000000400
> > Jul 14 20:36:15 phelps kernel: [111935.191210] Process gnome-shell (pid:
> > 1373, threadinfo ffff88010b6ee000, task ffff8801103d7710)
> > Jul 14 20:36:15 phelps kernel: [111935.191212] Stack:
> > Jul 14 20:36:15 phelps kernel: [111935.191213]  ffff88011742e008
> > ffff88011742e008 0000000000000000 0000000000088004
> > Jul 14 20:36:15 phelps kernel: [111935.191218]  ffffc90005144008
> > ffffffffa06deaac ffff88011875f800 ffff88011742e008
> > Jul 14 20:36:15 phelps kernel: [111935.191222]  0000000000000000
> > ffff880118a8b000 ffffc90005144008 ffffffffa09067a1
> > Jul 14 20:36:15 phelps kernel: [111935.191226] Call Trace:
> > Jul 14 20:36:15 phelps kernel: [111935.191347]  [<ffffffffa06deaac>] ?
> > _nv003990rm+0x406e/0xa790 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191400]  [<ffffffffa09067a1>] ?
> > rm_check_pci_config_space+0x499/0xa44 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191450]  [<ffffffffa0921930>] ?
> > nv_verify_pci_config+0x60/0x80 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191502]  [<ffffffffa08fbaab>] ?
> > _nv014590rm+0x22/0x27 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191553]  [<ffffffffa09080f7>] ?
> > _nv014633rm+0x31/0x538 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191675]  [<ffffffffa06be7e3>] ?
> > _nv009673rm+0xf7/0x134 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191795]  [<ffffffffa06df156>] ?
> > _nv003990rm+0x4718/0xa790 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191846]  [<ffffffffa0906bdf>] ?
> > rm_check_pci_config_space+0x8d7/0xa44 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191915]  [<ffffffffa0360736>] ?
> > _nv014429rm+0x9/0x21 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.191964]  [<ffffffffa0921930>] ?
> > nv_verify_pci_config+0x60/0x80 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192015]  [<ffffffffa08fbaab>] ?
> > _nv014590rm+0x22/0x27 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192078]  [<ffffffffa031eefa>] ?
> > _nv000529rm+0x62/0x98 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192146]  [<ffffffffa03639a2>] ?
> > _nv016127rm+0x2c/0x67 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192214]  [<ffffffffa0362eaa>] ?
> > _nv016521rm+0x14aa/0x14fb [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192282]  [<ffffffffa0363458>] ?
> > _nv016148rm+0x55d/0x58b [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192349]  [<ffffffffa0363495>] ?
> > _nv001046rm+0xf/0x14 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192416]  [<ffffffffa0348b2e>] ?
> > _nv000945rm+0x31/0x59 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192470]  [<ffffffffa08f6a2e>] ?
> > _nv001095rm+0xa3e/0xa9f [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192521]  [<ffffffffa09035d0>] ?
> > rm_ioctl+0x76/0xf3 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192570]  [<ffffffffa0921e0e>] ?
> > nv_kern_ioctl+0x15e/0x480 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192619]  [<ffffffffa0922181>] ?
> > nv_kern_unlocked_ioctl+0x21/0x30 [nvidia]
> > Jul 14 20:36:15 phelps kernel: [111935.192624]  [<ffffffff81180787>] ?
> > do_vfs_ioctl+0x97/0x530
> > Jul 14 20:36:15 phelps kernel: [111935.192627]  [<ffffffff81170097>] ?
> > fget_light+0x97/0x100
> > Jul 14 20:36:15 phelps kernel: [111935.192630]  [<ffffffff81180cb9>] ?
> > sys_ioctl+0x99/0xa0
> > Jul 14 20:36:15 phelps kernel: [111935.192634]  [<ffffffff8146a8e9>] ?
> > system_call_fastpath+0x16/0x1b
> > ul 14 20:36:15 phelps kernel: [111935.192636] Code: 20 00 00 00 44 89 f9
> 44
> > 89 e2 44 89 ee 48 89 df e8 42 7d 00 00 f6 45 0c 02 75 16 45 89 f8 44 89
> e1
> > 4c 89 f2 48 89 de 48 8b 7d 00 <ff> 97 b8 02 00 00 48 83 c5 10 5b 41 5c 41
> > 5d 41 5e 41 5f c3 41
> > Jul 14 20:36:15 phelps kernel: [111935.192788]  RSP <ffff88010b6efa88>
> > Jul 14 20:36:15 phelps kernel: [111935.192789] CR2: 000000201875dac0
> > Jul 14 20:36:15 phelps kernel: [111935.192821] ---[ end trace
> > e8b17fa2032ffeeb ]---
> > ...
> > Jul 15 13:31:45 phelps dhcpcd[873]: eth0: renewing lease of 172.18.200.52
> > Jul 15 13:31:45 phelps dhcpcd[873]: eth0: acknowledged 172.18.200.52 from
> > 172.17.254.30
> > Jul 15 13:31:45 phelps dhcpcd[873]: eth0: leased 172.18.200.52 for 86400
> > seconds
> > ...
> > Jul 15 20:37:17 phelps kernel: [    0.000000] Initializing cgroup subsys
> > cpuset
> > Jul 15 20:37:17 phelps kernel: [    0.000000] Initializing cgroup subsys
> > cpu
> > Jul 15 20:37:17 phelps kernel: [    0.000000] Linux version 3.4.4-2-ARCH
> > (tobias at T-POWA-LX) (gcc version 4.7.1 (GCC) ) #1 SMP PREEMPT Sun Jun 24
> > 18:59:47 CEST 2012
> > Jul 15 20:37:17 phelps kernel: [    0.000000] Command line: root=/dev/md2
> > ro initrd=../initramfs-linux.img BOOT_IMAGE=../vmlinuz-linux
> > Jul 15 20:37:17 phelps kernel: [    0.000000] BIOS-provided physical RAM
> > map:
> > Jul 15 20:37:17 phelps kernel: [    0.000000]  BIOS-e820:
> 0000000000000000
> > - 000000000009f800 (usable)
> > Jul 15 20:37:17 phelps kernel: [    0.000000]  BIOS-e820:
> 000000000009f800
> > - 00000000000a0000 (reserved)
> > Jul 15 20:37:17 phelps kernel: [    0.000000]  BIOS-e820:
> 00000000000f0000
> > - 0000000000100000 (reserved)
> > ...
> >
> >
> > These are the record from /var/log/errors:
> > Jul 13 13:42:23 phelps kernel: [  703.602239] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:42:23 phelps kernel: [  703.602246] Buffer I/O error on device
> > fd0, logical block 0
> > Jul 13 13:42:35 phelps kernel: [  715.772126] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:42:35 phelps kernel: [  715.772133] Buffer I/O error on device
> > fd0, logical block 0
> > Jul 13 13:42:47 phelps kernel: [  727.935544] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:42:47 phelps kernel: [  727.935551] Buffer I/O error on device
> > fd0, logical block 0
> > Jul 13 13:43:00 phelps kernel: [  740.098959] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:43:00 phelps kernel: [  740.098965] Buffer I/O error on device
> > fd0, logical block 0
> > Jul 13 13:43:12 phelps kernel: [  752.262394] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:43:12 phelps kernel: [  752.262401] Buffer I/O error on device
> > fd0, logical block 0
> > Jul 13 13:43:24 phelps kernel: [  764.428886] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:43:24 phelps kernel: [  764.428891] Buffer I/O error on device
> > fd0, logical block 0
> > Jul 13 13:43:36 phelps kernel: [  776.598318] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:43:48 phelps kernel: [  788.758826] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:44:00 phelps kernel: [  800.922217] end_request: I/O error, dev
> > fd0, sector 2
> > Jul 13 13:44:00 phelps kernel: [  800.922241] EXT4-fs (fd0): unable to
> read
> > superblock
> > Jul 13 13:44:13 phelps kernel: [  813.089021] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:44:25 phelps kernel: [  825.255519] end_request: I/O error, dev
> > fd0, sector 2
> > Jul 13 13:44:25 phelps kernel: [  825.255541] EXT4-fs (fd0): unable to
> read
> > superblock
> > Jul 13 13:44:37 phelps kernel: [  837.435621] end_request: I/O error, dev
> > fd0, sector 0
> > Jul 13 13:44:49 phelps kernel: [  849.602125] end_request: I/O error, dev
> > fd0, sector 2
> > Jul 13 13:44:49 phelps kernel: [  849.602143] EXT4-fs (fd0): unable to
> read
> > superblock
> > Jul 13 13:45:01 phelps kernel: [  861.778900] end_request: I/O error, dev
> > fd0, sector 0
> >
> > Thanks a lot for your help.
> >
> >
> > On Sun, Jul 15, 2012 at 11:15 PM, Victor Silva <vfbsilva at gmail.com>
> wrote:
> >
> > > 2012/7/15 Not To Miss <not.to.miss at gmail.com>
> > >
> > > > Dear Arch users,
> > > >
> > > > I have latest Arch installed on my desktop at work. In recent two
> > weeks,
> > > > the system randomly "suspends" at night (I call it "randomly" because
> > it
> > > > didn't happen every night. And it seems to happen after a random
> period
> > > > idle time) when I am off. I can't wake it up in the next morning thru
> > > mouse
> > > > or keyboard.
> > > >
> > > > I tried to disable suspension and hibernation by editing
> > > > /usr/share/polkit-1/actions/org.freedesktop.upower.policy to change
> > > > from
> > > > <allow_active>yes</allow_active>
> > > > to
> > > > <allow_active>no</allow_active>
> > > >
> > > > But it doesn't work.
> > > >
> > > > While I call it "suspend", I am not sure it suspend to RAM or
> hibernate
> > > to
> > > > disk, because I find the CPU fan and power fan still spin normally.
> RAM
> > > > light is also on. So it might be a video driver / setting related
> > issue.
> > > > For your information, I am using nvidia-302.17-2-x86_64 and have dual
> > > > monitor set up with nvidia-utils-302.17-1-x86_64
> > > >
> > > > This really bothers me a lot. Any help is appreciated. Thanks!
> > > >
> > > > --
> > > > Best,
> > > > Zech
> > > >
> > > Any hint on /var/log/messages or /var/log/errors?
> > >
> >
> >
> >
> > --
> > Best,
> > Zech
> >
> Don't think it is related but...
>
> http://superuser.com/questions/141770/ubuntu-login-takes-15-seconds-i-o-error-dev-fd0-sector-0
>



-- 
Best,
Zech


More information about the arch-general mailing list