Linux-Misc Digest #396, Volume #24                Sun, 7 May 00 22:13:01 EDT

Contents:
  Re: LILO stops at LI (Peter Buelow)
  Re: kernal 2.3 (Peter Buelow)
  Re: computer viruses on LINUX (Peter Buelow)
  Re: segmentation fault ? (Peter Buelow)
  Re: Abit BP6 motherboard ("Peter T. Breuer")
  Re: Toshiba Laptop and Linux ([EMAIL PROTECTED])
  Re: Need to find my IP address (Peter Buelow)
  Re: Need to find my IP address (Kaz Kylheku)
  Re: Help on inittab file ... (ljb)
  Re: Need to find my IP address (Kaz Kylheku)
  Re: Need to find my IP address (Kaz Kylheku)
  Re: Modules (Dances With Crows)
  Re: segmentation fault ? (Dave Thompson)

----------------------------------------------------------------------------

From: Peter Buelow <[EMAIL PROTECTED]>
Subject: Re: LILO stops at LI
Date: Sun, 07 May 2000 20:05:43 -0500

PM 4 or 5 will do partition moving and resizing fairly safely. Say about 99.5%
if you are a gambling sort of person. I have resized many partitions
succesfully using PM 4 from a boot disk.

And yes, when you delete remove a partition, it will not be automatically
recovered. You will need to resize the Winblows partition to recover this
unused space.

And I know the irony of dissing MS when I am using it, but Linux won't boot on
my Azza MB and I am too cheap to upgrade right now.

Henry wrote:

