devil-linux-develop Mailing List for Devil-Linux (Page 273)

> The following message was sent by Dmitry Boronin <dbo...@ca...> on Tue, 21 May 2002 00:14:42 +0400.
 >
>>Please , say me , how i can make /dev/ram1 as rootfs and cont. boot process 
>>from this is device ...

I'd say take a look at our linuxrc
   http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/devil-linux/build/config/etc/initrd/linuxrc?rev=1.9

and it's helper scripts
   http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/devil-linux/build/config/etc/initrd/

-- 
MfG / Regards
Friedrich Lobenstock

Hi,

please join the mailinglist dev...@li..., you find the information on our website.
I'm currently at work and can't look into your problem, probably later this evening.

Heiko

The following message was sent by Dmitry Boronin <dbo...@ca...> on Tue, 21 May 2002 00:14:42 +0400.

> îÅllo Heiko .
> My name is Dmitry Boronin, i am from Russia.
> 
> I look your Devil-Linux project , is good idea. )
> Also try make CD , but with root fs on /dev/ram1 and all binary files  
> on CD.
> 
> But has problem. ( 
> 
> Do you can  give a pair of councils on tune LinuxRC file ?
> 
> I has :
> 	1) read-only dirs on CD fs :
> /bin
> /lib
> /usr
> /ram.img
> ...
> 	2) boot floppy with initrd contain /startup/busybox :
> 
> linuxrc: 
> #!/startup/sh
> PATH=/bin:/startup:/cdrom/bin:/cdrom/sbin:/cdrom/usr/bin:/cdrom
> export
> insmod /lib/ide-mod.o
> insmod /lib/ide-probe-mod.o
> insmod /lib/cdrom.o
> insmod /lib/ide-cd.o
> insmod /lib/isofs.o
> mount -t iso9660 /dev/hda /cdrom
> dd if=/cdrom/ram.img of=/dev/ram1 
> 
> RAM1 - is done :
> 	bin -> /mnt/cdrom/bin
> 	boot ->/mnt/cdrom/boot
> 	cdrom
> 	dev -> /mnt/cdrom/dev
> 	etc
> 	|
> 	+-> fstab:
> -----------------
> /dev/ram0               /                       ext2    defaults       
>  1 1
> /dev/cdrom              /cdrom                  iso9660 defaults       
>  0 0
> none                    /dev/pts                devpts  gid=5,mode=620 
>  0 0
> none                    /proc                   proc    defaults       
>  0 0
> none                    /dev/shm                tmpfs   defaults       
>  0 0
> /dev/fd0                /mnt/floppy             auto    noauto,owner,kudzu 
> 0 0
> -------------------
> 	floppy
> 	home
> 	initrd
> 	lib -> /mnt/cdrom/lib
> 	list
> 	mnt
> 	root
> 	sbin -> /mnt/cdrom/sbin
> 	tmp
> 	usr -> /mnt/cdrom/usr
> 	var
> 
> 
> 
> 
> Please , say me , how i can make /dev/ram1 as rootfs and cont. boot process 
> 
> from this is device ...
> 
> Regards . Dmitry Boronin.
> 
> 
> 
> 
> 
> 
> 	
> 
> 

Martin Mueller wrote:
> I hacked support for the Cylades PC300 board into devil-linux.
> 
> How would you prefer to get it integrated in Devil-Linux if at all?

OF COURSE, do we want that stuff. Please mail it as unified diff (diff -u)
to the mailing list or if you feel that it's to big mail it Heiko an me in
private.

TIA for your work.

-- 
MfG / Regards
Friedrich Lobenstock

Hi,

I hacked support for the Cylades PC300 board into devil-linux.

How would you prefer to get it integrated in Devil-Linux if at all?

bye
  MM

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Alex Ly wrote:
| 1] Is there any easy and established way for adding support of hardware
| drivers that aren't included with DL? Specifically, I'm trying to add
driver
| support for Prism based Wireless cards.

Yes, you just have to customize our build system.

