From: "Jeff V. Merkey" <jmerkey@vger.timpanogas.org>
To: "Charles Turner, Ph.D." <cturner@quark.analogic.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Defective Red Hat Distribution poorly represents Linux
Date: Mon, 20 Nov 2000 10:31:11 -0700 [thread overview]
Message-ID: <20001120103111.C30798@vger.timpanogas.org> (raw)
In-Reply-To: <Pine.LNX.3.95.1001120084920.580A-100000@quark.analogic.com>
In-Reply-To: <Pine.LNX.3.95.1001120084920.580A-100000@quark.analogic.com>; from cturner@quark.analogic.com on Mon, Nov 20, 2000 at 08:53:19AM -0500
On Mon, Nov 20, 2000 at 08:53:19AM -0500, Charles Turner, Ph.D. wrote:
Charles,
6.2 is one of te better distributions. You should also go talk to RedHat
directly.
Jeff
>
> I tried to help a friend this weekend convert to Linux.
> He lives in Upstate New York, so it was a long trip from
> Cambridge, Massachusetts.
>
> He has a Dual Pentium III, 600 MHz TYAN "Thunderbolt".
> It has a built-in Adaptec SCSI controller and Intel
> 100-base-T Ethernet controller. It also has 1/2 Gbytes
> of RAM. It's a superb machine.
>
> It had been running Windows 2000 "Professional". Several months
> ago, he purchased Red Hat "DELUXE" version 6.2. He was unable to
> install it. I convinced him that installation was easy.
>
> I was terribly wrong. This Red Hat version is irrevocably defective.
>
> (1) It will not create a bootable disk because it forgets
> to load scsi_mod.o, and sd_mod.o before it loads
> aic7xxx.o
> /etc/conf.modules was found to contain only aic7xxx
> as an alias for scsi_hostadapter.
>
> (2) Once I made a bootable diskette from a working machine
> at home (200 miles round-trip distance), I was able to
> install its supplied kernel version 2.2.14-5.0, and
> 2.2.14-5.0smp into the LILO boot sequence.
>
> (3) It "sort of" worked. However, network daemons kept
> dropping core. X would eventually crash, leaving the
> terminal in an unusable state, etc.
>
> (4) It is impossible to build a known working kernel on the
> machine because the linker, `ld` crashes:
>
> Script started on Sun Nov 19 19:11:55 2000
> [root@merrimac linux-2.2.17]# make dep
> gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/mkdep scripts/mkdep.c
> collect2: ld terminated with signal 11 [Segmentation fault], core dumped
> make: *** [scripts/mkdep] Error 1
> [root@merrimac linux-2.2.17]# ld --version
> GNU ld 2.9.5
> Copyright 1997 Free Software Foundation, Inc.
> This program is free software; you may redistribute it under the terms of
> the GNU General Public License. This program has absolutely no warranty.
> Supported emulations:
> elf_i386
> i386linux
> [root@merrimac linux-2.2.17]# cd scripts
> [root@merrimac scripts]# gcc -o mkdep.o mkdep.c
> collect2: ld terminated with signal 11 [Segmentation fault], core dumped
> [root@merrimac scripts]# gcc -c -o mkdep.o mkdep.c
> [root@merrimac scripts]# ld -o mkdep mkdep.o
> Segmentation fault (core dumped)
>
> [root@merrimac scripts]# strace ld -o mkdep mkdep.c\b
> execve("/usr/bin/ld", ["ld", "-o", "mkdep", "mkdep.o"], [/* 20 vars */]) = 0
> brk(0) = 0x807bb84
> old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40014000
> open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/etc/ld.so.cache", O_RDONLY) = 3
> fstat(3, {st_mode=S_IFREG|0644, st_size=16290, ...}) = 0
> old_mmap(NULL, 16290, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40015000
> close(3) = 0
> open("/usr/lib/libbfd-2.9.5.0.22.so", O_RDONLY) = 3
> fstat(3, {st_mode=S_IFREG|0755, st_size=314936, ...}) = 0
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\242"..., 4096) = 4096
> old_mmap(NULL, 279260, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40019000
> mprotect(0x40059000, 17116, PROT_NONE) = 0
> old_mmap(0x40059000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x3f000) = 0x40059000
> old_mmap(0x4005d000, 732, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4005d000
> close(3) = 0
> open("/lib/libdl.so.2", O_RDONLY) = 3
> fstat(3, {st_mode=S_IFREG|0755, st_size=75131, ...}) = 0
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\34"..., 4096) = 4096
> old_mmap(NULL, 12428, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4005e000
> mprotect(0x40060000, 4236, PROT_NONE) = 0
> old_mmap(0x40060000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x1000) = 0x40060000
> close(3) = 0
> open("/lib/libc.so.6", O_RDONLY) = 3
> fstat(3, {st_mode=S_IFREG|0755, st_size=4101324, ...}) = 0
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\210\212"..., 4096) = 4096
> old_mmap(NULL, 1001564, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40062000
> mprotect(0x4014f000, 30812, PROT_NONE) = 0
> old_mmap(0x4014f000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0xec000) = 0x4014f000
> old_mmap(0x40153000, 14428, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40153000
> close(3) = 0
> mprotect(0x40062000, 970752, PROT_READ|PROT_WRITE) = 0
> mprotect(0x40062000, 970752, PROT_READ|PROT_EXEC) = 0
> munmap(0x40015000, 16290) = 0
> personality(PER_LINUX) = 0
> getpid() = 763
> getrusage(RUSAGE_SELF, {ru_utime={0, 0}, ru_stime={0, 0}, ...}) = 0
> brk(0) = 0x807bb84
> brk(0x807bbbc) = 0x807bbbc
> brk(0x807c000) = 0x807c000
> open("/usr/share/locale/locale.alias", O_RDONLY) = 3
> fstat64(0x3, 0xbfffb84c) = -1 ENOSYS (Function not implemented)
> fstat(3, {st_mode=S_IFREG|0644, st_size=2265, ...}) = 0
> old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40015000
> read(3, "# Locale name alias data base.\n#"..., 4096) = 2265
> brk(0x807d000) = 0x807d000
> read(3, "", 4096) = 0
> close(3) = 0
> munmap(0x40015000, 4096) = 0
> open("/usr/share/i18n/locale.alias", O_RDONLY) = -1 ENOENT (No such file or directory)
> open("/usr/share/locale/en_US/LC_MESSAGES", O_RDONLY) = 3
> fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
> close(3) = 0
> open("/usr/share/locale/en_US/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY) = 3
> fstat(3, {st_mode=S_IFREG|0644, st_size=44, ...}) = 0
> old_mmap(NULL, 44, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40015000
> close(3) = 0
> stat("/usrusr/lib/ldscripts", 0xbffffa7c) = -1 ENOENT (No such file or directory)
> brk(0x807f000) = 0x807f000
> brk(0x8080000) = 0x8080000
> brk(0x8081000) = 0x8081000
> brk(0x8082000) = 0x8082000
> brk(0x8083000) = 0x8083000
> unlink("mkdep") = -1 ENOENT (No such file or directory)
> open("mkdep", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 3
> brk(0x8084000) = 0x8084000
> brk(0x8088000) = 0x8088000
> brk(0x8089000) = 0x8089000
> brk(0x808a000) = 0x808a000
> open("mkdep.o", O_RDONLY) = 4
> fstat(4, {st_mode=S_IFREG|0644, st_size=9716, ...}) = 0
> old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40016000
> _llseek(4, 0, [0], SEEK_SET) = 0
> read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\1\0\3\0\1\0\0\0\0\0\0\0"..., 4096) = 4096
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> _llseek(4, 4096, [4096], SEEK_SET) = 0
> read(4, "E\364\215\24E\0\0\0\0\241\0\0\0\0f\213\24\20\203\342\10"..., 4096) = 4096
> _llseek(4, 8192, [8192], SEEK_SET) = 0
> --- SIGSEGV (Segmentation fault) ---
> +++ killed by SIGSEGV +++
> [root@merrimac scripts]# exit
> exit
>
> Script done on Sun Nov 19 19:14:35 2000
>
> I can even see obvious bugs in the trace, i.e., :
>
> stat("/usrusr/lib/ldscripts", 0xbffffa7c) = -1 ENOENT (No such file or directory)
> ----------^^^
>
> Although this was not the reason for the seg-fault.
>
>
> (5) I returned home (200 mile round trip), removed my
> SCSI disks from my home machine, and then returned
> and installed them in my friend's machine. The
> machine worked perfectly with Linux version 2.2.17,
> and gcc-2.7.2.3, Binutils-2.8.1.0, etc., the standard
> stuff.
>
> This shows that the problems are not because of a
> defective machine.
>
> I cloned my disks to his disks and, he's running.
> however, I don't have all the GUI stuff installed that
> he likes (needs). My disks had been built up over
> over several years by Richard Johnson, a frequent
> contributor to Linux.
>
> (6) I have been told that I could get a statically-linked
> version of `ld`, plus another 'C' compiler statically-
> linked so that these don't use the possibly defective
> dynamic libraries. I could then build a decent working
> system using sources available on the Internet.
>
> From a customer's perspective, this is absurd. When
> a customer purchases a "shrink-wrapped" operating
> system he expects it to work.
>
> (7) This fiasco is an example of why Linux is in big trouble.
> Once Linux obtained visibility, it became necessary for
> the most visible distributors and VARs to provide a high
> quality product.
>
> Red Hat, provably does not. Red Hat employees dominate
> Linux kernel development, even moderating (read controlling)
> what will be and what will not be done within this operating
> system.
>
> As repeatably demonstrated on this list, Red Hat employees
> spend much time denigrating others at the expense of providing
> a useful product.
>
> (8) Now I'm pretty sure that this email will generate a lot of
> flames. So be it. Linux, as an operating system to replace
> windows, has gone to hell because of at least one distributor's
> selling of garbage. There may be more such defective distributions
> out there. I certainly don't know what to purchase for my
> next attempt at a "shrink-wrap" installation.
>
>
> Very Truly Yours,
>
> Charles Turner
>
> Member(s) IEEE, IEEE Computer Society, AIAA
>
> I speak only for myself, which is enough of a problem.
>
>
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> Please read the FAQ at http://www.tux.org/lkml/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-11-20 17:05 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-20 13:53 Defective Red Hat Distribution poorly represents Linux Charles Turner, Ph.D.
2000-11-20 14:00 ` Mohammad A. Haque
2000-11-20 14:05 ` Andreas Jaeger
2000-11-20 14:10 ` Tigran Aivazian
2000-11-20 16:13 ` Bernhard Rosenkraenzer
2000-11-20 17:18 ` Tigran Aivazian
2000-11-20 18:19 ` Mohammad A. Haque
2000-11-20 21:11 ` Ben Ford
2000-11-20 18:04 ` Charles Turner, Ph.D.
2000-11-20 18:22 ` John Jasen
2000-11-20 18:44 ` Mohammad A. Haque
2000-11-20 20:32 ` Horst von Brand
2000-11-21 21:08 ` David Riley
2000-11-21 20:43 ` Gérard Roudier
2000-11-21 21:46 ` Bob Lorenzini
2000-11-21 21:50 ` Jeff Epler
2000-11-21 22:27 ` David Riley
2000-11-21 22:31 ` Richard Torkar
2000-11-21 23:17 ` David Riley
2000-11-22 3:28 ` Jeff Epler
2000-11-22 20:35 ` David Riley
2000-11-22 11:02 ` Richard Torkar
2000-11-23 1:40 ` Was:Defective Red Hat Distribution poorly represents Linux, running with failed hardware? Richard.Reynolds
2000-11-21 21:52 ` Defective Red Hat Distribution poorly represents Linux Horst von Brand
2000-11-21 22:04 ` David Lang
2000-11-21 21:34 ` David Riley
2000-11-21 22:01 ` Horst von Brand
2000-11-21 22:11 ` Dan Hollis
2000-11-21 22:21 ` Gerd Knorr
2000-11-21 22:21 ` David Lang
2000-11-20 21:16 ` Ben Ford
2000-11-21 0:41 ` Fort David
2000-11-20 19:37 ` Mohammad A. Haque
2000-11-20 19:42 ` Andre Hedrick
2000-11-20 19:52 ` Paul Fulghum
2000-11-20 23:01 ` spam
2000-11-20 14:16 ` Gregory Maxwell
2000-11-20 14:50 ` Whiner spams linux-kernel (Re: Defective Red Hat Distribution poorly represents Linux) Jes Sorensen
2000-11-20 15:48 ` Defective Red Hat Distribution poorly represents Linux Bernhard Rosenkraenzer
2000-11-20 17:00 ` Werner Almesberger
2000-11-20 17:31 ` Jeff V. Merkey [this message]
2000-11-20 19:33 ` Frank van Maarseveen
2000-11-22 17:26 ` Anthony Liu
2000-11-20 20:15 ` Igmar Palsenberg
2000-11-21 5:53 ` Albert D. Cahalan
2000-11-21 8:16 ` Peter Samuelson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20001120103111.C30798@vger.timpanogas.org \
--to=jmerkey@vger.timpanogas.org \
--cc=cturner@quark.analogic.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox