> Hi all,
>
[...]
> However there is a problem. All symbolic links appear to have 'lost' their
> pointers to the source file. Also, any attempt to access such a link causes
> the kernel to issue a message "kmalloc of too large a block (n bytes)."
> where n is usually > 10MB. An example of this is :-
>
> duncodin:tty1:/cdrom/var# ls -l
> kmalloc of too large a block (56623116 bytes).
> total 20
> -rwxr-xr-x 1 root root 378 Mar 5 15:34 TRANS.TBL*
> drwxr-xr-x 3 adm adm 2048 Mar 5 15:09 adm/
> drwxrwxrwx 3 root root 2048 Mar 5 15:09 catman/
> drwxr-xr-x 3 root root 2048 Mar 5 15:09 lib/
> drwxrwxrwx 2 uucp uucp 2048 Mar 5 15:09 lock/
> lrwxrwxrwx 1 root root 3 Mar 4 18:06 log ->
> drwxr-xr-x 2 root root 2048 Mar 5 15:09 run/
> drwxr-xr-x 21 root root 4096 Mar 5 15:09 spool/
> drwxrwxrwx 2 root root 2048 Mar 5 15:09 tmp/
> drwxr-xr-x 3 root root 2048 Mar 5 15:09 yp/
> duncodin:tty1:/cdrom/var# cd log
> kmalloc of too large a block (56623116 bytes).
> kmalloc of too large a block (56623116 bytes).
> bash: log: Too many symbolic links encountered
> duncodin:tty1:/cdrom/var#
>
> Question is, has this CD been written incorrectly, or is there a problem in
> ISO9660_FS??
>
> Mike
>
I get this too, it's with my RedHat 3.0.3 cdrom, that used to work, so
it's a isofs (aka iso9660) problem. There were some changes to the isofs
code a couple of releases ago, so .... I also get the 'kmalloc of too
large a block (verylarge n bytes)' the number id of the order of hundreds
of Mb's.
I stuck a ls -l on the end of this message.
Bryn
PS the numbers are (all Mb) >224, >224, >224, >608, >48, >224, >112, >48.
>>>---> Cut Here <---<<<
root@gytha:/mnt/cdrom# ls -l
kmalloc of too large a block (234953286 bytes).
kmalloc of too large a block (234953286 bytes).
kmalloc of too large a block (234953286 bytes).
kmalloc of too large a block (638456578 bytes).
kmalloc of too large a block (50344299 bytes).
kmalloc of too large a block (234953286 bytes).
kmalloc of too large a block (117466468 bytes).
kmalloc of too large a block (50344555 bytes).
total 108
-rw-r--r-- 1 root root 19000 Mar 4 21:15 COPYING
-rw-r--r-- 1 root root 5197 Mar 4 21:31 README
-r--r--r-- 1 root root 1031 Mar 4 19:12 RPM-PGP-KEY
drwxrwxr-x 7 root root 2048 Mar 6 17:53 RedHat/
-r--r--r-- 1 root root 1534 Mar 6 18:11 TRANS.TBL
lrwxrwxrwx 1 root root 11 Feb 19 19:37 bin ->
drwxrwxr-x 2 root root 2048 Mar 6 16:26 bootdisk/
dr-xr-xr-x 2 root root 2048 Mar 2 20:52 cdrom/
lrwxrwxrwx 1 root root 11 Mar 1 20:37 dev ->
drwxrwxr-x 6 root root 2048 Feb 27 20:21 doc/
drwxr-xr-x 2 root root 2048 Feb 28 19:29 dosutils/
lrwxrwxrwx 1 root root 11 Feb 19 19:38 etc ->
drwxr-xr-x 2 root root 2048 Jul 4 1995 floppy/
lrwxrwxrwx 1 root root 1 Feb 19 19:38 image ->
drwxrwxr-x 6 root root 2048 Mar 4 22:02 images/
lrwxrwxrwx 1 root root 18 Feb 19 19:41 lib ->
drwxr-xr-x 2 root root 2048 Jul 4 1995 mnt/
drwxr-xr-x 2 root root 2048 Jul 4 1995 proc/
drwxrwxr-x 3 root root 2048 Mar 1 20:37 ramdisk/
-rwxrwxr-x 1 root root 38658 Mar 2 17:17 redhat.exe*
-rw-r--r-- 1 root root 967 Feb 13 20:08 redhat.pif
dr-xr-xr-x 2 root root 2048 Mar 6 18:11 rr_moved/
drwxr-xr-x 2 root root 4096 Mar 6 16:34 sbin/
lrwxrwxrwx 1 root root 11 Feb 19 19:41 tmp ->
drwxrwxr-x 9 root root 2048 Mar 6 18:06 trees/
lrwxrwxrwx 1 root root 22 Feb 27 21:21 upgrade ->
lrwxrwxrwx 1 root root 18 Feb 19 19:41 usr ->
drwxr-xr-x 3 root root 2048 Jul 4 1995 var/
--
PGP key pass phrase forgotten, \ Overload -- core meltdown sequence
again :( | initiated.
/ This space is intentionally left
| blank, apart from this text ;-)
\____________________________________