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

How right... /cdrom exists

/dev/hdd does not though :(  

-- after replacing all the cd devices here !!

--- Friedrich Lobenstock <fl...@fl...> wrote:
> On Wed, 10 Apr 2002 12:09, Heiko Zuerker wrote:
> 
> >
> > >Just removed 2> /dev/null in cd mount in initrd and booted from the 44x
> > >cd
> > >device with the boot cd that works in the 1x device.
> > >
> > >Error
> > >
> > >mount: Mounting /dev/hdd on /cdrom failed: No such file or directory
> > >
> > >I think I will add a loop to try it a few times... any ideas ??
> >
> > I think /cdrom is missing.
> > Add a "mkdir -p /cdrom" before the mount command.
> 
> /cdrom exists in initrd.
> No the /dev/ entry mustbe missing. Just checked this on 0.5b6-pre.
> 
> friedl:~/devil-linux/lfssystem/data/build # l tmp/ISO/initrdtree/dev/hdd*
> ls: tmp/ISO/initrdtree/dev/hdd*: No such file or directory
> 
> Heiko please check this on the current version.
> 
> -- 
> MfG / Regards
> Friedrich Lobenstock
> 
> 
> _______________________________________________
> 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!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

On Wed, 10 Apr 2002 12:09, Heiko Zuerker wrote:

>
> >Just removed 2> /dev/null in cd mount in initrd and booted from the 44x
> >cd
> >device with the boot cd that works in the 1x device.
> >
> >Error
> >
> >mount: Mounting /dev/hdd on /cdrom failed: No such file or directory
> >
> >I think I will add a loop to try it a few times... any ideas ??
>
> I think /cdrom is missing.
> Add a "mkdir -p /cdrom" before the mount command.

/cdrom exists in initrd.
No the /dev/ entry mustbe missing. Just checked this on 0.5b6-pre.

friedl:~/devil-linux/lfssystem/data/build # l tmp/ISO/initrdtree/dev/hdd*
ls: tmp/ISO/initrdtree/dev/hdd*: No such file or directory

Heiko please check this on the current version.

-- 
MfG / Regards
Friedrich Lobenstock

On 04/10/2002 11:44:47 AM John van V. wrote:
>Hi,
>
>Just removed 2> /dev/null in cd mount in initrd and booted from the 44=
x
>cd
>device with the boot cd that works in the 1x device.
>
>Error
>
>mount: Mounting /dev/hdd on /cdrom failed: No such file or directory
>
>I think I will add a loop to try it a few times... any ideas ??

I think /cdrom is missing.
Add a "mkdir -p /cdrom" before the mount command.

cu
   Heiko=

Hi,

Just removed 2> /dev/null in cd mount in initrd and booted from the 44x cd
device with the boot cd that works in the 1x device.

Error

mount: Mounting /dev/hdd on /cdrom failed: No such file or directory

I think I will add a loop to try it a few times... any ideas ??

TIA, John



--- "John van V." <joh...@ya...> wrote:
> 
> Hi, Meeting went fantastic again.
> 
> I did the LVM and demonstrated how less than $15 (cd, floppy, old h/d) added
> to
> a simple PCs can produce some of the most sophisticated, secure and crash
> proof
> systems anywhere.  Maybe the wave of the future.
> 
> Minutes before the meeting, I finally found out that the CD mount command in
> initrd simply wasnt succeeding, maybe because of old equipment, second rate
> cd
> disks... or maybe the cd device simply isnt prepared to do the mount the
> second
> time.
> 
> We are net installing debian at this very moment so I cant hack the initrd cd
> mount script to send errors to the screen.
> 
> So that was the cd problem all along.  Using a memorex cd disk in a 1 speed
> read/write cd device works.  My 44x cdrom tries but wont mount the cd either.
> 
> TDK brand cd disks wont mount on either cd device.
> 
> Since I have multi-boot redhat and debian on one box (as well as DL) we had
> to
> configure grub.  But... all disks mount when I get DL booted from the 1 speed
> cd read/write device.
> 
> Looks like Debian will be the firewall/router for the time being until we
> resolve these DL cd mount problems.  Also, there is still strong interest in
> a
> DL desktop, and as I said, I want to bring in Xwindows to test the efficency
> of
> the SHMFS swapping as opposed to traditional systems.
> 
> Ok... I will hack initrd's cd mount script as soon as debian is configured to
> see if there are any discernable errors that can be added to the mount
> script.
> 
> Cya soon, John
> 
> 
> =====
> John van Vlaanderen
> 
>       #############################################
>       #    CXN, Inc. Contact:  jo...@th...   #               #
>       #      Proud Sponsor of The Linux Society   #
>       #        http://www.thelinuxsociety.org     #                 
>       #############################################
> 
> __________________________________________________
> Do You Yahoo!?
> Yahoo! Tax Center - online filing with TurboTax
> http://taxes.yahoo.com/
> 
> _______________________________________________
> 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!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

This email is to inform you of release '2.11q' 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:
Various bugfixes were made to each of the components. Some new
translations were added. 

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

Hi, Meeting went fantastic again.

I did the LVM and demonstrated how less than $15 (cd, floppy, old h/d) added to
a simple PCs can produce some of the most sophisticated, secure and crash proof
systems anywhere.  Maybe the wave of the future.

Minutes before the meeting, I finally found out that the CD mount command in
initrd simply wasnt succeeding, maybe because of old equipment, second rate cd
disks... or maybe the cd device simply isnt prepared to do the mount the second
time.

We are net installing debian at this very moment so I cant hack the initrd cd
mount script to send errors to the screen.

So that was the cd problem all along.  Using a memorex cd disk in a 1 speed
read/write cd device works.  My 44x cdrom tries but wont mount the cd either. 
TDK brand cd disks wont mount on either cd device.

Since I have multi-boot redhat and debian on one box (as well as DL) we had to
configure grub.  But... all disks mount when I get DL booted from the 1 speed
cd read/write device.

Looks like Debian will be the firewall/router for the time being until we
resolve these DL cd mount problems.  Also, there is still strong interest in a
DL desktop, and as I said, I want to bring in Xwindows to test the efficency of
the SHMFS swapping as opposed to traditional systems.

Ok... I will hack initrd's cd mount script as soon as debian is configured to
see if there are any discernable errors that can be added to the mount script.

Cya soon, John


=====
John van Vlaanderen

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

__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

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

Category: Configuration / Scripts
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 7
Submitted By: Heiko Zuerker (smiley73)
>Assigned to: Heiko Zuerker (smiley73)
Summary: loadscript for scsi modules

Initial Comment:
Version 0.45 has no builtin SCSI drivers.
The modules must be loaded by a script.
2 options should be supported:

autodetect: load all scsi-modules, try to find the cd 
and throw away all non used modules

specific: user should be able to define in a config 
file, which modules should be loaded

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

>Comment By: Heiko Zuerker (smiley73)
Date: 2002-04-09 21:04

Message:
Logged In: YES 
user_id=112133

new parameter INITRD_MODULES in /etc/sysconfig/config

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

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

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

The changes in this release are as follows:
Lots of bugs in stream4 have been ironed out.

Project description:
Snort is a lightweight network intrusion detection system, capable of
performing real-time traffic analysis and packet logging on IP
networks. It can perform protocol analysis, content searching/matching
and can be used to detect a variety of attacks and probes, such as
buffer overflows, stealth port scans, CGI attacks, SMB probes, OS
fingerprinting attempts, and much more. Snort uses a flexible rule
based language to describe traffic that it should collect or pass, and
a modular detection engine. Snort has a real-time alerting capability,
with alert mechanisms for syslog, a user specified file, a UNIX
socket, or WinPopup messages to Windows clients using Samba's
smbclient.

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

Bugs item #541795, was opened at 2002-04-09 18:33
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410643&aid=541795&group_id=34096

Category: Documentation
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: bugs in documentation

Initial Comment:
General Configuration
START_FIREWALL ... the script name is firewall.rules
-------

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

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

Feature Requests item #541773, was opened at 2002-04-09 23:59
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410646&aid=541773&group_id=34096

Category: Bootsystem (initrd)
Group: v0.6b
Status: Open
Priority: 5
Submitted By: Friedrich Lobenstock (friedl)
Assigned to: Nobody/Anonymous (nobody)
Summary: move /etc/initrd from floppy into initrd

Initial Comment:
Move /etc/initrd from floppy into the initial ramdisk,
so those 
scripts can not possibly changed by a hacker.

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

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

Feature Requests item #541772, was opened at 2002-04-09 23:57
You can respond by visiting: 
http://sourceforge.net/tracker/?func=detail&atid=410646&aid=541772&group_id=34096

Category: Bootsystem (initrd)
Group: v0.6b
Status: Open
Priority: 5
Submitted By: Friedrich Lobenstock (friedl)
Assigned to: Friedrich Lobenstock (friedl)
Summary: activate swap as soon as possible

Initial Comment:
* for systems with low ram we need to activate swap
   before we are going to unpack the packages

* to activate swap we need the LVM utilities vgscan,
vgchange
   and the needed libs on initrd. chroot is needed to
run those
   utilities in the right place

See thread "when to unpack packages" on the
devil-linux-developer mailing list.

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

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

On Tue, 9 Apr 2002 16:55, Heiko Zuerker wrote:

> >
> >Ok, point taken. So you're right we need LVM (just /sbin/vgscan,
> >/sbin/vgchange and libs) in the initrd.
>
> Ok.
>
> >I suggest we put chroot on the intial ramdisk then we run the LVM
> >utilities chroot /dev/shm, so when we switch to the real root
> >everything is in place.
>
> Can you take care about that?
>
> >BTW when you want to be more secure then we should get rid of the
> >/etc/initrd dir and should not rely on possibly forgable scripts.
>
> Good point.

