Yes, it should work. It assumes that if you have a FAT32 partition, it's an ESP (because that's pretty much the only excusable use of FAT32 in 2022). If you don't have one, it assumes you're using BIOS boot, and all files are on the same partition.
Vanilla dpup 9.1.X observations
Moderators: dimkr, Forum moderators
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
-
- Posts: 222
- Joined: Fri Sep 04, 2020 12:11 pm
- Has thanked: 11 times
- Been thanked: 35 times
Re: Vanilla dpup 9.1.X observations
I think we had established the USB part.
However does not explain why suspend.sh also fails when dVpup is booting from HD.
And although not your concern, also does not explain how sevefile escapes. If understood could help to implement in vDpup.
Though acpitool maybe all needed.
Regarding changes in the script the only difference I could see between bionic an vDpup is the addition of the display server detection
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
retiredt00 wrote: ↑Sun Mar 06, 2022 10:31 amHowever does not explain why suspend.sh also fails when dVpup is booting from HD.
Is the flash drive mounted?
-
- Posts: 222
- Joined: Fri Sep 04, 2020 12:11 pm
- Has thanked: 11 times
- Been thanked: 35 times
Re: Vanilla dpup 9.1.X observations
dimkr wrote: ↑Sun Mar 06, 2022 10:48 amretiredt00 wrote: ↑Sun Mar 06, 2022 10:31 amHowever does not explain why suspend.sh also fails when dVpup is booting from HD.
Is the flash drive mounted?
In that case yes but without it also fails with xlock complaining about password I guess (see below)
I think though that it makes little sense for any USB, not related to the OS, to be sufficient to block suspend instead of unmounting it.
Also the xlock demand for another encrypted password (if this is indeed the problem in the case below) seems an overkill for puppy.
Thanks again
Code: Select all
4026 root 0:00 sh -x /etc/acpi/actions/suspend.sh
4029 root 0:00 busybox ps'
+ grep -qE 'sh[ ].*poweroff'
+ rm -f /tmp/suspend
++ grep '|usb'
++ probedisk2
++ cut '-d|' -f1
+ USBS=
+ sync
+ rmmod ehci_hcd
rmmod: ERROR: Module ehci_hcd is builtin.
+ case "$DISABLE_LOCK" in
++ pidof labwc
+ '[' -n '' -a -n '' ']'
+ '[' -n :0 ']'
+ xlock -startCmd 'echo mem > /sys/power/state'
/root/.xlockrc: null encrypted password
+ modprobe ehci_hcd
+ rm -f /tmp/acpi_suspend-flg
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
rm ~/.xlockrc
should fix this.
An empty ~/.xlockrc can happen on power failure after the file was created and before it was flushed to disk.
-
- Posts: 222
- Joined: Fri Sep 04, 2020 12:11 pm
- Has thanked: 11 times
- Been thanked: 35 times
Re: Vanilla dpup 9.1.X observations
Indeed!
However, in the absence of ~/.xlockrc, xlock requires a password/key to be setup.
If suspend.sh is run in the background it results in a frozen computer with xlock waiting for the “key” setup.
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
retiredt00 wrote: ↑Sun Mar 06, 2022 1:11 pmHowever, in the absence of ~/.xlockrc, xlock requires a password/key to be setup.
https://github.com/puppylinux-woof-CE/woof-CE/pull/2953 will fix this.
-
- Posts: 139
- Joined: Wed Apr 07, 2021 12:11 pm
- Has thanked: 84 times
- Been thanked: 4 times
Re: Vanilla dpup 9.1.X observations
Dear Guru
Upon update from Vanilla dpup 9.1.10 to 9.1.11 keyboard and mouse not working. Later I have updated 9.1.12 after wiping out entire contents in Vanilla Partition. Booted from Vanilla Dpup 9.1.12. Everything looks fine. It looks more polished than ever in all respects. Installed chromium browser through Synaptic and everything working fine. I have also installed Canon Network Printer cum Photostat machine on static IP. Initially showed error. it shows ""Stopped - Filter failed". On Googling, required to install libcupsimage2. (apt-get install libcupsimage2) and also empty this directory /var/spool/cups. Voila. Now posting from Vanilla Dpup and using my daily office works.
Kudus to Shri Dimkr.
Reason: fixed emoticon
- Duprate
- Posts: 309
- Joined: Sat Aug 22, 2020 8:14 pm
- Location: Southern Brazil
- Has thanked: 163 times
- Been thanked: 107 times
Re: Vanilla dpup 9.1.X observations
Hello Dimkr! Is there a way to adjust the brightness of the PC screen, via software, using Wayland? The brightness app only works on Xorg. Thanks for listening! While browsing the Internet, my tired eyes cry out for help!
- Attachments
-
- eyes.jpg (17.8 KiB) Viewed 2498 times
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
"brightness app" - what application is it? How do I get it?
The brightness keys should work normally under Xwayland, the same way they do under X.Org.
- Duprate
- Posts: 309
- Joined: Sat Aug 22, 2020 8:14 pm
- Location: Southern Brazil
- Has thanked: 163 times
- Been thanked: 107 times
Re: Vanilla dpup 9.1.X observations
Good question! I use a version used here in "puppy universe". I use it on all distros installed on my PC! Developed by musher0 / fredx181. I'm sending you a copy!
- Attachments
-
- brightness.tar.gz
- (6.29 KiB) Downloaded 76 times
- Duprate
- Posts: 309
- Joined: Sat Aug 22, 2020 8:14 pm
- Location: Southern Brazil
- Has thanked: 163 times
- Been thanked: 107 times
Re: Vanilla dpup 9.1.X observations
... In wayland, commands are inoperative ...
I'm not asking to modify the system for the sake of brightness control.
Just asking if you know of an alternative that works with wayland...
- Attachments
-
- control.png (26.56 KiB) Viewed 2906 times
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
AFAIK an alternative is not needed, because brightness controls work normally (at least, in all computers I tried).
AFAIK brightnessctl uses the kernel directly (via /sys), and doesn't have to go through X to change brightness.
- Duprate
- Posts: 309
- Joined: Sat Aug 22, 2020 8:14 pm
- Location: Southern Brazil
- Has thanked: 163 times
- Been thanked: 107 times
Re: Vanilla dpup 9.1.X observations
Hi!
Your way of controlling brightness (same as FatDog64's way) doesn't work for me either, either in Vanilla Dpup's Xorg or Wayland mode, as well as in FatDog in Xorg. Perhaps the cause is the Samsung SyncMaster BX2250 monitor I use!
What works for me on any distro is Fredx181's SCT Brightness, as long as I'm using Xorg!
Thanks for listening!
- Attachments
-
- bright.jpg (15.76 KiB) Viewed 2831 times
-
- Posts: 139
- Joined: Wed Apr 07, 2021 12:11 pm
- Has thanked: 84 times
- Been thanked: 4 times
Re: Vanilla dpup 9.1.X observations
After updating to latest one my keyboard is not functioning. What is to be done. This is my office HP laptop. I am still tinkering with my SSD HP laptop!.I don't know how to proceed further
Re: Vanilla dpup 9.1.X observations
Man still does not work, I would install konqueror (the best man page viewer by far), pulls in too much
A serious bug, maybe only my hw, gigabyte b550 ds3h-ac, the bluetoooth, intel AC 3168-29
This is m2 connected, installed by manufacture, twice now, 1st boot .11 and .15
1st boot sees it, but no connection, susbsequent boots, it's gone, also gone in hcitool and bluetoothctl
Also in other distro boots, no bt adapter. Eventually something 'wakes' it up, I don't know what,
then it works OK in everything. I know little about bluetooth, this is MOST disconcerting
In the bios there is NO reference to the wifi/bt, I've looked hard
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
Try to run rfkill list
- if you don't see your Bluetooth adapter (probably hci0), it's probably not detected properly. If it's "soft blocked", this means it's disabled (right-click the tray icon and enable it). If it's "hard blocked", you probably used the keyboard shortcut that disables Bluetooth, or have it disabled in BIOS/UEFI.
Re: Vanilla dpup 9.1.X observations
Yes, I did rfkill (not there), also dmesg |grep blue
After it woke, I'm not sure how, maybe with pclinuxOS, it just works,
in all distros
And, it is not just the lack of firmware ,,
/lib/firmware/intel/ibt-hw-37.8.10-fw-22.50.19.14.f.bseq
but also some interrelation with the wifi driver
It is not a laptop, no keyboard toggle
It doesn't show anywhere in bios, I would have thought in m2 section, but only nvme
When I manually placed bt firmware (in /lib/firm....) then the wifi stopped working
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
Is there any distro where Bluetooth works for you? What kernel version does it have (uname -r
)?
EDIT: if it's a new AMD-powered system, you might want to try http://forum.puppylinux.com/viewtopic.p ... 002#p51002 (warning: beta quality), it uses a newer kernel with extra drivers
Re: Vanilla dpup 9.1.X observations
Sorry, slow reply, partly site was down
PClos 5.15.13
Devuan 5.10.0-12
MX 5.10.0-13
All work OK, IIRR devuan needed bluetoothctl for initial pairing
pclos had a lot of trouble with nvme, something odd with this mb
With vDpup, this 1st boot showed icon, couldn't pair (mouse), didn't try bluetoothctl, just rebooted
Then, no bluetooth, not in bluetoothctl, hcitool, rfkill (or icon) in ALL installs
I cycled thru booting all 3 above going what the h.ll, twice IIRR then icon was there
I didn't do anything to "wake" the bt, and in all distros remembered the previous mouse pairing
And, after it was "woke", worked OK in vDpup, even without firmware load
(the firmware only comes with non-free)
Obviously if the bt was a usb dongle, I would have just replugged.......
I did pull power and press power button, did not pull coin battery
BTW, all 3 above have identical firmware for wifi and bt
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
It's been quiet here for some time, because I'm very busy with other woof-CE work. But if look at the changelog, I still cherry-pick fixes from woof-CE into 9.1.x, and the 9.0.x release automation is still active.
Those of you who have issues with hardware support and use new hardware, try Vanilla Upup (viewtopic.php?t=5290): if everything works well, I can start a Vanilla Dpup 9.2.x that's identical to 9.1.x, but uses a newer 5.15.x kernel.
Re: Vanilla dpup 9.1.X observations
Installed vanilladpup-9.1.21-ext4-2gb-uefi.img.gz on an USB stick, and got following return during boot:
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown block(0,0)
Just in case someone might experience the same. If preferred, can open an issue on Github.
P.S.
Always been an admirer of your sophisticated work, @dimkr, since earliest iguleder times!
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
Using an iMac 2019 (a gift yet with several dongled/unusable components under Linux), which uses EFI, so the answer is UEFI mode.
Utilizing rEFInd, I am able to run a few distro images (e.g. Siduction Linux, Manjaro, or EasyOS), yet many, many other .iso-images just won't even show up for boot selection.
Hopefully this info helps. Don't feel pushed to support not ideal Linux hardware. Thanks.
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
- wiak
- Posts: 4082
- Joined: Tue Dec 03, 2019 6:10 am
- Location: Packing - big job
- Has thanked: 65 times
- Been thanked: 1208 times
- Contact:
Re: Vanilla dpup 9.1.X observations
I just installed weedogit version 9.1.22 onto the internal nvme SSD of my newish HP Probook 430 G8 laptop that has secure boot enabled on it. Booted from Puppy grub2 I have on usb stick (with puppy.cer enrolled in UEFI BIOS) and booted fine and I can remove the usb stick after booting since only using that for its grub2.
I was just about to ask same question as Duprate since brightness was hurting my eyes, but on this laptop I can confirm the keyboard brightness keys work fine. I'm used to XFCE just now where clicking on battery icon brings up a brightness slider - KLV-Airedale provides something similar on taskbar icon (which is a nice but certainly not essential feature). I note (and like) that WinKey(Super) left/right works to tile app window left or right, though Super+up/down didn't have expected similar effect - maybe that is configurable? I use such tiling effects a lot generally when working with business-related spreadsheets and at other times during dev work too.
https://www.tinylinux.info/
DOWNLOAD wd_multi for hundreds of 'distros' at your fingertips: viewtopic.php?p=99154#p99154
Αξίζει να μεταφραστεί;
-
- Posts: 2424
- Joined: Wed Dec 30, 2020 6:14 pm
- Has thanked: 53 times
- Been thanked: 1202 times
Re: Vanilla dpup 9.1.X observations
@wiak JWM is pre-configured with Super+arrow key combinations. If you want to change JWM's key bindings, look at ~/.jwmrc and the files under ~/.jwm.