![Smile :)](./images/smilies/icon_smile.gif)
Bit like a underdog setup I guess. Make a KDE sfs to load on demand and perhaps set it to desktop 2
![Smile :)](./images/smilies/icon_smile.gif)
Dragging between rox filer, pcmanfm and dolphin file managers has all three correctly reflecting any changes
![Laughing :lol:](./images/smilies/icon_lol.gif)
The 01-filesystem.squashfs from the 20.03.2016 ISO is made with only -comp -b and -Xbcj options:With hindsight, using
Code:
mksquashfs squashfs-root 01-fs.sfs -comp xz -Xbcj x86 -Xdict-size 524288 -always-use-fragments -nopad -b 524288
Code: Select all
mksquashfs ..... ..... -comp xz -b 524288 -Xbcj x86
Thanks, will try to test soon, but may take some time (having a little vacation, feeling very tired these days).ISO filesize 152MB
01-filesystem.squashfs filesize 124MB
ISO here
Code: Select all
# menu.lst produced by grub4dosconfig-v1.7
color white/blue black/cyan white/black cyan/black
timeout 10
default 0
title Debian-PorteusDog - changes=EXIT:/live/ (I added this one)
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 from=/ noauto changes=EXIT:/live/
initrd /live/initrd1.xz
title Debian-PorteusDog - changes to /live/ sysvinit
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 from=/ noauto changes=/live/
initrd /live/initrd1.xz
title Debian-PorteusDog - Always Fresh sysvinit
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 from=/ nomagic base_only norootcopy
initrd /live/initrd1.xz
title Debian-PorteusDog - Copy to RAM sysvinit
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 noauto from=/ copy2ram
initrd /live/initrd1.xz
title DebianDog - live-boot-3 Persistence Changes sysvinit
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 boot=live persistence config quickreboot noeject autologin
initrd /live/initrd.img
title DebianDog - live-boot-3 (no persistence) sysvinit
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 boot=live config quickreboot noeject autologin
initrd /live/initrd.img
title DebianDog - live-boot-3 Copy to RAM sysvinit
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 boot=live toram=01-filesystem.squashfs
initrd /live/initrd.img
title Reboot computer
reboot
Code: Select all
# Recognized devices:
/dev/sda1: LABEL="Old XP" UUID="368C66D28C668C65" TYPE="ntfs" PARTUUID="025f025e-01"
/dev/sda3: LABEL="Puppy 5.2" UUID="3a4a7fe5-6763-4af1-b972-42535e7d8590" TYPE="ext4" PARTUUID="025f025e-03"
/dev/sda4: LABEL="Puppy Swap" TYPE="swap" PARTUUID="025f025e-04"
/dev/sda5: LABEL="MediaData" UUID="6A1C5CFF1C5CC7A9" TYPE="ntfs" PARTUUID="025f025e-05"
/dev/sdb2: LABEL="Internal" UUID="A82454EB2454BDCE" TYPE="ntfs" PARTUUID="c50afefe-02"
/dev/sdb5: LABEL="New XP Pro" UUID="8848056A480557F8" TYPE="ntfs" PARTUUID="c50afefe-05"
/dev/sdc1: UUID="c82d532c-629d-4555-a784-f1b3e45fda4c" TYPE="ext4" PARTUUID="a3f29f5b-01"
# Booting device:
/mnt/sdc1
# data found in:
/mnt/sdc1///live
# Changes are stored in:
/live/
# Non standard /rootcopy dir:
none
# Modules activated during boot time:
/mnt/sdc1///live/01-filesystem.squashfs
/mnt/sda3//live//changes
Hello Dan,dancytron wrote: title Debian-PorteusDog - changes=EXIT:/live/ (I added this one)
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 from=/ noauto changes=EXIT:/live/
initrd /live/initrd1.xz
Code: Select all
title Debian-PorteusDog - changes=EXIT:/live/ (I added this one)
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 root=UUID=c82d532c-629d-4555-a784-f1b3e45fda4c from=/ noauto changes=EXIT:/live/
initrd /live/initrd1.xz
That didn't help. No change.mcewanw wrote:Hello Dan,dancytron wrote: title Debian-PorteusDog - changes=EXIT:/live/ (I added this one)
uuid c82d532c-629d-4555-a784-f1b3e45fda4c
kernel /live/vmlinuz1 from=/ noauto changes=EXIT:/live/
initrd /live/initrd1.xz
I think I've come across this issue before, but I'm not sure. I have a DD64 installation on usb but my partner has that at work today. However, I have a feeling you may need to add root=UUID=xxx to the kernel line (though only Fred might be able to explain why). So I suggest you try the following modification:Hope that does the job and someone will explain the purpose. I know next to nothing about grub4dos - I just use what I know. From looking at it, I imagine it sets root fs to the device with UUID supplied.Code: Select all
title Debian-PorteusDog - changes=EXIT:/live/ (I added this one) uuid c82d532c-629d-4555-a784-f1b3e45fda4c kernel /live/vmlinuz1 root=UUID=c82d532c-629d-4555-a784-f1b3e45fda4c from=/ noauto changes=EXIT:/live/ initrd /live/initrd1.xz
I think the installer program should be modified to make any such change (assuming that is what the 'fix' is).
William
Code: Select all
title Debian-PorteusDog64 - changes to /live/ sysvinit
uuid 6c05b5ca-00c3-4661-a097-c3346ae2ae15
kernel /DDjessie64usb/live/vmlinuz1 root=UUID=6c05b5ca-00c3-4661-a097-c3346ae2ae15 from=/DDjessie64usb/ noauto changes=EXIT:/DDjessie64usb/live/
initrd /DDjessie64usb/live/initrd1.xz
Yes, I think also there's conflict because you have a 'live' directory on the root of hd partition, it will search for a 'live' folder anywhere, but hard-disk has priority over USB, so it will use sda3/live if it exists.William wrote:I'm wondering if you have any other /live directories somewhere on your system causing boot to get mixed up. I always use a unique subdir to avoid issues like that. However, I know the installer program just uses /live so you are quite correct that either way there seems to be a problem with the installer program, though I haven't myself looked into the menu.lst creation details.
I think that something to make the subdirectory more unique ought to be added to the installer. It shouldn't be too hard to add "live-usb" instead of just "live" to the installer. As long as there aren't multiple usb drives with DD installed on it, that ought to get rid of any chance of problems.fredx181 wrote:Hi Dan, William
Yes, I think also there's conflict because you have a 'live' directory on the root of hd partition, it will search for a 'live' folder anywhere, but hard-disk has priority over USB, so it will use sda3/live if it exists.William wrote:I'm wondering if you have any other /live directories somewhere on your system causing boot to get mixed up. I always use a unique subdir to avoid issues like that. However, I know the installer program just uses /live so you are quite correct that either way there seems to be a problem with the installer program, though I haven't myself looked into the menu.lst creation details.
Not the fault of the installer, manually install by copying the files and folders and creating menu.lst with entry "/live/..." would produce the same, indeed, as William said, a unique subdir prevents these kind of problems.
Edit: A unique subdir for changes only should be OK in your case Dan, something like: changes=EXIT:/live/DD64-USB (requires to have created first "/live/DD64-USB" folder on sdb1).
But... as you mentioned Dan, as second issue, that pcmanfm opens sda3 partition as /mnt/live/memory/images/changes-exit , that is a bug in my opinion.
No clue yet how to fix that, it has to do with the fact that /dev/sda3 is mounted twice and pup-volume-monitor picks the first one![]()
Real sda3 partition is at /mnt/sda3 from file-manager , BTW.
Fred
edit: 3-24-17EDIT: dancytron, I noticed in your chrome-remaster that /etc/fstab is not empty.
It was mistake from the beginning from me, fstab should be empty otherwise there may be problems when someone makes a full install
Nice to have a Chrome version for some things. I'll download and try this one.dancytron wrote:I've decided to go ahead and publish my Debian Dog Chrome Remaster.
Total size is 225 megabytes.
Code: Select all
title Debian-PorteusDog - changes=EXIT:/live/usbchanges/ sysvinit (this entry added)
uuid 64df9ede-52ec-4631-b562-4f8d56e55b67
kernel /live/vmlinuz1 from=/ noauto changes=EXIT:/live/usbchanges/
initrd /live/initrd1.xz
title Debian-PorteusDog - changes to /live/usbchanges/ sysvinit
uuid 64df9ede-52ec-4631-b562-4f8d56e55b67
kernel /live/vmlinuz1 from=/ noauto changes=/live/usbchanges/
initrd /live/initrd1.xz
Code: Select all
title 2 Debian Jessie 32 only saves if run save2flash
find --set-root /DEBJESSIE32/live/01-filesystemlz4.squashfs
kernel /DEBJESSIE32/live/vmlinuz1 from=/DEBJESSIE32 noauto changes=EXIT:/DEBJESSIE32/live
initrd /DEBJESSIE32/live/initrd1-lz4-addon
Would be very nice if there's a developers team and great if you still like to cooperate in any way William !I hope also that rufwoof will also include his work under the DebianDog hood if some of the developments in there are closely related - that would help boost the DebianDog development team for when Fred becomes more active again. More can be done when a team expands and becomes stable - of course I would like to see Toni come back since his exactness for detail is much missed I feel.
That looks to me that he likes to go back to the beginning of DebianDog without adding any programs borrowed from Puppy and without any of the programs that you (William), Terry or myself produced!.I will get back to the starting point first building base version with only live-boot-2 (without yad, without gtkdialog, without porteus-boot scripts, without /opt directory and sh restored to dash). From this point I will try to make command line scripts for frugal and full install, sfs-load, remaster and some more working with dash. The result from this base will tell how DebianDog-Jwm and MintPup development will continue here for me.
Yes, I doubt Toni will be back, but never say never. For me, the interest that DebianDog design creates is that it is not only a hugely cut-down Debian-live compatible distribution, but also has all the pleasures of Puppy-type facilities/utilities. It's the Puppy like fun that makes it so attractive IMO - otherwise we could indeed just download Debian-live and cut it down to tiny size (only to build it up again).fredx181 wrote:
Would be very nice if there's a developers team and great if you still like to cooperate in any way William !
If it can be done with pleasure (without any pressure felt) it's OK.
Just guessing, maybe that's where it went wrong for Toni, too much pressure from outside.
Maybe you've seen what he is up to for Jwm version at the moment here:
https://github.com/MintPup/DebianDog-WheezyThat looks to me that he likes to go back to the beginning of DebianDog without adding any programs borrowed from Puppy and without any of the programs that you (William), Terry or myself produced!.I will get back to the starting point first building base version with only live-boot-2 (without yad, without gtkdialog, without porteus-boot scripts, without /opt directory and sh restored to dash). From this point I will try to make command line scripts for frugal and full install, sfs-load, remaster and some more working with dash. The result from this base will tell how DebianDog-Jwm and MintPup development will continue here for me.
Not very likely that he will "come back" IMO.
Well I do know Toni's MAIN point was to make as small a Debian-compatible system as possible. The tricky parts have been reducing the Debian live image size without breaking anything (Toni being particularly good at that), and puppifying it in terms of similar small cutdown apps and sfs load/unload facilities (much of the latter coming from Fred I believe). Indeed, at the early stages (in late 2013), Toni wasn't particularly interested in keeping the Distro multi-user compatible (which ended up needing special care in adopting puppy apps) - it was myself that first pushed for that and Toni then developed a special interest in that 'Debian' purity. In fact Toni confided that his "debian experience" started with Sickgut's Pussy linux and for a short while we had a confusing Volume id of Pussy with published id sickgut in early DD iso. Toni explained that away (though I did wonder for a while if Toni actually was 'Sickgut' back on Puppy under a pseudonym since that would explain some of his attitudes, some apparent personality traits (and maybe even his sudden disappearance), but other aspects of his work and comments didn't seem much like Sickgut at all. And then there was FoxyRoxy... which we later never heard of again. But who knows who anyone on Puppy Linux forum really is!rufwoof wrote:If I understood correctly I believe Toni was more of a core Debian user over that of drifting towards FrankenDebian. I'm inclined to follow that lead ... which generally speaking reduces things down to adopting the LiveCD based filesystem approach combined with more or less just a single 'save2flash' type script. By the sound of it above and beyond that for Toni was perhaps more of a pain/labour than a joy.
http://murga-linux.com/puppy/viewtopic. ... 755#741755saintless wrote::) Since my debian experience started with Sickgut's Pussy linux I use to make every debian iso from his one this way:Volume id: Pussy
Volume set id:
Publisher id: sickgut
I open the iso with isomaster and replace the content of /live with new kernel, initrd.img and squashfs + replacing the content in /isolinux the same way. Generate new iso. It makes the iso bootable all the time. Creating iso from the folders is not always bootable. I don't know way.
Haven't even noticed the ID's till now. If someone feels this as a problem download the iso again. It is fixed with empty id now.
BTW my signature here has a link with the same word to Sickgut's thread. If someone does not like to post here because of my signature, sorry, I will not change it. I respect Sickgut's choice of a name for his distro.
...
Cheers, Toni
http://murga-linux.com/puppy/viewtopic. ... 599#781599saintless wrote:I don't think of this as a separate distro. It is and it will stay pure Debian-live. I will try to make it look more like puppy without breaking its structure (I hope I didn't so far. Testing will show).
For DebianDog History Document...saintless wrote: Working on what we like is the most important thing, William. Everyone will learn best from own mistakes. I was not always agree with you when you pointed multiuser issue and the need to keep it working for DebianDog but you were the one who made me see my mistakes in the beginning and the advantage to keep multiuser available and working.
Code: Select all
dd if=/dev/zero of=changes bs=1G count=8
mkfs.ext2 -F changes
mkdir T
mount changes T/
echo / union >persistence.conf
echo >>persistence.conf
cd ..
umount T
rmdir T
Code: Select all
mksquashfs changes changes.sfs -comp lzo -Xcompression-level 1
Code: Select all
#!/bin/bash
unsquashfs -d TMP changes.sfs
mv changes changes.delme
mv TMP/changes .
rmdir TMP
sync
rm -f changes.delme
shutdown -r now
Code: Select all
title Debian Jessie Frugal
find --set-root /live/frugalboot
kernel /vmlinuz boot=live config nofastboot rw-basemount persistence persistence-path=/live/ persistence-label=changes quickreboot noprompt showmounts live-media-path=/live/ config
initrd /initrd.img
Code: Select all
mkdir tmp1 tmpa CHANGES
mount changes CHANGES/
mount -o loop filesystem.squashfs tmp1/
mount -t aufs -o br:CHANGES:tmp1 none tmpa/
mksquashfs tmpa filesystem-NEW.squashfs -comp lzo -e persistence.conf
sync
umount tmpa tmp1 CHANGES
rmdir tmpa tmp1 CHANGES
mv filesystem.squashfs delme
mv filesystem-NEW.squashfs filesystem.squashfs
sync
rm -f delme
shutdown -r now