I'd say we'd leave that for 0.6b1 - you know feature freeze, and that
would be new features.

I'll file a feature-request for 0.6 so we don't forget this.

-- 
MfG / Regards
Friedrich Lobenstock

On 04/09/2002 03:49:12 PM Friedrich Lobenstock wrote:
>On Mon, 8 Apr 2002 21:15, Heiko Zuerker wrote:
>
>> I would like to keep the installation of the packages inside Initrd.=

>> I planned to encrypt the tarballs of the packages, to make it harder=

>> for an intruder add software after he managed to break into the
>> system. Currently he has just to run tar -xzf
>> /cdrom/packages/XYZ.tar.gz .
>
>Ok, point taken. So you're right we need LVM (just /sbin/vgscan,
>/sbin/vgchange and libs) in the initrd.

Ok.

>> We could add only the really needed tools to initialize the LVM.
>> Or we could just work with symlinks to the SHMFS.
>
>I suggest we put chroot on the intial ramdisk then we run the LVM
>utilities chroot /dev/shm, so when we switch to the real root
>everything is in place.

Can you take care about that?

>
>BTW when you want to be more secure then we should get rid of the
>/etc/initrd dir and should not rely on possibly forgable scripts.

Good point.

cu
  Heiko=

On Tue, 9 Apr 2002 15:32, Heiko Zuerker wrote:

> Patches on floppy ?
> I don't remember how our patch system works,  but with that it is possible
> to "update" the mount_cdrom which is used inside initrd.

Forget my posting. The mount_cdrom script contained in the etc.tar.gz
on the floppy is the one that get's called to find the cdrom.

John, editing the script /etc/initrd/mount_cdrom and then
"save_config" should do what you want.

-- 
MfG / Regards
Friedrich Lobenstock

On Mon, 8 Apr 2002 21:15, Heiko Zuerker wrote:

> I would like to keep the installation of the packages inside Initrd.
> I planned to encrypt the tarballs of the packages, to make it harder
> for an intruder add software after he managed to break into the
> system. Currently he has just to run tar -xzf
> /cdrom/packages/XYZ.tar.gz .

Ok, point taken. So you're right we need LVM (just /sbin/vgscan,
/sbin/vgchange and libs) in the initrd.


> We could add only the really needed tools to initialize the LVM.
> Or we could just work with symlinks to the SHMFS.

I suggest we put chroot on the intial ramdisk then we run the LVM
utilities chroot /dev/shm, so when we switch to the real root
everything is in place.

BTW when you want to be more secure then we should get rid of the
/etc/initrd dir and should not rely on possibly forgable scripts.

-- 
MfG / Regards
Friedrich Lobenstock

On 04/09/2002 03:26:10 PM Friedrich Lobenstock wrote:
>On Tue, 9 Apr 2002 11:48, John van V. wrote:
>>
>> Hi, still trying to find out why my own DL doesnt mount the CD the
>> second time.
>>
>> Maybe be because the disks are second rate, but I tried to put set
>> -x in the mount_cdrom command... even commented out the reboot on
>> failure function.
>
>It's burned onto your cd. You have to rebuild the cd-image to get a
>patched mount_cdrom into the initial ramdisk.

Patches on floppy ?
I don't remember how our patch system works,  but with that it is possi=
ble
to "update" the mount_cdrom which is used inside initrd.

cu
  Heiko=

On Tue, 9 Apr 2002 11:48, John van V. wrote:
>
> Hi, still trying to find out why my own DL doesnt mount the CD the
> second time.
>
> Maybe be because the disks are second rate, but I tried to put set
> -x in the mount_cdrom command... even commented out the reboot on
> failure function.

It's burned onto your cd. You have to rebuild the cd-image to get a
patched mount_cdrom into the initial ramdisk.

Of which DL version is your DL-CD?

> Nothing changed.  Is it being called from somewhere else ??

The mount_cdrom that's on your floppy is called when your system get's
started from the initial ramdisk and it needs the cdrom again.

