PROXY  WHOIS  RQUOTE  TEXTS  SOFT  FOREX  BBOARD
 Music  Philosophy  Code  Literature  Russian

= ROOT|Technical|LinuxGazette|issue100.txt =

page 4 of 30




# Log in as user "student" and send the local file
ben@Fenrir:~/sshtool$ ./sshtool -c .ssh/authorized_keys student

   After this, I can upload any file or list of files to the entire pushlist
   simply by typing

ben@Fenrir:~/sshtool$ ./sshtool -C  student

   I can also execute a command on all the systems via the "-U" option.

   Note: I'm not an Expect programmer; otherwise, "sshtool" would accept a
   "local:remote" syntax so files wouldn't need to be in identical locations.
   It would also allow you to specify per-host usernames in the push list (not
   an option I need, but something to make it more flexible.) Anyone adding
   these features - please send me a copy. :)
            ____________________________________________________

compression speed

   Tue, 3 Feb 2004 10:48:08 -0500
   Ben Okopnik ([53]LG Technical Editor)

   Based  on  something  I  saw  on the "swsusp" list, I've done a bit of
   experimentation  with  "lzf" compression. It's not any more effective,
   size-wise, than some of the common compression utilities - in fact, it's
   less so in many cases. What it is, however, is fast.

   Results for compressing my 45MB "Sent_mail" box:

rar         0m46.314s
bzip2       0m29.840s
arj         0m7.396s
zip         0m7.008s
gzip        0m6.756s
compress    0m3.094s
lzf         0m0.997s

   File sizes:

47668763     Sent_mail
35446476     Sent_mail.lzf
32227703     Sent_mail.Z
25119004     Sent_mail.arj
24836842     Sent_mail.zip
24836720     Sent_mail.gz
23355061     Sent_mail.bz2
22877972     Sent_mail.rar

   For applications where speed matters more than size, "lzf" is clearly a win.
   For size where speed is not an issue, it's "rar" (which matches the results
   of my previous, much broader testing with many file types and scenarios.)
            ____________________________________________________

2.6.2 kernel woes: Will not find root fs

   Thu, 5 Feb 2004 16:14:18 -0500
   dann ([54]dann from thelinuxlink.net)

   I have been compiling and recompiling the 2.6.1 and 2.6.2 kernels the past
   three days trying to find a configuration that will work for me. I have
   performed many kernel compiles in the past and never had this problem occur
   on my machine which is currently running 2.4.24.

   This is the error I get when I boot into the 2.6.1 or 2 kernel:

VFS:  Cannot open root device "302" or hda2
Please append a correct "root=" boot option
Kernel Panic:  VFS:  Unable to mount root fs on hda2

     [Thomas] Believe it or not I had this and it was related to a ramdisk
     issue. Try adding:

append="ramdisk_size=5120"

     to /etc/lilo.conf

     and then:

     /sbin/lilo -v

     Reboot and pray.

   Now I have done some searching around google and saw that other people have
   had this problem. I have implemented a number of suggestions they were given
   but nothing has been fruitful. This is what I have tried: 

     Verified the following are compiled in (which they are):

CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y  (I have tried both IDE and IDEDISK separately
also)
CONFIG_EXT2_FS=y
CONFIG_EXT3_FS=y

   I have removed support for Advanced Partitions. 

     Should have no effect -- I support advanced partitions all the time in my
=4=

1|2|3| < PREV = PAGE 4 = NEXT > |5|6|7|8|9|10|11|12|13.30

UP TO ROOT | UP TO DIR | TO FIRST PAGE

Google
 


E-mail Facebook Google Digg del.icio.us BlinkList Fark Furl Ma.gnolia Netscape NewsVine Reddit Slashdot Spurl StumbleUpon Technorati YahooMyWeb LiveJournal Blogmarks TwitThis Live News2.ru BobrDobr.ru Memori.ru MoeMesto.ru

0.012105 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU)