| 1 |
On 7/7/06, Daniel Iliev <danny@××××××××.com> wrote: |
| 2 |
> I use the same kernel on my desktop and never had this problem.However I |
| 3 |
> have to say there's a big difference between the desktop and the |
| 4 |
> problematic PC. While the PC has a plain setup - only 1 hdd with only 1 |
| 5 |
> partition (hda1), the desktop has its root on a 2-disk software raid0. |
| 6 |
> So the desktop mounts /dev/md0 preliminary, then xfs recovery takes |
| 7 |
> place if needed, and "switchroot /sysroot" is made at the end. |
| 8 |
|
| 9 |
Ahh, this could very likely be the difference. I use dm-crypt on all |
| 10 |
my filesystems, so a very similar situation: my initramfs first mounts |
| 11 |
my root filesystem, and then chroot's into it. The mount call from |
| 12 |
userspace is likely the difference. |
| 13 |
|
| 14 |
I would suggest to try and duplicate it with an initrd/initramfs, and |
| 15 |
if it goes away, file a bug at bugs.kernel.org. They might refuse a |
| 16 |
bug report with -ck sources, so you might have to report it with the |
| 17 |
maintainer of the -ck sources, or switch to vanilla for the testing. |
| 18 |
But either way it seems like a kernel bug to me... |
| 19 |
|
| 20 |
-Richard |
| 21 |
-- |
| 22 |
gentoo-user@g.o mailing list |
Archives