DebianDog HowTo thread

[backi]

Have to admit.....having a bad conscience....i am sorry Toni.......

I am just a funny guy ..

https://www.youtube.com/watch?v=wwfZXxRe9eQ

[backi]

Could be Off-topic but somehow related to Debian (9)
Found this comment about Debian 9 on Distrowatch Readers Comment

21 • Debian 9 bugged (by LorenzoC on 2017-06-19 16:17:38 GMT from Italy)
I tried to upgrade from Debian 8 and making a "clean" install, there are tons of bugs in Debian 9, like USB dongles not working while the kernel spits cryptic and useless errors, CDs that cannot be unmounted either accessed, weird Networkmanager behavior and so on.

So much for an "extra-stable" distro, years of development and testing for this?.
Regression translates in depression.

https://distrowatch.com/weekly.php?issu ... 9#comments

[mcewanw]

Could be Off-topic but somehow related to Debian (9)
Found this comment about Debian 9 on Distrowatch Readers Comment

21 • Debian 9 bugged (by LorenzoC on 2017-06-19 16:17:38 GMT from Italy)
I tried to upgrade from Debian 8 and making a "clean" install, there are tons of bugs in Debian 9, like USB dongles not working while the kernel spits cryptic and useless errors, CDs that cannot be unmounted either accessed, weird Networkmanager behavior and so on.

So much for an "extra-stable" distro, years of development and testing for this?.
Regression translates in depression.

https://distrowatch.com/weekly.php?issu ... 9#comments

Yeah, slightly off-topic I suppose, but we do need a thread somewhere, I feel, to allow the deb/Ubuntu dogs some presence here - the github website is unlikely to create much discussion on it's own, I think. Without a continuing active presence on the projects subtopic area the dogs will gradually drop from view, notice, and interest. I don't want to open a new thread myself but someone should consider that as a continued forum presence actively pointing to the off-forum dog website. The dogs are all reasonably stable as is but discussions on maintenance/future upgrades continue to be important even if no new isos are planned.

William

EDIT: post was previously sent via a small screen android and I made a hash of the quote tags...

[backi]

Hi !

Regarding " bad news " about Debian 9 Stretch....seems i became victim of some false information.

Belham2 wrote :

Ignore those posts from the Fedora and OpenSUSE gang (I recognize a couple).....they always do that (leave nasty comments) every time Debian does something new. And what's even funnier: like Fedora and OpenSUSE have never had problems---good Lord, they both are magnitudes worse (even to this day) than what Debian does and is doing

Was not aware about those nasty games.....good to know.
Going to stop spreading these " bad news " about Debian 9 Stretch.
But my main intention was to keep the discussion going on this thread .

Greetings !

[fredx181]

.....
Without a continuing active presence on the projects subtopic area the dogs will gradually drop from view, notice, and interest. I don't want to open a new thread myself but someone should consider that as a continued forum presence actively pointing to the off-forum dog website. The dogs are all reasonably stable as is but discussions on maintenance/future upgrades continue to be important even if no new isos are planned.

I agree and me neither want to open such a new thread, but let's keep this thread only for how-to purpose.

Fred

[backi]

Hi fred !

Did you remove the comment function on the github Xenial Dog Forum ? .....can`t get access to it ......disqus does not appear any longer for me .

[fredx181]

Hi fred !

Did you remove the comment function on the github Xenial Dog Forum ? .....can`t get access to it ......disqus does not appear any longer for me .

Yes, I did remove, still contemplating about what or how to do.

Fred

[backi]

Hi !
Fred wrote :

.....I think also that the 'Dogs' belongs on murga-linux.

Yes i agree .....this github place for a forum is somehow too far out in the woods . Feel not comfortable with it......will there ever anybody comes along ?

" Everybody " knows you on Murga and " they " all hope and want to see you back again on Murga .
Just relax and " go with the flow "....

Meanwhile maybe as a place to meet and discuss should be on " DebianDog How to Thread " .
Sure DebianDog is not Xenial Dog . How to solve this conflict/dilemma ?........there is some attempt from pelo to keep the Xenial Topic going ...maybe a bit clumsy......but obviously there is some demand .
http://www.murga-linux.com/puppy/viewtopic.php?t=110813

[belham2]

Hi all,

Can anyone tell me why there's such a big difference in the amount of RAM being shown used between all types dogs and forms of puppies?

Is this the right thread to ask this??