> Dear Calvin
>
> Thanks for your help. I really appreciate that. At the moment, i've already
> deleted everything within my Linux partition. I took this drastic step as i
> need to get into Windows urgently, unfortunately.
>
> The steps i've taken is as follow:
>
> 1) Boot up from a Partition Magic ver4 floppy.
>
> 2) Get into the partition information and delete the linux partitions.
>
> This is one bit i don't really understand though. I found someone to do
> this for me while i watch and learn from it. Am i right to say that when a
> partition is removed from a hdd, does that empty space automatically goes
> to Windows, which in my case is the other OS i have? It doesn't appear to
> be the case when i view it under PM5 where it says there is an unallocated
> partition.
> Is there any safe way i can transfer that space to Windows? PM5 may have
> this function but i don't think i want to face another unexpected problem
> again.
>
> Anyway thanks Calvin for your suggestion. I'll keep that in mind and try it
> when i encounter this problem again.
>
> Sincerely
> Henry
>
> Calvin wrote:
> >
> >
> > Hi Henry,
> >     I have the same problem twice in the past. I didn't do anything to my
> > hard disk but one day i boot my computer. It stops at LI also. You need
> to
> > re-install your LILO. And i use the following method. Hope it helps.
> > 1) Boot your linux box with the rescue floppies.
> > 2) WHen you get into the ram disk. make a new directory:
> > mkdir rescue
> > 3) Mount your linux partition on the new created directory:
> > mount -t ext2 <DEVICE> rescue
> > note: where device is your linux partition like /dev/hda4. You can always
> > check it out by typing fdisk -l
> > 4) Create a link in your ram disk called "boot" to the "boot" directory
> in
> > your linux partition:
> > ln -s /rescue/boot /boot
> > 5) Re-install lilo by the following command (I am supposing your lilo is
> at
> > /sbin):
> > /rescue/sbin/lilo -C /rescue/etc/lilo.conf -v
> > 6) After that, reboot your computer. To see it works or not.
> >
> >     It is a stupid method to do so many steps as i think there must be a
> > more convenience method. Anyway, i fixed my lilo twice by using this
> method.
> >
> > Best regards
> > Calvin
> >
> > Henry <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]...
> > > Dear John
> > >
> > > Thanks for your help. Unfortunately as i can't access my linux
> partition,
> > > there isn't much i can do abotu the files you mentioned. As i've posted
> to
> > > a few helpful others, i intend to pull out completely and start all
> over
> > > again later as i need desperately to get into Windows.
> > >
> > > Do you have any suggestions as to how can i remove the Redhat
> partitions
> > > (incl the swap partn) completely and expand the Windows partition? What
> > > about the mbr and such? Is there anything else i need to do? I was told
> i
> > > cannnot use the fdisk from Dos to remove them as it won't recognise
> them.
> > > Is that true?
> > >
> > > Once again, thanks for your help.
> > >
> > > Henry
> > >
> > >
> > > John in SD wrote:
> > > >
> > > > In reducing the size of your RedHat partition, two files critical to
> > > > the boot process moved:  /boot/map and /boot/boot.b.  These files are
> > > > referenced at absolute disk locations from the LILO first stage
> loader
> > > > (the guy who puts out the 'LI').
> > > >
> > > > Boot from a floppy and then re-run LILO to reinstall the loader.
> > > >
> > > > --John
> > > >
> > > >
> > > >
> > > >
> > > > On Thu, 13 Apr 2000 10:30:04 GMT, Henry <[EMAIL PROTECTED]>
> > > > wrote:
> > > >
> > > > >Dear folks
> > > > >
> > > > >I've Redhat 6.1 installed as a partition on a HD, sharing with
> Win95.
> > > It
> > > > >works fine during the "LILO boot:", where i can choose
> > > > >between "windows"(win95) and "linux" until i use Partition Magic to
> > > reduce
> > > > >the size of my redhat partition. I was trying to transfer some empty
> > > space
> > > > >within the main redhat partition (not the swap linux swap partition)
> to
> > > > >the Windows partition. The notebook then stops at "LI" whenever i
> try
> > > > >booting up the machine again.
> > > > >
> > > > >Looking through the postings yield no result as no one seems to face
> > > the
> > > > >same problem as me, though suffering the same fate. I do not have
> any
> > > > >backup of my data or any info on those /dev/hda..etc info.
> > > > >
> > > > >I do not know how to create a boot disk to get ito Windows again,
> > > except
> > > > >the Windows created one, which when i tried, gets me to A:\. However
> i
> > > > >couldn't get into Win95 again fom C:\. The error message i got
> > > was "VFAT
> > > > >device initialization faied. A device or resource required by VFAT
> is
> > > not
> > > > >present or is unavailable. VFAT cannot continue loading. System
> > Halted."
> > > > >
> > > > >Can anyone kindly help me please? I don't really understand the
> other
> > > help
> > > > >files.
> > > > >
> > > > >Henry
> > >
> > >
> > > --
> > > Posted via CNET Help.com
> > > http://www.help.com/
>
> --
> Posted via CNET Help.com
> http://www.help.com/

--
Pete Buelow
[EMAIL PROTECTED]



------------------------------

From: Peter Buelow <[EMAIL PROTECTED]>
Subject: Re: kernal 2.3
Date: Sun, 07 May 2000 20:11:58 -0500

Well, hit www.kernel.org for the kernel. Remeber, these aren't supposed
to work perfectly and thus sometimes don't.

Yes, you'll lose any specific kernel settings. If you are referring to
modules, then make sure you build the same ones into the new kernel and
you should be fine. Double check names prior to rebooting though to make
sure there aren't mod name issues. Other than that, kernel compiling and
installing is the key to thoroughly understanding how Linux works so
good luck.

Michael Ahumibe wrote:

> hi
>
> does anyone know where I can download kernal 2.3 from?
> would I lose all my old kernal settings doing this?
>
> thank you
>
> mike

--
Pete Buelow
[EMAIL PROTECTED]



------------------------------

From: Peter Buelow <[EMAIL PROTECTED]>
Subject: Re: computer viruses on LINUX
Date: Sun, 07 May 2000 20:01:14 -0500

