Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Mon 27 Jan 2020, 17:21
All times are UTC - 4

 Forum index » Advanced Topics » Puppy Projects
Fatdog64-802/801/800 Final [21 May 2019]
Moderators: Flash, JohnMurga
Post new topic   Reply to topic View previous topic :: View next topic
Page 15 of 30 [448 Posts]   Goto page: Previous 1, 2, 3, ..., 13, 14, 15, 16, 17, ..., 28, 29, 30 Next
Author Message
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Sun 12 May 2019, 16:21    Post subject: savefile in encrypted partition LUKS does not work  
While in fd800 it was possible to mount a luks partition via syslinux.cfg -

append rootfstype=ramfs savefile=ram:device:sdb2:/fd64save.ext4:dmcrypt waitdev=5

this does not work with fd801. While booting (from sdb1) no passphrase for sdb2 is asked. Do I overlook something?

Maybe a bug?

BTW: thank's a lot to jamesbond for packing unbound.

regards,
stefan
Back to top
View user's profile Send private message 
SFR


Joined: 26 Oct 2011
Posts: 1762
PostPosted: Sun 12 May 2019, 18:25    Post subject: Re: savefile in encrypted partition LUKS does not work  
stefan21 wrote:
While in fd800 it was possible to mount a luks partition via syslinux.cfg -

append rootfstype=ramfs savefile=ram:device:sdb2:/fd64save.ext4:dmcrypt waitdev=5

this does not work with fd801. While booting (from sdb1) no passphrase for sdb2 is asked. Do I overlook something?

Maybe a bug?

BTW: thank's a lot to jamesbond for packing unbound.

regards,
stefan

I've never been using this feature before, but I just installed 801 on sda1 partition in VBox, encrypted sda2 partition, formatted it to ext4, created a savefile there and it asks me for password (see screenshot).

Can you access that partition manually?
Code:
cryptsetup open /dev/sdb2 sdb2

801 contains an updated version of cryptsetup, so maybe that's the problem, however the new version opens my encrypted savefile created in 800 just fine...

Greetings!
xscreenshot-20190513T000410.png
 Description   
 Filesize   40.24 KB
 Viewed   900 Time(s)

xscreenshot-20190513T000410.png

_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Mon 13 May 2019, 01:23    Post subject:  
@SFR

Thank you for your reply.

Here's what I did:

Booted from an USB-Stick, dd'ed with the fd801 iso.

Followed your hint and did a cryptsetup open /dev/sdb2 sdb2. That worked.

Installed (again) from this USB-Stick on (now) sdc1 fd801. Changed in syslinux.cfg from

append rootfstype=ramfs savefile=ram:device:sdb2:/fd64save.ext4:dmcrypt waitdev=5

to

append rootfstype=ramfs waitdev=5 savefile=ram:device:sdb2:/fd64save.ext4:dmcrypt

Shut down the system and removed the dd'ed stick to boot with the new one. I don't know why, now the luks partition works.

After booting in fd801 the desktop is wiped, no icons at all... Well, this seems to be another problem, so the original problem is solved. Thank's for helping me out.

regards,
stefan
Back to top
View user's profile Send private message 
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Mon 13 May 2019, 11:53    Post subject: No desktop icons, unable to drag'n drop anything on desktop  
Sorry to bother again, I couldn't find a solution to my problem in the forum.

I'm running fd801 in the way the posts before describe. The desktop is empty, no icons at all.

While trying to drag and drop i.e. libreoffice with rox on the desktop, it's simply not working.

Is there a way to restore the desktop to default?

regards,
stefan
20190513.png
Description 
png

 Download 
Filename  20190513.png 
Filesize  118.76 KB 
Downloaded  246 Time(s) 
Back to top
View user's profile Send private message 
SFR


Joined: 26 Oct 2011
Posts: 1762
PostPosted: Mon 13 May 2019, 13:14    Post subject:  
Looks like ROX either isn't running or the pinboard is covered by the root window for some reason.
I think it could be the latter, because I've experienced something like this in 801 before, but only under JWM.

Anyway, you can (re)start ROX with:
Code:
rox-desktop

This should help.

Greetings!
_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Mon 13 May 2019, 13:33    Post subject:  
Thank you for your reply.

Here's what happens (cli urxvt):

# rox-desktop
sh: rox-desktop: Kommando nicht gefunden. (command not found)

regards,
stefan
Back to top
View user's profile Send private message 
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Mon 13 May 2019, 13:44    Post subject:  
Coming closer:

I removed in pwallpaper the background. Here we go, now it looks nearly like the default desktop. Except the drive icons. Still missing. We'll see if I can find them.

regards,
stefan
Back to top
View user's profile Send private message 
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Mon 13 May 2019, 13:59    Post subject:  
No, after restarting "X", same look and behaviour as before...
Back to top
View user's profile Send private message 
SFR


Joined: 26 Oct 2011
Posts: 1762
PostPosted: Mon 13 May 2019, 14:18    Post subject:  
Quote:
# rox-desktop
sh: rox-desktop: Kommando nicht gefunden. (command not found)

That's odd. If you're running 800/801 this command must be there.
Anyway, let's do it differently:
Code:
killall ROX-Filer
rox -p ~/.config/rox.sourceforge.net/ROX-Filer/PuppyPin

This should restart ROX.

