Create Debian 9 (Stretch) minimal ISO similar to DebianDog
Batteries provide information to the OS in a variety of ways. Batterup is a fully customizable monitor that should work with any battery. This is particularly useful with old or replacement batteries that give misleading data.
Batterup displays the time/charge/power/voltage remaining until shutdown and pops up a warning message when the battery is getting low.
Note: The Batterup tray icon does NOT change its appearance with the status of the battery - use a mouse-over. To see the time remaining, the charger must be UNplugged. Wait a moment for the information to update.
Update: V1.3 has an auto-shutdown feature. If you don't respond to the warning message for two minutes, Batterup will run a poweroff command.
--------------------------------
The default warning time is 10 minutes. To change it, do the following:
1. Go to the folder /root/Startup
2. Open the file batterup_start in a text editor.
3. Modify Line 11:
4. Run System > Batterup restart
------------------------
Some batteries are calibrated using energy (mWh) instead of charge (mAh). Set the time remaining with:
If your battery doesn't provide useful timing information to Batterup, you can use the amount of charge remaining. This will take some trial-and-error to calibrate. For example, try 10% of the full charge value:
Or use the amount of energy remaining:
If none of those options work, switch to the minimum voltage in milliVolts.
In each case, you will need some testing to find the setting that works best with your battery.
---------------------
Batterup displays the time/charge/power/voltage remaining until shutdown and pops up a warning message when the battery is getting low.
Note: The Batterup tray icon does NOT change its appearance with the status of the battery - use a mouse-over. To see the time remaining, the charger must be UNplugged. Wait a moment for the information to update.
Update: V1.3 has an auto-shutdown feature. If you don't respond to the warning message for two minutes, Batterup will run a poweroff command.
--------------------------------
The default warning time is 10 minutes. To change it, do the following:
1. Go to the folder /root/Startup
2. Open the file batterup_start in a text editor.
3. Modify Line 11:
Code: Select all
UNITS=min
WARNTIME=10
------------------------
Some batteries are calibrated using energy (mWh) instead of charge (mAh). Set the time remaining with:
Code: Select all
UNITS=MIN
WARNTIME=10
Code: Select all
UNITS=mAh
WARNTIME=500
Code: Select all
UNITS=mWh
WARNTIME=3000
Code: Select all
UNITS=mV
WARNTIME=9500
---------------------
- Attachments
-
- batterup_1.6-1_i386.deb.gz
- Updated 2019-01-18
Minor bugfix
Remove the fake .gz extension - (7.45 KiB) Downloaded 154 times
-
- batterup_1.6-1_amd64.deb.gz
- (7.32 KiB) Downloaded 143 times
Last edited by rcrsn51 on Thu 28 Nov 2019, 12:15, edited 31 times in total.
Added to repos: Google-drive Filemanager, deb packages:
32-bit deb: https://fredx181.github.io/StretchDog/i ... 0_i386.deb
64-bit deb:https://fredx181.github.io/StretchDog/a ... _amd64.deb
Or install with Synaptic or apt-get : googledrivegui
Info, pet packages and portable version, see here:
http://murga-linux.com/puppy/viewtopic.php?t=112322
@rcrsn51, thanks, added batterup to repos, can't test at the moment, laptop on AC power (battery dead) will do later when I get the chance.
Fred
32-bit deb: https://fredx181.github.io/StretchDog/i ... 0_i386.deb
64-bit deb:https://fredx181.github.io/StretchDog/a ... _amd64.deb
Or install with Synaptic or apt-get : googledrivegui
Info, pet packages and portable version, see here:
http://murga-linux.com/puppy/viewtopic.php?t=112322
@rcrsn51, thanks, added batterup to repos, can't test at the moment, laptop on AC power (battery dead) will do later when I get the chance.
Fred
Google-drive Filemanager updated to v0.2.0
32-bit deb v0.2.0: https://fredx181.github.io/StretchDog/i ... 0_i386.deb
64-bit deb v0.2.0:https://fredx181.github.io/StretchDog/a ... _amd64.deb
Or upgrade with Synaptic or apt-get : googledrivegui
Changes info here:
http://murga-linux.com/puppy/viewtopic.php?t=112322
Fred
32-bit deb v0.2.0: https://fredx181.github.io/StretchDog/i ... 0_i386.deb
64-bit deb v0.2.0:https://fredx181.github.io/StretchDog/a ... _amd64.deb
Or upgrade with Synaptic or apt-get : googledrivegui
Changes info here:
http://murga-linux.com/puppy/viewtopic.php?t=112322
Fred
Hi Bill, got a battery now and tested batterup, but maybe something is wrong with my battery because it takes forever to get fully charged.fredx181 wrote:@rcrsn51, thanks, added batterup to repos, can't test at the moment, laptop on AC power (battery dead) will do later when I get the chance.
Also I tried "fdpowermon" (it's in Debian repo) , btw, did you check that ?
With fdpowermon it's In fact the same for me (taking forever to reach 100%) but at some point it shows a (promising) 99% saying only a few minutes to go, but gets stuck on that (but maybe I have to be more patient )
Fred
Ah, yes, goes from orange to green at some point and then when I unplug the charger it shows 130 min remaining, OK for me !rcrsn51 wrote:That's not unusual. What does the LED indicator on your laptop show? It is the final judge on the state of charging.
Another nice contribution from you, thanks, repos still have v1.2, will add 1.3 soon.
Fred
Hi Fred: I ran the upgrade-kernel procedure on one of my Stretch-Live installs and it was a success.
I then took the new /lib/modules/4.9.0-4-686-pae folder and converted it into a squashfs module.
I dropped that module, the new vmlinuz1 and initrd1.xz files into another install. That appeared to do a kernel switch without having to run the upgrade procedure..
Is there any downside to this method?
Bill
I then took the new /lib/modules/4.9.0-4-686-pae folder and converted it into a squashfs module.
I dropped that module, the new vmlinuz1 and initrd1.xz files into another install. That appeared to do a kernel switch without having to run the upgrade procedure..
Is there any downside to this method?
Bill
Hi Bill, what you did should work well, but the downside can be that the newer kernel (linux-image package) is not registered by the package management.
For example, In your other install, when you run now upgrade-kernel, dpkg or apt doesn't know about the up-to-date linux-image version and will do the "upgrade" to the same version you already have (otherwise it would say "already the newest version"), so upgrade-kernel is sort of useless then.
EDIT: On second thought, I think so, but not sure that the above will happen, didn't test that actually)
Fred
For example, In your other install, when you run now upgrade-kernel, dpkg or apt doesn't know about the up-to-date linux-image version and will do the "upgrade" to the same version you already have (otherwise it would say "already the newest version"), so upgrade-kernel is sort of useless then.
EDIT: On second thought, I think so, but not sure that the above will happen, didn't test that actually)
Fred
The -04, sometime ago changed to that.rcrsn51 wrote:Hi Fred:
If I run the mklive script today, which kernel will I get? -03 or -04?
Bill
http://murga-linux.com/puppy/viewtopic. ... 017#975017
Fred
Quick question.
I've been using Bleachbit to cut down on the size of my changes folder.
I've noticed 2 files that I am 99% sure get created by synaptic or apt-get the first time you reload the repository databases after a remaster. They are /var/cache/apt/pkgcache.bin /var/cache/apt/srcpkgcache.bin. They are about 26 meg each.
Are these just an apt-get/synaptic cache that I can safely tell bleachbit to delete that will be regenerated when I reload the repositories with apt-get update or synaptic reload? Or should I leave them alone?
Thanks,
Dan
I've been using Bleachbit to cut down on the size of my changes folder.
I've noticed 2 files that I am 99% sure get created by synaptic or apt-get the first time you reload the repository databases after a remaster. They are /var/cache/apt/pkgcache.bin /var/cache/apt/srcpkgcache.bin. They are about 26 meg each.
Are these just an apt-get/synaptic cache that I can safely tell bleachbit to delete that will be regenerated when I reload the repositories with apt-get update or synaptic reload? Or should I leave them alone?
Thanks,
Dan
Hi Dancytron !
Here is what i experienced .
Using Bleachbit does not delete pkgcache.bin and srcpkgcache.bin ........i always have to delete them manually.
When reloading Repos ....they will be regenerated .
Could not discover any Downside........but can not guaranty if there are any .Maybe somebody else knows .
Regards !
Here is what i experienced .
Using Bleachbit does not delete pkgcache.bin and srcpkgcache.bin ........i always have to delete them manually.
When reloading Repos ....they will be regenerated .
Could not discover any Downside........but can not guaranty if there are any .Maybe somebody else knows .
Regards !
Hi Dan,
(same goes for content of /var/lib/apt/lists/ , btw)
Fred
Sure, these are regenerated when reload with Synaptic or apt-get update, so can be safely removed by using bleachbit.Are these just an apt-get/synaptic cache that I can safely tell bleachbit to delete that will be regenerated when I reload the repositories with apt-get update or synaptic reload?
(same goes for content of /var/lib/apt/lists/ , btw)
Fred
Ok, I added them to bleachbit.fredx181 wrote:Hi Dan,
Sure, these are regenerated when reload with Synaptic or apt-get update, so can be safely removed by using bleachbit.Are these just an apt-get/synaptic cache that I can safely tell bleachbit to delete that will be regenerated when I reload the repositories with apt-get update or synaptic reload?
(same goes for content of /var/lib/apt/lists/ , btw)
Fred
Interestingly, when Bleachbit deletes them, they instantly come back but in a much smaller size (1.1 meg and .45 meg). When I run apt-get update, they get regenerated back to normal and everything works as it should.
Thanks,
Dan
Hi Fred, Rsrcn51, Dancytron & all (Happy Holidays to everyone ),
I've got a question, and apologies if this has been covered already.
I've an XFCE-Stretch-build, frugal-installed, that I've been running and using for (~4-5) months now. Today, trying to read several of the latest pages in this thread so I can somewhat keep abreast of things, I noticed this thread from Fred:
http://murga-linux.com/puppy/viewtopic. ... 873#975873
Then I also noticed msgs from Rsrcn51 (on this page) about doing an kernel upgrade.
My question: on this XFCE-stretch-build of mine, I am still using:
Is it "best' (or strongly recommended) that I upgrade to the 04-kernel using the script, or is it ok that I stay using this kernel? I guess what I am trying to ask, is that currently everything runs great and I have no problems (and I keep everything 'updated' via Synaptic). But I am wondering if I "do not" upgrade to the latest kernel, I'll be faced with problems & issues down the road.
Thanks for any advice
I've got a question, and apologies if this has been covered already.
I've an XFCE-Stretch-build, frugal-installed, that I've been running and using for (~4-5) months now. Today, trying to read several of the latest pages in this thread so I can somewhat keep abreast of things, I noticed this thread from Fred:
http://murga-linux.com/puppy/viewtopic. ... 873#975873
Then I also noticed msgs from Rsrcn51 (on this page) about doing an kernel upgrade.
My question: on this XFCE-stretch-build of mine, I am still using:
Code: Select all
root@live:~# uname -a
Linux live 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u3 (2017-08-06) x86_64 GNU/Linux
root@live:~#
Thanks for any advice
Hi Belham, happy holidays to you too !
It's still available in the stretch repos and I think if there would be security risk (or some serious other bug), the Debian maintainers would remove it from the repos.
The reason for me to change "upgrade-kernel' was to give support in case anyone wants to use the newest Stretch kernel.
(To be honest, I didn't investigate what are the changes in 4.9.0-4 compared to 4.9.0-3)
Fred
I'd say there's nothing wrong with staying on kernel 4.9.0-3 if all works fine for you.Is it "best' (or strongly recommended) that I upgrade to the 04-kernel using the script, or is it ok that I stay using this kernel? I guess what I am trying to ask, is that currently everything runs great and I have no problems (and I keep everything 'updated' via Synaptic). But I am wondering if I "do not" upgrade to the latest kernel, I'll be faced with problems & issues down the road.
It's still available in the stretch repos and I think if there would be security risk (or some serious other bug), the Debian maintainers would remove it from the repos.
The reason for me to change "upgrade-kernel' was to give support in case anyone wants to use the newest Stretch kernel.
(To be honest, I didn't investigate what are the changes in 4.9.0-4 compared to 4.9.0-3)
Fred
fredx181 wrote:Hi Belham, happy holidays to you too !
I'd say there's nothing wrong with staying on kernel 4.9.0-3 if all works fine for you.Is it "best' (or strongly recommended) that I upgrade to the 04-kernel using the script, or is it ok that I stay using this kernel? I guess what I am trying to ask, is that currently everything runs great and I have no problems (and I keep everything 'updated' via Synaptic). But I am wondering if I "do not" upgrade to the latest kernel, I'll be faced with problems & issues down the road.
It's still available in the stretch repos and I think if there would be security risk (or some serious other bug), the Debian maintainers would remove it from the repos.
The reason for me to change "upgrade-kernel' was to give support in case anyone wants to use the newest Stretch kernel.
(To be honest, I didn't investigate what are the changes in 4.9.0-4 compared to 4.9.0-3)
Fred
[EDIT]: Ooops, sorry, Fred, ignore this. I completely overlooked the fact that since I did a quick remaster this morning---man your remaster-scripts & options are light years ahead of puppy in terms of ease of use---that I needed to "reload" Synaptic. Haha, apologies again ....all the programs, and everything else, are there now.......]
Thanks, Fred!
Had another question: downloaded some pdf(s) the other day, went to open them, and realized I didn't include a pdf program in my xfce-stretch-build. So I opened Synaptic but I am confused: synaptic (which is updated and has all the debian repos appropriately check marked, I think) says that none of the pdf prgrams are available for download (atril, evince, okular and qpdf). ???
- Attachments
-
- no-pdf-program-available-in-synaptic.png
- (182.49 KiB) Downloaded 1019 times
Fix for "upgrade-kernel", new version 1.0.4, install from Synaptic (first 'Reload') or with apt-get:
Previously (with v1.0.3) could upgrade the kernel from 4.9.0-3 to 4.9.0-4, but once 4.9.0-4 installed it couldn't upgrade to a newer (if available) (sub)version of 4.9.0-4
(seems like Debian maintainers stay now on 4.9.0-4, and upgrade (if available) to a new (sub)version number)
Upgrading to a new (sub)version of 4.9.0-4 should now be possible with upgrade-kernel.
(e.g. I had earlier upgraded to 4.9.0-4 with (sub)version number: 4.9.51-1 and now could upgrade to latest (sub)version number: 4.9.65-3)
(with v1.0.3 it said "already newest version" which was incorrect, fixed now)
Fred
Code: Select all
apt-get update
apt-get install upgrade-kernel
(seems like Debian maintainers stay now on 4.9.0-4, and upgrade (if available) to a new (sub)version number)
Upgrading to a new (sub)version of 4.9.0-4 should now be possible with upgrade-kernel.
(e.g. I had earlier upgraded to 4.9.0-4 with (sub)version number: 4.9.51-1 and now could upgrade to latest (sub)version number: 4.9.65-3)
(with v1.0.3 it said "already newest version" which was incorrect, fixed now)
Fred
Hi Fred:
I ran mklive this morning. I manually updated my version of the script to "-4" and it ran fine.
But I have a problem. I usually boot these from ISObooter which has always worked fine with all the dogs.
But this time, I get
Bill
I ran mklive this morning. I manually updated my version of the script to "-4" and it ran fine.
But I have a problem. I usually boot these from ISObooter which has always worked fine with all the dogs.
But this time, I get
Any suggestions?mount: mounting aufs on /union failed: no such device
cant setup union (aufs) - read only filesystem?
Bill