Oh, wait,..............SNAP!..........my bad.


P.S. Why is there always some sort of drama going on in Dog land? In this case, Pelo (and others) are dead right. All forms of Dogs can stay on Murga if they like. No one (are they??) is asking anybody to leave. Plus, places like Github can be a complementary thing, no?? Love, hugs and kisses to everyone here.

[backi]

Hi belham ( you are quite a tricky devil ) and everybody !

mcewnw aka " The Guardian Angel of the Hidden or maybe even Lost Treasure "
aka " The Good Shepard of the Lost and Lonely Herd " wrote :

we do need a thread somewhere, I feel, to allow the deb/Ubuntu dogs some presence here - the github website is unlikely to create much discussion on it's own, I think. Without a continuing active presence on the projects subtopic area the dogs will gradually drop from view, notice, and interest. I don't want to open a new thread myself but someone should consider that as a continued forum presence actively pointing to the off-forum dog website. The dogs are all reasonably stable as is but discussions on maintenance/future upgrades continue to be important even if no new isos are planned.

I myself even would go one radical step further ......
After contemplating a while ....My appeal to fred would be :
just open the Xenial Dog Thread again .
You started it ,you closed it.... so you could just open it again......
There are a lot of arguments for doing so (don`t want to go into detail......to lazy )..... There is , in my humble opinion, not one good reason to keep it closed .
This is your thread why doing a new one ....starting all over again does not make any sense .....
Can understand ......you needed some break .
But why to abandon so much good quality work , just because of feeling desperate for awhile .
Bad mood did come and bad mood did go......but the quality work on all those thread still remains .....so for heavens sake .......why to wreck it . Hope you are feeling better now .

So my plea to Mr. Fred is.... (i think to speak also for the peoples voice ) :

Mr. Fred, open this gate !
Mr. Fred, tear down this wall!
Mr Fred.... open the Xenial Dog thread again!

Be aware Mr.Fred ......if you don`t .... i am going to do some crowd-funding to pay for a contract killer .

Because " Happiness is a warm Gun "
https://www.vidio.com/watch/68703-the-b ... gun-lyrics

For Debian Dog i am quite clueless .It is Toni`s thread .
Toni did not close this thread and that`s O.K .
No reason to complain .

[fredx181]

Sorry, backi, I will not re-open the XD threads, appreciate your creativity and humor though

I had my reasons for closing the threads and still have, because nothing has changed for me.
(not going in details now, enough said about it)
For the same reasons I wouldn't want to open some new thread.

Fred

[mcewanw]

Well, I've changed my mind because I didn't intend this HowTo thread to become a general discussion thread nor deal with any XenialDog matters. I've thus opened two threads in Projects area afterall (if only to allow continuation of this discussion whilst not polluting DebianDog HowTo area. But I've kept my new first post intentionally short for others to start adding main content from post two onwards.

William (site owner of https://github.com/DebianDog, which includes everyone's contributions to DebianDog and XenialDog}

EDIT: Unfortunately someone has assumed right to delete the new, much needed, XenialDog Project Maintenance Thread I created. We thus have no forum presence allowed us to maintain that already developed, community-created resource. I have work of my own inside that creation, which I freely contributed as open-source licensed on the understanding this forum provided its facilities freely for all further development work related to that. Instead maintenance thread has been denied, which is unacceptable under the terms I release my own work to the open source community.

[fredx181]

Isobooter modified for use also with ISO's from the 'Dog' series, e.g. Debiandog, MIntpup, Xenialdog
(puppy ISO's still work also)

Isobooter original by rcrsn51, see here: http://murga-linux.com/puppy/viewtopic.php?t=67235
Read there first if you are not familiar with isobooter

Similar to what mikeslr shared here:
http://murga-linux.com/puppy/viewtopic. ... 077#950077
With the difference that isobooter-mod script is added and no prefab menu.lst included.

Attached: isobooter-mod_weeinst.tar.gz
Extract on the root of your USB or HDD partition, see for usage in included Readme.

Content of Readme:
============================
See for more info: rcrsn51's isobooter original: http://murga-linux.com/puppy/viewtopic.php?t=67235

Included scripts:
- isobooter-mod (by rcrsn51, modified to work also with DebianDog, Mintpup, Xenialdog)
- weeinst
- defragfs

- Use isobooter-mod for making this drive bootable (using grub4dos) and create menu.lst.
ISO's placed on the root of this drive will have menu.lst entry after running isobooter
Works only on FAT32 formatted partition (AFAIK, with other filesystems there's more risk of fragmentation).
From terminal in this directory, run:

Code: Select all

./isobooter-mod

There's choice to make the drive bootable, type 'n' if it is bootable already.
When prompted if 'you want to boot the ISO from it's splash screen' it's recommended to choose 'n' (menu.lst entry is more flexible then to edit e.g. for adding save file/folder options)
Type 'y' ('boot the ISO from it's splash screen') only if the regular method doesn't work.

- Use weeinst for making the drive bootable only, it does not create menu.lst, so you need to do manually. From terminal in this directory, run:

Code: Select all

./weeinst

- Use defragfs to defrag this partition (it won't work always).
It may easily happen that one of the ISO's is not contiguous (fragmented)
In that case it won't boot, if defragfs doesn't help, better start all over by reformatting to FAT32 and copy the files from this archive and the ISO's again..
From terminal in this directory, run (if e.g. mountpoint of your drive is /mnt/sdb1):

Code: Select all

./defragfs /mnt/sdb1

(change according to the mountpoint)
============================

EDIT: defragfs is a perl script, so having perl installed is required.
EDIT2: isobooter-mod depends on 'isoinfo' which is part of package 'genisoimage'

Fred

[Max Headroom]

G'day Fred, I've Tried Your isobooter-mod weeinst, on a 32 GB, Formatted FAT32, But I get isoinfo: Unable to find Joliet SVD

Wot does this mean Please? How 2 Fix it Please?

:)K

[fredx181]

G'day Fred, I've Tried Your isobooter-mod weeinst, on a 32 GB, Formatted FAT32, But I get isoinfo: Unable to find Joliet SVD

Wot does this mean Please? How 2 Fix it Please?

:)K

Mmm.. don't know, is your ISO fragmented maybe ?
Check by:

Code: Select all

filefrag *.iso

From terminal in directory of your USB stick mountpoint.
If it shows more than 1 extend it's fragmented.
EDIT: Here's the output I get with my setup (all fine: 1 extend):

Code: Select all

root@stretch:/mnt/sdb1# filefrag *.iso
LxPupXenial-16.08.2-pae.iso: 1 extent found
StretchDog32.iso: 1 extent found
StretchDog64-6-25-17.iso: 1 extent found
XenialDog_32bit-openbox_jwm-2017-01-22-firmware-all.iso: 1 extent found
stretch64.iso: 1 extent found
root@stretch:/mnt/sdb1# 

Please give more info about e.g. which ISO's you used and you do use a FAT32 formatted filesystem? etc... EDIT: didn't read well, you do use FAT32.

EDIT: I need to say that ISO booting doesn't work always on any USB stick, I have one or more where it just doesn't work, no matter what I try, so just tried another USB and it worked flawlessly.

Fred

[belham2]

Hi Fred (&all),

Hope you've been well, Fred, with good health and summertime spirits. Have a question, and I wasn't sure where to post it. It is related to DebianDob (in a way), so here goes (am posting this from DD32, it's still going strong and impervious to my shenanigans and knack for crashing OSes ):

I've got two small partitions where one is Debian Jessie Live 8.7 installed, and another is Debian Stretch 9.0 (both 64-bit) on an external hard drive. Both are full-installs. There's probably ~15 other pups there too in another partition, all frugal installed. Grub4dos governs everything (all partitions).

These two small partitions of full-install Jessie & Stretch I use just to keep up with Debian overall, and also to test stuff every once in awhile. One thing that has always bugged me about official Debian installs is the tedious CLI entries just to mount any ISO you have. So to remedy that, I long ago copied Terry's/ your & Toni's "mnt-img" script in /usr/local/bin and put it inside both Jessie & Stretch. Works great, one click from any file manager, and all ISOs open (have no need any ISO editing, just copying stuff inside it)..

But I'd like to be able to do the same with any ".sfs" files inside the ISO. You know, like easily happens in the Puppys, where one click on any SFS (no matter where it is) mounts it and lets you look inside (and thus copy anything you might want). Is that possible for SFS files in Debian full installs using some of your scripts out of DebianDog32?? If so, can I ask how would I do that?

So far, I've tried (copying into Jessie & Stretch) the DD32 scripts of "portable-sfs, loadsfs, loadsfs-fuse, loadsfs-fuse-writeoffs" (and also made sure that unionfs-fuse is in /usr/bin of both Jessie & Stretch) since it is a dependency. But I still can't get a SFS, no matter where it is, to just load/ mount and thus let me look inside to copy a few things from it.

What can I do to achieve this?


Thanks!

[saintless]

But I'd like to be able to do the same with any ".sfs" files inside the ISO.

I'm not sure which mnt-img version and file manager is included in the iso you use for this but it should be a simple sfs file association problem. Try to right click on sfs file and "open with" mnt-img. Then set as default run action in the file manager.

Over a year I use very simple script for this using old custom debian-live:
https://github.com/MintPup/Retro-Debian ... /mnt-image
It mounts in /media without opening file manager. Second click unmounts.

This one works very well with xfe file manager (unmounts after closing the xfe window):
https://github.com/MintPup/DebianDog-Wh ... img-xfe.sh

This one also works well for me:
https://github.com/MintPup/DebianDog-Wh ... mnt-img.sh


Toni

[belham2]

But I'd like to be able to do the same with any ".sfs" files inside the ISO.

I'm not sure which mnt-img version and file manager is included in the iso you use for this but it should be a simple sfs file association problem. Try to right click on sfs file and "open with" mnt-img. Then set as default run action in the file manager.

Over a year I use very simple script for this using old custom debian-live:
https://github.com/MintPup/Retro-Debian ... /mnt-image
It mounts in /media without opening file manager. Second click unmounts.

This one works very well with xfe file manager (unmounts after closing the xfe window):
https://github.com/MintPup/DebianDog-Wh ... img-xfe.sh

This one also works well for me:
https://github.com/MintPup/DebianDog-Wh ... mnt-img.sh


Toni

Hi Toni,

Tried all three of your links, none work for opening a SFS file (in either Stretch and/or Jessie) in my Debian Live installs. I was also using the "mnt-img" from Fred's last DebianDog32 release. All 4 open any ISO great, but that's it.

I just realized that possibly the reason none of them work is that both my Debian installs (Jessie & Stretch), on their own partitions, are not "full-installs" per se. I used their Debian Live Minimal install ISOs (respectively) for each when setting them up. On Jessie, I'm running LXDE/PCManFM. On Stretch, it's XFCE/Thunar, though I did install the full offering from XFCE. So maybe something is missing from Debian overall since I only did minimal installs, I don't know??? (I honestly thought XFCE in Stretch with the "mnt-img" script would work, but sadly no.)

If it makes any difference, the Jessie minimal install has PCManFM as its file manager. I just now, from Synaptic Package Manager, also installed "xfe" (alongside PCManFM) and then opened xfe & right-clicked on a "SFS" and told xfe to use the script (put "mnt-img" in .config/xfe/script folder) to open the SFS. Still, nothing happens. So I must have something missing, as compared to "full" debian installs, in my minimal installs.

Just wish I knew what was missing. It's frustrating not being able to peek inside SFS files (and copy stuff) whenever I want and/or is needed.

Thanks for responding.

[rufwoof]

If it makes any difference, the Jessie minimal install has PCManFM as its file manager. I just also installed "xfe" and put the script you mentioned (#2) in your message in the ./config/xfe/script folder, and then right-clicked on an "SFS" and told xfe to use the script to open the SFS, and still nothing. So i must have something missing, as compared to "full" debian installs, in my minimal installs.

Just wish I knew what was missing. It's frustrating not being able to peek inside SFS files (and copy stuff) whenever I want and copy stuff.

Have you tried a simple

mkdir mountpoint
mount some.sfs mountpoint
cd mountpoint
ls

Also, you are running with union=aufs kernel boot parameter? Try df -h and make sure there's a "aufs" being shown in there somewhere. If its overlay then you'll have to install aufs-dkms and add that union=aufs to your kernel boot parameters.

[fredx181]

Hi belham,

As Toni already said my first thought was also that file association for .sfs should do it.
On Debiandog it's done that way, with on DD32 openbox version as Thunar default filemanager.
Try install this package maybe (if you have Thunar installed):
https://debiandog.github.io/Jessie/i386 ... 1_i386.deb
The command used in DD32 is: filemnt (which is symlink to mnt-img, so in fact shouldn't make any difference)
You should get some error message maybe by running in terminal e.g:

Code: Select all

mnt-img /path/sfsmodule.sfs

And do your physical exercises !! I do them (almost) daily now, yesss

Fred