|
| 2] According to the included docs of the DL distribution, there's a way to
| rebuild the ISO using the CVS source. Therefore, building in additional
| driver support, etc. I've been trying to locate the CVS source to do this
| but have been unsuccessful. Is the CVS source readily available for
| download?

There is no CVS source for download, you have to checkout the CVS stuff
via CVS.
Here ( https://sourceforge.net/cvs/?group_id=34096 ) is described how to
do it.
The wireless support is on our todo-list, but there is no plan when we
will integrate it.

| I'm not currently an active developer, but if this isn't something that
| isn't already supported I'd be more than happy to work on it.

That would be great.
We're always happy, when the people send us their changes.



- --

cu
~  Heiko

We are Penguin, Resistance is futile!

http://www.devil-linux.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6-2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAjzn7ikACgkQzRJAyNsjWPmnVACdG8k+9kP51Wyp4OekoylXwytY
JVYAoJOgU9mi6FU46XW6VUIXh6JWVDtM
=x842
-----END PGP SIGNATURE-----

Hi,


I have two questions:


1] Is there any easy and established way for adding support of hardware
drivers that aren't included with DL? Specifically, I'm trying to add driver
support for Prism based Wireless cards.

2] According to the included docs of the DL distribution, there's a way to
rebuild the ISO using the CVS source. Therefore, building in additional
driver support, etc. I've been trying to locate the CVS source to do this
but have been unsuccessful. Is the CVS source readily available for
download?

