Linux-Misc Digest #188, Volume #25 Thu, 20 Jul 00 15:13:02 EDT
Contents:
Mount and umount hanging in D state (Anthony Veale)
Re: Please sign the "Grand Prix Legends" petition! (Richard Watson)
Re: Please sign the "Grand Prix Legends" petition! (Arne Martin)
Creating Win32 self-extracting zip files? (Grant Edwards)
Re: Please sign the "Grand Prix Legends" petition! ("Jan Verschueren")
Re: /usr/lib/libpci.a library sources? ("David ..")
Re: Please sign the "Grand Prix Legends" petition!
Re: Howto run 2.4* kernel? (lobotomy)
Re: Unwrapping Microsoft's Office Documents in LINUX -- <<??>> (Bob Hauck)
monitor sync / startx problem (Robert Sparr)
Re: Lilo broken??? (John Gluck)
----------------------------------------------------------------------------
From: [EMAIL PROTECTED] (Anthony Veale)
Subject: Mount and umount hanging in D state
Date: 20 Jul 2000 17:10:13 GMT
Hello,
I am having a neat new problem with a machine that I just upgraded to
RedHat 6.1.
I installed a new 60 gig drive, and upgraded from RedHat 5.2 to 6.1.
Also I upgraded the kernel to 2.2.14-05 in order to get support for
the large drive. Partitioning and mkfsing went well.
However, when I tried to mount the partitions after mkfs, the mount
command hung in D state.
I rebooted the system eventually and the new partitions needed an fsck,
and then mounted up just fine.
In the course of subsequent events I tried to umount one of the new
partitions. This also hung in D state. So I tried to umount a
partition on the old 6 gig drive that I am still using from before.
It also hung in D state.
These are both IDE drives, and I happen to have a SCSI controller and
a Jaz drive in the machine, so I stuck in a Jaz and tried to mount it
up. This also stuck in D state.
So I am perplexed. I can only mount stuff up at boot time. Does
anyone have a clue for me? I've been hunting Deja for a week and not
turning up any clues.
--
Anthony Veale' (303)492-0851 [EMAIL PROTECTED]
Paging: (303)441-0713 [EMAIL PROTECTED]
Senior Professional Research Assistant (System Manager)
Center for Astrophysics and Space Astronomy
------------------------------
From: Richard Watson <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.mandrake,rec.autos.simulators
Subject: Re: Please sign the "Grand Prix Legends" petition!
Date: 20 Jul 2000 18:27:33 +0100
[EMAIL PROTECTED] (Homer Jay) writes:
> Well, *maybe* if they run linux most of the time. Maybe. But why
> bother?
Well I'd like one ;-)
> There's more and better hardware support on i386. Macs cost more for the
> same performance that can be had for less with Alpha, Intel, AMD, etc.
> Therefore: mac owner=kook with a "*dreamy* blueberry" computer case. Oh,
> the flames I'm going to get.... ;)
Well you deserve them since you are quite clearly clueless.
--
Richard Watson email: [EMAIL PROTECTED]
Pentagon Web Design Ltd Fax: +44(0)870 706 5282
Reading UK Reg. Linux User 183315
ICQ: 65274884
------------------------------
From: Arne Martin <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.mandrake,rec.autos.simulators
Subject: Re: Please sign the "Grand Prix Legends" petition!
Date: Thu, 20 Jul 2000 19:52:26 +0200
Bruce Kennewell wrote:
>
> No...he's one of a band of people who believe that Linux will one day become
> the pre-eminent operating system.
>
> They are a little like Mac owners: very, very devoted to their cause.
Ah. that's very nice Bruce, don't just piss off the Linux people, but
the Mac people as well! Now just let's sit down and watch the flames,
because we'll be stuck with this thread for a long time now :-)
--
Arne Martin
------------------------------
From: [EMAIL PROTECTED] (Grant Edwards)
Subject: Creating Win32 self-extracting zip files?
Date: Thu, 20 Jul 2000 17:57:28 GMT
I need to create a self-extracting zip file to give to Win32
users. I know it's long odds, but does anybody know of a way
to do this under Linux? The info-zip "zip" program doesn't do
this -- though I think it may be able to manipulate files within
an existing self-extracting zip archive...
--
Grant Edwards grante Yow! ONE LIFE TO LIVE for
at ALL MY CHILDREN in ANOTHER
visi.com WORLD all THE DAYS OF
OUR LIVES.
------------------------------
From: "Jan Verschueren" <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux.mandrake,rec.autos.simulators
Subject: Re: Please sign the "Grand Prix Legends" petition!
Date: Thu, 20 Jul 2000 19:59:32 +0200
Gotta hand it to Bruce... he discriminates equally. ;-)
Jan./6am in Aussieland, couple of hours to make my getaway before he reads
this.<g>
=---
Arne Martin wrote...
> <snip>
> Ah. that's very nice Bruce, don't just piss off the
> Linux people, but the Mac people as well! Now just
> let's sit down and watch the flames, because we'll
> be stuck with this thread for a long time now :-)
>
> --
> Arne Martin
------------------------------
From: "David .." <[EMAIL PROTECTED]>
Subject: Re: /usr/lib/libpci.a library sources?
Date: Thu, 20 Jul 2000 13:13:24 -0500
Alexander Rezinsky wrote:
>
> Hi,
>
> Where can I find sources of the /usr/lib/libpci.a library?
> AFAIK it isn't part of glibc.
>
> Thanks,
It is included the "pci-utils-devel" package.
--
Registered with the Linux Counter. http://counter.li.org
ID # 123538
------------------------------
From: [EMAIL PROTECTED] ()
Crossposted-To: alt.os.linux.mandrake,rec.autos.simulators
Subject: Re: Please sign the "Grand Prix Legends" petition!
Date: Thu, 20 Jul 2000 18:32:41 GMT
On Thu, 20 Jul 2000 13:07:57 GMT, Jon Beckett <[EMAIL PROTECTED]> wrote:
>>a Linux port of "Grand Prix Legends" would add
>>greatly to the ever growing portfolio of Linux games; at its age it
>>should not be too hard to persuade Sierra / Papy into maybe handing
>>out the port to some third party like Lokisoft,
>
>Do you *know* what's involved in writing a piece of software?
>
>Depending on how much they re-wrote it to suit DirectX for version
>1.2, you may be wasting your time.
Counterpoint: Heavy Gear II.
[deletia]
--
Finding an alternative should not be like seeking out the holy grail.
That is the whole damn point of capitalism.
|||
/ | \
------------------------------
From: [EMAIL PROTECTED] (lobotomy)
Subject: Re: Howto run 2.4* kernel?
Date: Thu, 20 Jul 2000 18:38:10 GMT
Look in the Changes file...you may need some updated utilities. For
instance, if you use dialup internet, you will need to get ppp-2.4
beta, whereas most distributions come with various versions of 2.3.
On Thu, 20 Jul 2000 13:16:19 GMT, [EMAIL PROTECTED] wrote:
>In article <[EMAIL PROTECTED]>,
> ray <[EMAIL PROTECTED]> wrote:
>> David Steuber wrote:
>>
>> > [EMAIL PROTECTED] writes:
>> >
>> > ' Hi,
>> > ' Please excuse me if this is obvious...
>> > ' But how would you go about upgrading to one of the 2.4 beta
>kernels?
>> >
>> > It is mostly the same for all system.
>> >
>
><snip>
>
>> I am running RH6.2, the 2.4.0-test4 compiled here without any
>issues. I did
>> compile in support for LVM, first
>> with the -test2 release, and again with -test4. What a wonderful
>addition to our
>> world. I did the process exactly as David has described, and there was
>no
>> unpleasantness. Go for it!
>
>Ok, sounds like I was reading more into the process then it deserved! I
>can compile & install kernels in my sleep, but thought that there might
>be more to it to jump to the next generation of kernel.
>
>Can you get > 2GB files now with your setup?
>Thanks!
>Eric
>
>>
>> --
>> Ray R. Jones
>> Errors have been made. Others will be blamed.
>> [EMAIL PROTECTED]
>> HTTP://gordo.penguinpowered.com
>>
>>
>
>
>Sent via Deja.com http://www.deja.com/
>Before you buy.
------------------------------
From: [EMAIL PROTECTED] (Bob Hauck)
Subject: Re: Unwrapping Microsoft's Office Documents in LINUX -- <<??>>
Reply-To: hauck[at]codem{dot}com
Date: Thu, 20 Jul 2000 18:42:02 GMT
On 20 Jul 2000 11:21:30 -0400, Giovanni Aliberti
<[EMAIL PROTECTED]> wrote:
><<how does a user easily digests 'MS documents' without having
> a MS machine on his/her desk ?? >>
If you only care about the text, search freshmeat for "antiword".
Other ways:
1. Use VMWare to run a copy of Windows/Office under Linux.
2. Set up a spare machine with Windows/Office and use VNC to connect
to it from Linux.
I use an ancient copy of Wabi to run Win3 under Linux. Then I can use
MS-WordView. Unfortunately, Wabi (and Win3) are no longer supported.
>Has anyone found << THE OPTIMAL WAY >> to handle Microsoft's Office
>emailed documents (mostly Word & Excel) while in Linux
Yes, ask people to stop sending you those file formats. Ask for rtf
or html or even postscript.
>I guess what I am asking is somothing like
>opening an X window (from Linux) onto a MS windows environment
>and being able to have such an eviroment digest the document.
VMWare
>OR being able to transparently ship the document to a MS environment,
>etc.
VNC
--
-| Bob Hauck
-| Codem Systems, Inc.
-| http://www.codem.com/
------------------------------
From: Robert Sparr <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.x,redhat.x.general,linux.redhat.misc
Subject: monitor sync / startx problem
Date: Thu, 20 Jul 2000 11:43:00 -0700
Yesterday, my x86 Linux box booted but failed to go to the GUI login
screen (with the Red Hat logo) as it has normally done since I installed
Red Hat 6.2 a couple of months ago.
The machine runs through the normal text-response startup script, but
when it gets to the point where it switches into GUI mode the monitor
switches to a different resolution mode, stays black for a split-second,
and then switches again into the same mode. (I know it is the same
because this monitor flashes the sweep and refresh rates on the screen
when it changes modes.) It does this repeatedly for several minutes
without success. Eventually it reverts to a text interface and I can
log in fine there.
When I try to run startx from the prompt, I get the same behavior, but
only one repetition.
My first theory was a hardware problem with the monitor, but I can boot
other machines into graphics mode with the same monitor.
Within startx's output, I find that it tries to set the default font
path to True Type, but that directory does not exist, so it says:
FontPath set to "unix/:-1"
Then, much later, it says:
_FontTransSocketUNIXConnect: Can't connect: errno = 111
failed to set default font path 'unix/:-1'
Fatal server error:
could not open default font 'fixed'
and ends.
What does a path of "unix/:-1" mean? This does not correspond to
anything in my tree, and I am not familiar with the ":-1" in the context
of a path (although it reminds me of the X display notation).
I have looked at the startx output on another machine, which boots into
GUI mode successfully with the same monitor, and it also tries to use
True Type and then reverts to:
FontPath set to "unix/:-1"
but on this machine that works OK.
I have also looked at /var/log/messages for messages from gdm, and I
find:
Jul 19 06:09:19 lab_1_linux xfs: xfs startup succeeded
Jul 19 06:09:19 lab_1_linux xfs: Fatal font server error:
Jul 19 06:09:19 lab_1_linux xfs: Cannot establish any listening sockets
Jul 19 06:09:19 lab_1_linux linuxconf: Linuxconf final setup
Jul 19 06:09:20 lab_1_linux rc: Starting linuxconf succeeded
Jul 19 06:09:21 lab_1_linux gdm[751]: gdm_auth_secure_display: Error
getting hentry for lab_1_linux
Jul 19 06:09:26 lab_1_linux gdm[762]:
gdm_slave_windows_kill_ioerror_handler: Fatal X error - Restarting :0
[This last two entries repeat many times.)
Any ideas on what could have caused this problem and how to fix it?
Thanks for your help.
- Robert
PS: Background info: Red Hat 6.2 on an Intel PC with an Nvidia GeForce
VGA card.
Startx gives the following output (on the bad computer -- this is long,
but I'm not sure which lines may be important):
========================================================
hostname: Unknown host
XFree86 Version 3.3.6 / X Window System
(protocol Version 11, revision 0, vendor release 6300)
Release Date: January 8 2000
If the server is older than 6-12 months, or if your card is newer
than the above date, look for a newer version before reporting
problems. (see http://www.XFree86.Org/FAQ)
Operating System: Linux 2.2.5-22smp i686 [ELF]
Configured drivers:
SVGA: server for SVGA graphics adaptors (Patchlevel 1):
s3_savage, NV1, STG2000, RIVA 128, RIVA TNT, RIVA TNT2,
RIVA ULTRA TNT2, RIVA VANTA, RIVA ULTRA VANTA, RIVA INTEGRATED,
GeForce 256, GeForce DDR, Quadro, ET4000, ET4000W32, ET4000W32i,
ET4000W32i_rev_b, ET4000W32i_rev_c, ET4000W32p, ET4000W32p_rev_a,
ET4000W32p_rev_b, ET4000W32p_rev_c, ET4000W32p_rev_d, ET6000,
ET6100,
et3000, pvga1, wd90c00, wd90c10, wd90c30, wd90c24, wd90c31,
wd90c33,
gvga, r128, ati, sis86c201, sis86c202, sis86c205, sis86c215,
sis86c225, sis5597, sis5598, sis6326, sis530, sis620, sis300,
sis630,
sis540, tvga8200lx, tvga8800cs, tvga8900b, tvga8900c, tvga8900cl,
tvga8900d, tvga9000, tvga9000i, tvga9100b, tvga9200cxr,
tgui9400cxi,
tgui9420, tgui9420dgi, tgui9430dgi, tgui9440agi, cyber9320,
tgui9660,
tgui9680, tgui9682, tgui9685, cyber9382, cyber9385, cyber9388,
cyber9397, cyber9520, cyber9525, 3dimage975, 3dimage985,
cyber9397dvd,
blade3d, cyberblade, clgd5420, clgd5422, clgd5424, clgd5426,
clgd5428,
clgd5429, clgd5430, clgd5434, clgd5436, clgd5446, clgd5480,
clgd5462,
clgd5464, clgd5465, clgd6205, clgd6215, clgd6225, clgd6235,
clgd7541,
clgd7542, clgd7543, clgd7548, clgd7555, clgd7556, ncr77c22,
ncr77c22e,
cpq_avga, mga2064w, mga1064sg, mga2164w, mga2164w AGP, mgag200,
mgag100, mgag400, oti067, oti077, oti087, oti037c, al2101,
ali2228,
ali2301, ali2302, ali2308, ali2401, cl6410, cl6412, cl6420,
cl6440,
video7, ark1000vl, ark1000pv, ark2000pv, ark2000mt, mx, realtek,
s3_virge, AP6422, AT24, AT3D, s3_svga, NM2070, NM2090, NM2093,
NM2097,
NM2160, NM2200, ct65520, ct65525, ct65530, ct65535, ct65540,
ct65545,
ct65546, ct65548, ct65550, ct65554, ct65555, ct68554, ct69000,
ct64200, ct64300, mediagx, V1000, V2100, V2200, p9100, spc8110,
i740,
i740_pci, Voodoo Banshee, Voodoo3, i810, i810-dc100, i810e, smi,
generic
(using VT number 7)
XF86Config: /usr/X11R6/lib/X11/XF86Config
(**) stands for supplied, (--) stands for probed/default values
(**) XKB: rules: "xfree86"
(**) XKB: model: "microsoft"
(**) XKB: layout: "en_US"
(**) Mouse: type: IMPS/2, device: /dev/mouse, buttons: 3
(**) Mouse: 3 button emulation (timeout: 50ms)
(**) SVGA: Graphics device ID: "NVIDIA GeForce 256 (generic)"
(**) SVGA: Monitor ID: "gwy0013"
(--) SVGA: Mode "1280x1024" needs hsync freq of 107.16 kHz. Deleted.
(--) SVGA: Mode "1600x1200" needs hsync freq of 105.77 kHz. Deleted.
(--) SVGA: Mode "1800X1440" needs hsync freq of 96.15 kHz. Deleted.
(--) SVGA: Mode "1800X1440" needs hsync freq of 104.52 kHz. Deleted.
Warning: The directory "/usr/X11R6/lib/X11/fonts/TrueType" does not
exist.
Entry deleted from font path.
(**) FontPath set to "unix/:-1"
(--) SVGA: PCI: NVidia GeForce 256 DDR rev 16, Memory @ 0xe9000000,
0xf0000000
(--) SVGA: chipset: GeForce DDR
(**) SVGA: videoram: 32640k
(**) SVGA: Option "dac_8_bit"
(**) SVGA: Using 32 bpp, Depth 24, Color weight: 888
(--) SVGA: Maximum allowed dot-clock: 350.000 MHz
(**) SVGA: Mode "1152x864": mode clock = 137.650
(**) SVGA: Mode "1024x768": mode clock = 115.500
(**) SVGA: Mode "800x600": mode clock = 69.650
(**) SVGA: Mode "640x480": mode clock = 45.800
(--) SVGA: Virtual resolution set to 1152x864
(--) SVGA: SpeedUp code selection modified because virtualX != 1024
(--) SVGA: GeForce DDR: Using hardware cursor
(--) SVGA: Using XAA (XFree86 Acceleration Architecture)
(--) SVGA: XAA: Solid filled rectangles
(--) SVGA: XAA: Screen-to-screen copy
(--) SVGA: XAA: 8x8 color expand pattern fill
(--) SVGA: XAA: Using 9 128x64 areas for pixmap caching
(--) SVGA: XAA: Caching tiles and stipples
(--) SVGA: XAA: Horizontal and vertical lines and segments
_FontTransSocketUNIXConnect: Can't connect: errno = 111
failed to set default font path 'unix/:-1'
Fatal server error:
could not open default font 'fixed'
When reporting a problem related to a server crash, please send
the full server output, not just the last messages
X connection to :0.0 broken (explicit kill or server shutdown).
============================================
gdm output from /var/log/messages:
============================================
Jul 19 06:09:19 lab_1_linux xfs: xfs startup succeeded
Jul 19 06:09:19 lab_1_linux xfs: Fatal font server error:
Jul 19 06:09:19 lab_1_linux xfs: Cannot establish any listening sockets
Jul 19 06:09:19 lab_1_linux linuxconf: Linuxconf final setup
Jul 19 06:09:20 lab_1_linux rc: Starting linuxconf succeeded
Jul 19 06:09:21 lab_1_linux gdm[751]: gdm_auth_secure_display: Error
getting hentry for lab_1_linux
Jul 19 06:09:26 lab_1_linux gdm[762]:
gdm_slave_windows_kill_ioerror_handler: Fatal X error - Restarting :0
Jul 19 06:09:26 lab_1_linux gdm[751]: gdm_auth_secure_display: Error
getting hentry for lab_1_linux
Jul 19 06:09:30 lab_1_linux gdm[751]: gdm_auth_secure_display: Error
getting hentry for lab_1_linux
Jul 19 06:09:33 lab_1_linux gdm[768]:
gdm_slave_windows_kill_ioerror_handler: Fatal X error - Restarting :0
[Repeats many times]
gdm_slave_windows_kill_ioerror_handler: Fatal X error - Restarting :0
Jul 19 06:11:18 lab_1_linux gdm[751]: gdm_auth_secure_display: Error
getting hentry for lab_1_linux
Jul 19 06:11:19 lab_1_linux gdm[751]: gdm_auth_secure_display: Error
getting hentry for lab_1_linux
Jul 19 06:11:22 lab_1_linux gpm[621]: Error in protocol
Jul 19 06:11:22 lab_1_linux last message repeated 12 times
======================================
--
=====================================================================
Robert H. Sparr [EMAIL PROTECTED]
SkyPilot Network, LLC <URL goes here>
=====================================================================
------------------------------
From: John Gluck <[EMAIL PROTECTED]>
Crossposted-To: alt.os.linux,alt.os.linux.mandrake
Subject: Re: Lilo broken???
Date: Thu, 20 Jul 2000 14:43:58 -0400
Brian Davis wrote:
> Hey Matt,
>
> This is an old BIOS, so I think your on to something. I haven't played with
> Linux/Lilo for a while, and I have a question:
>
> How does one "make sure that the kernel image and map file are under the
> 1024 cylinder limit"?
>
Make a small partition (say 20 megs) near the start of the disk and call it
"/boot"
Put the kernel image System.map and all that stuff on it. Edit your
"/etc/lilo.conf" to reflect the change and run lilo
Remember that ***everything*** required to boot the system must be entirely
located below cyl 1024.
You'll probably need to reinstall due to the partitioning change...
As a rule it's a good idea to have a "/boot" partition anyway since it isolates
all the boot stuff from everything else...
--
John Gluck (Passport Kernel Design Group)
(613) 765-8392 ESN 395-8392
Unless otherwise stated, any opinions expressed here are strictly my own
and do not reflect any official position of Nortel Networks.
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.misc) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Misc Digest
******************************
