i don't think it's a hardware issue, i have a 7800x3d with a samsung 980pro ssd
i don't think it's a hardware issue, i have a 7800x3d with a samsung 980pro ssd
KThreadripper 3960X, Samsung 990 Pro
Kcompleted in 10 seconds
Dhuh
Kand then for rmlint..
KCompleted in <10 min
DDthis is for btrfs-dedup
Di'll try deleting that user because i only made it to test gnome 46
Dyeah the issue stopped
Dweird
Whow good bazzite would work on an i5 of fourht generation
Kshould be totally fine
Wis not too ram comsuming the distro ?
KIt's going to scale depending on the amount of RAM you have
Kno different than how Fedora handles it
K
D@Kyle Gospo is this kind of thing normal behavior for btrfs-dedup? I'm running it again after deleting that user and am getting similar output
Thow much RAM do you have?
Dalright thanks
W4 gb XD
Tthat's pretty much the bare minimum lol. it should be ok though. I'd recommend KDE Plasma over GNOME
Tidk what games you plan to play but older games should be fine
Tand less intesive games ofc
Dit's taking about a second or two to process one "simple read and compare of file data found X instances of files that might benefit from deduplication"
Dbeen going for 10 minutes or so now
Ddoes that mean something's wrong?
Kseems it really doesn't like your system
KI would just turn the service off tbh
Di'll look and see if anyone else has reported this issue
Kis it possible to get a proper dual monitor setup in game mode?
Kit is not, not a feature of it
Kah, unfortunate
Ki installed Bazzite on my system and noticed the second monitor wouldn't work in gaming mode, no huge deal
Ddoes gnome-disk-utility no longer let you reset luks2 passphrase?
Dnvm i didn't need it,
cryptsetup-luksChangeKey works too
Cyeah that's a steam deck thing
Wwhat are the btrfs sub volumes and what have todo with lvm
Kare the ublue and bazzite images always as up2date as the vanilla fedora atomic images?
Jyep, unless something's broken, you might not get a build that day but it also means you miss the error entirely, you never get the update unless the upgrade has worked
Jit'll just break in github until someone fixes it or it gets fixed later in the build, then that will be your next update. That's saved us from tons of regressions that people on traditional fedora run into
Jlike you'll never see an rpmfusion error on a ublue image, it never gets to you.
KPerfect! Ty 
KHey jorge I watched some of your ublue videos and I wanted to ask you, if you layer GNOME Boxes or use the Flatpak now, because in 1 video you said, it was buggy ... so you layer it now.
JI use virt-manager in bluefin-dx, and that's built into the image
KAlright. Ty
Tif you want a second opinion, for my usecase of testing against other operating systems, i use the flatpak gnome boxes unless i require USB storage access to the VM then i layer it. virt-manager has a lot more features and functionality though
Tgnome boxes is intended for a quick and easy vm setup for something quickly
KThank you!
Ehm for me it's more of a good performance solution, in case I need windows and do windows only stuff and maby later transfer to the host.
I also like to test distros and do crazy stuff, I'm kinda new to linux ^^ but I really like qemu/kvm virtmanager
I would be fine with GNOME boxes if USB passthrough would work for the flatpak, and the default win11 installation on boxes sucks a bit
Ehm for me it's more of a good performance solution, in case I need windows and do windows only stuff and maby later transfer to the host.
I also like to test distros and do crazy stuff, I'm kinda new to linux ^^ but I really like qemu/kvm virtmanager
I would be fine with GNOME boxes if USB passthrough would work for the flatpak, and the default win11 installation on boxes sucks a bit
K@j0rge Okay... I always wanted to ask something... but I feel kinda bad ...
First of: Jorge, I really love the project and the work the discord server, everyone is helping and so on . . . . I even replicate most of the stuff in Silverblue. But I'm still not on ublue . . . . . .
I love your philosophy and I think immutable distros are the future!
The only reason I'm hesitaging to completely switch to ublue images is: I tried to many forks of forks and I always had problems with it ... for example, I don't want to hate on Nobara, I love GE for it's work, but it felt overengeenierd and in the end I had a lot of problem, so I learned how to optimize my system
but on ublue everthing seems perfect, but I hate the feeling that I have to rely on others projects that might stop working on it.
Sorry for the grammar and I don't mean it in a bad way, in fact it's the opposide, I really love the work, I'm just afraid . . .
Maby it's because I'm a Linux noob.. and don't uderstand much
First of: Jorge, I really love the project and the work the discord server, everyone is helping and so on . . . . I even replicate most of the stuff in Silverblue. But I'm still not on ublue . . . . . .
I love your philosophy and I think immutable distros are the future!
The only reason I'm hesitaging to completely switch to ublue images is: I tried to many forks of forks and I always had problems with it ... for example, I don't want to hate on Nobara, I love GE for it's work, but it felt overengeenierd and in the end I had a lot of problem, so I learned how to optimize my system
but on ublue everthing seems perfect, but I hate the feeling that I have to rely on others projects that might stop working on it.
Sorry for the grammar and I don't mean it in a bad way, in fact it's the opposide, I really love the work, I'm just afraid . . .
Maby it's because I'm a Linux noob.. and don't uderstand much
