Create Debian 9 (Stretch) minimal ISO similar to DebianDog
Hi peebee,
For me the problem is the screenlocker !
Not sure why it's like that but pressing ctrl + alt + F7 shows message for a few seconds that the session is locked and then the session can be activated by entering password.
But screenlocker can be disabled, in Desktop Session settings uncheck it.
Fred
Didn't try your ISO yet, but did a build exactly like your setup (as you shared) and same problem for me.It currently has one big problem in that the desktop does not reappear after the system has gone into sleep mode after a period of inactivity - the screen is "activated" when the mouse is moved or the keyboard pressed but just displays dark grey - similar behaviour on both desktop and laptop with different graphics drivers....
For me the problem is the screenlocker !
Not sure why it's like that but pressing ctrl + alt + F7 shows message for a few seconds that the session is locked and then the session can be activated by entering password.
But screenlocker can be disabled, in Desktop Session settings uncheck it.
Fred
Last edited by fredx181 on Fri 18 Aug 2017, 19:21, edited 1 time in total.
Hi Festus!
Maybe this will help ya (Hi Backi!!)
[EDIT: removed the UUID in case someone comes along later and thinks that exact same thing has to be entered . Better to try and anticipate this stuff]
Maybe this will help ya (Hi Backi!!)
[EDIT: removed the UUID in case someone comes along later and thinks that exact same thing has to be entered . Better to try and anticipate this stuff]
- Attachments
-
- menu-lst-entries-of-all-stretch-builds.jpg
- (145.96 KiB) Downloaded 599 times
-
- An-external-IDE-usbdrive-with-frugal-installs.png
- (121.54 KiB) Downloaded 602 times
-
- inside-stretch-build3-frugal-folder.png
- (44.05 KiB) Downloaded 596 times
-
- inside-subdir-stretch-of-stretch-build3-frugal-folder.png
- (82.48 KiB) Downloaded 599 times
Last edited by belham2 on Fri 18 Aug 2017, 19:26, edited 2 times in total.
EDIT: Fred beat me to it.
Aha, I see what you're seeing. I guess I just never left the DebLive alone long enough to see it. It was not the Suspend issue, which is separate problem. It is the screen blanking.
So after I left the system for a while, the screen went blank, but did not recover display. But I tried other vtys ctrl-alt-f2 and they responded. Strange thing is, the DebLive starts out with X on vty1. But I also found it on vty7. So after blanking the X on vty1 is dead, but the one on vty7 works OK. Some straigtening out to do maybe?
As for the blanker, that can be set or disabled with xset command.
Aha, I see what you're seeing. I guess I just never left the DebLive alone long enough to see it. It was not the Suspend issue, which is separate problem. It is the screen blanking.
So after I left the system for a while, the screen went blank, but did not recover display. But I tried other vtys ctrl-alt-f2 and they responded. Strange thing is, the DebLive starts out with X on vty1. But I also found it on vty7. So after blanking the X on vty1 is dead, but the one on vty7 works OK. Some straigtening out to do maybe?
As for the blanker, that can be set or disabled with xset command.
Thanks, for the reply, backibacki wrote:Hi festus !
Showdown
Show your menu.lst .
My menu.lst only has four regular pups:
Code: Select all
# Frugal installed Puppy
title Puppy manna 6.4.2 (sda2/manna)
uuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
kernel /manna/vmlinuz psubdir=manna pmedia=atahd pfix=fsck
initrd /manna/initrd.gz
title Puppy lxpup 16.07 (sda2/lxpup16slacko632)
uuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
kernel /lxpup16slacko632/vmlinuz psubdir=lxpup16slacko632 pmedia=atahd pfix=fsck
initrd /lxpup16slacko632/initrd.gz
title Puppy lx_xenialpup 7.0.8.1 (sda2/lxpupxenial17)
uuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
kernel /lxpupxenial17/vmlinuz psubdir=lxpupxenial17 pmedia=atahd pfix=fsck
initrd /lxpupxenial17/initrd.gz
title Puppy slacko 6.9.9.9 (sda2/slacko-700)
uuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
kernel /slacko-700/vmlinuz psubdir=slacko-700 pmedia=atahd pfix=fsck
initrd /slacko-700/initrd.gz
I'm in xenial pup now, so in a little while I'm a gonna try it again, with xorriso & isolinux installed.
Do those steps, in my above post, look like they should work?
Would someone, please, post a grub4dos menu.lst entry for this type of deb-9 scripted pup, that will make a savefolder or the like?
See you all in a couple of hours, festus
jd7654 wrote: Strange thing is, the DebLive starts out with X on vty1. But I also found it on vty7. So after blanking the X on vty1 is dead, but the one on vty7 works OK. Some straigtening out to do maybe?
The lightdm login manager is conflicting with the autologin line in /etc/inittab
Code: Select all
1:2345:respawn:/bin/login -f root tty6 </dev/tty1 >/dev/tty1 2>&1
Code: Select all
cp -af /etc/inittab-noauto /etc/inittab
Code: Select all
pkill X
Fred
@festus
Simple example:
Create folder deblive on ext4 partition
Put the "live" folder from the isodata build folder in deblive, so you get /deblive/live
menu.lst entry:
Fred
Simple example:
Create folder deblive on ext4 partition
Put the "live" folder from the isodata build folder in deblive, so you get /deblive/live
menu.lst entry:
Code: Select all
title DebLive (porteus-boot) save-to-folder /deblive
uuid xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
kernel /deblive/live/vmlinuz1 noauto from=/deblive changes=EXIT:/deblive/
initrd /deblive/live/initrd1.xz
Do those steps, in my above post, look like they should work?
You can skip these steps, the mklive-stretch script does it5. mkdir -p stretch/chroot
6. cd stretch
Fred
fredx181 wrote:@festus
Simple example:
Create folder deblive on ext4 partition
PFred
Fred. FreD..FRED!
Savefolders s#ck!!
Convince your minions to save any & all changes, if they want them, in the "live" folder. Plus those menu.lst entries you taught me are still so utterly alien-speak that even today I still can't understand them even after slamming down a few hefeweizens
Besides, it's way more fun in "live" when things blow up & the OS goes wonky, as then you've no idea where to begin looking...and hitting the "nuclear-reset" button becomes a grand idea.......hahahahha
Or perhaps just remove lightdm? I don't use a dm at all, just have it set to autologin similar to yourfredx181 wrote:jd7654 wrote: Strange thing is, the DebLive starts out with X on vty1. But I also found it on vty7. So after blanking the X on vty1 is dead, but the one on vty7 works OK. Some straigtening out to do maybe?
The lightdm login manager is conflicting with the autologin line in /etc/inittabCan be fixed with:Code: Select all
1:2345:respawn:/bin/login -f root tty6 </dev/tty1 >/dev/tty1 2>&1
Then:Code: Select all
cp -af /etc/inittab-noauto /etc/inittab
And only lightdm will be used for login.Code: Select all
pkill X
Fred
Code: Select all
1:2345:respawn:/bin/login -f root tty6 </dev/tty1 >/dev/tty1 2>&1
Code: Select all
[ "$(tty)" = "/dev/tty1" ] && exec startx
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]
Isn't that what causes the conflict of different instances saving changes over each other? Making sure there is a separate folder with a unique path for the changes of each instance prevents that.fredx181 wrote:Why ?belham wrote:Convince your minions to save any & all changes, if they want them, in the "live" folder.
OK, took a while, but finally downloaded it.peebee wrote:The iso is uploaded to smokey01.com:
LxDD-17.08.1.iso
Very nice Peebee! Great example of a relatively complete light distro that can be built from the DebLive build script. Familiar LxPup look and feel, everything seems to work. Never used Light browser before, seems fine, fired up Youtube video, etc. Even includes b43 firmware, thanks. Great start on LxDD.
I used to use the / folder as a savearea. Even extracted all of filesystem.squashfs to that save space beforehand. Install the standard debian grub to /boot/grub/menu.lst, ensure live-boot is installed, set the partition label to 'persistence' and create a persistence.conf file containingsave any & all changes, if they want them, in the "live" folder.
Code: Select all
/ union
As everything is in the save space (partition), you could even remove all of the /live/filesystem.squashfs file content. Or you can leave that and just boot that alone
title Debian FILESYSTEM ONLY
find --set-root /menu.lst
kernel /vmlinuz boot=live quiet splash
initrd /live/initrd.gz
title Debian FULL
find --set-root /menu.lst
configfile /boot/grub/menu-mine.lst
commandline
title Debian persistence changes saved as occur
find --set-root /menu.lst
kernel /vmlinuz boot=live persistence
initrd /initrd.img
title Debian persistence no changes preserved
find --set-root /menu.lst
kernel /vmlinuz boot=live persistence persistence-read-only
initrd /initrd.img
After a while I gave up with those choices and just settled on the FULL choice (pure Debian), created using similar to debootstrap i.e. relatively light (xorg, jwm, pcmanfm base system) ... and back that up using mksquashfs (to around a 650MB sfs filesize) that takes around a minute to create/restore.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]
The unique path in my example is /deblivebelham wrote:Isn't that what causes the conflict of different instances saving changes over each other? Making sure there is a separate folder with a unique path for the changes of each instance prevents that.
Assuming that there is no /deblive on another partition, if there is, then it will conflict.
The problem of conflicting occurred most of the time because of the examples we gave with (default) /live on root of the partition.
So we started to advice to create a unique folder name with live folder inside: /unique/live
But then it doesn't matter if you have changes=/unique/ or changes=/unique/live/
Fred
Last edited by fredx181 on Fri 18 Aug 2017, 22:13, edited 1 time in total.
Sorry, Fred, my post above was an attempt at Friday evening humor. It failed miserably I didn't mean to spark a rational, coherent discussion of the merits and faults of any save/changes system. For me, there is zero difference between having the changes put in the /live/ changes folder, or if I had created a savefolder instead. Pickles to cucumbers, as they say. I just happen to like doing it in the live/changes folder, that's all. Again, apologies.fredx181 wrote:The unique path in my example is /deblivebelham wrote:Isn't that what causes the conflict of different instances saving changes over each other? Making sure there is a separate folder with a unique path for the changes of each instance prevents that.
Assuming that there is no /deblive on another partition, if there is, then it will conflict.
The problem of conflicting occurred most of the time because of the examples we gave with (default) /live on root of the partition.
So we started to advice to create a unique folder name with live folder inside: /unique/live
But then it doesn't matter if you have changes=/unique/ or changes=/unique/live/
Fred
No problem, belhambelham wrote:Sorry, Fred, my post above was an attempt at Friday evening humor. It failed miserably Embarassed I didn't mean to spark a rational, coherent discussion of the merits and faults of any save/changes system. For me, there is zero difference between having the changes put in the /live/ changes folder, or if I had created a savefolder instead. Pickles to cucumbers, as they say. I just happen to like doing it in the live/changes folder, that's all. Again, apologies.
I saw your post as a mixture of humor and a serious misunderstanding of how the boot options work.
But I guess I had a serious misunderstanding about your intention
Fred
Last edited by fredx181 on Fri 18 Aug 2017, 22:23, edited 1 time in total.
Going to try LxDD ISO later, probably this will fix the screenlock problem:jd7654 wrote:OK, took a while, but finally downloaded it.peebee wrote:The iso is uploaded to smokey01.com:
LxDD-17.08.1.iso
Very nice Peebee! Great example of a relatively complete light distro that can be built from the DebLive build script. Familiar LxPup look and feel, everything seems to work. Never used Light browser before, seems fine, fired up Youtube video, etc. Even includes b43 firmware, thanks. Great start on LxDD.
Extract attached screenlock-fix.tar.gz in the frugal installed live/rootcopy folder. (so becomes rootcopy/etc/)
EDIT: Above worked in the build I did with the build setup from peebee, but not when booting LxDD-17.08.1 from peebee's ISO, so removed attachment.
peebee very nice, your LxDD !!
EDIT: and maybe just disable screenlocker in Desktop Session settings, if you don't want a screenlocker at all
Fred
Last edited by fredx181 on Fri 18 Aug 2017, 23:20, edited 1 time in total.
I ran the script on LxPupXenial-17.06.00, this time, after installing xorriso and deps; PPM says xenial already has isolinux installed.
As before all the script building went as it should; it built the "01-filesystem.squashfs"(233.0 MiB), then when it was supposed to make the iso, the ending message on the terminal read:
All did not go well--there was no iso created.
As I asked previously, is there anyway that this stretch folder can be made into an iso manually?
If not, I'll stop with further attempts and maybe download peebee's iso from a few posts back.
btw, this is probably a dumb question, but once in possession of one of "these" iso's, can I unpack it and set it up in a folder like the other frugal pups? If not, how should it be done?
Thanks, again, festus
As before all the script building went as it should; it built the "01-filesystem.squashfs"(233.0 MiB), then when it was supposed to make the iso, the ending message on the terminal read:
Code: Select all
OK
Finally creating ISO...
xorriso 1.4.2 : RockRidge filesystem manipulator, libburnia project.
Drive current: -outdev 'stdio:../DebLive_Stretch-i386.iso'
Media current: stdio file, overwriteable
Media status : is blank
Media summary: 0 sessions, 0 data blocks, 0 data, 2160m free
xorriso : WARNING : -volid text does not comply to ISO 9660 / ECMA 119 rules
Added to ISO image: directory '/'='/mnt/sda6/stretch/isodata'
xorriso : UPDATE : 24 files added in 1 seconds
xorriso : FAILURE : Given path does not exist on disk: -boot_image system_area='/usr/lib/ISOLINUX/isohdpfx.bin'
xorriso : UPDATE : 24 files added in 1 seconds
xorriso : aborting : -abort_on 'FAILURE' encountered 'FAILURE'
FAILED
Finished! If all went well, DebLive_Stretch-i386.iso has been created.
Also the required files for a frugal install are in isodata 'live' folder
Have a good day!
As I asked previously, is there anyway that this stretch folder can be made into an iso manually?
If not, I'll stop with further attempts and maybe download peebee's iso from a few posts back.
btw, this is probably a dumb question, but once in possession of one of "these" iso's, can I unpack it and set it up in a folder like the other frugal pups? If not, how should it be done?
Thanks, again, festus
Hi festus,
You can make a frugal install, the required files are in the stretch/isodata folder, see my post earlier:
http://murga-linux.com/puppy/viewtopic. ... 779#964779
You can make a frugal install, the required files are in the stretch/isodata folder, see my post earlier:
http://murga-linux.com/puppy/viewtopic. ... 779#964779
FredSimple example:
Create folder deblive on ext4 partition
Put the "live" folder from the isodata build folder in deblive, so you get /deblive/live
The failure is from script expects in Dog Linux:festus wrote:I ran the script on LxPupXenial-17.06.00, this time, after installing xorriso and deps; PPM says xenial already has isolinux installed.
...All did not go well--there was no iso created.Code: Select all
... xorriso : FAILURE : Given path does not exist on disk: -boot_image system_area='/usr/lib/ISOLINUX/isohdpfx.bin' ...
/usr/lib/ISOLINUX/isohdpfx.bin
But in Puppy Xenial it is:
/usr/share/syslinux/isohdpfx.bin
You can workaround with:
Code: Select all
mkdir /usr/lib/ISOLINUX && ln -s /usr/share/syslinux/isohdpfx.bin /usr/lib/ISOLINUX/isohdpfx.bin
Only tried the script in Puppy a few times, and never bothered with the iso creation. Tried in Xenial Pup and it worked with symlink.
Not sure of other Puppy, and in other Linux the location can be different.
Yeah, you could run the xorriso command manually from the script code if you like.festus wrote:As I asked previously, is there anyway that this stretch folder can be made into an iso manually?