save.dat not writable [Solved]
- Ed_P
- Contributor
- Posts: 8747
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: save.dat not writable
Porteus is now booting with a writable save.dat file.
Of course the new .5 GB save.dat file is completely empty.
One of the things I liked about Porteus initially was it's small size.
I'm beginning to see bleah's and angry1's points of view.
1. When a save.dat file is being used and it is almost full a msg to the user alerting them to the approaching problem would be nice.
And telling them what they can delete to avert the problem would be helpful also.
2. When the Porteus Settings Centre expands a save.dat file it would be nice if it could rename the old file porteussave-1.dat and then rename the new file to be same as the original name.
Of course the new .5 GB save.dat file is completely empty.
One of the things I liked about Porteus initially was it's small size.
I'm beginning to see bleah's and angry1's points of view.
1. When a save.dat file is being used and it is almost full a msg to the user alerting them to the approaching problem would be nice.
And telling them what they can delete to avert the problem would be helpful also.
2. When the Porteus Settings Centre expands a save.dat file it would be nice if it could rename the old file porteussave-1.dat and then rename the new file to be same as the original name.
Last edited by Ed_P on 07 May 2014, 04:45, edited 1 time in total.
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Re: save.dat not writable
and any modules I've added are stored outside the save.dat file so it ain't me. Something is wrong with this release.
To confirm this we would need to see the contents of your save.dat. What are you calling 'outside the save.dat file'? It is not difficult to fill up 256Mb if you down a couple of large files to /root/Download or /home/guest/Download. Even watching videos on some sites can fill up your cache with temp files.
To confirm this we would need to see the contents of your save.dat. What are you calling 'outside the save.dat file'? It is not difficult to fill up 256Mb if you down a couple of large files to /root/Download or /home/guest/Download. Even watching videos on some sites can fill up your cache with temp files.
How do i become super user?
Wear your underpants on the outside and put on a cape.
Wear your underpants on the outside and put on a cape.
-
- Full of knowledge
- Posts: 427
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus v5.01.....PorteuX v1.4
- Location: In the bush now
Re: save.dat not writable
Now the thing with that is, up up until a few months ago I was using 2.1 Razor with a 128 MB save.dat that stayed at about 80% full. When I upgraded to 3.0 Razor I made the save.dat 256 MB and now it's FULL!!! With what, /var/log files and deleted file ghosts??? I haven't created that many new scripts and any modules I've added are stored outside the save.dat file so it ain't me. Something is wrong with this release.
Seriously, a 256 MB save.dat is virtually worthless if you want to save things. A savefile gets filled by programs like Firefox and others with cache files and such which Porteus has absolutely no control over.
Linux uses log files, it's just how it is. As far as I can see, the logrotate thing is fixed and "ghost files" take up little space and are part of the way the aufs system works.....a small price to pay for a system like Porteus. Otherwise, we'd still be stuck with HD installing any system we wanted to try out.
- freestyler
- Contributor
- Posts: 384
- Joined: 17 Oct 2013, 14:21
- Distribution: Porteus XFCE
Re: save.dat not writable
@Ed_P: Have you considered not saving changes or using magic folders? That way no log or cache files fill up your save.dat
https://www.porteus-apps.org
-
- Full of knowledge
- Posts: 427
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus v5.01.....PorteuX v1.4
- Location: In the bush now
Re: save.dat not writable
1. When a save.dat file is being used and it is almost full a msg to the user alerting them to the approaching problem would be nice.
And telling them what they can delete to avert the problem would be helpful also.
2. When the Porteus Settings Centre expands a save.dat file it would be nice if it could rename the old file porteussave-1.dat and then rename the new file to be same as the original name.
1: With a 256 MB save.dat, you would constantly be alerted that you're running out of space...256 MB is nothing, nada, zip, for a save.dat. And really, the user should shoulder some responsibility for their system....you are after all, the one saving stuff.
How is Porteus, or any other Linux to determine what you can delete to avert the problem? It's a savefile....it keeps stuff you want to save...how in hell is the system to decide what you can or can't save?
2: C'mon now, you can rename a file yourself....really.....just rename it....call it anything you want.
You really need to get into the guts of the system by playing with it and borking everything a few times. Read some docs, man pages, and learn some basic commands...."dmesg" is a lifesaver and they all have options..."dmesg | less" for example. Right now, you appear to be displaying the Windows elitist attitude and that gets you no where.....this ain't Windows.
- Ed_P
- Contributor
- Posts: 8747
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: save.dat not writable
Give me your address I will mail it to you.brokenman wrote:To confirm this we would need to see the contents of your save.dat.
Folders on /mnt/sda4, /mnt/sda5, /mnt/sda6What are you calling 'outside the save.dat file'?
Files I download go in my /home/guest/Downloads folder, get converted to .xzm files which are moved to /mnt/sda5/porteus/modules folder, and then the downloaded file gets deleted.It is not difficult to fill up 256Mb if you down a couple of large files to /root/Download or /home/guest/Download. Even watching videos on some sites can fill up your cache with temp files.
I lived for months with a 128 MB save.dat file. I have Firefox configured to delete history and cache when I shut it down.roadie wrote:Seriously, a 256 MB save.dat is virtually worthless if you want to save things. A savefile gets filled by programs like Firefox and others with cache files and such which Porteus has absolutely no control over.
You struck a nerve. So I will share with you my opinion of log files. 1. Log files are useful for debugging apps and systems. 2. IT developers use them to develop and fix apps and systems. 3. Logging adds overhead to a system's performance and are turned off when systems go live. 4. End users have little need for log files; no need to create them, no need to see them, no need to review them, no need to debug them. 5. The logging function should be at the very least a user selectable option not simply is how it is.Linux uses log files, it's just how it is.
As far as I can see, the logrotate thing is fixed and "ghost files" take up little space and are part of the way the aufs system works.....a small price to pay for a system like Porteus. Otherwise, we'd still be stuck with HD installing any system we wanted to try out.
Booting ISOs allows for booting multiple systems stored on the same drive.
Don't confuse the save.dat file with the whole hard drive. I have very little input in what gets saved to the save.dat file. Logs being a good example.roadie wrote:1: With a 256 MB save.dat, you would constantly be alerted that you're running out of space...256 MB is nothing, nada, zip, for a save.dat. And really, the user should shoulder some responsibility for their system....you are after all, the one saving stuff.
Yes I can but that's not the point of scripting aides.2: C'mon now, you can rename a file yourself....really.....just rename it....call it anything you want.
When I turn on a light I expect it to come on and shine. I don't care how it works, I don't care where the light comes from, I don't care if the light is created with coal, gas, nuclear, solar or wind. I just want it to work.You really need to get into the guts of the system by playing with it and borking everything a few times.I
Reading is for girls.Read some docs, man pages, and learn some basic commands...."dmesg" is a lifesaver and they all have options..."dmesg | less" for example.
Nope it's not Windows. Windows doesn't have logs.Right now, you appear to be displaying the Windows elitist attitude and that gets you no where.....this ain't Windows.
-
- Full of knowledge
- Posts: 427
- Joined: 02 Jan 2011, 18:41
- Distribution: Porteus v5.01.....PorteuX v1.4
- Location: In the bush now
Re: save.dat not writable
See, that's a personal thing.....you don't like log files.....I do. Lots of things should be different, but they're not...just how it is. I prefer not to rail against things that I can't change and which really are moot lil things to begin with.You struck a nerve. So I will share with you my opinion of log files. 1. Log files are useful for debugging apps and systems. 2. IT developers use them to develop and fix apps and systems. 3. Logging adds overhead to a system's performance and are turned off when systems go live. 4. End users have little need for log files; no need to create them, no need to see them, no need to review them, no need to debug them. 5. The logging function should be at the very least a user selectable option not simply is how it is.
Make a bigger save.dat....storage is cheap.
Not the point....until aufs and it's previous systems....livecd, etc:...you were stuck with HD installs.....aufs and the like changed that. Booting from an iso is a very recent thing.Booting ISOs allows for booting multiple systems stored on the same drive.
In that case, you're on your own......, I don't do the handholding and spoonfeeding thing.Reading is for girls.
- Ed_P
- Contributor
- Posts: 8747
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: save.dat not writable
FYI I tried your command, both with and without the less option. I saw nothing in either display that would help me avert my save.dat file being full. But I may not have been looking for the right info.roadie wrote: learn some basic commands...."dmesg" is a lifesaver and they all have options..."dmesg | less" for example..
- Ed_P
- Contributor
- Posts: 8747
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: save.dat not writable
BTW guys, I expanded a backup I have of the save.dat file and it works fine now. Not sure what screwed up the test one but I suspect one of the xfs commands.
I know the save.dat file's usage can be checked from Always fresh mode .http://forum.porteus.org/viewtopic.php? ... =15#p13272 but an alternate approach without rebooting would be helpful. Especially in light of the problems caused when it fills up.
I know the save.dat file's usage can be checked from Always fresh mode .http://forum.porteus.org/viewtopic.php? ... =15#p13272 but an alternate approach without rebooting would be helpful. Especially in light of the problems caused when it fills up.
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Re: save.dat not writable [Solved]
I lived for months with a 128 MB save.dat file. I have Firefox configured to delete history and cache when I shut it down.
I am of the opinion that if you have a savefile of 128Mb then you have no need for a savefile. There are other methods to save config files and other small files without using changes. This is how I roll.
4. End users have little need for log files; no need to create them, no need to see them, no need to review them, no need to debug them. 5. The logging function should be at the very least a user selectable option not simply is how it is.
I understand your frustration with log files (as an end user) but you need to understand why they are essential. You're right! End users don't want to see them but when said user has a problem that they don't understand, how will they explain the what happened to the 'techie' that gives assistance? Logs are required for accountability in business and for assistnace in personal computing.
C'mon now, you can rename a file yourself....really.....just rename it....call it anything you want.
Yes I can but that's not the point of scripting aides.
The scripting aids in the creation and populating of your new savefile. I am against renaming a file that you created and would never do so. If my OS renamed a file that I created it would no longer be my OS. Think of the thousands of online programs that resize an image that you upload. They would never dream of renaming your original. This is tabu.
When I turn on a light I expect it to come on and shine. I don't care how it works, I don't care where the light comes from, I don't care if the light is created with coal, gas, nuclear, solar or wind. I just want it to work.
This may have been relevent in the General Electric thread in 1920 but not now. When you turned on your very first computer did it 'just work' or did you have to learn how to operate it? When you first got in your car did you have to learn everything or did it just work? People naturally slip into a comfort zone after learning the minimum that they need, this is normal, but I implore you to fight against it. It breeds mediocracy and retards progress.
Reading is for girls.
LOL. I like your sense of humour. Crying is for girls too yet when I read my credit card statement I cry.
Nope it's not Windows. Windows doesn't have logs.
Oh but it does. They just call it something else. An event viewer. Without it tech support wouldn't know what to do when you call complaining that your disk is not writable.
Glad you got your hands dirty and figured out the problem.
I am of the opinion that if you have a savefile of 128Mb then you have no need for a savefile. There are other methods to save config files and other small files without using changes. This is how I roll.
4. End users have little need for log files; no need to create them, no need to see them, no need to review them, no need to debug them. 5. The logging function should be at the very least a user selectable option not simply is how it is.
I understand your frustration with log files (as an end user) but you need to understand why they are essential. You're right! End users don't want to see them but when said user has a problem that they don't understand, how will they explain the what happened to the 'techie' that gives assistance? Logs are required for accountability in business and for assistnace in personal computing.
C'mon now, you can rename a file yourself....really.....just rename it....call it anything you want.
Yes I can but that's not the point of scripting aides.
The scripting aids in the creation and populating of your new savefile. I am against renaming a file that you created and would never do so. If my OS renamed a file that I created it would no longer be my OS. Think of the thousands of online programs that resize an image that you upload. They would never dream of renaming your original. This is tabu.
When I turn on a light I expect it to come on and shine. I don't care how it works, I don't care where the light comes from, I don't care if the light is created with coal, gas, nuclear, solar or wind. I just want it to work.
This may have been relevent in the General Electric thread in 1920 but not now. When you turned on your very first computer did it 'just work' or did you have to learn how to operate it? When you first got in your car did you have to learn everything or did it just work? People naturally slip into a comfort zone after learning the minimum that they need, this is normal, but I implore you to fight against it. It breeds mediocracy and retards progress.
Reading is for girls.
LOL. I like your sense of humour. Crying is for girls too yet when I read my credit card statement I cry.
Nope it's not Windows. Windows doesn't have logs.
Oh but it does. They just call it something else. An event viewer. Without it tech support wouldn't know what to do when you call complaining that your disk is not writable.
Glad you got your hands dirty and figured out the problem.
How do i become super user?
Wear your underpants on the outside and put on a cape.
Wear your underpants on the outside and put on a cape.
- Ed_P
- Contributor
- Posts: 8747
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: save.dat not writable [Solved]
The original file, created by Porteus, is named porteussave.dat. The expanded file, created by Porteus, is named porteussave-2.dat. And it requires the user to change their booting config. Having the script that creates the new file simply rename the original file to porteussave-1.dat and the expanded file to porteusdave.dat saves the user from manually doing the same thing or manually changing their boot config.brokenman wrote:C'mon now, you can rename a file yourself....really.....just rename it....call it anything you want.
Yes I can but that's not the point of scripting aides.
The scripting aids in the creation and populating of your new savefile. I am against renaming a file that you created and would never do so. If my OS renamed a file that I created it would no longer be my OS. Think of the thousands of online programs that resize an image that you upload. They would never dream of renaming your original. This is tabu.
The script that expands the save.dat file gives the option to delete the original save.dat file when the expansion is finished why can't it give the option to rename the files??
It just worked. It's 640 KM RAM warmed as it's 20 MB hard drive spun and the screen displayed it grey > on the black background, waiting for me to tell it what to do. type autoexec.bat. ah, the good old days.When I turn on a light I expect it to come on and shine. I don't care how it works, I don't care where the light comes from, I don't care if the light is created with coal, gas, nuclear, solar or wind. I just want it to work.
This may have been relevent in the General Electric thread in 1920 but not now. When you turned on your very first computer did it 'just work' or did you have to learn how to operate it?
It just worked. Pump the gas pedal two or three times, turn the key, put the gear shift in 1, and aim for the road. ah, the good old days.When you first got in your car did you have to learn everything or did it just work?
I like your's too.Reading is for girls.
LOL. I like your sense of humour. Crying is for girls too yet when I read my credit card statement I cry.
No, actually Windows does have log files and lots of them. Do a search for *.log on your wife's machine.Nope it's not Windows. Windows doesn't have logs.
Oh but it does. They just call it something else.
Ah, we saw how useful the logs were solving this problem.Without it tech support wouldn't know what to do when you call complaining that your disk is not writable.
I didn't figure out the problem, fanthom and you did. I simply performed the fix you suggested.Glad you got your hands dirty and figured out the problem.
I gotta figure out a script that shows me how the space is being used in the save.dat file. Obviously it's not all the log files, and I see the /home/guest/. folders increasing as I add modules to my /mnt/sda5/Porteus/modules folder but there has to be more than that.
- freestyler
- Contributor
- Posts: 384
- Joined: 17 Oct 2013, 14:21
- Distribution: Porteus XFCE
Re: save.dat not writable [Solved]
For your setup I think you should use magic folders, you can make one for your guest folder, then that will be the only thing that saves, or even be more specific and select what folders you want to save. You wont have the problem of your save.dat filling up with stuff you don't need.
https://www.porteus-apps.org
- Ed_P
- Contributor
- Posts: 8747
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: save.dat not writable [Solved]
Yes, you mentioned that before and I forgot to respond to you. Sorry. So what are "magic folders"?
If I had a better understanding what is in my save.dat file I would better able to determine if I need it or not. I know logs are there and that they are not all that big, and module related files and folders but there has to be more.
If I had a better understanding what is in my save.dat file I would better able to determine if I need it or not. I know logs are there and that they are not all that big, and module related files and folders but there has to be more.
- freestyler
- Contributor
- Posts: 384
- Joined: 17 Oct 2013, 14:21
- Distribution: Porteus XFCE
Re: save.dat not writable [Solved]
hehe yeah I thought I'd bring it up again just in case you missed it. For example if you make your guest folder a magic folder only changes in your guest folder will be saved and nothing else. That eliminates log files or any other changes to your file system saving. Every time you boot up you will have a clean /tmp folder and /var folder etc..
Worth checking out, I think its just what your looking for http://www.porteus.org/component/conten ... lders.html
Worth checking out, I think its just what your looking for http://www.porteus.org/component/conten ... lders.html
https://www.porteus-apps.org
- Ed_P
- Contributor
- Posts: 8747
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: save.dat not writable [Solved]
Well magic folders are certainly an interesting concept. And they could replace my little backup.sh script.
but I'm not sure they would be a replacement for the save.dat file at this point. I don't know all the folders that I need to backup yet. Like all the /home/guest/. ones for example.
I have been doing some research as to what is filling my save.dat file though. After the problems I had with expanding the test save.dat file I expanded a backup to my real save.dat file and made it from 256 MB to 320 MB. After verifying that it worked with Porteus again and using it for a while I thought I should check it and see how much space was left. And when I rebooted to Always Fresh mode and mounted it I was SHOCKED to see it was FULL already. Only 1 MB left!! I was headed to a non-writable save.dat file again. So I expanded it to 512 MB and decided to see what was in it and what was using all the space. This is what I was able to find:
The 3 big users are /home, /root, and /var. The biggest part of /var is USM, /home is not the biggest user, /root is and it's contents are hidden.
By comparison, this is my 2.1 save.dat file breakdown.
Code: Select all
#!/bin/sh
if [ `whoami` != "root" ]; then
ktsuss "$0"
exit
fi
cp -u -v /home/guest/.config/spacefm/bookmarks /home/guest/Backups/spaceFM/
cp -u -v /etc/NetworkManager/system-connections/* /home/guest/Backups/NetworkManager/
cp -u -v /home/guest/.wmweather/* /home/guest/Backups/wmWeather/
cp -u -v /home/guest/.mozilla/firefox/c3pp43bg.default/prefs.js /home/guest/Backups/FireFox/
cp -u -v /home/guest/.mozilla/firefox/c3pp43bg.default/places.sqlite /home/guest/Backups/FireFox/
echo
cp -u -r -v /home/guest/* /mnt/sda5/porteus/Guest/
I have been doing some research as to what is filling my save.dat file though. After the problems I had with expanding the test save.dat file I expanded a backup to my real save.dat file and made it from 256 MB to 320 MB. After verifying that it worked with Porteus again and using it for a while I thought I should check it and see how much space was left. And when I rebooted to Always Fresh mode and mounted it I was SHOCKED to see it was FULL already. Only 1 MB left!! I was headed to a non-writable save.dat file again. So I expanded it to 512 MB and decided to see what was in it and what was using all the space. This is what I was able to find:
Code: Select all
guest@porteus:/mnt/sda5/porteus/Guest$ ./savedatspaceused.sh
using /dev/loop6
Please wait while i gather some info ....
#################################
Your data file has been mounted at:
/mnt/loop
You can unmount it by typing uloop
Here is a list of the files:
etc home opt root usr var
306M /mnt/loop
Filesystem Size Used Avail Use% Mounted on
/dev/loop6 508M 332M 176M 66% /mnt/loop
328K /mnt/loop/etc
91M /mnt/loop/home
4.0K /mnt/loop/opt
113M /mnt/loop/root
3.7M /mnt/loop/usr
99M /mnt/loop/var
1.6M /mnt/loop/var/log
82M /mnt/loop/var/usm
424K /mnt/loop/home/guest/Downloads
16K /mnt/loop/home/guest/Desktop
11M /mnt/loop/home/guest/Backups
ls /mnt/loop/home/guest/Backups
FireFox NetworkManager spaceFM wmWeather
ls /mnt/loop/home/guest/Backups/FireFox
bookmarks-2014-04-30.json bookmarks.html places.sqlite prefs.js
11M /mnt/loop/home/guest/Backups/FireFox
ls /mnt/loop/root
/bin/ls: cannot open directory /mnt/loop/root: Permission denied
By comparison, this is my 2.1 save.dat file breakdown.
Code: Select all
Here is a list of the files:
etc home opt root usr var
76M /mnt/loop
Filesystem Size Used Avail Use% Mounted on
/dev/loop6 124M 83M 42M 67% /mnt/loop
144K /mnt/loop/etc
53M /mnt/loop/home
908K /mnt/loop/opt
17M /mnt/loop/root
3.0M /mnt/loop/usr
1.7M /mnt/loop/var
1.5M /mnt/loop/var/log
du: cannot access ‘/mnt/loop/var/usm’: No such file or directory
34M /mnt/loop/home/guest/Downloads
8.0K /mnt/loop/home/guest/Desktop
ls /mnt/loop/root
/bin/ls: cannot open directory /mnt/loop/root: Permission denied