Interesting question, but really, Linux isn't like windows and therefore, virii are
different here. Mostly, it is a question of administration. If you are a good admin,
who takes some effort securing the system, then virii are a moot point as they would
at best be restricted to a user account and therefore will only afflict something
that user can afflict. If you are not a good admin or lazy, then the picture becomes
more clouded as to what could happen.

Multi user systems like the *nix systems and (blech) NT/2000 are generally less
susciptible to virii and more susceptible to DoS type problems and trojans looking
for access to other systems. This stems from the nature of attack points. Win98 is
more prone to everyday virii as it allows access to everything to whoever happens to
be plotzing around with some CPU time such as your cousin Ted, someone with a love
problem, or Joe Hacker. References are too abundant on the web to list here, do a
quick search on 2600.com, securityfocus.com, or even slashdot.org and
32bitsonline.com. There is a lot of info to sort through though. Good luck.

[EMAIL PROTECTED] wrote:

> MerefBast <[EMAIL PROTECTED]> did eloquently scribble:
> >    Hi. I am looking for information to compare the susceptibility of various
> > operating systems to computer viruses.
>
> >    I am particularly interested in references for factual information about the
> > kinds, nature, and number of security holes, as well as the number of actual
> > viruses, worms, and Trojan Horses for each operating system.
>
> I've heard there're two "theoretical" viruses capable of infecting linux.
> There are none in the wild. The multi-user architecture of unixes helps
> prevent them from doing anything serious. (If anything at all).
>
> >    A copy of the information to <[EMAIL PROTECTED]> would be appreciated.
>
> You post here, we respond here.
> --
> ______________________________________________________________________________
> |   [EMAIL PROTECTED]   |                                                 |
> |   Andrew Halliwell BSc   | "ARSE! GERLS!! DRINK! DRINK! DRINK!!!"          |
> |            in            | "THAT WOULD BE AN ECUMENICAL MATTER!...FECK!!!! |
> |     Computer Science     | - Father Jack in "Father Ted"                   |
> ------------------------------------------------------------------------------
> |GCv3.12 GCS>$ d-(dpu) s+/- a C++ US++ P L/L+ E-- W+ N++ o+ K PS+ w-- M+/++  |
> |PS+++ PE- Y t+ 5++ X+/X++ R+ tv+ b+ DI+ D+ G e++ h/h+ !r!|  Space for hire  |
> ------------------------------------------------------------------------------

--
Pete Buelow
[EMAIL PROTECTED]



------------------------------

From: Peter Buelow <[EMAIL PROTECTED]>
Subject: Re: segmentation fault ?
Date: Sun, 07 May 2000 20:14:55 -0500

It means that the program made a memory transaction to a memory address
that doesn't belong to it.

Most likely, a library is the culprit. Make sure the texpire program has
the correct associated libraries to run correctly. Good luck.

Dave Thompson wrote:

> What is a segmentation fault ?  I'm getting this message trying to run
> texpire, part of leafnode.
>
> Thanks.
>
> Dave Thompson

--
Pete Buelow
[EMAIL PROTECTED]



------------------------------

From: "Peter T. Breuer" <[EMAIL PROTECTED]>
Subject: Re: Abit BP6 motherboard
Date: 8 May 2000 01:00:19 GMT

Peter Buelow <[EMAIL PROTECTED]> wrote:
: I'm confused. ATA66 is just a new type of IDE controller that supports 66MBit
: burst transfer for devices designed to work with the controller. You should
: have no problem plugging a regular IDE device in there. I am running a MB with

Unfortunately, we require a driver for that controller!

Peter

------------------------------

From: [EMAIL PROTECTED]
Subject: Re: Toshiba Laptop and Linux
Date: Mon, 08 May 2000 01:12:42 GMT

I'm sitting at my desk with a Toshiba T1900 with a 120 Mb HD running
Linux (Slackware 7) with some room to spare (14 Mb).  (I'm not using it
for Internet access because I'm new to this and don't have it set up
yet.)

