iso9660 fs can't handle long symbolic links

Peter Bouthoorn (peter@rosix.icce.rug.nl)
Tue, 26 Oct 1999 21:24:22 +0200 (CEST)


[1.] Short description
iso9660 fs can't handle long symbolic links

[2.] Full description
It seems the iso9660 fs that it has problems with long symbolic links.
I get this problem when I mount the Solaris installation media (Sparc - I use
this scenario to setup my IPX: I boot the IPX through the network using my
Linux box as boot server). Some symbolic links will show up incorrectly
(mangled that is) and a kernel error message ("Symlink componen flag
not implemented") is generated. See [6.] for info on how to reproduce
this.
BTW...I didn't check if this error only occurs with long symlinks,
but I'm pretty sure about this.

[3.] Keywords
iso9660 fs, symbolic links, buffer overflow (?)

[4.] Kernel version
2.3.23. But I also get this problem on earlier kernel versions (both
in the 2.3 series and also 2.2, maybe even 2.1, but can't remember
for sure)

[5.] OOPS message
not applicable.

[6.]
To reproduce this error you need the Solaris 2.5.1 installation CD-ROM,
Sparc version.

The error manifests itself in two ways. With certain filenames I get
the following (kernel generated) error message:

Oct 24 18:37:35 helix kernel: Symlink component flag not implemented
Oct 24 18:37:35 helix kernel: Symlink component flag not implemented
Oct 24 18:37:35 helix kernel: Symlink component flag not implemented (103)
Oct 24 18:37:35 helix kernel: Symlink component flag not implemented (87)
Oct 24 18:37:54 helix kernel: Symlink component flag not implemented
Oct 24 18:37:54 helix kernel: Symlink component flag not implemented
Oct 24 18:37:54 helix kernel: Symlink component flag not implemented (30)
Oct 24 18:37:54 helix kernel: Symlink component flag not implemented (14)

Also, when I tell Linux to 'ls -l' the contents of the following directory:

/cdrom/MU/Solaris_2.5.1MU5/sparc/Patches/patch/SUNWpatch.sun4u1/reloc/opt/SUNWits/Graphics-sw/xil/lib/pipelines/

It will SOMETIMES output the first file correctly (I guess) as:

lrwxrwxrwx 1 root bin 119 Nov 4 1997 xilcomputeJpeg_SUNWcg14.so.1 -> ../../../../../../../../../103794-03/SUNWsxxil/reloc/SUNWits/Graphics-sw/xil/lib/pipelines/xilcomputeJpeg_SUNWcg14.so.1

Other times as:

lrwxrwxrwx 1 root bin 95 Nov 4 1997 xilcomputeJpeg_SUNWcg14.so.1 -> ../../../../../../../../../103794-03/SUNWsxxil/reloc/SUNWits/Graphics-sw/xil/lib/pipelin`/////

or sometimes simply as:

xilcomp0.1->

Sound like a buffer overflow to me (?).

[7.1] Software
Kernel modules 2.3.6
Gnu C egcs-2.91.66
Binutils 2.9.1.0.23
Linux C Library 2.1.1
Dynamic linker ldd (GNU libc) 2.1.1
Procps 2.0.2
Mount 2.9o
Net-tools 1.51
Console-tools 1999.03.02
Sh-utils 1.16
Modules Loaded

[7.2] Processor
processor : 0
vendor_id : GenuineIntel
cpu family : 5
model : 2
model name : Pentium 75 - 200
stepping : 6
cpu MHz : 119.753586
fdiv_bug : no
hlt_bug : no
sep_bug : no
f00f_bug : yes
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr mce cx8
bogomips : 47.82

[7.3] Modules
not applicable (BTW, iso9660 fs has been compiled into the kernel,
i.e. it's not being used as a module)

[7.4]
not applicable

Peter Bouthoorn | "We will encourage you to develop the three
peter@icce.rug.nl | great virtues of a programmer: laziness,
Linux addict | impatience, and hubris"
| L. Wall & R.L. Schwarz

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/