App shows negative zero disk usage
Is there an existing issue for this?
- [X] I searched the existing issues and did not find anything similar.
Current Behavior
I have a .desktop for my jellyfin service so that I can see it under the apps tab.
Some sequence of events including restarting jellyfin has lead to this:
Expected Behavior
All disk usage stats to be nonnegative
Steps To Reproduce
/usr/share/applications/jellyfin.desktop:
[Desktop Entry]
Name=Jellyfin Server
Exec=/usr/bin/jellyfin
Version=1.0
Type=Application
Categories=Entertainment;
Terminal=false
Icon=/usr/lib/jellyfin/bin/jellyfin-web/assets/img/icon-transparent.png
Comment=Movies TV and More!
start jellyfin via systemctl
restart it?
Environment
Resources `1.7.0`, pop22, the usual
Anything else?
core jellyfin's statm. lots of N/A's in the process tab
675796 (jellyfin) S 1 675796 675796 0 -1 4194560 7563920 294379161 93 1470 19758 4277 503414 95101 20 0 24 0 64524014 286299738112 299683 18446744073709551615 1 1 0 0 0 0 0 4096 214270 0 0 0 17 5 0 0 0 0 0 0 0 0 0 0 0 0 0
Hi,
can you try out the clamp-disk-speeds branch?
it doesnt show anything with the panic
WARN resources::ui::window > Unable to update process and app data!
failed to fill whole buffer
0: anyhow::error::<impl core::convert::From<E> for anyhow::Error>::from
at /resources/_build/cargo/registry/src/index.crates.io-6f17d22bba15001f/anyhow-1.0.94/src/backtrace.rs:27:14
1: <core::result::Result<T,F> as core::ops::try_trait::FromResidual<core::result::Result<core::convert::Infallible,E>>>::from_residual
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/core/src/result.rs:1989:27
2: resources::utils::process::Process::all_data
at /resources/src/utils/process.rs:99:13
3: resources::ui::window::MainWindow::gather_refresh_data
at /resources/src/ui/window.rs:495:13
4: resources::ui::window::MainWindow::periodic_refresh_all::{{closure}}::{{closure}}
at /resources/src/ui/window.rs:696:28
5: std::sys::backtrace::__rust_begin_short_backtrace
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/sys/backtrace.rs:152:18
6: std::thread::Builder::spawn_unchecked_::{{closure}}::{{closure}}
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/thread/mod.rs:538:17
7: <core::panic::unwind_safe::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/core/src/panic/unwind_safe.rs:272:9
8: std::panicking::try::do_call
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/panicking.rs:557:40
9: std::panicking::try
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/panicking.rs:521:19
10: std::panic::catch_unwind
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/panic.rs:350:14
11: std::thread::Builder::spawn_unchecked_::{{closure}}
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/thread/mod.rs:537:30
12: core::ops::function::FnOnce::call_once{{vtable.shim}}
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/core/src/ops/function.rs:250:5
13: <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/alloc/src/boxed.rs:2070:9
14: <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/alloc/src/boxed.rs:2070:9
15: std::sys::pal::unix::thread::Thread::new::thread_start
at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/sys/pal/unix/thread.rs:108:17
16: <unknown>
17: clone
it doesnt show anything with the panic
WARN resources::ui::window > Unable to update process and app data! failed to fill whole buffer 0: anyhow::error::<impl core::convert::From<E> for anyhow::Error>::from at /resources/_build/cargo/registry/src/index.crates.io-6f17d22bba15001f/anyhow-1.0.94/src/backtrace.rs:27:14 1: <core::result::Result<T,F> as core::ops::try_trait::FromResidual<core::result::Result<core::convert::Infallible,E>>>::from_residual at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/core/src/result.rs:1989:27 2: resources::utils::process::Process::all_data at /resources/src/utils/process.rs:99:13 3: resources::ui::window::MainWindow::gather_refresh_data at /resources/src/ui/window.rs:495:13 4: resources::ui::window::MainWindow::periodic_refresh_all::{{closure}}::{{closure}} at /resources/src/ui/window.rs:696:28 5: std::sys::backtrace::__rust_begin_short_backtrace at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/sys/backtrace.rs:152:18 6: std::thread::Builder::spawn_unchecked_::{{closure}}::{{closure}} at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/thread/mod.rs:538:17 7: <core::panic::unwind_safe::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/core/src/panic/unwind_safe.rs:272:9 8: std::panicking::try::do_call at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/panicking.rs:557:40 9: std::panicking::try at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/panicking.rs:521:19 10: std::panic::catch_unwind at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/panic.rs:350:14 11: std::thread::Builder::spawn_unchecked_::{{closure}} at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/thread/mod.rs:537:30 12: core::ops::function::FnOnce::call_once{{vtable.shim}} at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/core/src/ops/function.rs:250:5 13: <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/alloc/src/boxed.rs:2070:9 14: <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/alloc/src/boxed.rs:2070:9 15: std::sys::pal::unix::thread::Thread::new::thread_start at /rustc/eeb90cda1969383f56a2637cbd3037bdf598841c/library/std/src/sys/pal/unix/thread.rs:108:17 16: <unknown> 17: clone
Could it be the libc problem again? Can you try .gnome-builder/projects/resources/flatpak/staging/x86_64-swap-columns/files/libexec/resources-processes -o -r?
Sorry let me be more specific: resources runs and shows a window with all the data but no apps or processes. let me try to find that binary and run it
.gnome-builder/projects/resources/flatpak/staging/x86_64-clamp-disk-speeds/files/libexec/resources/resources-processes: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.39' not found (required by ./Documents/GitLab/.gnome-builder/projects/resources/flatpak/staging/x86_64-clamp-disk-speeds/files/libexec/resources/resources-processes)
.gnome-builder/projects/resources/flatpak/staging/x86_64-clamp-disk-speeds/files/libexec/resources/resources-processes: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.39' not found (required by ./Documents/GitLab/.gnome-builder/projects/resources/flatpak/staging/x86_64-clamp-disk-speeds/files/libexec/resources/resources-processes)
Looks like the same problem we had for #217.
I tried downgrading the deps like i did last time and got an error about adw being 1.5.5 and needing >= 1.6.0.
I will look at it later, thanks as always