There is another project (linux-wlan Project at http://www.linux-wlan.com)
which have developed the necessary drivers for Prism based wireless cards.
The package currently supports the Intersil 802.11b Prism2, Prism2.5, and
Prism3 reference designs for PCMCIA, PCI, and USB.  Additionally, the
package includes support for PLX9052 based PCI to PCMCIA adapter with a few
different PCMCIA cards. However, it is rather difficult to build these
drivers, much less add their support to DL, without the CVS source in
question.

I'm not currently an active developer, but if this isn't something that
isn't already supported I'd be more than happy to work on it.


-Alex

This email is to inform you of release '2.11r' of 'util-linux' through
freshmeat.net. All URLs and other useful information can be found at
http://freshmeat.net/projects/util-linux/

The changes in this release are as follows:
 

Project description:
Util-linux is a suite of essential utilities for any Linux system. Its
primary audience is system integrators and DIY Linux hackers.
Util-linux is attempting to be portable, but the only platform it has
been tested much on is Linux i386.

If you would like to cancel subscription to releases of this project, login
to freshmeat.net and choose 'home' from the personal menubar at the top of
the page. You'll be presented with a list of projects you're subscribed to
in the right column, which you may cancel by highlighting the project in
question and clicking the 'delete' button.

Sincerely,
freshmeat.net

This email is to inform you of release '21' of 'psmisc' through
freshmeat.net. All URLs and other useful information can be found at
http://freshmeat.net/projects/psmisc/

The changes in this release are as follows:
The wrong signal types were cleaned out of signames.h. More strings
have been made translatable. Language translations were added for
Portuguese, Italian, French, German, and Swedish. 

Project description:
Miscellaneous proc FS tools: fuser, killall, pidof, and pstree.

If you would like to cancel subscription to releases of this project, login
to freshmeat.net and choose 'home' from the personal menubar at the top of
the page. You'll be presented with a list of projects you're subscribed to
in the right column, which you may cancel by highlighting the project in
question and clicking the 'delete' button.

Sincerely,
freshmeat.net

This email is to inform you of release '3.2.2p1' of 'Portable OpenSSH'
through freshmeat.net. All URLs and other useful information can be found
at http://freshmeat.net/projects/openssh/

The changes in this release are as follows:
Support for an "sshd" user, a code cleanup, and PAM enhancements.

Project description:
This is a Unix/Linux port of OpenBSD's excellent  OpenSSH. OpenSSH is
a full implementation of the  SSH1 protocol and a 99% implementation
of the  SSH 2 protocol, including sftp client and server  support. 

If you would like to cancel subscription to releases of this project, login
to freshmeat.net and choose 'home' from the personal menubar at the top of
the page. You'll be presented with a list of projects you're subscribed to
in the right column, which you may cancel by highlighting the project in
question and clicking the 'delete' button.

Sincerely,
freshmeat.net

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


- --

cu
~  Heiko

We are Penguin, Resistance is futile!

http://www.devil-linux.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6-2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAjzkWfoACgkQzRJAyNsjWPnDWgCeKS0xe+/8TlCbHFkd6CixgmVG
8RkAoNPg7SUYIQzQHzhfiC+YPaYxvkX8
=e9An
-----END PGP SIGNATURE-----

On 05/16/2002 09:07:41 AM "John van V." wrote:
>Ok... sorry folks !!  (those americans, argh!!)
>
>I thought the decision was made to turn on 586 optimization for DL
>based on the
>sourceforge polling.

Not really, too much people disagreed with that.
The plan is now to create an improved build system, where you're able t=
o
specify the CPU type.
With that you can create i486,i586 code or whatever you need.

Heiko
=

Ok... sorry folks !!  (those americans, argh!!)

I thought the decision was made to turn on 586 optimization for DL based on the
sourceforge polling.

Thats all.

John



--- Friedrich Lobenstock <fl...@fl...> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Heiko Zuerker wrote:
> | | I was, however, under the impression that the 486 was orphaned for the
> | | distribution ISOs.
> |
> | I don't understand what you mean
> 
> Me too - sorry but my English is not that good :(
> 
> - --
> MfG / Regards
> Friedrich Lobenstock
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQE84vmiwSg+Xa7mGqERAqTPAJ4mnHs1ovgL+yNulQlx1LISIABhVwCbBdvJ
> kneTuC0z75Rl6gkGinUGqJI=
> =wGwm
> -----END PGP SIGNATURE-----
> 
> 
> _______________________________________________________________
> 
> Have big pipes? SourceForge.net is looking for download mirrors. We supply
> the hardware. You get the recognition. Email Us: ban...@so...
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop


=====
John van Vlaanderen

      #############################################
      #    CXN, Inc. Contact:  jo...@th...   #               #
      #      Proud Sponsor of The Linux Society   #
      #        http://www.thelinuxsociety.org     #                 
      #############################################

__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

Bugs item #556586, was opened at 2002-05-15 20:59
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=556586&group_id=34096

Category: Package
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: new  samba package not working

Initial Comment:
package is empty

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

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=556586&group_id=34096

On Thu, 16 May 2002 02:58:26 +0200
"Friedrich Lobenstock" <fl...@fl...> wrote:

> Heiko Zuerker wrote:
> > Everything in build/tmp/ISO and build/tmp/ETC .
> > But it's easy to change when you have a good argument for that.
> 
> I don't know a good argument for setting the the time into the past
> except for build/tmp/ETC.

I did it to be consistant.

-- 

cu
  Heiko

http://www.devil-linux.org

Bugs item #555481, was opened at 2002-05-13 10:15
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=555481&group_id=34096

Category: Package
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: add intel ians utility

Initial Comment:
needed for teaming/failover with Intel NICs

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

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=555481&group_id=34096

Heiko Zuerker wrote:
> Everything in build/tmp/ISO and build/tmp/ETC .
> But it's easy to change when you have a good argument for that.

I don't know a good argument for setting the the time into the past
except for build/tmp/ETC.

-- 
MfG / Regards
Friedrich Lobenstock

On Thu, 16 May 2002 02:15:13 +0200
"Friedrich Lobenstock" <fl...@fl...> wrote:

> no...@so... wrote:
> > all file dates are now set to 01/01/1980
> 
> I had no look at the scripts yet - really all files?

Everything in build/tmp/ISO and build/tmp/ETC .
But it's easy to change when you have a good argument for that.

-- 

cu
  Heiko

http://www.devil-linux.org

no...@so... wrote:
> all file dates are now set to 01/01/1980

I had no look at the scripts yet - really all files?

-- 
MfG / Regards
Friedrich Lobenstock

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Heiko Zuerker wrote:
| | I was, however, under the impression that the 486 was orphaned for the
| | distribution ISOs.
|
| I don't understand what you mean

Me too - sorry but my English is not that good :(

- --
MfG / Regards
Friedrich Lobenstock
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE84vmiwSg+Xa7mGqERAqTPAJ4mnHs1ovgL+yNulQlx1LISIABhVwCbBdvJ
kneTuC0z75Rl6gkGinUGqJI=
=wGwm
-----END PGP SIGNATURE-----

Bugs item #555997, was opened at 2002-05-14 10:35
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=555997&group_id=34096

Category: Build System
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: file dates

Initial Comment:
set file dates to a value in the past, e.g. 1.1.1980 
<major version>:<minor version>:<beta counter>

This makes the update to a newer release much easier.

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

>Comment By: Heiko Zuerker (smiley73)
Date: 2002-05-15 19:08

Message:
Logged In: YES 
user_id=112133

all file dates are now set to 01/01/1980

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

You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=555997&group_id=34096

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

John van V. wrote:
| Hi, not to say I told you so... but back at the bar in NYC, I think
anyway,
| that I predicted somebody would turn DL into a typical harddrive
install...

true ;-)


|
| All the same, the linux society crowd rebelled when I tried to creat a
VFAT
| swap space.. insisting I set up LVM's.   Maybe we should just accept the
| inevitable and develop a GRUB script.

Try to stick with LVM, because this is the DL standard. Everything we
add, will be on top of LVM.

For what do you need a grub script?


|
| About hack scripts... since we are still below 1.0, it seems features
are more
| important that appearance, cleaning up is not all that difficult.

I disagree.
We would faster reach a point, where a complete redesign is necessary.
So try to make everything as good as possible.

|
| I was, however, under the impression that the 486 was orphaned for the
| distribution ISOs.

I don't understand what you mean

- --

cu
~  Heiko

We are Penguin, Resistance is futile!

http://www.devil-linux.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6-2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAjzi6sEACgkQzRJAyNsjWPlb0QCfZrZCUgxiStiCkBmLOlUn+Qx6
6/wAoOVJ/2GCXWaUKV4qFymzrUUx4bst
=ecKz
-----END PGP SIGNATURE-----

Hi, not to say I told you so... but back at the bar in NYC, I think anyway,
that I predicted somebody would turn DL into a typical harddrive install...

All the same, the linux society crowd rebelled when I tried to creat a VFAT
swap space.. insisting I set up LVM's.   Maybe we should just accept the
inevitable and develop a GRUB script.

About hack scripts... since we are still below 1.0, it seems features are more
important that appearance, cleaning up is not all that difficult.

I was, however, under the impression that the 486 was orphaned for the
distribution ISOs.

John



--- Heiko Zuerker <hz...@pr...> wrote:
> 
> 
> ----- Forwarded by Heiko Zuerker/ITS/Propack Data Corporation on 05/15/2002
> 09:58 AM -----
> |---------+----------------------------------------------->
> |         |           "Walter Haidinger"                  |
> |         |           <wal...@gm...>           |
> |         |           Sent by:                            |
> |         |           dev...@li...|
> |         |           ceforge.net                         |
> |         |                                               |
> |         |                                               |
> |         |           05/15/2002 06:24 AM                 |
> |         |                                               |
> |---------+----------------------------------------------->
>  
>
>----------------------------------------------------------------------------------------------------------------------------------------------|
>   |                                                                          
>                                                                    |
>   |        To:      <dev...@li...>              
>                                                                    |
>   |        cc:      (bcc: Heiko Zuerker/ITS/Propack Data Corporation)        
>                                                                    |
>   |        Subject: [Devil-Linux-discuss] Hack to install onto harddisk
> instead of memory (low memory solution)                                  |
>  
>
>----------------------------------------------------------------------------------------------------------------------------------------------|
> 
> 
> 
> 
> Hi!
> 
> I've successfully installed Devil-Linux this weekend on an old machine
> (486/66) with just 24 MB of RAM. I think that even 16 MB would be
> sufficient.
> However, in order to do that I had to make Devil-Linux boot onto a
> harddisk partition instead of a ramdisk. I was forced to do this
> because _both_ of my 32MB SIMMs turned out to be defective... :-(
> Well, here's what I did. Perhaps it helps somebody who has a similar
> problem. How about adding a docs section like "installing Devil-Linux
> on machines with less than 64 MB RAM" ?
> This may have been done already but I didn't search the mailing-list
> archives when I did it because I had no internet access at that time.
> 
> Anyways, here goes:
> 
> With my setup, I used three partitions (on an old 200+ MB IDE drive):
> * /dev/hda1 - DOS (C:), about 50 MB
>   Required because that old machine could not boot from CD-Rom and if
>   I have to use a harddisk anyways we can as well use it for booting too.
>   Please note that the floppy containing the config is still required
>   any may have to configure the BIOS to boot from HD first.
> * /dev/hda2 - Linux SWAP, 64 MB
>   I have free disk space so why not extend the already limited physical
>   memory and set up a swap partition?
> * /dev/hda3 - Linux ext2, about 100 MB
>   Used as subsitute for the ramdisk. I've hacked the initrd to use
>   this partition instead of /dev/shm (see below).
> 
> After setting up a DOS partition to boot from (C:), I copied the
> boot directory from the CD (to C:\boot). Next, I had to modify to
> linuxrc  script of initrd.gz.
> To do this, follow these steps (under Linux):
> 1. Copy the initrd.gz from the CD-Rom somewhere, e.g.
>    > cp /cdrom/boot/initrd.gz /tmp
> 2. Unpack it
>    > gunzip /tmp/initrd.gz
> 3. Mount the file using the loopback-device:
>    > mount /tmp/initrd -o rw,loop=/dev/loop0 /mnt
> 4. Modify /mnt/linuxrc with your favourite editor according to the
>    next section below.
>    > your-editor /mnt/linuxrc
> 5. Copy your /sbin/swapon and /sbin/mkswap files to /mnt/sbin
>    Make sure that the binaries run on your Devil-Linux Version.
>    For me, binaries from SuSE-Linux 7.3 run on Devil-Linux 0.5.
> 6. Unmount again
>    > umount /mnt
> 7. Pack the modified image
>    > gzip initrd
> 8. Copy the new initrd.gz to the boot directory of the DOS partition
>    (C:\boot)
> 
> Now for the fun part: Howto modify linuxrc
> (I've modifed linuxrc v1.7 from the 0.5rc1 distribution)
> 
> Here are the diffs in detail:
> 
> 28a29,32
> > SWAP_PART=/dev/hda2
> > echo "Adding swapspace on $SWAP_PART"
> > /sbin/swapon $SWAP_PART && print_status success || print_status failure
> >
> 
> Add the swap partition. You might add a /sbin/mkswap $SWAP_PART right
> before swapon but I doubt that this is necessary. Well, of course you
> need to create the swap-space _once_ !
> 31a36,43
> > DATA_PART=/dev/hda3
> > echo "Using $DATA_PART as ramdisk substitute:"
> > test -d /hd || mkdir /hd
> > echo -n "Creating ext2 filesystem on $DATA_PART"
> > /sbin/mke2fs -q $DATA_PART print_status success || print_status failure
> > echo -n "Mounting $DATA_PART"
> > mount -t ext2 -o rw $DATA_PART /hd && print_status success ||
> > print_status failure>
> 
> Use partition set by DATA_PART as the ramdisk substitute.
> First create a mountpoint, then create the filesystem and mount it.
> *** WARNING:
> The partition is created _without_ question! Any previously stored
> data is lost! Actually, that is a good thing as it really simulates
> ramdisk behaviour and is therefore a security benefit.
> Also, you can simply turn off the machine without shutting down which
> is good if you have users power on/off the router without further
> knowledge.However, it can be *very* disastrous if you edit your partition
> table
> and forget to assign the correct partition in DATA_PART.
> 33,35c45,49
> < test -d /dev/shm || mkdir /dev/shm
> < echo -n "Mounting SHM FS on /dev/shm"
> < mount -t shm -o size=40g shmfs /dev/shm && print_status success ||
> print_status failure---
> > #test -d /dev/shm || mkdir /dev/shm
> > #echo -n "Mounting SHM FS on /dev/shm"
> > #mount -t shm -o size=40g shmfs /dev/shm && print_status success ||
> > print_status failure> rm -rf /dev/shm > /dev/null 2>&1
> > ln -s /hd /dev/shm
> 39c53,54
> < ln -s /dev/shm /ram
> ---
> > #ln -s /dev/shm /ram
> > ln -s /hd /ram
> 
> Remove (comment) the shared memory stuff and replace it by symlinks.
> This allows transparent usage of the partition instead of /dev/shm,
> i.e. not subsequent scripts need to be modified.
> 
> That are all changes made to linuxrc.
> I've attached a context diff with the changes.
> To apply it, run (replacing step 4 above) in /mnt after saving the
> attachment (to, say, /tmp):
>    patch < ../tmp/linuxrc.diff
> 
> *** Security warning:
> If you store the boot files (kernel, initrd, ...) on the harddisk
> (i.e. if you do _not_ create a CD containing the new initrd.gz), that
> files _can_ be modified.Therefore, the integrity of the boot files _have_
> to be verified!
> e.g.: Use MD5 hashes!
> 
> 1. Get md5sum.exe for DOS from http://etree.org/md5com.html
>    and put it on your config floppy.
> 2. Create md5 checksums for all files that are on the harddisk,
>    e.g. (write on one line):
>      md5sum.exe C:\boot\initrd.gz C:\boot\loadlin.exe
>                 C:\boot\vmlinuz > A:\boot.md5
> 3. In autoexec.bat of your boot floppy, add the following 2 lines:
>      md5sum -vc boot.md5
>      if errorlevel 1 exit
> 4. Don't forget to write-protect your floppy again!
> 
> Now, if anyone modifies the files on the harddisk, md5sum fails the
> check and the autoexec.bat is aborted.
> That's finally it! I just hope that I forgot nothing as I wrote this
> mostly from memory...
> 
> Anyways, comments *are* welcome!
> 
> Regards, Walter
> 
> PS: Yes, I know this is a (bad) hack and there are better ways
>     (that is, more configurable) to do this.
>     However, I had to get the system up and that is what did it.
>     You're free to do it any other way you desire! ;-)
> 
> 
> --
> Walter Haidinger <wal...@gm...>
> For contact information or PGP/GPG public key please refer to
> http://haidinger.webhop.org/contact.html
> 
> 
> (See attached file: linuxrc.diff)
> 
> 

> ATTACHMENT part 2 application/octet-stream name==?iso-8859-1?Q?linuxrc.diff?=



=====
John van Vlaanderen

      #############################################
      #    CXN, Inc. Contact:  jo...@th...   #               #
      #      Proud Sponsor of The Linux Society   #
      #        http://www.thelinuxsociety.org     #                 
      #############################################

__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

----- Forwarded by Heiko Zuerker/ITS/Propack Data Corporation on 05/15/=
2002
09:58 AM -----
|---------+----------------------------------------------->
|         |           "Walter Haidinger"                  |
|         |           <wal...@gm...>           |
|         |           Sent by:                            |
|         |           dev...@li...|
|         |           ceforge.net                         |
|         |                                               |
|         |                                               |
|         |           05/15/2002 06:24 AM                 |
|         |                                               |
|---------+----------------------------------------------->
  >--------------------------------------------------------------------=
-----------------------------------------------------------------------=
---|
  |                                                                    =
                                                                       =
   |
  |        To:      <dev...@li...>        =
                                                                       =
   |
  |        cc:      (bcc: Heiko Zuerker/ITS/Propack Data Corporation)  =
                                                                       =
   |
  |        Subject: [Devil-Linux-discuss] Hack to install onto harddisk=
 instead of memory (low memory solution)                               =
   |
  >--------------------------------------------------------------------=
-----------------------------------------------------------------------=
---|




Hi!

I've successfully installed Devil-Linux this weekend on an old machine
(486/66) with just 24 MB of RAM. I think that even 16 MB would be
sufficient.
However, in order to do that I had to make Devil-Linux boot onto a
harddisk partition instead of a ramdisk. I was forced to do this
because _both_ of my 32MB SIMMs turned out to be defective... :-(
Well, here's what I did. Perhaps it helps somebody who has a similar
problem. How about adding a docs section like "installing Devil-Linux
on machines with less than 64 MB RAM" ?
This may have been done already but I didn't search the mailing-list
archives when I did it because I had no internet access at that time.

Anyways, here goes:

With my setup, I used three partitions (on an old 200+ MB IDE drive):
* /dev/hda1 - DOS (C:), about 50 MB
  Required because that old machine could not boot from CD-Rom and if
  I have to use a harddisk anyways we can as well use it for booting to=
o.
  Please note that the floppy containing the config is still required
  any may have to configure the BIOS to boot from HD first.
* /dev/hda2 - Linux SWAP, 64 MB
  I have free disk space so why not extend the already limited physical=

  memory and set up a swap partition?
* /dev/hda3 - Linux ext2, about 100 MB
  Used as subsitute for the ramdisk. I've hacked the initrd to use
  this partition instead of /dev/shm (see below).

After setting up a DOS partition to boot from (C:), I copied the
boot directory from the CD (to C:\boot). Next, I had to modify to
linuxrc  script of initrd.gz.
To do this, follow these steps (under Linux):
1. Copy the initrd.gz from the CD-Rom somewhere, e.g.
   > cp /cdrom/boot/initrd.gz /tmp
2. Unpack it
   > gunzip /tmp/initrd.gz
3. Mount the file using the loopback-device:
   > mount /tmp/initrd -o rw,loop=3D/dev/loop0 /mnt
4. Modify /mnt/linuxrc with your favourite editor according to the
   next section below.
   > your-editor /mnt/linuxrc
5. Copy your /sbin/swapon and /sbin/mkswap files to /mnt/sbin
   Make sure that the binaries run on your Devil-Linux Version.
   For me, binaries from SuSE-Linux 7.3 run on Devil-Linux 0.5.
6. Unmount again
   > umount /mnt
7. Pack the modified image
   > gzip initrd
8. Copy the new initrd.gz to the boot directory of the DOS partition
   (C:\boot)

Now for the fun part: Howto modify linuxrc
(I've modifed linuxrc v1.7 from the 0.5rc1 distribution)

Here are the diffs in detail:

28a29,32
> SWAP_PART=3D/dev/hda2
> echo "Adding swapspace on $SWAP_PART"
> /sbin/swapon $SWAP_PART && print_status success || print_status failu=
re
>

Add the swap partition. You might add a /sbin/mkswap $SWAP_PART right
before swapon but I doubt that this is necessary. Well, of course you
need to create the swap-space _once_ !
31a36,43
> DATA_PART=3D/dev/hda3
> echo "Using $DATA_PART as ramdisk substitute:"
> test -d /hd || mkdir /hd
> echo -n "Creating ext2 filesystem on $DATA_PART"
> /sbin/mke2fs -q $DATA_PART print_status success || print_status failu=
re
> echo -n "Mounting $DATA_PART"
> mount -t ext2 -o rw $DATA_PART /hd && print_status success ||
> print_status failure>

Use partition set by DATA_PART as the ramdisk substitute.
First create a mountpoint, then create the filesystem and mount it.
*** WARNING:
The partition is created _without_ question! Any previously stored
data is lost! Actually, that is a good thing as it really simulates
ramdisk behaviour and is therefore a security benefit.
Also, you can simply turn off the machine without shutting down which
is good if you have users power on/off the router without further
knowledge.However, it can be *very* disastrous if you edit your partiti=
on
table
and forget to assign the correct partition in DATA_PART.
33,35c45,49
< test -d /dev/shm || mkdir /dev/shm
< echo -n "Mounting SHM FS on /dev/shm"
< mount -t shm -o size=3D40g shmfs /dev/shm && print_status success ||
print_status failure---
> #test -d /dev/shm || mkdir /dev/shm
> #echo -n "Mounting SHM FS on /dev/shm"
> #mount -t shm -o size=3D40g shmfs /dev/shm && print_status success ||=

> print_status failure> rm -rf /dev/shm > /dev/null 2>&1
> ln -s /hd /dev/shm
39c53,54
< ln -s /dev/shm /ram
---
> #ln -s /dev/shm /ram
> ln -s /hd /ram

Remove (comment) the shared memory stuff and replace it by symlinks.
This allows transparent usage of the partition instead of /dev/shm,
i.e. not subsequent scripts need to be modified.

That are all changes made to linuxrc.
I've attached a context diff with the changes.
To apply it, run (replacing step 4 above) in /mnt after saving the
attachment (to, say, /tmp):
   patch < ../tmp/linuxrc.diff

*** Security warning:
If you store the boot files (kernel, initrd, ...) on the harddisk
(i.e. if you do _not_ create a CD containing the new initrd.gz), that
files _can_ be modified.Therefore, the integrity of the boot files _hav=
e_
to be verified!
e.g.: Use MD5 hashes!

1. Get md5sum.exe for DOS from http://etree.org/md5com.html
   and put it on your config floppy.
2. Create md5 checksums for all files that are on the harddisk,
   e.g. (write on one line):
     md5sum.exe C:\boot\initrd.gz C:\boot\loadlin.exe
                C:\boot\vmlinuz > A:\boot.md5
3. In autoexec.bat of your boot floppy, add the following 2 lines:
     md5sum -vc boot.md5
     if errorlevel 1 exit
4. Don't forget to write-protect your floppy again!

Now, if anyone modifies the files on the harddisk, md5sum fails the
check and the autoexec.bat is aborted.
That's finally it! I just hope that I forgot nothing as I wrote this
mostly from memory...

Anyways, comments *are* welcome!

Regards, Walter

PS: Yes, I know this is a (bad) hack and there are better ways
    (that is, more configurable) to do this.
    However, I had to get the system up and that is what did it.
    You're free to do it any other way you desire! ;-)


--
Walter Haidinger <wal...@gm...>
For contact information or PGP/GPG public key please refer to
http://haidinger.webhop.org/contact.html


(See attached file: linuxrc.diff)

=

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Friedrich Lobenstock wrote:
| Heiko Zuerker wrote:

|> At least the /etc files, but I was thinking about all files.
|
|
| So you want to put the /etc tree on CD-tree too, and let save-config
| compare which files where changed?
|
| But I don't see any need in changing the timestamp of all other files.
| You must have something in mind, so please tell me more.

No.
Currently when we distribute a new release, all files have the date from
the build time which makes it really hard (for the end-user) to upgrade
the config files to a newer release.
When our etc.tar.gz has always file dates in the very past, you can see
immediatelly what you have modified and copy this files.


- --

cu
~  Heiko

We are Penguin, Resistance is futile!

http://www.devil-linux.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6-2 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAjzhuyUACgkQzRJAyNsjWPlJzACfdIwo3cfYIAzYglx/8kTN8Vx8
TvIAn2GxElSXnT2Pw2vrZJl6GIbFdArF
=ASnM
-----END PGP SIGNATURE-----

Heiko Zuerker wrote:
> On 05/14/2002 03:05:56 PM Friedrich Lobenstock wrote:
> 
>>no...@so... wrote:
>>
>>>Summary: file dates
>>>
>>>Initial Comment:
>>>set file dates to a value in the past, e.g. 1.1.1980
>>><major version>:<minor version>:<beta counter>
>>>
>>>This makes the update to a newer release much easier.
>>
>>Are you speaking of the files under /etc?
> 
> 
> At least the /etc files, but I was thinking about all files.

So you want to put the /etc tree on CD-tree too, and let save-config
compare which files where changed?

But I don't see any need in changing the timestamp of all other files.
You must have something in mind, so please tell me more.

-- 
MfG / Regards
Friedrich Lobenstock