Light-Debian-Core-Live-CD-Wheezy + Porteus-Wheezy
Thank you, Fred!
I will add the changes and test it again.
Maybe I miss something, but the script seems to work correct for me as it is uploaded for live-boot-2x and puppy initrd boot. I will recheck later again after the changes.
Edit: No, I actually have tested and proper working the old version of RemasterDog. The uploaded script with /tmp has even defrent workdir . It is "/mnt/$DRV/$WRKDIR" in old one and "$WORK" in the new one. I will recheck all again for errors.
Edit2: It should be OK now. This is what happens when I do copy/paste from previous version of script
Thanks, Fred!
http://smokey01.com/saintless/Fredx181/ ... tmp.tar.gz
Toni
I will add the changes and test it again.
Maybe I miss something, but the script seems to work correct for me as it is uploaded for live-boot-2x and puppy initrd boot. I will recheck later again after the changes.
Edit: No, I actually have tested and proper working the old version of RemasterDog. The uploaded script with /tmp has even defrent workdir . It is "/mnt/$DRV/$WRKDIR" in old one and "$WORK" in the new one. I will recheck all again for errors.
Edit2: It should be OK now. This is what happens when I do copy/paste from previous version of script
Thanks, Fred!
http://smokey01.com/saintless/Fredx181/ ... tmp.tar.gz
Toni
Hi Toni, Fred and everyone,
Please, have a look at this command on line 58 I changed it as follows: but it doesn't seem to do anything, tmpfs size remains unchanged. The same command run in the terminal without 'remount': gives me an increase of tmpfs size.
Please, have a look at this command on line 58
Code: Select all
mount -t tmpfs -o "remount,nosuid,size=${result}%,mode=1777" tmpfs /tmp
Code: Select all
mount -t tmpfs -o "remount,nosuid,size=60%,mode=1777" tmpfs /tmp
Code: Select all
mount -t tmpfs -o "nosuid,size=60%,mode=1777" tmpfs /tmp
This on Wheezy, right? (because on Jessie or Sid it's different).anikin wrote:Hi Toni, Fred and everyone,
Please, have a look at this command on line 58I changed it as follows:Code: Select all
mount -t tmpfs -o "remount,nosuid,size=${result}%,mode=1777" tmpfs /tmp
but it doesn't seem to do anything, tmpfs size remains unchanged. The same command run in the terminal without 'remount':Code: Select all
mount -t tmpfs -o "remount,nosuid,size=60%,mode=1777" tmpfs /tmp
gives me an increase of tmpfs size.Code: Select all
mount -t tmpfs -o "nosuid,size=60%,mode=1777" tmpfs /tmp
The size of /tmp is set in /etc/default/tmpfs and default is 70%.
Code: Select all
TMP_SIZE=70%VM
Code: Select all
mount -t tmpfs -o "remount,nosuid,size=60%,mode=1777" tmpfs /tmp
Code: Select all
mount -t tmpfs -o "remount,nosuid,size=80%,mode=1777" tmpfs /tmp
Code: Select all
root@dog:~# df -h
Filesystem Size Used Avail Use% Mounted on
.. stuff deleted..
tmpfs 802M 28K 802M 1% /tmp
Code: Select all
mount -t tmpfs -o "nosuid,size=60%,mode=1777" tmpfs /tmp
Yes, I'm testing it in Wheezy and the command in the script does nothing for me. In etc/defaults everything is commented out here. If I remember correctly, tmpfs is set to 20% in initrd.
Code: Select all
# Size limits. Please see tmpfs(5) for details on how to configure
# tmpfs size limits.
#TMPFS_SIZE=20%VM
#RUN_SIZE=10%
#LOCK_SIZE=5242880 # 5MiB
#SHM_SIZE=
#TMP_SIZE=
I'm in SID now and see a slightly different picture:
There was no error message in Wheezy, it just didn't work. The same command without remount gives no errors and works as expected:
This leads me to think, the /tmp option in remasterdog should be kept, but all space calculation thrown out. Leave it to the user to decide where to do the remastering. The worst thing, that can happen in /tmp due to lack of space, mksquashfs will throw out a complaint and stop. That happened to me.
Code: Select all
root@debian:~# mount -t tmpfs -o "remount,nosuid,size=70%,mode=1777" tmpfs /tmp
mount: /tmp not mounted or bad option
Code: Select all
root@debian:~# mount -t tmpfs -o "nosuid,size=70%,mode=1777" tmpfs /tmp
root@debian:~# df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 1009M 14M 995M 2% /
udev 10M 0 10M 0% /dev
tmpfs 404M 1.2M 403M 1% /run
/dev/shm 166M 161M 4.9M 98% /lib/live/mount/medium
/dev/loop0 161M 161M 0 100% /lib/live/mount/rootfs/filesystem.squashfs
tmpfs 1009M 0 1009M 0% /lib/live/mount/overlay
tmpfs 1009M 0 1009M 0% /lib/live/mount/overlay
aufs 1009M 14M 995M 2% /
tmpfs 1009M 0 1009M 0% /dev/shm
tmpfs 1009M 0 1009M 0% /sys/fs/cgroup
tmpfs 100M 4.0K 100M 1% /run/user
tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/sdc1 7.4G 6.2G 806M 89% /media/sdc1
tmpfs 1.4G 0 1.4G 0% /tmp
root@debian:~#
Hi, Fred.
Nothing changed in Jwm version for tmpfs size. This is the original /etc/default/tmpfs from debian-live-7.4-i386-standard.iso:
But for me the command also works on Jwm version.
Toni
Nothing changed in Jwm version for tmpfs size. This is the original /etc/default/tmpfs from debian-live-7.4-i386-standard.iso:
Code: Select all
# Configuration for tmpfs filesystems mounted in early boot, before
# filesystems from /etc/fstab are mounted. For information about
# these variables see the tmpfs(5) manual page.
# /run is always mounted as a tmpfs on systems which support tmpfs
# mounts.
# mount /run/lock as a tmpfs (separately from /run). Defaults to yes;
# set to no to disable (/run/lock will then be part of the /run tmpfs,
# if available).
#RAMLOCK=yes
# mount /run/shm as a tmpfs (separately from /run). Defaults to yes;
# set to no to disable (/run/shm will then be part of the /run tmpfs,
# if available).
#RAMSHM=yes
# mount /tmp as a tmpfs. Defaults to no; set to yes to enable (/tmp
# will be part of the root filesystem if disabled). /tmp may also be
# configured to be a separate mount in /etc/fstab.
#RAMTMP=no
# Size limits. Please see tmpfs(5) for details on how to configure
# tmpfs size limits.
#TMPFS_SIZE=20%VM
#RUN_SIZE=10%
#LOCK_SIZE=5242880 # 5MiB
#SHM_SIZE=
#TMP_SIZE=
# Mount tmpfs on /tmp if there is less than the limit size (in kiB) on
# the root filesystem (overriding RAMTMP).
#TMP_OVERFLOW_LIMIT=1024
Code: Select all
df -h
tmpfs 124M 3.1M 121M 3% /tmp
Code: Select all
mount -t tmpfs -o "remount,nosuid,size=80%,mode=1777" tmpfs /tmp
Code: Select all
df -h
tmpfs 199M 3.1M 196M 2% /tmp
Hi Toni,
Here's debdog-install-portable for possible use from puppy or (hopefully) any other distro.
Tested on Precise Puppy and my Debian Wheezy full install.
Please test on other puppy versions, it could be that some more libraries are needed.
debdoginstall.tar.gz (portable folder)
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
And DebianDog-Installer (Same as above but packed as portable app-image)
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
Make it executable:
Also made small fix for debdog-install for DebianDog:
When choosing bootloader, installing it could fail when there's some (probably harmless) gtk-warning that has to do with the gtk-theme used. Fixed.
Attached new debdog-install: debdog-install.tar.gz
Fred
It's ok now and you are welcome Toni!Edit2: It should be OK now. This is what happens when I do copy/paste from previous version of script Wink
Thanks, Fred!
http://smokey01.com/saintless/Fredx181/ ... tmp.tar.gz
Here's debdog-install-portable for possible use from puppy or (hopefully) any other distro.
Tested on Precise Puppy and my Debian Wheezy full install.
Please test on other puppy versions, it could be that some more libraries are needed.
debdoginstall.tar.gz (portable folder)
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
And DebianDog-Installer (Same as above but packed as portable app-image)
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
Make it executable:
Code: Select all
chmod +x DebianDog-Installer
When choosing bootloader, installing it could fail when there's some (probably harmless) gtk-warning that has to do with the gtk-theme used. Fixed.
Attached new debdog-install: debdog-install.tar.gz
Fred
- Attachments
-
- debdog-install.tar.gz
- new debdog-install
- (4.72 KiB) Downloaded 220 times
They changed things on SID: /tmp is not anymore mounted as tmpfs (not loaded in RAM)anikin wrote:I'm in SID now and see a slightly different picture:
Code:
root@debian:~# mount -t tmpfs -o "remount,nosuid,size=70%,mode=1777" tmpfs /tmp
mount: /tmp not mounted or bad option
If all is well it should give message when not sufficient space left in /tmp.This leads me to think, the /tmp option in remasterdog should be kept, but all space calculation thrown out. Leave it to the user to decide where to do the remastering. The worst thing, that can happen in /tmp due to lack of space, mksquashfs will throw out a complaint and stop. That happened to me.
For Jessie or Sid it's useless (maybe that's what you mean) so should be changed when we upgrade in the future.
Ok, I see, maybe I changed it in openbox version without remembering (I'm getting older )Toni wrote:Hi, Fred.
Nothing changed in Jwm version for tmpfs size. This is the original /etc/default/tmpfs from debian-live-7.4-i386-standard.iso:
Looks like the default is 50% with the commented out TMP_SIZE=
Fred
Hi, Fred.
Maybe it is best to post it in pets section?
Toni
Yes, it is 50% from what I see on my PC.fredx181 wrote:Looks like the default is 50% with the commented out TMP_SIZE=
I have only KDPup installed and it works without anything extra needed. I will try to test it on another puppy tomorrow.fredx181 wrote:Here's debdog-install-portable for possible use from puppy or (hopefully) any other distro.
Tested on Precise Puppy and my Debian Wheezy full install.
Please test on other puppy versions, it could be that some more libraries are needed.
debdoginstall.tar.gz (portable folder)
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
And DebianDog-Installer (Same as above but packed as portable app-image)
https://drive.google.com/file/d/0ByBgCD ... sp=sharing
Make it executable:Code: Select all
chmod +x DebianDog-Installer
Maybe it is best to post it in pets section?
Added to next version changes post.Also made small fix for debdog-install for DebianDog:
When choosing bootloader, installing it could fail when there's some (probably harmless) gtk-warning that has to do with the gtk-theme used. Fixed.
Attached new debdog-install: debdog-install.tar.gz
Toni
They changed things on SID: /tmp is not anymore mounted as tmpfs (not loaded in RAM)
Looks like the change occurred earlier in Wheezy.
A quick google search shows, there some nuances regarding tmpfs ... announced quite some time ago in Wheezy release note:
==> https://www.debian.org/releases/stable/ ... ew.en.html2.2.12. Temporary filesystems
In previous releases, temporary (tmpfs) filesystems were mounted on /lib/init/rw, /dev/shm/ and optionally on /var/lock and /var/run. /lib/init/rw has been removed, and the others have been moved under /run. /var/run and /var/lock were configured using RAMRUN and RAMLOCK in /etc/default/rcS. All these tmpfs filesystems are now configurable using /etc/default/tmpfs; the old settings are not migrated automatically.
Old location New location Old setting New setting
/etc/default/rcS /etc/default/tmpfs
/lib/init/rw /run N/A N/A
/var/run /run RAMRUN N/A
/var/lock /run/lock RAMLOCK RAMLOCK
/dev/shm /run/shm N/A RAMSHM
N/A /tmp N/A RAMTMP
The migration of data to the new locations will occur automatically during the upgrade and will continue to be available at the old and new locations, with the exception of /lib/init/rw. No action is required on your part, though you may wish to customize which tmpfs filesystems are mounted, and their size limits, in /etc/default/tmpfs after the upgrade is complete. Please see the tmpfs(5) manual page for further details.
If you have written any custom scripts which make use of /lib/init/rw, these must be updated to use /run instead.
/tmp is not a tmpfs by default. If you chose to use this feature, please note that:
the contents of /tmp are not preserved across reboots; /var/tmp exists for this purpose;
the maximum size of /tmp may (depending upon your specific system) be smaller than before. If you find that there is insufficient free space, it is possible to increase the size limits; see tmpfs(5).
Applications which create excessively large temporary files may cause /tmp to run out of free space. It should be possible to configure a different location for those files by setting the TMPDIR environment variable.
If desired, the defaults may also be overridden with an entry in /etc/fstab, for example:
tmpfs /tmp tmpfs nodev,nosuid,size=20%,mode=1777 0 0
Yes, you are right, by furher looking at it I noticed that it's set to yes in my /etc/default/tmpfs (as you can see it defaults to no):anikin wrote:Quote:
They changed things on SID: /tmp is not anymore mounted as tmpfs (not loaded in RAM)
Looks like the change occurred earlier in Wheezy.
A quick google search shows, there some nuances regarding tmpfs ... announced quite some time ago in Wheezy release note:
Code: Select all
# mount /tmp as a tmpfs. Defaults to no; set to yes to enable (/tmp
# will be part of the root filesystem if disabled). /tmp may also be
# configured to be a separate mount in /etc/fstab.
RAMTMP=yes
Code: Select all
root@dog:~# mount -t tmpfs -o "remount,nosuid,size=80%,mode=1777" tmpfs /tmp
mount: /tmp not mounted or bad option
So to make /tmp mounted as tmpfs, try to set it to yes in /etc/default/tmpfs.
Remasterdog needs changed because of this, don't know how yet, at least a warning I think.
Or change /etc/default/tmpfs in next release.
Btw, still it's strange that Toni could remount /tmp without error while he has everything commented out in /etc/default/tmpfs
Fred
Yes, but I'll add full install later today.stemsee wrote:Does it perform a frugal install only?fredx181 wrote:Here's debdog-install-portable for possible use from puppy or (hopefully) any other distro.
Tested on Precise Puppy and my Debian Wheezy full install.
Please test on other puppy versions,
Fred
Hi, Fred.
I use live-boot-2x and seems mounting /tmp as tmpfs happens inside initrd1.img (squeeze boot). /etc/default/tmpfs is not important for live-boot-2x. It does not read this file.
If I use live-boot-3x, porteus-boot or puppy-initrd-boot I get the same error as you and Anikin.
I don't have enough RAM to test /tmp with RemasterDog. If there is any change needed for Jwm version in /etc/default/tmpfs for RemasterDog (with choose /tmp option) to work, please, write what is needed.
Toni
It is not strange. It is boot method difference. We should start report some more information when some problem appear. Like what is the boot code which turns to be very important.fredx181 wrote:Btw, still it's strange that Toni could remount /tmp without error while he has everything commented out in /etc/default/tmpfs
I use live-boot-2x and seems mounting /tmp as tmpfs happens inside initrd1.img (squeeze boot). /etc/default/tmpfs is not important for live-boot-2x. It does not read this file.
If I use live-boot-3x, porteus-boot or puppy-initrd-boot I get the same error as you and Anikin.
I don't have enough RAM to test /tmp with RemasterDog. If there is any change needed for Jwm version in /etc/default/tmpfs for RemasterDog (with choose /tmp option) to work, please, write what is needed.
Toni
Hi Toni,
Fred
Ah, thanks for clearing that up and yes it would save us some time and confusion if we would give more info.It is not strange. It is boot method difference. We should start report some more information when some problem appear. Like what is the boot code which turns to be very important.
Just this in /etc/default/tmpfs makes it the same for all boot-methods I think:I don't have enough RAM to test /tmp with RemasterDog. If there is any change needed for Jwm version in /etc/default/tmpfs for RemasterDog (with choose /tmp option) to work, please, write what is needed.
Code: Select all
RAMTMP=yes
OK, Fred. Added to next version changes. I will change it also to TMP_SIZE=50%VMfredx181 wrote:Code: Select all
RAMTMP=yes
BTW Zaz works for me without installing 87Mb libgl1-mesa-dri. Manually copy from deb package /usr/lib/i386-linux-gnu/dri/swrast_dri.so (13,7Mb) does the same job on my hardware.
About menu entry to install flashplugin-nonfree - do we really need this if it will execute simple:
Code: Select all
apt-get install flashplugin-nonfree
Toni
Last edited by saintless on Sat 05 Jul 2014, 17:56, edited 1 time in total.
Life is good again. Not that tmpfs was a big deal, though. My further search on trusty Google reveals, that some users, like myself, are confused about how it's managed in Wheezy and Debian. Unlike you guys, I don't use a save/persistence option and am entirely dependent on remastering, that's why I panicked. The thing is, that DebianDog plus remasterdog (+ SID and Testing), plus your effort will work wonders ... and I've learnt something new, that's another thing, that matters.
Good oh! I started it up and wasn't sure whether to proceed and test install to a partition that was populated with recent projects ... so not knowing whether frugal or full install would ensue I aborted. I can't wait to try your full install solution for puppy ... and 'all?' linux 'live?'distros...Yes, but I'll add full install later today.
Fred
Hi Toni,
To make it smaller maybe this:
Then extract and copy libflashplayer.so to /usr/lib/mozilla/plugins.(16.6 Mb)
I don't know if flash works with Dillo btw.
Or maybe older flashplayer v10 from here:
http://www.murga-linux.com/puppy/viewtopic.php?t=84267
It's only 12 Mb and works fine for me.
Fred
One reason could be that we make it easier to install flashplayer if it's in the menu.Code:
apt-get -install flashplugin-nonfree
Such script should download and install flushplugin-nonfree and then remove the menu entry and run update-menus. It is easy but what is the point if we can't make it smaller as ffmpeg2sfs for example? Is there alternative smaller version of flashplugin-nonfree to provide as option with menu entry instead?
To make it smaller maybe this:
Code: Select all
wget http://fpdownload.macromedia.com/get/flashplayer/pdc/11.2.202.346/install_flash_player_11_linux.i386.tar.gz
I don't know if flash works with Dillo btw.
Or maybe older flashplayer v10 from here:
http://www.murga-linux.com/puppy/viewtopic.php?t=84267
It's only 12 Mb and works fine for me.
Fred