The time now is Sat 16 Jan 2021, 07:19
All times are UTC - 4 |
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: 34
|
Posted: 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
|
|
 |
SFR

Joined: 26 Oct 2011 Posts: 1802
|
Posted: 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!
Description |
|
Filesize |
40.24 KB |
Viewed |
1120 Time(s) |

|
_________________ [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
|
|
 |
stefan21
Joined: 12 Apr 2013 Posts: 34
|
Posted: 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
|
|
 |
stefan21
Joined: 12 Apr 2013 Posts: 34
|
Posted: 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
Description |
|

Download |
Filename |
20190513.png |
Filesize |
118.76 KB |
Downloaded |
434 Time(s) |
|
Back to top
|
|
 |
SFR

Joined: 26 Oct 2011 Posts: 1802
|
Posted: 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:
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
|
|
 |
stefan21
Joined: 12 Apr 2013 Posts: 34
|
Posted: 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
|
|
 |
stefan21
Joined: 12 Apr 2013 Posts: 34
|
Posted: 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
|
|
 |
stefan21
Joined: 12 Apr 2013 Posts: 34
|
Posted: Mon 13 May 2019, 13:59 Post subject:
|
|
No, after restarting "X", same look and behaviour as before...
|
Back to top
|
|
 |
SFR

Joined: 26 Oct 2011 Posts: 1802
|
Posted: 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
|
|
 |
stefan21
Joined: 12 Apr 2013 Posts: 34
|
Posted: 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.
Description |
|
Filesize |
31.56 KB |
Viewed |
606 Time(s) |

|
|
Back to top
|
|
 |
stefan21
Joined: 12 Apr 2013 Posts: 34
|
Posted: 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
|
|
 |
rufwoof

Joined: 24 Feb 2014 Posts: 3725
|
Posted: 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
|
|
 |
Flash
Official Dog Handler

Joined: 04 May 2005 Posts: 13653 Location: Arizona USA
|
Posted: Wed 15 May 2019, 10:41 Post subject:
|
|
That's excellent news. I'll give it a try. Thanks.
|
Back to top
|
|
 |
tallboy

Joined: 21 Sep 2010 Posts: 1767 Location: Drøbak, Norway
|
Posted: Thu 16 May 2019, 04:08 Post subject:
|
|
Exciting! I'll play!
_________________ True freedom is a live Puppy on a multisession CD/DVD.
|
Back to top
|
|
 |
rufwoof

Joined: 24 Feb 2014 Posts: 3725
|
Posted: 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
|
|
 |
|
Page 15 of 30 [448 Posts] |
Goto page: Previous 1, 2, 3, ..., 13, 14, 15, 16, 17, ..., 28, 29, 30 Next |
|
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
|