I chose Slackware rather than another distribution because I got the
impression I would have more control over the installation process and
could pick and choose what to install more precisely.  I have no doubt
that with the extra space of your 200 Mb HD I could get the X Window
system installed (Slackware says the whole install of the system is
only 100 Mb.)  (A project down the road is to put an X Window system on
my parallel port Zip drive.)

Looking at the Tucows site, I get the impression that a fortran
compiler, with lots of extras, would add less than 10Mb.  I also get
the impression that you don't need the X Window system to run any of
the compilers;  if my impression is correct, you could forget the X
Window system and have it easy on your Toshiba.

In sum, I would imagine you can do what you're trying to do, but it
will take handling the installation very judiciously.  I would also
suggest trying to max out the RAM -- mine will hold 20 Mb -- to speed
things up and to minimize the swap partition -- mine is 12 Mb -- to
further save disk space.  (By the way, you're right, no way you'll be
able to run KDE or Gnome.)

Good luck.

Bill

In article <8f3cq4$t1f$[EMAIL PROTECTED]>,
  [EMAIL PROTECTED] wrote:
> Basically what I need to know is can the below run a cut down RedHat
> with a GUI, emacs and a fortran compilier. I assume I won't be able to
> get GNOME to work, so what else does anyone suggest.
>
> The Laptop is:
>
> Toshiba T1950CT
>
> CPU        486
> Harddrive  202Mb
> Ram        12Mb
> Video card Western Digital
> Display    LCD 800x600
>
> Oh, I suppose the big question is will I have any problem get XF86free
> working?
>
> Cheers
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
>


Sent via Deja.com http://www.deja.com/
Before you buy.

------------------------------

From: Peter Buelow <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux
Subject: Re: Need to find my IP address
Date: Sun, 07 May 2000 20:24:28 -0500

Now now, the reality here is that many OS's use ioctl and the defined values.
They are mostly POSIX anyway, which is the holy grail to most large scale
application programmers. You can't yank it cause that would break most
everything. Changing it might be a good idea, but you need consensus. Check out
kernelnotes.org and look for the Kernel discussion pages. There was a thread a
few weeks back about this which included Alan Cox.

Many OS's use ioctl, either for compatibility ChorusOS for example, or for the
actual driver interface, eg. LynxOS. These are a couple of Real Time OS's. But
Solaris and I would bet most other *nix's use ioctl as well. So, which would be
more painful? More reading and understanding, or simply abandoning a well,
albeit difficult to use, standard. I choose the learning cause it can only help
in the long run.

Chris wrote:

> On 7 May 2000 01:25:34 GMT, [EMAIL PROTECTED] (brian moore) wrote in
> comp.os.linux.development.apps:
>
> >> People who write device drivers or kernel modules should provide a proper
> >> man(2) or man(3) page.  Ideally, we should kill off the ioctl() function
> >> and place all accessible driver variables in /proc.
> >
> >If you remove ioctl(), how will you plan on maintaining compatibility
> >with other Unix systems?
>
> Who says that using ioctl() preserves compatability?  It's a catch-all
> function that was written so that programmers could access features of
> specific device drivers in a non-standardized way.  An ioctl() to a device
> in Linux won't be portable to another system unless the underlying device
> drivers use identical symbols, argument counts and types, etc.  As Linux
> stops playing catch-up with the commercial versions and forges ahead into
> new territory, the likelihood that applications will remain portable
> diminishes.
>
> Are we planning to rewrite our drivers if the commercial vendors choose to
> use different symbols?  Or are you assuming that commercial Unix system
> developers will voluntarily copy the Linux drivers?
>
> There are so many other non-"Unix" diversions on the table that commercial
> compatibility is obviously not a holy grail for some people.

--
Pete Buelow
[EMAIL PROTECTED]



------------------------------

From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux
Subject: Re: Need to find my IP address
Reply-To: [EMAIL PROTECTED]
Date: Mon, 08 May 2000 01:30:23 GMT

