On Tue, Apr 16, 2002 at 07:43:23PM -0700, Alan wrote:
Shouldn't ext3 be compiled into the main kernel and not a module?
And Reiser, XFS, JFS as well ;-) I wonder what amount of memory this
would waste. There are too many filesystems around for this IMO.
--
Michal Suchanek
On Wednesday 17 April 2002 03:57 am, Borsenkow Andrej wrote:
I wonder should it not be in FAQ somewhere
The steps below are pretty much what I did before.
pretty much is not enough. When I compile kernel it boots.
But I know *why* it did not boot. mkinitrd wants /dev/loop which is not
On Wednesday 17 April 2002 03:57 am, Borsenkow Andrej wrote:
Here is the oops from the current crash.
It is the same as the old crash.
fs/devfs/base.c has the offending call.
Also attached is the dmesg from the boot. You will see a number of odd
messages associated with the zip drive. (The
On Monday 15 April 2002 11:06 pm, Borsenkow Andrej wrote:
Yes, there are more changes than I expected actually. Which means it may
not even work at all.
If you remove ungrok_partitions and use --ignore-whitespace the -2, -3
and -4 patches apply. Still, it may be left in some messy state.
SUGGESTION: Could the patches to the kernel source please be
included
in
the
kernel-source rpm?
No unless you test them and confirm that they work. :-)
I am speaking of patches applied to the kernel in general. it would
be nice
to have a copy of all the patches applied
On Tuesday 16 April 2002 12:30 am, Borsenkow Andrej wrote:
SUGGESTION: Could the patches to the kernel source please be
included
in
the
kernel-source rpm?
No unless you test them and confirm that they work. :-)
I am speaking of patches applied to the kernel in
Huh? It is what kernel SRPM is for :-)
Yick. Forgot about that... SRPMS for a source RPM? Who woulda thunk
it...
Well, I need to check the .config file on this beast.
I wonder should it not be in FAQ somewhere
cd /usr/src/linux
make mrproper
edit Makefile - change EXTRAVERSION to
Alan [EMAIL PROTECTED] writes:
The kernel halts with the following message:
EXT2-fs: ide0(3,5): could'nt mount because of uunsupported optional features
(4).
Kernel panic: VFS: Unable to mount root fs on 03:05
Can you copy here your /etc/fstab?
--
Guillaume Cottenceau -
On Tuesday 16 April 2002 01:41 am, Borsenkow Andrej wrote:
Huh? It is what kernel SRPM is for :-)
Yick. Forgot about that... SRPMS for a source RPM? Who woulda thunk
it...
Well, I need to check the .config file on this beast.
I wonder should it not be in FAQ somewhere
The steps
I'll go along with that. I was about to submit a report about this but then
saw this thread. I have noticed the system will degrade in the same way if my
parprt Zip drive is attached after the system has booted. When installing 8.2
/ Cooker I had the Zip drive attached. Having never done this
On Tuesday 16 April 2002 01:51 am, Guillaume Cottenceau wrote:
Alan [EMAIL PROTECTED] writes:
The kernel halts with the following message:
EXT2-fs: ide0(3,5): could'nt mount because of uunsupported optional
features (4).
Kernel panic: VFS: Unable to mount root fs on 03:05
Can you
On Sunday 14 April 2002 09:09 am, Borsenkow Andrej wrote:
÷ ðÔÎ, 12.04.2002, × 21:59, Alan ÎÁÐÉÓÁÌ:
I believe it is the zip drive that it is choking in. The oops happens in
scan_dir_for_removable(). (The only removable devices are two scsi
cd-rom drives and an ide Zip drive. The zip
On Monday 15 April 2002 04:16 pm, Alan wrote:
On Sunday 14 April 2002 09:09 am, Borsenkow Andrej wrote:
÷ ðÔÎ, 12.04.2002, × 21:59, Alan ÎÁÐÉÓÁÌ:
I believe it is the zip drive that it is choking in. The oops happens
in scan_dir_for_removable(). (The only removable devices are two scsi
I really wish that these patches were merged. They overlap in this
one
section repeatedly. (ide-floppy-2.diff makes changes that get deleted
in
ide-floppy-3.diff, for example.)
All failures are in modifying drivers/ide/ide-floppy.c
ide-floppy-2.diff failed hunk #14 at line 1740.
÷ ðÔÎ, 12.04.2002, × 21:59, Alan ÎÁÐÉÓÁÌ:
I believe it is the zip drive that it is choking in. The oops happens in
scan_dir_for_removable(). (The only removable devices are two scsi cd-rom
drives and an ide Zip drive. The zip drive is the only one that gets classed
as removable to my
I am seeing this same exact problem. I have an IDE ZIP that is
supermounted, and about once a day (when msec_find runs), I get an Oops
in scan_dir_for_removeable(). I placed some code in the function that
prints out dir-name. It appears the Oops occurs when attempting to
access
This is pretty nasty.
This is using the stock kernel from Mandrake 8.2. I expect that similar
problems exist in the cooker version.
What happens is that after some indeterminate time period, the system
does not allow you to start new processes. Already existing processes
run, but new
÷ ðÔÎ, 12.04.2002, × 21:30, Alan ÎÁÐÉÓÁÌ:
This is pretty nasty.
This is using the stock kernel from Mandrake 8.2. I expect that similar
problems exist in the cooker version.
What happens is that after some indeterminate time period, the system
does not allow you to start new processes.
On Friday 12 April 2002 10:50 am, Borsenkow Andrej wrote:
÷ ðÔÎ, 12.04.2002, × 21:30, Alan ÎÁÐÉÓÁÌ:
This is pretty nasty.
This is using the stock kernel from Mandrake 8.2. I expect that similar
problems exist in the cooker version.
What happens is that after some indeterminate time
On Friday 12 April 2002 10:50 am, Borsenkow Andrej wrote:
÷ ðÔÎ, 12.04.2002, × 21:30, Alan ÎÁÐÉÓÁÌ:
This is pretty nasty.
This is using the stock kernel from Mandrake 8.2. I expect that similar
problems exist in the cooker version.
What happens is that after some indeterminate time
20 matches
Mail list logo