Nux!


Home » Stella » Report a problem or request a feature » kernel 22.6.32-358.23.2.el6.i686 problem (empty /sys directory)
kernel 22.6.32-358.23.2.el6.i686 problem [message #1552] Fri, 01 November 2013 09:16 Go to next message
ongoto is currently offline  ongoto
Messages: 173
Registered: October 2013
Location: California USA
Senior Member
Mayday Mayday

I'm having my doubts about kernel 2.6.32-358.23.2.el6.i686.

All my partitions are labeled and listed that way in /etc/fstab, so hal doesn't mount them. Today, I noticed a 21GB volume listed in nautilus, so I investigated and found the label gone for /dev/sdb7. Worse, when I ran blkid, it showed nothing! The same for lsblk -f, which produced a message that /sys/dev/block not found. Then ls -a /sys came up empty. I had a /sys directory with nothing inside.

This all happened running kernel 2.6.32-358.23.2.el6.i686. Not knowing what else to try, I rebooted with kernel 2.6.32-358.18.1.el6.i686 and now I'm OK...(I think)

ls -a /sys
block/  bus/  class/  dev/  devices/  firmware/  fs/  hypervisor/  kernel/  module/  power/
./      ../


I haven't been doing anything other than regular updates and installing a few other packages; nothing system related. Kinda wierd, no??

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1553 is a reply to message #1552] Fri, 01 November 2013 11:23 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1663
Registered: January 2012
Senior Member
Administrator

Yes, very weird. Can you try to reinstall the newest kernel or force a initrd rebuild with dracut and see if it's maybe something missing there?



Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1554 is a reply to message #1553] Fri, 01 November 2013 23:48 Go to previous messageGo to next message
ongoto is currently offline  ongoto
Messages: 173
Registered: October 2013
Location: California USA
Senior Member
@nux

Well, I discovered something else. Since installing Stella my second hard drive was named /dev/sdf. Now it has changed to /dev/sdb. So I edited /boot/grub/device.map and made the correction. Then I rebooted into the ...23.2 kernel and, so far so good.

Maybe I should suspect udev instead of the kernel? I dunno. I'll keep digging around for a few days and keep you posted.

Dracut is new to me (still learning Redhat's way of doing things). I looked at the man page. There is a boat load of options. Could you recommend a command line?
I've always used:
mkinitrd -f /boot/initramfs-$(uname -r).img $(uname -r)

[Updated on: Sat, 02 November 2013 00:11]

Report message to a moderator

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1555 is a reply to message #1552] Sat, 02 November 2013 01:45 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1663
Registered: January 2012
Senior Member
Administrator

Yeah, could be udev, not sure.

Re dracut, it's very similar to mkinitrd, just more modern, man page says:
dracut [OPTION]... <image> <kernel-version>

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1556 is a reply to message #1555] Sat, 02 November 2013 05:45 Go to previous messageGo to next message
ongoto is currently offline  ongoto
Messages: 173
Registered: October 2013
Location: California USA
Senior Member
Redid the initrd with dracut. No noticeable difference. I compared the dmesg output for both kernels with diff. No real difference there either.

Update:
There were some updates recently that may have something to do with all this device stuff:

Oct 30 19:16:08 Updated: xulrunner-17.0.10-1.el6.centos.i686
Oct 30 19:16:09 Updated: device-mapper-libs-1.02.77-9.el6_4.2.i686
Oct 30 19:16:10 Updated: device-mapper-1.02.77-9.el6_4.2.i686
Oct 30 19:16:19 Updated: firefox-17.0.10-1.el6.centos.i686
Oct 30 19:16:20 Updated: device-mapper-event-libs-1.02.77-9.el6_4.2.i686
Oct 30 19:16:21 Updated: device-mapper-event-1.02.77-9.el6_4.2.i686
Oct 30 19:16:22 Updated: lvm2-libs-2.02.98-9.el6_4.2.i686
Oct 30 19:16:24 Updated: lvm2-2.02.98-9.el6_4.2.i686


Previously, when I ran blkid or lsblk, the output for /dev/sdb (sdf earlier) was displayed first followed by /dev/sda. Now the order is /dev/sda first. It's confusing but it's all for the better I think.

So far, all I have found that I could actually fix is the device.map file.


[Updated on: Sat, 02 November 2013 08:32]

Report message to a moderator

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1557 is a reply to message #1552] Sat, 02 November 2013 10:41 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1663
Registered: January 2012
Senior Member
Administrator

Good job Smile

Yeah, device.map can be a bitch sometimes and it did bit my ass on several occasions, too. I wonder if grub2 (EL7) will get rid of it somehow.

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1558 is a reply to message #1557] Sat, 02 November 2013 12:24 Go to previous messageGo to next message
ongoto is currently offline  ongoto
Messages: 173
Registered: October 2013
Location: California USA
Senior Member
I've never been a big fan of Grub2, but a lot of distros use it, maybe even most of them. Anyway, I'll keep using the latest kernel. The scare is over for me and the problem seems to have worked itself out. For the time being I guess we could consider this one solved.

Thanks for the support nux. Smile
Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1569 is a reply to message #1552] Sun, 17 November 2013 18:06 Go to previous messageGo to next message
WalterK is currently offline  WalterK
Messages: 13
Registered: August 2012
Location: Maryland, USA
Junior Member
I have been having problems with the x86-64 bit version of this same kernel - random machine lockups that freeze the displays and lock up the mice - on two graphics workstation machines that have wireless Logitech keyboards and mice. I went back to the last kernel inthe bootup selection list, 2.6.32.358-18.1 and they seem to have gone away, at least the workstations haven't locked up today. Good luck.
Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1570 is a reply to message #1552] Mon, 18 November 2013 08:35 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1663
Registered: January 2012
Senior Member
Administrator

Hi Walter,

Anything dodgy in dmesg or messages?

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1580 is a reply to message #1570] Sun, 24 November 2013 14:31 Go to previous messageGo to next message
WalterK is currently offline  WalterK
Messages: 13
Registered: August 2012
Location: Maryland, USA
Junior Member
Hi, Nux -

No, nothing that stood out. We have been running both workstations now on the 2.6.32-358.18.1.el6.x86_64 kernel for more than a week, and the problem has not reappeared. One workstation has an Intel i7, the other is an AMD. We are running the 64 bit kernels on both of them, not the i686, and noticed the random freeze with the 2.6.32.358.23.2.el6.x86_64 kernel. When running earlier kernels, the workstatons were fine, and the lockkups/freezes didn't appear until the 2.6.32-358.23.2 kernel upgrade. It was particularly annoying, because frequently it happened during the middle of scanning documents into pdf files using usb attached Fujitsu scanners via gscan2pdf. Of course that required that the locked computer had to be reset, because since the keyboard and mouse were frozen, we couldn't get to the Force Quit icon I had placed on the top taskbars. Maybe the next kernel version will be okay.

Did I mention that we love Stella? I put it on our servers, too, as well as my laptop and our thin client terminals.

Regards,

Walt

[Updated on: Sun, 24 November 2013 14:32]

Report message to a moderator

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1582 is a reply to message #1580] Sun, 24 November 2013 19:08 Go to previous messageGo to next message
nux is currently offline  nux
Messages: 1663
Registered: January 2012
Senior Member
Administrator

Right, well, let's hope it will go away in future kernel releases (EL 6.5 is just around the corner).
Thanks for your words regarding Stella. Smile

For servers I recommend to stick with CentOS. Stella was created to fill a gap on the desktop side really.
Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1584 is a reply to message #1582] Tue, 26 November 2013 12:06 Go to previous messageGo to next message
WalterK is currently offline  WalterK
Messages: 13
Registered: August 2012
Location: Maryland, USA
Junior Member
Hi, Nux -

I put Stella on our servers after extensive testing, and chose it over Centos and Scientific Linux mainly because of the out-of-the-box multimedia work you had done. The main server is our office workhorse, a SuperMicro dual Xeon rackmount. Much of our work is graphical. The server is set up with ThinLinc and serves up Firefox, word processing, accounting, case management and multimedia to our thin clients. I think the first version of Stella I used was 6.2. Later, I read this article on Stella, and agree with everything the author had to say except for slow booting, which we have not experienced. I understand it was not your intent to have Stella on anything other than desktops/workstations, but I can confirm that it works just fine as a server, and I greatly appreciate the work you did in adding the multimedia functionality so that I didn't have to tweak Centos or SL (which I had done on both of them, before I found reference to Stella in some message thread I no longer recall).

http://www.dedoimedo.com/computers/stella-linux.html

Regards,

Walt

[Updated on: Tue, 26 November 2013 12:09]

Report message to a moderator

Re: kernel 22.6.32-358.23.2.el6.i686 problem [message #1585 is a reply to message #1584] Tue, 26 November 2013 22:15 Go to previous message
nux is currently offline  nux
Messages: 1663
Registered: January 2012
Senior Member
Administrator

Well, in that case, glad it's working fine for you! Smile
Previous Topic: Duplicate entries in "Open with other application"
Next Topic: Network Scanning
Goto Forum:
  


Current Time: Tue Apr 07 14:03:55 BST 2020

Total time taken to generate the page: 0.01605 seconds