On Sun, 07 May 2000 20:27:15 GMT, Chris <[EMAIL PROTECTED]> wrote:
>On 7 May 2000 01:25:34 GMT, [EMAIL PROTECTED] (brian moore) wrote in
>comp.os.linux.development.apps:
>
>>> People who write device drivers or kernel modules should provide a proper
>>> man(2) or man(3) page.  Ideally, we should kill off the ioctl() function
>>> and place all accessible driver variables in /proc.
>>
>>If you remove ioctl(), how will you plan on maintaining compatibility
>>with other Unix systems?
>
>Who says that using ioctl() preserves compatability?  It's a catch-all
>function that was written so that programmers could access features of

It's not accurate to call it a catch-all.  It's simply a mechanism for writing
type-specific system calls. The kernel interface is not a function call
interface; it's a trap interface with a numeric dispatch. Similarly, ioctl
is a second level numeric dispatch for functions that are not general enough
to belong in the system call table.  The ioctl library function is just a way
to get to that interface directly, in the absence of a more friendly wrapper.
Some standard library functions are just ioctl's in disguise: for example,
tcgetattr and tcsetattr. 

>specific device drivers in a non-standardized way.

You seem to be missing that there are certain  well known ioctl's which work
across many operating systems. For example, the FIONREAD ioctl can be used to
determine how many unread bytes are pending in a socket. This even works on
Win32 sockets, of all places (except they rename the function ioctlsocket()). 

-- 
#exclude <windows.h>

------------------------------

From: [EMAIL PROTECTED] (ljb)
Subject: Re: Help on inittab file ...
Date: 8 May 2000 01:37:45 GMT

[EMAIL PROTECTED] wrote:
>Hi,
>
>This will probably be a very simple question for all you die-hards out
>there.
>
>In my default inittab, there's a list of mingetty's that get started:
>
># Run gettys in standard runlevels
>1:2345:respawn:/sbin/mingetty tty1
>.....
>
>I noticed they appear in my 'ps -aux' list like this (line might be
>truncated):
>root       429  0.0  1.2  1060  380 tty1     S    May07   0:00
>/sbin/mingetty tty1
>
>What is the purpose of all this? Why are there 6 of these started, and
>what is their task??

They run to let you log in on the virtual consoles (tty1-tty6) which
are accessed via alt-F1 through alt-F6.

------------------------------

From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux
Subject: Re: Need to find my IP address
Reply-To: [EMAIL PROTECTED]
Date: Mon, 08 May 2000 01:42:26 GMT

On Sun, 07 May 2000 20:27:15 GMT, Chris <[EMAIL PROTECTED]> wrote:
>On Sun, 7 May 2000 09:34:11 +0200, [EMAIL PROTECTED] (Tobias Anderberg)
>wrote in comp.os.linux.development.apps:
>
>>>programmers shouldn't have to resort to sifting through the kernel source
>>>code to figure out how to perform simple and common tasks.
>>
>>Usually people don't wade through the kernel source for "simple
>>and common" tasks. Rather to see how a certain driver, part of
>>kernel and so on work, to gain deeper knowledge of the
>>operating system, they need to fix something, or out of plain
>>interest.
>
>I would think that finding the address(es) of a specific interface should
>be a simple task.  The need is certainly common, judging by the amount of
>bandwidth wasted by news posts every other week asking how to do it.
>
>>If I wanted to know how to fetch my IP, I certainly wouldn't look
>>in the kernel source for that (at least not at first). That's just
>>something I picked up during my general kernel "research" and I
>>found it to be a easy way of solving this particular problem.
>
>Other people in this thread are taking the opposite stand-- they think
>that wading through the source code *is* the appropriate way to learn how
>to do such things.  This kind of elitist "documentation is for dummies"

You don't seem to understand that having the source code is far better than
having documentation.  In the proprietary world, you need documentation simply
because the source is not available, so people cling to the myth that
documentation is essential. Documentation isn't for dummies, it's for people
without source code. It's not an elitist assumption that developers can
understand source code.