-- 
MfG / Regards
Friedrich Lobenstock

Hi, still trying to find out why my own DL doesnt mount the CD the second time.

Maybe be because the disks are second rate, but I tried to put set -x in the
mount_cdrom command... even commented out the reboot on failure function.

Nothing changed.  Is it being called from somewhere else ??

TIA, John


=====
John van Vlaanderen

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

__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

On 04/09/2002 11:25:20 AM "John van V." wrote:
>Hi all,
>
>One thing that has been on my mind, would there be an possibility of
>drawing in
>packages over the network using SSH.

You can already do that.
For me, I don't like the idea to get anything from another computer. ->=

IP-Spoofing, Man-in-the-middle-attack...

>
>I am also wondering about encapsulating configuration; WvDial is
>something we
>could really use, never used it before though.  And looks interesting.=
..

What do you mean with encapsulating configuration ?

cu
  Heiko=

Hi all,

One thing that has been on my mind, would there be an possibility of drawing in
packages over the network using SSH.

I am also wondering about encapsulating configuration; WvDial is something we
could really use, never used it before though.  And looks interesting...

John

--- Heiko Zuerker <hz...@pr...> wrote:
> 
> Hi,
> 
> the unmount script also has to take care, that swap is turned off as the
> last action when the system shuts down.
> 
> cu
>   Heiko
> 
> 
> _______________________________________________
> 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!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

Heiko Zuerker wrote:
> 
> the unmount script also has to take care, that swap is turned off as the
> last action when the system shuts down.

If a "devil-linux" harddisk is used:

# cat -n mountfs | head -n 139 | tail -n 10
   130                  if [ -e /sbin/vgscan -a -e /sbin/vgchange ]; then
   131
   132                          lvm_scan
   133
   134                          # check if swap on LVM is active then deactivate it
   135                          if [ $lv_swap -eq 1 ]; then
   136                                  echo "Deactivating swap on LVM"
   137                                  swapoff /dev/$vg_system/swap &> /dev/null
   138                                  evaluate_retval
   139                          fi

-- 
MfG / Regards
Friedrich Lobenstock

Hi,

the unmount script also has to take care, that swap is turned off as th=
e
last action when the system shuts down.

cu
  Heiko=

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

Category: Package
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Heiko Zuerker (smiley73)
Assigned to: Nobody/Anonymous (nobody)
Summary: update ucd-snmp

Initial Comment:
v4.2.4 available
http://sourceforge.net/project/showfiles.php?group_id=12694

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

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

On Tue, 09 Apr 2002 02:56:21 +0200
"Friedrich Lobenstock" <fl...@fl...> wrote:

> Heiko Zuerker wrote:
> >
> > > Heiko, how about loading just LVM in with linuxrc and all other packages when
> > > the (optional) harddisk ist mounted and swap is available? 
> >
> > Actually a good idea.
> > We have to check, if ram0 is destroyed correctly after we boot the final
> > system. Otherwise we waste RAM, because we have to install LVM into initrd.
> > Should we install it from CD or should we have it directly in the initrd
> > tarball?
> 
> No I would not run a vgscan in the ram0 ramdisk, but would just unpack the
> LVM package boot the system, let it mount the harddisk, then unpack all other
> wanted packages and keep on booting.

Hmmm....
I would like to keep the installation of the packages inside Initrd.
I planned to encrypt the tarballs of the packages, to make it harder for an intruder add software after he managed to break into the system.
Currently he has just to run tar -xzf /cdrom/packages/XYZ.tar.gz .

It wouldn't be a problem to initialize the LVM inside initrd, because we use the same /etc as later.

> 
> IMHO the initial ramdisk should be kept as small and simple as possible, just
> enought to start the system - nothing more, nothing less.

Agreed.
We could add only the really needed tools to initialize the LVM.
Or we could just work with symlinks to the SHMFS.


-- 

cu
  Heiko

http://www.devil-linux.org

Heiko Zuerker wrote:
>
> > Heiko, how about loading just LVM in with linuxrc and all other packages when
> > the (optional) harddisk ist mounted and swap is available? 
>
> Actually a good idea.
> We have to check, if ram0 is destroyed correctly after we boot the final
> system. Otherwise we waste RAM, because we have to install LVM into initrd.
> Should we install it from CD or should we have it directly in the initrd
> tarball?

No I would not run a vgscan in the ram0 ramdisk, but would just unpack the
LVM package boot the system, let it mount the harddisk, then unpack all other
wanted packages and keep on booting.

IMHO the initial ramdisk should be kept as small and simple as possible, just
enought to start the system - nothing more, nothing less.

-- 
MfG / Regards
Friedrich Lobenstock