You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(20) |
Sep
(4) |
Oct
(29) |
Nov
(24) |
Dec
(9) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(9) |
Feb
(26) |
Mar
(10) |
Apr
(4) |
May
(5) |
Jun
(13) |
Jul
(53) |
Aug
(15) |
Sep
(42) |
Oct
(30) |
Nov
(92) |
Dec
(45) |
2002 |
Jan
(36) |
Feb
(63) |
Mar
(24) |
Apr
(21) |
May
(30) |
Jun
(59) |
Jul
(34) |
Aug
(17) |
Sep
(57) |
Oct
(104) |
Nov
(21) |
Dec
(16) |
2003 |
Jan
(31) |
Feb
(56) |
Mar
(40) |
Apr
(55) |
May
(45) |
Jun
(38) |
Jul
(48) |
Aug
(33) |
Sep
(13) |
Oct
(19) |
Nov
(7) |
Dec
(9) |
2004 |
Jan
(15) |
Feb
(20) |
Mar
(1) |
Apr
(1) |
May
(6) |
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(4) |
Oct
(2) |
Nov
|
Dec
(1) |
2005 |
Jan
(18) |
Feb
(3) |
Mar
(2) |
Apr
(2) |
May
|
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
(9) |
Feb
|
Mar
|
Apr
(16) |
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Mulyadi S. <mul...@co...> - 2002-09-23 03:53:46
|
Hello trinux-talk, can I use arpspoof ot Trinux against 3com switch (series 3300) without using roving feature?? TIA -- Best regards, Mulyadi mailto:mul...@co... |
From: Craig S. <cs...@cr...> - 2002-09-23 03:48:26
|
I have been trying to use Trinux to set up a single floppy webcam install. I compiled the kernel modules I needed( viddev.o,pwc.o ) and placed them into a package. The problem is that I get a ton of unresolved symbols, and they are things that are defined in ksym or usbcore. For example unresolved symbol request_module. I have never run into this before. I am sure that I just have a kernel config option wrong, but I am not sure which one. Any help would be apreciated, Craig |
From: Andy B. <an...@ja...> - 2002-09-22 09:52:24
|
Hi, Im using trinux to run seti, Im launching the seti app from the /tux/init/last script but if I attempt to backgorund the task (eg myseti.sh &) then the process appears to get started but is killed off pretty soon afterwards. If Ileave off the backgrounding, the script blocks and runs fine. Question, is there an issue with backgrounding scripts within 'last', Ill be installing an auto-restart cron script ubt it would be nice to just background the thing and let the init cycle complete. Cheers, andy. |
From: Alex B. <eig...@at...> - 2002-09-21 06:47:37
|
From: Jean C. <co...@ma...> - 2002-09-20 17:04:25
|
Hello, -- Jean Couedic a =E9crit : > = > Hello, > = > Following your idea, I pick the *chroot command (statically linked) > fromt tomsrtbt*, and put it on my trinux floppy. > It's sometime OK, sometime not: > = > 1) trinux floppy, using new chroot: > mount -t ext2 /dev/hda2 /mnt > chroot /mnt /bin/du # OK, no more applet not found > # and results from du > chroot /mnt /sbin/lilo -v # No more applet not found, > # but "Fatal: geo_comp_addr > # cylinder number is too big" With chroot (statically linked from tomsrtbt) + /sbin/lilo -L , it works > ... Thanks, -- = = Jean Cou=E9dic E N P C - D I T |
From: <eng...@ya...> - 2002-09-19 23:49:53
|
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=shift_jis"> <meta name="GENERATOR" content="Microsoft FrontPage 4.0"> <meta name="ProgId" content="FrontPage.Editor.Document"> <title>新しいページ 1</title> <meta name="Microsoft Border" content="t, default"> <meta http-equiv="Content-Language" content="ja"> <meta http-equiv="Content-Type" content="text/html; charset=shift_jis"> <meta name="GENERATOR" content="Microsoft FrontPage 4.0"> <meta name="ProgId" content="FrontPage.Editor.Document"> <title>Dear sir or madam</title> </head> <body> <p align="left"><font face="Arial">Dear sir or madam,</font></p> <p align="left"><font face="Arial">Without accepting credit card, you could have been missing huge sales. </font> </p> <p align="left"><font face="Arial">*Accepting credit card has become an absolute necessity in today's eBusiness environment</font></p> <p align="left"><font face="Arial">*Providing more payment methods means more customer. Your sales will jump <b><font color="#FF0000"> 2 times more</font></b></font></p> <p align="left"><font face="Arial">*No programming experience necessary</font></p> <p align="left"><font face="Arial">*Instant availability</font></p> <p align="left"><font face="Arial">*<font color="#FF0000"><b>Free Shopping Cart</b></font></font></p> <p align="left"><font face="Arial">*<font color="#FF0000"><b>No set up fee. No monthly fee!</b> </font> Do not have to obtain a merchant account!</font></p> <p align="left"><a href="http://www.cybamall.com/ginix/home-english.htm"><font face="Arial">Click here to start</font></a></p> <p align="left"><font face="Arial">Best regard,</font></p> <p align="left"><font size="1" face="Arial">Takahashi<br> 7300 West 110th Street<br> Overland Park, KS66210<br> <br> To unsubscribe, please send blank email to <a href="mailto:eng...@ya...?subject=Remove">eng...@ya...</a> Thank you.</font></p> <p align="left"> </p> </body> </html> |
From: Jean C. <co...@ma...> - 2002-09-19 17:04:04
|
Hello, Following your idea, I pick the *chroot command (statically linked) fromt tomsrtbt*, and put it on my trinux floppy. It's sometime OK, sometime not: 1) trinux floppy, using new chroot: mount -t ext2 /dev/hda2 /mnt chroot /mnt /bin/du # OK, no more applet not found # and results from du chroot /mnt /sbin/lilo -v # No more applet not found, = # but "Fatal: geo_comp_addr # cylinder number is too big" 2) tomsrtbt floppy: It seems to be a lilo problem, but with tomsrtbt and the same chroot command, the same PC, the same /dev/hda2 , the same /sbin/lilo from /dev/hda2, etc. mount -t ext2 /dev/hda2 /mnt chroot /mnt /bin/du # OK chroot /mnt /sbin/lilo -v # *OK* too, no "Fatal: ..." I thought that, the same chroot (statically linked) and the same /sbin/lilo (the one from /dev/ha2) will give the same result. Have you please any idea about the origin of this difference. Thanks Jean Cou=E9dic -- Matthew Franz a =E9crit : > = > I'll go ahead and add the standalone binary to the one of the packages > (probably baselib.tgz) vs. mucking with busybox and then the next time = I > rebuilt busybox I'll add it because I'm pretty sure it isn't compiled i= n, > even though it appears there is a symlink. > = > - mdf > = > > Hello, > > > > Do you know please what is needed to chroot command: > > > > chroot ...: applet ot found > > > > chroot is linked to busybox; other commands linked to busybox seems O= K > > (nslookup, reboot). > > > > ps: on Slackware chroot is included in sh_utils package, but i do'nt > > find this package in Trinux packages. > > > > Thanks > > > > -- > > > > Jean Cou?dic > > E N P C - D I T > |
From: P60 <akd...@ka...> - 2002-09-19 04:31:02
|
Well, I saw that XP notepad inserts a lot of characters you don't see, until you look at the files under linux. Trinux didn't understand the editted files because of this. I first saw this with XP but perhaps other Windows-versions do the same. So now I use some kind of freeware editor. Arne |
From: Mulyadi S. <mul...@co...> - 2002-09-19 00:55:25
|
Hello trinux-talk, i want to know, can i use arpspoof and dsniff/iptraf against switches eg. 3com?? -- Best regards, Mulyadi mailto:mul...@co... |
From: Matthew F. <mf...@ci...> - 2002-09-18 18:20:25
|
The most accurate info can be retrieved from the system itslef. I assume by 6.2 you mean redhat 6.2. So compare the RPMS that are installs (rpm -QA) vs. the advisories/updates from RedHat site. Although there might be an automatic way to do this, and it's been a while since I've messed with Redhat. > Hello, ihave a linux box with 6.2, i wold like to scan the computer to see > wath is the state of sucirty/os uptates/patches that i currently have on > the server, could you please tell me if there is a tool that i can use to > acomplish a report of the current state of the os. > > Many thanks > > Hugo Almeida > > > ------------------------------------------------------- > This SF.NET email is sponsored by: AMD - Your access to the experts > on Hammer Technology! Open Source & Linux Developers, register now > for the AMD Developer Symposium. Code: EX8664 > http://www.developwithamd.com/developerlab > _______________________________________________ > Trinux-talk mailing list > Tri...@li... > https://lists.sourceforge.net/lists/listinfo/trinux-talk -- Matthew Franz mf...@ci... Critical Infrastructure Assurance Group (CIAG) Cisco Systems, Inc. Austin, TX |
From: <hug...@cl...> - 2002-09-18 18:09:53
|
Hello, ihave a linux box with 6.2, i wold like to scan the computer to see wath is the state of sucirty/os uptates/patches that i currently have on the server, could you please tell me if there is a tool that i can use to acomplish a report of the current state of the os. Many thanks Hugo Almeida |
From: P60 <akd...@ka...> - 2002-09-18 13:34:24
|
You did not edit with notepad in XP did you? If so, try a true editor, Arne > No, I edited the scripts directly on the floppy on a PC running windows, > not while booted with the floppy.. > > --Matt > > > > Subject: [Trinux-talk] Init scripts not running > > > > > >> Are there any tricks to make the init scripts in the tux/init > >> directory actually run? I've added commands to the "last" script and > >> they aren't running as best as I can tell. Putting commands in the > >> other scripts doesn't seem to do anything either. > >> > >> --Matt > > > > Hi Matt, > > Did you do a "savecfg" before booting? Perhaps you didn't know you're > > working completely in RAM and you loose all your editting if you don' t > > save thing on the floppy. > > /etc/tux/ is completely in RAM. > > The savecfg command mounts your floppy and writes the things in etc/tux > > on floppy, and umounts it . > > Hope this helps. > > Arne > > > |
From: Matt S. <ma...@ma...> - 2002-09-18 02:28:48
|
No, I edited the scripts directly on the floppy on a PC running windows, not while booted with the floppy.. --Matt > Subject: [Trinux-talk] Init scripts not running > > >> Are there any tricks to make the init scripts in the tux/init >> directory actually run? I've added commands to the "last" script and >> they aren't running as best as I can tell. Putting commands in the >> other scripts doesn't seem to do anything either. >> >> --Matt > > Hi Matt, > Did you do a "savecfg" before booting? Perhaps you didn't know you're > working completely in RAM and you loose all your editting if you don' t > save thing on the floppy. > /etc/tux/ is completely in RAM. > The savecfg command mounts your floppy and writes the things in etc/tux > on floppy, and umounts it . > Hope this helps. > Arne |
From: P60 <akd...@ka...> - 2002-09-18 02:23:05
|
Subject: [Trinux-talk] Init scripts not running > Are there any tricks to make the init scripts in the tux/init directory > actually run? I've added commands to the "last" script and they aren't > running as best as I can tell. Putting commands in the other scripts > doesn't seem to do anything either. > > --Matt Hi Matt, Did you do a "savecfg" before booting? Perhaps you didn't know you're working completely in RAM and you loose all your editting if you don' t save thing on the floppy. /etc/tux/ is completely in RAM. The savecfg command mounts your floppy and writes the things in etc/tux on floppy, and umounts it . Hope this helps. Arne |
From: Matt S. <ma...@ma...> - 2002-09-17 18:26:31
|
Are there any tricks to make the init scripts in the tux/init directory actually run? I've added commands to the "last" script and they aren't running as best as I can tell. Putting commands in the other scripts doesn't seem to do anything either. --Matt |
From: mstrhelix <mst...@aw...> - 2002-09-15 03:11:43
|
I would like to work on the developmental release of trinux so i'm wondering should i upgrade my old 2.2.x kernel(slackware distro) to the old 2.4.x kernel of trinux or the newfangled 2.4.19? I was also wondering how usefull the UML distro has become? Thank You mstrhelix |
From: Matthew F. <mf...@ci...> - 2002-09-13 21:52:32
|
On Fri, Sep 13, 2002 at 10:19:04AM -0600, Joel Noble wrote: > > Hi, Matthew! Thanks for your quick response! > > I got the mkisofs package installed. I'm a little bit stuck on what to do > next, so if you don't mind, I'll go over what I think I'm doing, and > hopefully you can tell me where I'm confused. > > I'd like to start out with your package, and build on it by adding in more > Trinux tools. To do this, I need to get a copy of the stuff that went into > creating your .iso, and have that in a directory tree on my computer, like > you have in $ISOROOT in your example. Can I "unpack" the .iso you made > available and get this? I don't know how to do this. Perhaps I just mount > the CD I burned of the ISO and recursively copy everything over, > maintaining permissions? Yes, I think you are on the right track mount the trinux CD # mount -t iso9660 /dev/hdc /mnt # cp -a /mnt/* /iso-root #mkisofs -R -J -o ../place/where/there/is/room/trinux.iso -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table /iso-root > > I seem to have isolinux.bin on my linux box (perhaps it came with mkisofs), > so that should be cool. However, I don't have a "boot.cat" file. Is this > something you had to make yourself? No. It shouldn't be necessary. > Most importantly, how should I put the Trinux packages into before making > the .iso? My guess is that I download all the packages I want and put them > into /trinux/bootpkg and then list them in the text file at > /trinux/tux/config/pkglist. However, some of your packages in the bootpkg > directory (e.g. tcpdump.tgz) are available on boot up, but are NOT in the > pkglist text file. I checked the FAQ, and section 2.5 seems to say that > they must be listed in the pkglist file -- but apparently that isn't true :( Unfortunately there is much in the documentation that is not true because I keep changing them. stuff in bootpkg always gets loaded. If you have a pkg directory, then only the files in pkglist list get loaded if pkglist exists I originally added the bootpkg just for floppies so some packages get loaded first So, yes just put whatever packages you want to get automatically loaded in bootpkg Assuming you are booting off the CD (you should have IDE support) so then if you actually want to burn it on your drive, get http://trinux.sf.net/pkg/2.4.19/scsi-misc.tgz and then manually insmod the ide-scsi.o (and maybe sg.o) and then you can do a man cdrecord to see how to Of course all of this assumes you have enough filesystem space for your .iso and the ISO source tree and the cdrtools.tgz package. - mdf |
From: Matthew F. <mf...@ci...> - 2002-09-10 14:49:48
|
Here's the script I use to create the .iso ISO="/alt/trinux/trinux.iso" ISOROOT="/alt/trinux/iso" mkisofs -R -J -o $ISO -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-size 4 -boot-info-table $ISOROOT I'll release a cdrtools.tgz package that has mkisofs and cdrecord that would allow you to make the iso and burn the image within trinux. I only have SCSI and firewire burners, so I'll need some help from folks with IDE burners to get that working. The easiest would be to make the iso within trinux and then just use windows to burn it. - mdf On Tue, Sep 10, 2002 at 07:52:18AM -0600, Joel Noble wrote: > > Matthew, > > I tried your ISO image as a bootable CD for my old Compaq laptop. Worked > great! > > The laptop has a built-in (non-PCMCIA) ethernet port that had not worked > with older versions of Trinux I had used several months ago. > > Question: I understand that this is a "small" .iso -- how could I start > from where you left off to build a "big" one? I don't know anything about > editing/creating bootable .iso images -- but you seem to have really > figured it out! > > I have immediate use for Trinux with a more complete set of network > testing/debugging tools on a bootable CD. > > > Thanks! > > Joel Noble > jn...@fr... -- Matthew Franz mf...@ci... Critical Infrastructure Assurance Group (CIAG) Cisco Systems, Inc. Austin, TX |
From: Joel N. <jn...@fr...> - 2002-09-10 13:51:20
|
Matthew, I tried your ISO image as a bootable CD for my old Compaq laptop. Worked great! The laptop has a built-in (non-PCMCIA) ethernet port that had not worked with older versions of Trinux I had used several months ago. Question: I understand that this is a "small" .iso -- how could I start from where you left off to build a "big" one? I don't know anything about editing/creating bootable .iso images -- but you seem to have really figured it out! I have immediate use for Trinux with a more complete set of network testing/debugging tools on a bootable CD. Thanks! Joel Noble jn...@fr... |
From: P60 <akd...@ka...> - 2002-09-08 19:52:52
|
Hi, I am using the vortex driver for my NIC and it works well. But your problem reminds me to an issue I once had with another card (3c509). At that time I had an IRQ-conflict (graphics-card and NIC shared an IRQ). NIC was detected during boot but NOT activated by trinux. The simple solution was to reconfigure the NIC to work with another IRQ-number. Perhaps this helps. Arne Subject: [Trinux-talk] 3c59x/vortex driver not seen as eth0 > This may be a known issue, but I couldn't find a workaround... > > My laptop has a minipci 3c59x (vortex driver) ethernet adapter in it. Not > PCMCIA. During boot, it is detected and installed as eth0, but it is not > advertised as eth0 in the dmesg output. As a result, the netcfg script > doesn't "see" it when it parses dmesg and it doesn't initialize the > interface. > > Can anyone suggest a workaround? > > Thanks. > > > --Matt |
From: Matt S. <ma...@ma...> - 2002-09-06 21:40:49
|
This may be a known issue, but I couldn't find a workaround... My laptop has a minipci 3c59x (vortex driver) ethernet adapter in it. Not PCMCIA. During boot, it is detected and installed as eth0, but it is not advertised as eth0 in the dmesg output. As a result, the netcfg script doesn't "see" it when it parses dmesg and it doesn't initialize the interface. Can anyone suggest a workaround? Thanks. --Matt |
From: Matt S. <ma...@ma...> - 2002-09-06 21:40:43
|
This may be a known issue, but I couldn't find a workaround... My laptop has a minipci 3c59x (vortex driver) ethernet adapter in it. Not PCMCIA. During boot, it is detected and installed as eth0, but it is not advertised as eth0 in the dmesg output. As a result, the netcfg script doesn't "see" it when it parses dmesg and it doesn't initialize the interface. Can anyone suggest a workaround? Thanks. --Matt |
From: Matthew F. <mf...@ci...> - 2002-09-06 20:11:56
|
Hmmm... And this matters? Try touch /lib/2.4.19/modules.dep and then either re-insert the card or kill cardmgr and restart. I don't think I have depmod in the distro. What does lsmod show? - mdf > The 8390.o error is gone with the new iso, now the error is: > modprobe: can't open dependencies file > lib/2.4.19/modules.dep > > > > > Yep. the 8390.o was missing. I've built the modules for 2.4.19 and will > > release a floppy that should work and a bootable CD-ROM with working > > PCMCIA tonight. :) > > > > - mdf > > > > > > > Thanks for the prompt reply. I see your change, but now I get these > error > > > messages: > > > > > > cardmgr[187]: watching 2 sockets > > > cardmgr[187]: initializing socket 1 > > > cardmgr[187]: socket 1 : SMC 10/100 PC Card > > > cardmgr[187]: module/lib/modules/2.4.5/net/8390.o not available > > > cardmgr[187]: executing: 'modprobe 8390' > > > cardmgr[187]: modprobe exited with status 2 > > > cardmgr[187]: executing: 'insmod/lib/modules/2.4.5/pcmcia/pcnet_cs.o' > > > ....followed by a "Resource temporarily unavailable" > > > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > Trinux-talk mailing list > Tri...@li... > https://lists.sourceforge.net/lists/listinfo/trinux-talk -- Matthew Franz mf...@ci... Critical Infrastructure Assurance Group (CIAG) Cisco Systems, Inc. Austin, TX |
From: Arthur D. <art...@ie...> - 2002-09-06 16:50:41
|
The 8390.o error is gone with the new iso, now the error is: modprobe: can't open dependencies file lib/2.4.19/modules.dep > Yep. the 8390.o was missing. I've built the modules for 2.4.19 and will > release a floppy that should work and a bootable CD-ROM with working > PCMCIA tonight. :) > > - mdf > > > > Thanks for the prompt reply. I see your change, but now I get these error > > messages: > > > > cardmgr[187]: watching 2 sockets > > cardmgr[187]: initializing socket 1 > > cardmgr[187]: socket 1 : SMC 10/100 PC Card > > cardmgr[187]: module/lib/modules/2.4.5/net/8390.o not available > > cardmgr[187]: executing: 'modprobe 8390' > > cardmgr[187]: modprobe exited with status 2 > > cardmgr[187]: executing: 'insmod/lib/modules/2.4.5/pcmcia/pcnet_cs.o' > > ....followed by a "Resource temporarily unavailable" > > |
From: Matthew F. <mf...@ci...> - 2002-09-06 15:50:23
|
I'm not sure why I'm adding the /dev/null but it works. Maybe because glibc2.1 doesn't have /dev/shm ??? mount -n -t tmpfs -o size=640000 /dev/null /usr Anyway, tmpfs is much better than ramdisks. - mdf [/usr/src/linu/Documentation/filesystems/tmpfs.txt] Tmpfs is a file system which keeps all files in virtual memory. Everything in tmpfs is temporary in the sense that no files will be created on your hard drive. If you unmount a tmpfs instance, everything stored therein is lost. tmpfs puts everything into the kernel internal caches and grows and shrinks to accommodate the files it contains and is able to swap unneeded pages out to swap space. It has maximum size limits which can be adjusted on the fly via 'mount -o remount ...' If you compare it to ramfs (which was the template to create tmpfs) you gain swapping and limit checking. Another similar thing is the RAM disk (/dev/ram*), which simulates a fixed size hard disk in physical RAM, where you have to create an ordinary filesystem on top. Ramdisks cannot swap and you do not have the possibility to resize them. Since tmpfs lives completely in the page cache and on swap, all tmpfs pages currently in memory will show up as cached. It will not show up as shared or something like that. Further on you can check the actual RAM+swap use of a tmpfs instance with df(1) and du(1). tmpfs has the following uses: 1) There is always a kernel internal mount which you will not see at all. This is used for shared anonymous mappings and SYSV shared memory. This mount does not depend on CONFIG_TMPFS. If CONFIG_TMPFS is not set, the user visible part of tmpfs is not build. But the internal mechanisms are always present. 2) glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for POSIX shared memory (shm_open, shm_unlink). Adding the following line to /etc/fstab should take care of this: tmpfs /dev/shm tmpfs defaults 0 0 Remember to create the directory that you intend to mount tmpfs on if necessary (/dev/shm is automagically created if you use devfs). This mount is _not_ needed for SYSV shared memory. The internal mount is used for that. (In the 2.3 kernel versions it was necessary to mount the predecessor of tmpfs (shm fs) to use SYSV shared memory) 3) Some people (including me) find it very convenient to mount it e.g. on /tmp and /var/tmp and have a big swap partition. But be aware: loop mounts of tmpfs files do not work due to the internal design. So mkinitrd shipped by most distributions will fail with a tmpfs /tmp. 4) And probably a lot more I do not know about :-) tmpfs has a couple of mount options: size: The limit of allocated bytes for this tmpfs instance. The default is half of your physical RAM without swap. If you oversize your tmpfs instances the machine will deadlock since the OOM handler will not be able to free that memory. nr_blocks: The same as size, but in blocks of PAGECACHE_SIZE. nr_inodes: The maximum number of inodes for this instance. The default is half of the number of your physical RAM pages. These parameters accept a suffix k, m or g for kilo, mega and giga and can be changed on remount. To specify the initial root directory you can use the following mount options: mode: The permissions as an octal number uid: The user id gid: The group id These options do not have any effect on remount. You can change these parameters with chmod(1), chown(1) and chgrp(1) on a mounted filesystem. So 'mount -t tmpfs -o size=10G,nr_inodes=10k,mode=700 tmpfs /mytmpfs' will give you tmpfs instance on /mytmpfs which can allocate 10GB RAM/SWAP in 10240 inodes and it is only accessible by root. > > Filesystem 1k-blocks Used Available Use% > > Mounted on > > /dev/ram0 6076 1811 4265 30% / > > /dev/null 16000 48 15952 0% /usr > > /dev/null 1000 0 1000 0% /home > > > Really "/dev/null"? > That's no good device ... > > Viele Gruesse! > Helmut > > |