Re: smartctl cannot access my storage, need syntax help

Il 16/01/2024 12:08, Felix Miata ha scritto: Tom Furie composed on 2024-01-16 08:18 (UTC): Felix Miata writes: /dev/sdc 18 /dev/disk/by-id/usb-Brother_MFC-J6920DW_BROG5F229909-0:0 # How does a printer get a storage device assignment??? By having some kind of SD card slot or similar. So

Re: Change suspend type from kde menu

Il 12/01/2024 22:51, Valerio Vanni ha scritto: As Max replied to that post saying that you could avoid to kill Kaffeine   now you can try to: - stop Kaffeine - rmmod the module (what happens if you force unloading: -f option) - suspend - resume - modprobe the module - play Kaffeine but I bet

Re: Change suspend type from kde menu

Il 14/01/2024 05:04, Max Nikulin ha scritto: lsof for the same process may be more informative, but currently it does not matter. Perhaps, opening devices in /dev/dvb, kaffeine does not set the O_CLOEXEC flag for open(2) (or does not call fcntl with FD_CLOEXEC). As a result, file descriptors

Re: Change suspend type from kde menu

Il 13/01/2024 16:20, Max Nikulin ha scritto: And this is one with a --lastchannel launch: lrwx-- 1 valerio valerio 64 12 gen 20.52 34 -> /dev/dvb/adapter0/frontend0 lsof for the same process may be more informative, but currently it does not matter. Perhaps, opening devices in /dev/dvb,

Re: Change suspend type from kde menu

Il 12/01/2024 21:15, Franco Martelli ha scritto: > Tried, it works on DVB play. > > dbus-send --print-reply --dest=org.mpris.kaffeine /Player org.freedesktop.MediaPlayer.Stop As Max replied to that post saying that you could avoid to kill Kaffeine  now you can try to: - stop Kaffeine

Re: Change suspend type from kde menu

Il 12/01/2024 17:24, Max Nikulin ha scritto: On 12/01/2024 21:36, Valerio Vanni wrote: Tried, it works on DVB play. dbus-send --print-reply --dest=org.mpris.kaffeine /Player org.freedesktop.MediaPlayer.Stop The question is if this action can be a replacement for killing kaffeine before

Re: Change suspend type from kde menu

Il 12/01/2024 15:03, Franco Martelli ha scritto: On 11/01/24 at 15:10, Valerio Vanni wrote: Yes, I tried, but I didn't see any "stop". There is a .Quit, but for this I already have "kill" command and I have to start it again. valerio@newton:~$ busctl --user introspec

Re: Change suspend type from kde menu

Il 12/01/2024 12:08, Valerio Vanni ha scritto: Il 12/01/2024 03:52, Max Nikulin ha scritto: I assume that "org/mpris/MediaPlayer2" after "/" was lost during copy I don't have MediaPlayer2 there. busctl --user introspect org.mpris.kaffeine

Re: Change suspend type from kde menu

Il 12/01/2024 03:52, Max Nikulin ha scritto: I assume that "org/mpris/MediaPlayer2" after "/" was lost during copy I don't have MediaPlayer2 there. busctl --user introspect org.mpris.kaffeine /Player # ... .Stop   method    - -    - I saw that,

Re: Vmware Workstation help opens abiword

Il 11/01/2024 15:42, Max Nikulin ha scritto: On 11/01/2024 20:18, Valerio Vanni wrote: Now it's working, but I don't understand why. Now I find this: /usr/share/applications/mimeinfo.cache:text/html=abiword.desktop;firefox-esr.desktop;google-chrome.desktop;kfmclient_html.desktop

Re: Change suspend type from kde menu

Il 11/01/2024 16:25, Max Nikulin ha scritto: On 11/01/2024 21:10, Valerio Vanni wrote: There is a .Quit, but for this I already have "kill" command and I have to start it again. Applications might handle D-Bus messages more gracefully than SIGINT or SIGTERM signals. However i

Re: Change suspend type from kde menu

Il 11/01/2024 15:21, Valerio Vanni ha scritto: Il 11/01/2024 04:57, Max Nikulin ha scritto: On 10/01/2024 04:43, Valerio Vanni wrote: Il 07/01/2024 06:44, Max Nikulin ha scritto: setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \     env XDG_RUNTIME_DIR="/run/user

Re: Change suspend type from kde menu

Il 11/01/2024 04:57, Max Nikulin ha scritto: On 10/01/2024 04:43, Valerio Vanni wrote: Il 07/01/2024 06:44, Max Nikulin ha scritto: setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \     env XDG_RUNTIME_DIR="/run/user/1000" \     systemd-run --user --slice

Re: Change suspend type from kde menu

Il 11/01/2024 05:10, Max Nikulin ha scritto: On 10/01/2024 01:59, Valerio Vanni wrote: Il 06/01/2024 17:38, Max Nikulin ha scritto: I would expect something like "Stop" either from /Player or from org.mpris.kaffeine. I too expected something similar: stop and play (play for resu

Re: Change suspend type from kde menu

Il 11/01/2024 04:48, Max Nikulin ha scritto: So your idea would be stopping and starting channel play by dbus messages? I'm looking again with introspect, and I don't see anything like "stop" in kaffeine. It is independent ideas: - Do not deal with user processes in system context (like

Re: Vmware Workstation help opens abiword

Il 11/01/2024 03:33, Max Nikulin ha scritto: On 11/01/2024 02:44, Valerio Vanni wrote: After, guide was not showing anymore. Calling it (click on "help" on Vmware application) began opening Abiword. In kde control panel -> app -> default, Firefox is set as default browse

Re: Vmware Workstation help opens abiword

Il 10/01/2024 22:28, Cindy Sue Causey ha scritto: On 1/10/24, Valerio Vanni wrote: The issue began after update from debian 10 to 11. And it persists in 12. Before, Vmware Workstation help was shown in default browser (it's an html guide). After, guide was not showing anymore. Calling

Vmware Workstation help opens abiword

The issue began after update from debian 10 to 11. And it persists in 12. Before, Vmware Workstation help was shown in default browser (it's an html guide). After, guide was not showing anymore. Calling it (click on "help" on Vmware application) began opening Abiword. Vmware Workstation has

Re: Change suspend type from kde menu

Il 08/01/2024 04:29, Max Nikulin ha scritto: On 07/01/2024 12:44, Max Nikulin wrote: setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \     env XDG_RUNTIME_DIR="/run/user/1000" \     systemd-run --user --slice=app.slice -- \     xterm Instead of tricks with setting proper

Re: Change suspend type from kde menu

Il 07/01/2024 06:44, Max Nikulin ha scritto: It seems neither su nor sudo add process to the user context (proper cgroup, XDG session), so attempts to talk to the systemd user session through D-Bus fail. setpriv --reuid 1000 --regid 1000 --init-groups --reset-env -- \    env

Re: Change suspend type from kde menu

Il 06/01/2024 17:38, Max Nikulin ha scritto: On 06/01/2024 00:07, Valerio Vanni wrote: Now I'm looking: services are ├─/MainApplication ├─/Player ├─/Television ├─/TrackList └─/org    └─/org/kde └─/org/kde/kaffeine I tried to introspect the more likely, MainApplication and Television

Re: Change suspend type from kde menu

Il 06/01/2024 16:19, Max Nikulin ha scritto: On 06/01/2024 19:44, Valerio Vanni wrote: systemd-run --unit=kaffeine-resumed --uid="$kafuid" --gid="$kafgid" \    env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT_DESKTOP=KDE \    /usr/bin/kaffeine

Re: Change suspend type from kde menu

Il 06/01/2024 01:04, Greg Wooledge ha scritto: On Fri, Jan 05, 2024 at 11:37:41PM +0100, Valerio Vanni wrote: This way works, I don't know if it has security flaws. systemd-run --unit=kaffeine-resumed setpriv --reuid "$kafuid" --regid "$kafgid" --init

Re: Change suspend type from kde menu

Il 05/01/2024 21:47, Valerio Vanni ha scritto: Il 05/01/2024 21:24, Valerio Vanni ha scritto: For what I've seen, the issue is that kaffeine is started in another unit, systemd-suspend.service instead of user@1000.service. systemd-suspend.service is deactivated after 90 seconds from resume

Re: Change suspend type from kde menu

Il 05/01/2024 21:24, Valerio Vanni ha scritto: For what I've seen, the issue is that kaffeine is started in another unit, systemd-suspend.service instead of user@1000.service. systemd-suspend.service is deactivated after 90 seconds from resume, and kaffeine is shut down some msec before

Re: Change suspend type from kde menu

Il 05/01/2024 20:47, Franco Martelli ha scritto: On 05/01/24 at 20:01, Greg Wooledge wrote: On Fri, Jan 05, 2024 at 05:52:43PM +0100, Valerio Vanni wrote:     setpriv --reuid "$kafuid" --regid "$kafgid" --init-groups --reset-env \    env XDG_RUNTIME_DIR=/run/us

Re: Change suspend type from kde menu

Il 05/01/2024 20:10, Valerio Vanni ha scritto: My first guess would be that you also need $HOME to be set, or perhaps the current working directory, or both.  --reset-env sets HOME, SHELL, USER, LOGNAME and PATH.  That seems like a reasonable addition. I have no idea why it crashes later

Re: Change suspend type from kde menu

Il 05/01/2024 20:01, Greg Wooledge ha scritto: On Fri, Jan 05, 2024 at 05:52:43PM +0100, Valerio Vanni wrote: setpriv --reuid "$kafuid" --regid "$kafgid" --init-groups --reset-env \ env XDG_RUNTIME_DIR=/run/user/"$kafuid" $kafdis XDG_CURRENT

Re: Change suspend type from kde menu

Il 05/01/2024 17:52, Valerio Vanni ha scritto: Adding the parameter --reset-env seems to fix, kaffeine restarts. But, after some minutes, it closes. I don't understand why. -Kaffeine launched by hand stays up -Kaffeine restored with "su" method stays up -Kaffeine restored with "

Re: Change suspend type from kde menu

Il 04/01/2024 17:11, Max Nikulin ha scritto: On 04/01/2024 22:21, Valerio Vanni wrote: Il 04/01/2024 15:48, Max Nikulin ha scritto: Is it really necessary to kill kaffeine or it is enough to pause or to stop playing? It might be possible using a D-Bus query. [...] If it's started normally

Re: Change suspend type from kde menu

Il 04/01/2024 16:27, Greg Wooledge ha scritto: On Thu, Jan 04, 2024 at 03:07:59PM +0100, Valerio Vanni wrote: Il 03/01/2024 17:41, Greg Wooledge ha scritto: The su command is not an ideal choice for this, in fact. The setpriv(1) command is better suited for running programs as other user

Re: Change suspend type from kde menu

Il 04/01/2024 15:48, Max Nikulin ha scritto: On 04/01/2024 21:03, Valerio Vanni wrote: kaffeine_killed=$(/usr/bin/killall kaffeine 2>&1) echo $kaffeine_killed > /temp/kafstate.txt /usr/bin/sleep 2 /usr/sbin/rmmod cx23885 Is

Re: Change suspend type from kde menu

Il 03/01/2024 17:41, Greg Wooledge ha scritto: The UID of 1000 will have to be verified, as well as the YOURUSER. UID 1000 is what Debian uses for the initial user account that's created during installation, but if for some reason that's not the account who's currently logged in, then obviously

Re: Change suspend type from kde menu

Il 03/01/2024 23:52, Valerio Vanni ha scritto: Il 03/01/2024 17:18, Franco Martelli ha scritto: On 02/01/24 at 19:15, Valerio Vanni wrote: This way, I don't have to remember to close kaffeine before suspend. If you have Kaffeine always running on your system you can try this script: I had

Re: Change suspend type from kde menu

Il 03/01/2024 17:18, Franco Martelli ha scritto: On 02/01/24 at 19:15, Valerio Vanni wrote: This way, I don't have to remember to close kaffeine before suspend. If you have Kaffeine always running on your system you can try this script: I had an idea to do a relaunch, but it's not always

Re: Change suspend type from kde menu

Il 28/12/2023 23:17, Valerio Vanni ha scritto: I found that pm-suspend works because it unloads and reloades that module In "/etc/pm/config.d/modules" there is --- SUSPEND_MODULES="cx23885" --- Now I've replicated this on systemd side with this script similar to your

Re: Change suspend type from kde menu

Il 29/12/2023 02:53, Max Nikulin ha scritto: systemd-sleep(8) does not mention /etc/systemd/system-sleep/ I am a bit puzzled by the following: https://www.freedesktop.org/software/systemd/man/latest/systemd-sleep.html Note that scripts or binaries dropped in /usr/lib/systemd/system-sleep/ are

Re: Change suspend type from kde menu

Il 29/12/2023 00:12, Charles Curley ha scritto: On Thu, 28 Dec 2023 23:17:06 +0100 Valerio Vanni wrote: /usr/lib/systemd/system-sleep/dvb-suspend.sh That may work, but by putting the script in /usr/lib/systemd, you run the risk of it being clobbered on the next update to systemd. Better

Re: Change suspend type from kde menu

Il 28/12/2023 15:48, Franco Martelli ha scritto: Using systemctl, kernel module is broken after every suspend, even if kaffeine is not running. My system, if I don't restart Picom, freeze after a resume from suspend. To fix it I've placed this shell script in

Re: Everything But Sound with Bookworm

Il 27/12/2023 21:47, Thomas George ha scritto: gnome setup sound output device: speakers - builtin audio pulseaudio output device port: speakers (plugged in) It seems you are opening three thread for the same issue: audio not working in bookworm. This way, informations are dispersed.

Re: Change suspend type from kde menu

Il 25/12/2023 04:25, Valerio Vanni ha scritto: Is there any way to change the way system is suspended from kde menu and from power saving in kde settings? I mean changing the command issued. I don't know exactly what the default command is, probably systemctl. /usr/sbin/pm-suspend works

Re: No Sound With Bookworm

Il 27/12/2023 02:04, Thomas George ha scritto: > Pulseaudio Volume control shows a strong signal audio output but nothing > reaches the speakers. > > This must be a well known problem but I can't find the answer. I found the same issue. For me, the issue was that timidity-daemon was taking

Change suspend type from kde menu

Is there any way to change the way system is suspended from kde menu and from power saving in kde settings? I mean changing the command issued. I don't know exactly what the default command is, probably systemctl. /usr/sbin/pm-suspend works better with kernel modules, and I'd like to use

Re: Debian live boot corrupting secure boot

With Fedora Live I could see the difference, using # mokutil --list-sbat-revocations. When the system is in one of these states: -new -reflashed -after old clonezilla (grub entries) load -after Fedora live load or Fedora install This list is sbat,1,202103218 After load of grub page of a new

Re: Debian live boot corrupting secure boot

Il 11/10/2023 04:13, Max Nikulin ha scritto: On 11/10/2023 08:46, Valerio Vanni wrote: Now I've tried Fedora live: it doesn't act like Debian. After it, I can still boot old Clonezilla. Not only at grub page: I can also load live environment. If the Fedora image is fresh enough Yes, it's

Re: Debian live boot corrupting secure boot

Il 04/10/2023 17:11, Max Nikulin ha scritto: from Windows update. Then I installed Windows 11 with upgrade assistant. So far, no blacklist of old Clonezilla. Do you mean that installing Windows 10 or 11 from scratch could behave differently? I am curious if just booting a recent media

Re: Debian live boot corrupting secure boot

Il 04/10/2023 17:11, Max Nikulin ha scritto: But neither Asus (bios from start of September) nor Microsoft (Windows 11) do that blacklisting. Do you mean Windows install on hard drive or Windows install image? should be "installed"-^ Ok, "installed". I am curious if just booting a

Re: Debian live boot corrupting secure boot

Il 03/10/2023 04:01, Jeffrey Walton ha scritto: Does it mean that you can not boot your *old* Clonezilla live after booting a latest Clonezilla? If so, it is better to discuss the issue with shim or grub developers. Yes. If I load a Clonezilla live newer than 3.1.0-11, then I cannot boot

Re: Debian live boot corrupting secure boot

Il 02/10/2023 18:45, Max Nikulin ha scritto: At least a warning "I'm going to blacklist something, do you want to continue?". It is just speculation. To show a warning you need to execute some code. Yes, but I would trust a code that asks before doing some potentially disruptive change. I

Re: Debian live boot corrupting secure boot

Il 29/09/2023 05:39, Max Nikulin ha scritto: Yes, but couldn't it add news keys without blacklisting old ones? It is beyond my knowledge of UEFI and secure boot: specs, requirements from Microsoft, and state of affairs with bugs in implementations. That is why I am suggesting to check for

Re: Debian live boot corrupting secure boot

On Thu, 28 Sep 2023 10:08:27 +0700 Max Nikulin wrote: Thinking more, I have realized that updating secure boot keys in firmware may be the only way for grub to boot. You may try to search for docs and discussions to confirm such guess. After a vulnerability found in shim or grub (that

Re: Debian live boot corrupting secure boot

On Wed, 27 Sep 2023 22:14:57 -0400 The Wanderer wrote: The failure at (3) sounds like what happened when old grub images were blacklisted in the UEFI Revocation List dbx. Also see . You should probably stop doing (4). But this way I would have to disable

Re: Debian live boot corrupting secure boot

On Wed, 27 Sep 2023 09:54:31 +0700 Max Nikulin wrote: I found the issue on latest versions of Clonezilla, but then I tried ^^ with plain Debian live and the behavior is the same. Does it mean that you can not boot your *old* Clonezilla live after booting

Re: Debian live boot corrupting secure boot

Il 27/09/2023 05:22, Jeffrey Walton ha scritto: On Tue, Sep 26, 2023 at 10:20 PM Valerio Vanni wrote: Motherboard is an Asus H510M-A. I found the issue on latest versions of Clonezilla, but then I tried with plain Debian live and the behavior is the same. Booting a recent Debian USB key do

Debian live boot corrupting secure boot

Motherboard is an Asus H510M-A. I found the issue on latest versions of Clonezilla, but then I tried with plain Debian live and the behavior is the same. Booting a recent Debian USB key do some modification on secure boot that prevents some older OS to boot. The cycle is: 1) Machine brand

Re: Software RAID10 - which two disks can fail?

Gary Dale garyd...@velcom.ca ha scritto nel messaggio news:53437300.8020...@velcom.ca IMHO this is a bad setup. Because you are reading and writing to multiple disks at at time, you may have some speed-up, but you only get half the total space. And you are vulnerable to some two-disk

Re: Security Implications of running startx from command line - was Re: Startx: was Great Debian experience

Brian a...@cityscape.co.uk ha scritto nel messaggio news:21032014113647.c62190855...@desktop.copernicus.demon.co.uk For the situation when X is started with startx would 'startx exit' prevent the termination of an X session even if CTRL+ALT+FN etc gets console access? I've always used startx