Bug#665995: installer: RAMTMP=no doesn't work still get /tmp as ramfs
On Wed, Mar 28, 2012 at 01:14:44PM -0600, Paul E Condon wrote: On 20120328_103231, Roger Leigh wrote: On Tue, Mar 27, 2012 at 11:10:42AM -0600, Paul E Condon wrote: On a wheezy machine changing /etc/default/rcS from RANTMP=yes to RAMTMP=no and rebooting still gives /tmp as a ramfs. The wheezy host is i686 pentium. Wheezy was installed. not upgraded. I don't have email properly installed so this report is from one of my squeeze hosts. Is there an entry for /tmp in /etc/fstab? Setting RAMTMP=no won't affect mounts in /etc/fstab? I gather from your first question that having /tmp be a mountpoint with a physical storage device mounted on it is required. This has not been the case before wheezy, I think. This is not the case. I'm simply saying that if there is an entry in /etc/fstab, then remove it to prevent anything being mounted. The RAMTMP setting only has an effect when there are no fstab entries--the fstab entry (if any) will override the RAMTMP setting. If you have set RAMTMP=no and you don't have an entry in /etc/fstab, and tmpfs is still being mounted on /tmp, then something is quite wrong! I notice that the root file system on wheezy is making use of a kernel feature called rootfs. I do not understand rootfs, but I wonder if this use of rootfs may contribute to my problem. No, it's also present in squeeze and perhaps even lenny. The only change is that it's now shown in the mount output. Look at /proc/mounts. The only change here is that /etc/mtab is now a symlink to /proc/mounts, and it used to be missing from /etc/mtab. It's just showing something that has always been there if you use an initramfs for booting--the change is purely cosmetic. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665995: installer: RAMTMP=no doesn't work still get /tmp as ramfs
reassign 665995 initscripts thanks Reassigning this to initscripts, since that's the package to which /etc/default/rcS belongs to. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665995: installer: RAMTMP=no doesn't work still get /tmp as ramfs
On Tue, Mar 27, 2012 at 11:10:42AM -0600, Paul E Condon wrote: On a wheezy machine changing /etc/default/rcS from RANTMP=yes to RAMTMP=no and rebooting still gives /tmp as a ramfs. The wheezy host is i686 pentium. Wheezy was installed. not upgraded. I don't have email properly installed so this report is from one of my squeeze hosts. Is there an entry for /tmp in /etc/fstab? Setting RAMTMP=no won't affect mounts in /etc/fstab? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665995: installer: RAMTMP=no doesn't work still get /tmp as ramfs
On Wed, Mar 28, 2012 at 10:32:31AM +0100, Roger Leigh wrote: On Tue, Mar 27, 2012 at 11:10:42AM -0600, Paul E Condon wrote: On a wheezy machine changing /etc/default/rcS from RANTMP=yes to RAMTMP=no and rebooting still gives /tmp as a ramfs. The wheezy host is i686 pentium. Wheezy was installed. not upgraded. I don't have email properly installed so this report is from one of my squeeze hosts. Is there an entry for /tmp in /etc/fstab? Setting RAMTMP=no won't affect mounts in /etc/fstab? The last sentence there shouldn't have a question mark at the end. The setting of RAMTMP certainly won't have /any/ effect on mounts in /etc/fstab. -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665995: installer: RAMTMP=no doesn't work still get /tmp as ramfs
On 20120328_103231, Roger Leigh wrote: On Tue, Mar 27, 2012 at 11:10:42AM -0600, Paul E Condon wrote: On a wheezy machine changing /etc/default/rcS from RANTMP=yes to RAMTMP=no and rebooting still gives /tmp as a ramfs. The wheezy host is i686 pentium. Wheezy was installed. not upgraded. I don't have email properly installed so this report is from one of my squeeze hosts. Is there an entry for /tmp in /etc/fstab? Setting RAMTMP=no won't affect mounts in /etc/fstab? I gather from your first question that having /tmp be a mountpoint with a physical storage device mounted on it is required. This has not been the case before wheezy, I think. I want to use a portion of the root file system for scratch files required by coreutils sort. The use of the variable TMPDIR as suggested by the sort man page also no longer works, unless, of course TMPDIR points to an active mountpoint, which, I believe, has never been a requirement before wheezy. I notice that the root file system on wheezy is making use of a kernel feature called rootfs. I do not understand rootfs, but I wonder if this use of rootfs may contribute to my problem. If this is not a bug, as I had thought, but intended behavior change, then I need extra hardware to migrate to wheezy. Or can you suggest a different way to get scratch space for sorting large files? Regards, Paul -- Paul E Condon pecon...@mesanetworks.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665995: installer: RAMTMP=no doesn't work still get /tmp as ramfs
Package: installer Severity: normal Tags: d-i On a wheezy machine changing /etc/default/rcS from RANTMP=yes to RAMTMP=no and rebooting still gives /tmp as a ramfs. The wheezy host is i686 pentium. Wheezy was installed. not upgraded. I don't have email properly installed so this report is from one of my squeeze hosts. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
