[Devil-linux-develop] [RESEND][0.6Beta1] New release, 4 new problems!

[Dean N. <di...@ti...>]

(Since I didn't receive this message back to me from the list, and I have
received later timed stamp messages, I'll assume it was impacted by the work
my ISP was doing yesterday.)

[Using the 08-23-i586-SMP release...]

NOTE:  My ISP's mail system is -way- behind schedule (and in fact has been
down all day).  So, if these problems have been reported before, except my
apologies.

--- Problem 1 ----
Unpacking Configuration
FAT: bogus logical sector size 0
VFS: Can't find a valid FAT filesystem on dev 02:00.
mount: wrong fs type, bad option, bad superblock on /dev/fd0,
    or too many mounted file systems
Journalled Block Device driver loaded
ext3: wrong fs type, bad option, bad superblock on /dev/fd0,
    or too many mounted file systems
Unpacking /var

NOTE: I am using ext2 on my floppy, and had no errors previously for the
betas. In fact, I had switched to ext from FAT so as to no longer get the
error about being unable to find an ext2 file system on the floppy! (It used
to look for ext2 first).

--- Problem 2 ----
still getting a grsec error:
grsec: attempted resource overstep by requesting 92786688 for RLIMIT_STACK
against limit 8388608 by (pidof:385) UID(0) EUID(0), parent (S05network:373)
UID(0) EUID(0)

I -believe- this is related to my dhcpcd.exe script - which uses pidof.

--- Problem 3 ---
get the following: (Note: The ethx: Setting... message is standard,
everything else is NEW!)

eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability
41e1.
Setting up ROL/F
Setting up ROL/F
Setting up ROL/F
i8253 count too high! resetting..
Setting up ROL/F
i8253 count too high! resetting...

and also:

eth1: Setting 100mbps full duplex based on auto-negotiated partner ability
45e1.
Setting up ROLF/F
Setting up ROLF/F
Setting up ROLF/F
Setting up ROLF/F

i8253 count too high! resetting...

--- Comment ---
o Why are we still running ldconfig and updating module dependencies? I
thought it was agreed that we would drop those.

o I See that we have (again) moved a key binary - echo (from /bin/echo to
/usr/bin/echo).  And before we get into another discussion about why I have
hardcoded addresses for key executables in my firewall scripts: I suppose it
is for the same reason that Bruce uses them in -his- firewall scripts!

Dean Nedelman
TimeLord Consulting