Page 27 of 30

Posted: Wed 27 Mar 2019, 18:07
by number77
Hello
Is there any way that I can install Puppy to an ext4 file with lick.
I have win7 on an ntfs partition and have three ext4 partitions on the hdd and would like to install xenial64 to one of them but lick running on win7 will not show any ext4 partitions. Is there any way round this or must I use ntfs partitions.
Thanks
number77

Posted: Thu 28 Mar 2019, 04:21
by noryb009
Windows doesn't have the ability to read from or write to ext4 drives, so LICK won't help you in your case. Sorry!

Posted: Thu 28 Mar 2019, 09:00
by number77
Thanks norby009, I will put up with ntfs. Lick is pretty amazing and easy to use, thanks for it.
number77

Posted: Thu 28 Mar 2019, 11:34
by bigpup
noryb009 wrote:Windows doesn't have the ability to read from or write to ext4 drives, so LICK won't help you in your case. Sorry!
There are third party programs that can read/write to ext formats in Windows.
They add the ability to Windows.
This is one of them:
https://www.diskgenius.com/how-to/ext4-windows.php

There are many other third party programs out there.

I guess, for Lick to write to ext4. It would need to know to do it, using one of these programs.

Posted: Thu 28 Mar 2019, 14:39
by tallboy
number77 wrote:Lick is pretty amazing and easy to use, thanks for it.
I totally agree! :D
I have just used Lick to install 3 Puppys for testing, into Win 10. On shutdown I was asked if I wanted to make a savefile, and was given a choice of size, which I set to 1Gb, and which format to use for it. The default was ext2, which I chose, but when I look at the savefile from Puppy, I see that it is ext3.
I also have split the ntfs partition, and made a ext3 partition for my files in work. I cannot see any problems right now, by having the program files in an ntfs partition, as long as it works!
Question: As far as I know, the Puppy is loaded into RAM in compressed files. Will the Puppy run faster if they are loaded into RAM uncompressed, as in my live Puppies?

Posted: Fri 29 Mar 2019, 20:42
by number77
bigpup wrote:[know to do it, using one of these programs.[/color]
I did try that but it didn't help lick to find the ext4 partition so I formatted to ntfs. But somehow I don't feel safe with ntfs as its microsoft.

Posted: Sat 30 Mar 2019, 23:42
by noryb009
As far as I know, the Puppy is loaded into RAM in compressed files. Will the Puppy run faster if they are loaded into RAM uncompressed, as in my live Puppies?
That should probably be asked elsewhere on the forum. But between the obvious savings of not needing to continuously decompress things, and the cost of having less RAM free for other things (such as file buffers for persistent disks), I'm not sure.
But somehow I don't feel safe with ntfs as its microsoft.
Linux distros use NTFS-3G, which is open source.

If you still don't like it, you should be able to move the files in C:/your-puppy to the root of an ext3 disk and it should "just work". (Keep in mind that if you do this, LICK won't be able to delete the files when you uninstall the distro).

Posted: Sun 31 Mar 2019, 02:26
by tallboy
Thank you, noryb009.

Posted: Mon 22 Apr 2019, 01:05
by tallboy
I am unfamiliar with Windows, but I know that it is not exactly famous for it's security. The savefile for my Puppy in Win 10 is ext4, and is, as far as I know, not normally accessible from within Windoze. Are there any special security issues regarding the use of Lick? Any situations not usually met when using a Puppy?

Posted: Sun 05 May 2019, 23:51
by noryb009
Sorry, I didn't get an email notification for your message :(

The simple answer: no, you don't need to worry about that.

The detailed answer:

The only thing I can think of possibly happening is a ransomware locking down your save file. But even then, a lot of ransomwares only care about stuff in "My Documents", since that's where the user's data usually is. Encrypting everything on hard drives would just make encrypting and decrypting take a lot longer.

There's a theoretical attack of malware detecting a Linux install and modifying it. However, since LICK-style installs are so rare, it's more likely that a malware would search for an EXT4 partition and change things there.

Posted: Sun 19 May 2019, 17:27
by number77
Hello
I would like to change the boot order to lick first and windows second but can't find any entry. Where is it and can I do it. I loaded xenial64 onto win7 on a dell e6230.
Thanks
number77

Posted: Mon 20 May 2019, 01:39
by noryb009
Find the file C:/lickgrub.cfg (if you installed LICK to another drive, this might be on that drive) (if this file doesn't exist, let me know). In that file, change "set default=0" to "set default=1" (or the number of times you want it to automatically press "down" for you)

Posted: Tue 21 May 2019, 17:12
by number77
C:/lickgrub.cfg is not there. There is lickmenu.1st and menu.1st and also menu-advanced.1st.
Any help.

Posted: Tue 21 May 2019, 17:49
by noryb009
In that case, the process is somewhat confusing, so I won't write it out in text. Follow this video, but look for the bcdedit entry with the description "LICK Boot Loader".

Posted: Wed 22 May 2019, 22:30
by SolusUmbra
I tried using Lick today to install Mint and got an error No Kernel. Is there a way to fix it?
thanks

Posted: Wed 22 May 2019, 23:40
by noryb009
Sorry, but Linux Mint isn't supported by LICK

Posted: Thu 23 May 2019, 09:29
by SolusUmbra
Thank you

Posted: Thu 23 May 2019, 09:29
by SolusUmbra
Thank you

Posted: Fri 24 May 2019, 17:41
by number77
Thanks noryb009 that changed the boot order to lick for me.
Once more thank you.
number77

Posted: Sat 25 May 2019, 19:14
by d4rkn1ght
noryb009 wrote:Find the file C:/lickgrub.cfg (if you installed LICK to another drive, this might be on that drive) (if this file doesn't exist, let me know). In that file, change "set default=0" to "set default=1" (or the number of times you want it to automatically press "down" for you)
I tried changing the default to 1 but Windows XP still the first option and Tahrpup second.

Code: Select all

## start header
insmod part_gpt
insmod part_msdos
insmod ntfs

set timeout=5
set default=1

insmod all_video
if loadfont /grub/fonts/unicode.pf2 ; then
    set gfxmode=auto
    set gfxpayload=keep
    terminal_output gfxterm
fi

menuentry "Windows" {
    insmod chain
    search --set=root --file /EFI/Microsoft/boot/bootmgfw.efi
    chainloader /EFI/Microsoft/boot/bootmgfw.efi
}
## end header