KCLUG

kclug@kclug.org

1 participants
3241 discussions

RE: modifying kernel
by Brian Densmore 11 Nov '04

11 Nov '04

> -----Original Message----- > From: Jason Clinton > > Brian Densmore wrote: > > Actually use of /usr/src/linux is *highly* > > discouraged. It is far better to use the /usr/src/linux-... > > Unless we're thinking of a different kernel, the > /usr/src/linux location > is merely a standard for the location of the kernel headers used for > compilation of modules or programs that need the kernel headers. > > Every time I upgrade the kernel I relink /usr/src/linux to the new > kernel sources location. > And therein lies the heart of the problem. The glibc libraries use the headers in /usr/src/linux. "Basically, that symlink should not be a symlink. It's a symlink for historical reasons, none of them very good any more (and haven't been for a long time), and it's a disaster unless you want to be a C library developer. Which not very many people want to be. The fact is, that the header files should match the library you link against, not the kernel you run on. Think about it a bit.. Imagine that the kernel introduces a new "struct X", and maintains binary backwards compatibility by having an old system call in the old place that gets passed a pointer to "struct old_X". It's all compatible, because binaries compiled for the old kernel will still continue to run - they'll use the same old interfaces they are still used to, and they obviously do not know about the new ones. Now, if you start mixing a new kernel header file with an old binary "glibc", you get into trouble. The new kernel header file will use the new "struct X", because it will assume that anybody compiling against it is after the new-and-improved interfaces that the new kernel provides. But then you link that program (with the new "struct X") to the binary library object archives that were compiled with the old header files, that use the old "struct old_X" (which used to be X), and that use the old system call entry-points that have the compatibility stuff to take "struct old_X". Boom! " - Linus Torvolds

2 1

RE: [SPAM] Re: backing up symlinks
by Rob Becker 11 Nov '04

11 Nov '04

That seemed to get it. Now I need to get the date set correctly. This laptop sat for a while and the clock is wrong. Thanks. Rob -----Original Message----- From: Duane Attaway [mailto:dattawaykclug@dattaway.org] Sent: Tuesday, November 09, 2004 11:55 AM To: Rob Becker Cc: kclug(a)kclug.org Subject: [SPAM] Re: backing up symlinks Importance: Low On Tue, 9 Nov 2004, Rob Becker wrote: > I'm playing with optimizing the startup scripts on an old redhat box. > In order to avoid completely monkeying things up, I would like to back > up the /etc/rc.d/rc3.d directory prior to making changes. I've read the > man pages on both cp and ln and I'm coming up short regarding backing up > the symlinks in this directory. Is there a way to create symlinks with > the same names that point to the same files as the original symlinks? I > know I can do it manually, but I'd prefer to use the * wildcard to get > it all done in one shot if possible. Does anyone have any ideas? Am I > thinking about this the wrong way? Please enlighten me if I am missing > an obvious solution. > Thanks. > Rob I use: cp -aR Does that work?

4 3

RE: Help --- can't get on to CenturyTel ISP
by Brian Densmore 11 Nov '04

11 Nov '04

What kind of handshake are they/you using? What kind of authentication is being used? You should be able to open a window and watch the communication between the two modems. I remember I had problems with my dial up ISP who didn't support Linux and thought Windows was the end all, be all of OSes. With that ISP it was a matter of handshake and also the type of verification. He wasn't using plain text, but using some other option that was in my list of choices. Need more input to troubleshoot. Another option is to install Windows on a small partition and see if it connects. > -----Original Message----- > From: Gary Hildebrand > > > >From what I can tell, their end is some sort of weird > protocol, at least > from what my ear can tell from the usual burps and squeals. My modem > and theirs just don't connect. No error msgs, nuffin. Dials > in, and I > hear the dialog between protocols and it just gets lost in the woods > somewhere. > > There has to be some sort of Init string for my USR Sportster 56k that > would work. > > Their help desk doesn't support Linux (shame on them) and I've had a > couple bum steers, so I'm open to any and all suggestions. > Maybe there > is someone out there who knows someone who is both a Linux and > CenturyTel ISP user who might have the answer. If you know > of a way to > cross post this, go right ahead. > > Looks like their services are worth very little if I can't get this to > go. They already have a reputation for having lousy customer service > --- so far I've seen little to contradict that. I'm stuck > with them for > my telephone service up here in the boonies. > > Tnx in advance, > > Gary Hildebrand > St. Joseph, MO > _______________________________________________ > Kclug mailing list > Kclug(a)kclug.org > http://kclug.org/mailman/listinfo/kclug >

2 1

RE: modifying kernel
by Ben Coffman 11 Nov '04

11 Nov '04

I thought I installed the source, but I guess it just puts a linux-2.6.9.tar.bz2 file in your /usr/src/redhat/SOURCE file...which I assume you have to upack and move to the /usr/src file...If this works I'll give a heads up if it does I will be asking for help again. :) Ben

2 1

Re: Proposed Web site redesign (beta)
by mike＠handuma.com 11 Nov '04

11 Nov '04

The proposed Web site design is un-semantic and rigid. More indicative of a burgeoning business than a club devoted to an alternative OS. I agree with Hal's remarks. I, also, agree with Jason's remarks, and I like Brian's suggestion to make the site more accessible to the handicapped. Club members use the mailing list. The Web sites major function is to introduce the general public to local linux resources -- like the meeting, and, yes, you guys! I suggest, a friendly and inviting look and feel. Let's be leaders and teach Web standards by example. handuma http://www.handuma.com

4 3

Windows BackUp
by djgoku 11 Nov '04

11 Nov '04

I have to ghost 25-30 pc's weekly. I have ghost working on a cd which helps. But I would like to automate this process, anyone know what would be a good way to do this? I could create a bootable partition with the needed files to boot from and with network support. Create a process that will start at a specified time, and edit the boot.ini to boot to the secondary boot partition, and then have a batch file run with the correct options and session to connect to when secondary partition is booted. And have ghost server auto start when client connects. There is a option for ghost that will exit to dos, so some how edit the boot.ini back to the normal and then reboot. Wish it as easy in linux, but maybe it is and just not seeing it. Thanks, Jonathan -- dj_goku -www.djgoku.com- -www.tektronic.org-

2 1

modifing kernel
by Ben Coffman 11 Nov '04

11 Nov '04

where can I modify the kernel at...I looked under ../src/.. but could not find anything. Any suggestions.

2 1

RE: modifying kernel
by Brian Densmore 11 Nov '04

11 Nov '04

/usr/src/linux should point you to the proper directory. First you will have to install the sourcecode. > -----Original Message----- > From: Ben Coffman [mailto:ben_coffman@hotmail.com] > Sent: Thursday, November 11, 2004 10:51 AM > To: djgoku(a)gmail.com; kclug(a)kclug.org > Subject: modifing kernel > > > where can I modify the kernel at...I looked under ../src/.. > but could not > find anything. Any suggestions. > > > _______________________________________________ > Kclug mailing list > Kclug(a)kclug.org > http://kclug.org/mailman/listinfo/kclug >

1 0

Mounting ffs
by Ben Coffman 11 Nov '04

11 Nov '04

Does anyone have any experience in mounting ffs on fedora core 3 I have an old Unix style system with ffs on it and I was wondering if I could get the information off of it with my Linux machine. Thanks, Ben

2 1

RE: Windows BackUp
by Brian Densmore 11 Nov '04

11 Nov '04

> -----Original Message----- > From: djgoku > > > To automate ghosting in Linux, try making a shell script > > that runs dd based on entries read in from a table > > (call it something like ghost.conf). Then take that script and > > a boot floppy and make an entry in your boot floppy's boot process > > to call your ghosting script on boot. Tada, instant > automated ghosting > > on a disk. It also has the added bonus of being totally configurable > > by editing the ghost.conf file in any text editor. > > I want the whole process to be separate of the cdrom/floppy way, I > want full automation. I want to do like I said create another boot > partition and boot to it, or something to that effect. I could also > possible create the ghost files on the local hard drive and then copy > to the server, since compressing and send is very slow ~22Mbps or less > for one transfer, but regular file transfer are well above 22Mbps. For > about 300GB of data that is being compressed then sent to server > would take about 30 hour to transfer. > Simple, create a new run level (let's say 7) and make the linux_ghost script an entry in that run level. Then you could schedule "telinit 7" on any machine that needs to be ghosted, and the last thing that the ghost script does is init to the standard run level. This could also be controlled from a central server that connects automatically to the various machines needing ghosting and running "telinit 7". The ghost script would have to be installed every machine you are ghosting. The added bonus here is each machine would have it's own "ghost.conf".

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

KCLUG