Also, please check if it (the absence of ROX pinboard) happens without savefile (savefile=none) and with a newly created one.
I suspect there's something wrong your current savefile.

Greetings!
_________________
[O]bdurate [R]ules [D]estroy [E]nthusiastic [R]ebels => [C]reative [H]umans [A]lways [O]pen [S]ource
Omnia mea mecum porto.
Back to top
View user's profile Send private message 
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Mon 13 May 2019, 14:23    Post subject:  
This is how the fd800 desktop looks like:

The rox command works with a space... Meanwhile I found this out. But every restart of "X" turns the desktop back.

The savefile works in fd800. No problems at all.
20190513-1.jpg
 Description   
 Filesize   31.56 KB
 Viewed   380 Time(s)

20190513-1.jpg
Back to top
View user's profile Send private message 
stefan21

Joined: 12 Apr 2013
Posts: 32
PostPosted: Mon 13 May 2019, 17:11    Post subject:  
Followed your advice and created a new savefile with fd801.

Looks to me as this did the trick.

Thank you for your help.

regards.
stefan
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3717
PostPosted: Wed 15 May 2019, 09:12    Post subject: Multisession USB  
jamesbond wrote:
rufwoof, are you aware of Fatdog's multisession capability? It stores save sessions are SFS files on harddisk (and DVD too). You can then check the integrity of these save sessions.

Blanked a 8GB usb stick by using gparted to create a new partition table. Created a new ext3 format partition in that. Set the boot flag on.

Installed grub4dos to that, just ticking the legacy box only.

Clicked to open the fatdog iso I have stored on sda1 (HDD) and copied across the initrd, vmlinuz

Edited menu.lst on the usb (that at that time showed as sdb1) to contain
Code:

title title Fatdog USB Multi-session
  root (hd0,0)
  kernel /vmlinuz rootfstype=ramfs savefile=direct:multi:sda1::
  initrd /initrd

title Fatdog64 NO SAVEFILE
  root (hd0,0)
  kernel /vmlinuz rootfstype=ramfs savefile=none
  initrd /initrd

and booted the No Save choice. My BIOS is set to a boot order of CD/USB/HDD so with no CD inserted the usb booted straight away (previously I'd disabled uefi boot and set it to legacy/bios). When the usb is the first to boot, it becomes sda1 on my system with the internal HDD becoming sdb1

Created a save, opting for multi-session, saving to the usb, saved/rebooted ... now that's all working fine. Just like the USB was a multisession save booted CD/DVD. Once booted the usb stick can be pulled out and only needs to be reinserted prior to clicking the desktop Save Session icon. I've set EventManager to a save interval of 0 so that it only ever saves when that icon is clicked. The huge initrd (fd64.sfs internal to that), boots pretty quickly, and I'm using a usb2, so for a usb3 stick it could potentially be 10x quicker (have a usb3 slot, but no spare usb3 stick to hand to test that).

A number of saves later, with a number of multisession save files having been created I wondered if it was the same as a DVD where you can reduce those down in number. So booted, wiped all of the multi-session saves on the usb, and then clicked the Save Session icon and indeed it did save OK, back down to just the two (base and save multisession files) save files, which when booted had all prior changes across all multi-session saves saved in those two files.

The ability to boot from usb, with all system and save files on usb, and remove that usb once booted only re-inserting it again to boot or perform a save, makes that a very secure choice. Leaves the HDD available just for data, and if you store your data under a single folder at the root level, that you encrypt using fatdogs rox right menu click encryption option ... then so much the better.

Mostly I tend to just boot, use and shutdown without saving, so the next session is exactly the same i.e. not save any data within fatdog, just on a separate partition/disk. Having the base system and save area all in ram, with the usb detached ... is very comforting. And in Fatdog 8 (haven't upgraded to 8.1 yet myself), multi-session usb booting all seems to work/run well.
_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb
echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh

Last edited by rufwoof on Thu 16 May 2019, 06:31; edited 1 time in total
Back to top
View user's profile Send private message 
Flash
Official Dog Handler


Joined: 04 May 2005
Posts: 13470
Location: Arizona USA
PostPosted: Wed 15 May 2019, 10:41    Post subject:  
That's excellent news. I'll give it a try. Thanks. Smile
Back to top
View user's profile Send private message 
tallboy


Joined: 21 Sep 2010
Posts: 1602
Location: Drøbak, Norway
PostPosted: Thu 16 May 2019, 04:08    Post subject:  
Exciting! I'll play! Very Happy
_________________
True freedom is a live Puppy on a multisession CD/DVD.
Back to top
View user's profile Send private message 
rufwoof


Joined: 24 Feb 2014
Posts: 3717
PostPosted: Thu 16 May 2019, 06:47    Post subject: Multi-session USB  
Multi-session USB thread : http://murga-linux.com/puppy/viewtopic.php?t=116147
_________________
( ͡° ͜ʖ ͡°) :wq
Fatdog multi-session usb
echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh
Back to top
View user's profile Send private message 
Display posts from previous:   Sort by:   
Page 15 of 30 [448 Posts]   Goto page: Previous 1, 2, 3, ..., 13, 14, 15, 16, 17, ..., 28, 29, 30 Next
Post new topic   Reply to topic View previous topic :: View next topic
 Forum index » Advanced Topics » Puppy Projects
Jump to:  


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group

[ Time: 0.0769s ][ Queries: 13 (0.0209s) ][ GZIP on ]