Many programmers, like me, maintain code that is poorly documented, if at all.
Yet it doesn't bother them. Where they need documentation is at the boundary
between the software and the proprietary system interfeces that it uses.  In
the open source world, you can simply view the library and the kernel as being
an integral part of your application. You do not bottom out at some proprietary
software layer that you cannot navigate without documentation.

------------------------------

From: [EMAIL PROTECTED] (Kaz Kylheku)
Crossposted-To: 
comp.os.linux.development.apps,comp.os.linux.development.system,comp.os.linux
Subject: Re: Need to find my IP address
Reply-To: [EMAIL PROTECTED]
Date: Mon, 08 May 2000 01:46:09 GMT

On Sun, 07 May 2000 20:29:22 GMT, Chris <[EMAIL PROTECTED]> wrote:
>On Sat, 06 May 2000 22:12:59 GMT, [EMAIL PROTECTED] (Kaz Kylheku)
>wrote in comp.os.linux.development.apps:
>
>>Get real; these ioctl's are easy to find in the kernel source code.
>
>>I disagree on both counts. Having the operating system source code
>>is a blessing. I'd rather read ten lines of code than a thousand lines
>>of documentation.
>
>I'm heartened to know that you've uninstalled all the man pages from your
>system.  After all, if you need to know the arguments to a standard C
>library call you can always go look in the libc6 sources....

Actually, you can often just look in the header files.

I prefer to use the online draft of The Single UNIX Specification as my handy
reference, simply to try to avoid making non-portable assumptions.

-- 
#exclude <windows.h>

------------------------------

From: [EMAIL PROTECTED] (Dances With Crows)
Subject: Re: Modules
Date: 07 May 2000 21:58:11 EDT
Reply-To: [EMAIL PROTECTED]

On Sun, 07 May 2000 19:34:11 -0400, lanbaba 
<<[EMAIL PROTECTED]>> shouted forth into the ether:
>Thanks for your help. I indeed meant the drivers that is compiled into
>the kernel. The reason that I am asking these questions is that I am
>trying to make my ATAPI CD-Writer work under Mandrake linux 7.0. I
[snip]
>I set up an alia in conf.modules as "alias scd0 ide-scsi".
>Apparently, it did not work. modprobe -c shows that there are two
>entries looks suspicious
>
>alias scsi-hostadapter off
>alias scsi-hostadapter ide-scsi

It's entirely possible that the modules you mentioned aren't modules at
all but compiled into the kernel on a stock Mandrake install.  I don't
have Mandrake around to check, but SuSE and RedHat compile a metric
buttload of stuff into their default kernels.

Anyway, take out the line that says "alias scd0 ide-scsi".  That probably
won't help anything.  Make sure that /etc/conf.modules contains the line
alias scsi-hostadapter ide-scsi
and no other lines referring to "scsi-hostadapter".  Then whenever you try
to access /dev/scd0, ide-scsi should be loaded automagically, along with
scsi_mod and sr_mod if those haven't been compiled into the kernel.  Same
thing with /dev/sg0.  HTH,

-- 
Matt G / Dances With Crows              \###| You have me mixed up with more
There is no Darkness in Eternity         \##| creative ways of being stupid,
But only Light too dim for us to see      \#| as I have to run nothing but a
(Unless, of course, you're working with NT)\| burp in the butt.  --MegaHAL

------------------------------

From: Dave Thompson <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
Subject: Re: segmentation fault ?
Date: Mon, 08 May 2000 01:59:18 GMT


ok ... I was chasing around thinking that you were pointing out a
solution, not realizing that you were showing me how to find the fault
definition.  I understood the error from your first response.

I did find the faq's.  Thanks.

A suggestion from Peter Buelow below gives me something to chase down,
although I have not changed the libraries.

Dave

------------------------------


** 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
******************************

Reply via email to