Drives missing at boot
in [Kernel]
|
Prev: [PATCH] Break out types from <linux/list.h> to <linux/list_types.h>.
Next: [PATCH -V2 02/16] vfs: Add generic IS_ACL() test for acl support
From: Sander on 6 Jul 2010 07:40 Mark Knecht wrote (ao): > On Mon, Jul 5, 2010 at 4:59 PM, Robert Hancock <hancockrwd(a)gmail.com> wrote: > > On some machines changing from IDE to AHCI messes up the boot order > > selection in the BIOS - you may have to switch to AHCI, save settings, > > reboot, go back into the BIOS and then make sure the disk boot order > > settings are correct (whatever drive grub is installed on needs to be > > first). > > That's a very interesting idea Robert. Thanks. > > I'll have to be careful. I have 5 identical drives in the machine so > figuring out which is which when I'm in BIOS might be a bit of a > trick. > > I'll give it a go and report back. You can install grub on the mbr of all disks and not worry about the order. Especially if you work with UUIDs. Sander -- Humilis IT Services and Solutions http://www.humilis.net -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Mark Knecht on 6 Jul 2010 14:20 On Mon, Jul 5, 2010 at 11:33 PM, Tejun Heo <tj(a)kernel.org> wrote: > Hello, > > On 07/05/2010 06:56 PM, Mark Knecht wrote: >>>>> dmesg output preferably with printk timestamp enabled. >>> >>> Can you please apply the attached patch, reproduce the problem and >>> post the kernel log? >> >> I'm sorry. What am I patching? I'm not a kernel developer - not even a >> programmer - so I'll need some help with this. What's the command I <SNIP> > > Hmm... > > $ cd /usr/src/linux && patch -p1 < PATCH_FILE > > should do it. Â You know how to build and install the compiled kernel, > right? > > Thanks. > > -- > tejun > OK - thanks. The patch seemed to install correctly. I then did make clean make && make modules_install and then a Gentoo command: modules-rebuild -X rebuild to pick up any package modules that need to be rebuild when I use a new kernel. (X drivers, vmware, etc.) The kernel boots fine: mark(a)c2stable ~ $ uname -a Linux c2stable 2.6.34-gentoo-r1 #4 SMP PREEMPT Tue Jul 6 10:35:15 PDT 2010 x86_64 Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz GenuineIntel GNU/Linux mark(a)c2stable ~ $ I don't know what I'm looking for in the dmesg files but I do see one message about a SATA Link being down. Files attached. Cheers, Mark
From: Tejun Heo on 7 Jul 2010 02:00 Hello, On 07/06/2010 08:13 PM, Mark Knecht wrote: > OK - thanks. The patch seemed to install correctly. I then did > > make clean > make && make modules_install > > and then a Gentoo command: > > modules-rebuild -X rebuild > > to pick up any package modules that need to be rebuild when I use a > new kernel. (X drivers, vmware, etc.) > > The kernel boots fine: > > mark(a)c2stable ~ $ uname -a > Linux c2stable 2.6.34-gentoo-r1 #4 SMP PREEMPT Tue Jul 6 10:35:15 PDT > 2010 x86_64 Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz GenuineIntel > GNU/Linux > mark(a)c2stable ~ $ > > I don't know what I'm looking for in the dmesg files but I do see one > message about a SATA Link being down. Umm... the patched module isn't being loaded. If patched, it should be reporting whether it's hard or soft resetting and some other debug messages. One common mistake is not updating initrd with patched modules. Is "modules-rebuild -X rebuild" the command for initrd update? Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Mark Knecht on 7 Jul 2010 11:40 On Tue, Jul 6, 2010 at 10:50 PM, Tejun Heo <tj(a)kernel.org> wrote: > Hello, > > On 07/06/2010 08:13 PM, Mark Knecht wrote: >> OK - thanks. The patch seemed to install correctly. I then did >> >> make clean >> make && make modules_install >> >> and then a Gentoo command: >> >> modules-rebuild -X rebuild >> >> to pick up any package modules that need to be rebuild when I use a >> new kernel. (X drivers, vmware, etc.) >> >> The kernel boots fine: >> >> mark(a)c2stable ~ $ uname -a >> Linux c2stable 2.6.34-gentoo-r1 #4 SMP PREEMPT Tue Jul 6 10:35:15 PDT >> 2010 x86_64 Intel(R) Core(TM) i7 CPU X 980 @ 3.33GHz GenuineIntel >> GNU/Linux >> mark(a)c2stable ~ $ >> >> I don't know what I'm looking for in the dmesg files but I do see one >> message about a SATA Link being down. > > Umm... the patched module isn't being loaded. Â If patched, it should > be reporting whether it's hard or soft resetting and some other debug > messages. Â One common mistake is not updating initrd with patched > modules. Â Is "modules-rebuild -X rebuild" the command for initrd > update? > > Thanks. > > -- > tejun > I don't use an initrd. I don't know what happened with the patch but clearly it wasn't in there. I wasn't confident so I used the --dry-run option. Maybe I forgot to remove it or something. Sorry. It's in now. OK - I don't know if this was you intention but since adding this patch I've not had a single drive missing failure. I've cold booted about 8 times and warm booted at least 20 times. Every one has come up fine. I've even gone so far as to turn off the UPS and sit for 5 minutes before cold booting. Still nothing fails right now. I've had this sort of statistical thing happen before where it hasn't failed for days, maybe even weeks, but then it starts failing and fails every time for awhile. Over the past few days working with you I've never had to reboot more than twice to get you a file. Now I've tried 30 times this morning and I've come up with nothing. I will continue to watch the machine and send you the failing dmesg file whenever I finally get it. For now I can only attach the passing file showing the patch is now included. modules-rebuild is just a little Gentoo script that rebuilds a list of modules that I've previously set up. Each time I build a new kernel I rebuild some modules as well as mesa: xorg-drivers xorg-input-evdev xorg-input-keyboard xorg-input-mouse xf86-video-ati xf86-video-fbdev xf86-video-vmware vmware-modules mesa Clearly I shouldn't need both evdev as well as keyboard/mouse but there's been problems with hald so I've been flipping back and forth a bit. mesa is just superstition but I _think_ it's helped a couple of times. Thanks! - Mark
From: Tejun Heo on 7 Jul 2010 12:20
On 07/07/2010 06:15 PM, Mark Knecht wrote: > Certainly. Is there a way to reverse the previous patch? > > c2stable linux # patch -p1 --dry-run <~mark/Downloads/resume-dbg-1.patch > patching file drivers/ata/libata-core.c > Hunk #1 succeeded at 3798 (offset 86 lines). > Hunk #2 succeeded at 3833 with fuzz 2 (offset 94 lines). > Hunk #3 FAILED at 6109. > 1 out of 3 hunks FAILED -- saving rejects to file drivers/ata/libata-core.c.rej > c2stable linux # > > I assume this is failing because your patch is over the plain kernel, > not the one I've patched? $ patch -R -p1 < ~mark/Downloads/resume-dbg.patch $ patch -p1 < ~mark/Downloads/resume-dbg-1.patch -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |