kirk was referring to the "readelf" utility. devx doesn't have 32-bit libs, you still need 32-bit sfs for that.

Barbol wrote:

jamesbond wrote:

It is a trade-off between security and usability.

I was wondering about that.. how does allowing read-only access for all other users impacts security in fatdog? have any effect on the spot user?

The whole point of running network programs as "spot" is so that if these programs are broken and get controlled by someone else, they can only see what "spot" can see - which isn't hopefully not much (mostly the Downloads folder and at most the boot partition). If you allow "all other users" to read off your other partitions, there isn't much security in that anymore - a malware running as "spot" can now uploads anything in your other partition too

Quote:

Quote:

On another note, I'm really surprised if you tell me that Ubuntu will fail to boot because of this (I haven't used Ubuntu for years now).

Somehow it affects the greeter, so the X session cannot be started. I was only able to login as root in the console (but the root account is disable by default in ubuntu).

I am speechless

mini-jaguar wrote:

But I just "downgraded" to 6.0.1 and now it works like a charm, boots up and shuts down lightning fast.

610 and 611 has the same kernel so yeah going back to 610 is unlikely to help. 601 on the other hand has a different kernel.
You can also try the Fatdog UEFI iso I posted in another thread - it has another 3.4.24 kernel, and see if it can shutdown properly.
610/611 shutdown is slower, because I added "spindown disk" and wait 2-seconds after that before it really shuts down. I reckon it is worth the wait to ensure that any disks (=of the spinning platter type) will save their internal caches to the disk and shutdown gracefully before power is removed. Before that, every time I shutdown with USB disks connected, I heard a very alarming noise and I always worried whether it didn't get the chance to save its internal cache._________________Fatdog64, Slacko and Puppeee user. Puppy user since 2.13.
Contributed Fatdog64 packages thread

Over the weekend I installed Fatdog on a usb stick to have as an emergency repair system for our new office computers which run Ubuntu 12.04. This morning, simply booting Fatdog and looking at the HD contents ruined two fresh, fully configured installations before I realized the problem was Fatdog itself. I wish I had seen the previous posts about this before hand, it would have saved a lot of grief.

This is not good, it’s bad, very bad. A live system should never alter the HD contents except through user action._________________﻿Edited_time_total

Over the weekend I installed Fatdog on a usb stick to have as an emergency repair system for our new office computers which run Ubuntu 12.04. This morning, simply booting Fatdog and looking at the HD contents ruined two fresh, fully configured installations before I realized the problem was Fatdog itself. I wish I had seen the previous posts about this before hand, it would have saved a lot of grief.

This is not good, it’s bad, very bad. A live system should never alter the HD contents except through user action.

It may have been a coincidence but I also found Linux Mint was unbootable after perusing files in it using Fatdog and copying one file from Mint to Fatdog. All repair methods failed and I had to reformat the partition and do a new installation of Linux Mint. My Fatdog installation was conventional frugal, not on a usb stick._________________Classic Opera 12.16 browser SFS package for Precise, Slacko, Racy, Wary, Lucid, Quirky, etc available here

Looking = Mounted the partitions & looked at the partition contents with Rox. That's all. Didn't open a single file. On the other machine I ran gparted and looked at the disk layout. Did not make any changes.

Basically all I was doing was making sure Fatdog would boot to a desktop on these brand new machines.

EDIT: I am building 3 more of these Ubuntu systems & I have the basic disk backed up with clonezilla ( a life saver BTW ) so if any changes are made to Fatdog in the next week or so to address this I would be happy to test it._________________﻿

This is not good, it’s bad, very bad. A live system should never alter the HD contents except through user action.

Agreed.

Quote:

It may have been a coincidence but I also found Linux Mint

Bug confirmed. It is not a co-incidence. My UbuntuStudio 8.04 and 64Studio installation both refused to start graphical login after Fatdog touched their partition. They did boot into console, however "gdm" (the graphical login manager) refused to start.

For those affected, the quick fix is to mount the partition (e.g /dev/sda2 on /mnt/sda2) and then issue "chmod 755 /mnt/sda2" and then unmount, and don't mount again until you apply the following pet.

EDIT: The previous fix isn't working. This one will.
The attached pet should fix this: permission will not be changed when running as root (this is the default when running live). If one runs as non-root, however, permission will still be changed(out of necessity to grant access to them) - I will assume that one who runs as non-root knows what one is doing.

Are the isos going to be updated? Fatdog64 should not be allowed out in its current state._________________Classic Opera 12.16 browser SFS package for Precise, Slacko, Racy, Wary, Lucid, Quirky, etc available here

.
You can also try the Fatdog UEFI iso I posted in another thread - it has another 3.4.24 kernel, and see if it can shutdown properly.

Well, it shuts down properly much more often than 610 or 611, not all the time, and sometimes even shuts down properly after making the save file (which 610 or 611 never seem to do). So improper shutdowns happen maybe only 40% of them time.

It also does not allow me to open the menu.lst file, which is on an NTFS+ partition, and never, ever, loads up the save file if I put the save file in a folder.

Edited for clarity:This post refers to issue seen n filesystem rights.
Hi @Jamesbond. Thanks for looking into what we share on the permissions bug.

The root & non-root decision process may not necessarily be a good one. I do understand what your efforts intend, But that circumvention would allow someone who, coming from 32bit Puppy/Windows/Apple/Linux distro, to miss this understanding.

Maybe there is another way.

And, in the meantime, should the older method be put back into play, as consideration. Up until now, this issue did not exist. Now, it does, and potentially, non-aware and unsuspecting users can accidentally lose out. Further, even those who may have used FATDOG610+ for months could accidentally bomb the system unexpectedly should they not remember or know.

Just an idea for consideration in this positive and revolutionary distro in Puppyland._________________Get ACTIVE Create Circles; Do those good things which benefit people's needs!
We are all related ... Its time to show that we know this!
3 Different Puppy Search Engineor use DogPileEdited_time_total

I may have found a minor bug in the fatdog's menu. I have an install with grafical login and Openbox WM, where the main menu option "Quit X server" doesn't do anything. It works correctly with console login..

The root & non-root decision process may not necessarily be a good one.

its the easiest way for a puppy distro author to set up restrictions on internet activity. if there's an older method i do not know of it. the multi user .pet? its easy to manage users with terminal commands like adduser or useradd