DeviceDisappeared event detected on md device at boot time

Bonjour, I am wondering what does mean this message at boot time: at the end the md device is correctly mounted. Thank you. -- François Patte UFR de mathématiques et informatique Laboratoire CNRS MAP5, UMR 8145 Université Paris Descartes 45, rue des Saints Pères F-75270 Paris Cedex 06 Tél

Re: Time to replace SSD disk?

To all who helped me out, Thanks. Mission accomplished, Just deleted one of the Boot Options at the Bios level and now I got 92.2KB Free Thanks On Mon, Nov 6, 2023 at 3:07 AM Javier Perez wrote: > I know, I am just digressing. > As far as the original question, I understand I will have to reset

Re: Time to replace SSD disk?

I know, I am just digressing. As far as the original question, I understand I will have to reset the nvram and recheck. On Mon, Nov 6, 2023, 02:52 Samuel Sieb wrote: > On 11/5/23 23:39, Javier Perez wrote: > > Hi. > > I could not find the specs back in the crucial web page. > > But from a review

Re: Time to replace SSD disk?

On 11/5/23 23:39, Javier Perez wrote: Hi. I could not find the specs back in the crucial web page. But from a review site I could find a figure, 72TB https://www.storagereview.com/review/crucial-mx100-ssd-review Looks like I have u

Re: Time to replace SSD disk?

Hi. I could not find the specs back in the crucial web page. But from a review site I could find a figure, 72TB https://www.storagereview.com/review/crucial-mx100-ssd-review Looks like I have used up about 16% of its Endurance. On Sun, Nov 5, 2023 at 3:42 PM Barry wrote: > > > On 4 Nov 2023, at

Re: Time to replace SSD disk?

> On 4 Nov 2023, at 22:50, Javier Perez wrote: > > 246 Total_LBAs_Written 0x0032 100 100 000Old_age Always > - 23588083829 From that counter you can calculate the total number of bytes written. If you know the drive spec for endurance total bytes written before th

Re: Time to replace SSD disk?

On Sat, Nov 4, 2023 at 8:11 PM Barry wrote: > > > > On 4 Nov 2023, at 22:50, Javier Perez wrote: > > > > Cockpit is showing me an error of /sys/firmware/efi/efivars 0 free > > I believe that this is referring to the NVRAM on the motherboard not the > boot disk. > I also believe that. NVRAM on

Re: Time to replace SSD disk?

100 100 000Old_age > Always - 16 > > 197 Current_Pending_ECC_Cnt 0x0032 100 100 000Old_age > Always - 0 > > 198 Offline_Uncorrectable 0x0030 100 100 000Old_age > Offline - 0 > > The only strange thing is this: > >

Re: Time to replace SSD disk?

e Offline > - 0 > > The only strange thing is this: > > > 202 Percent_Lifetime_Remain 0x0031 097 097 000Pre-fail Offline > - 3 > > which SHOULD mean that it has 3% of life time left. > But I would not trust this parameter too much, th

Re: Time to replace SSD disk?

Offline_Uncorrectable 0x0030 100 100 000Old_age Offline - 0 The only strange thing is this: > 202 Percent_Lifetime_Remain 0x0031 097 097 000Pre-fail Offline - 3 which SHOULD mean that it has 3% of life time left. But I would not trust this par

Re: Time to replace SSD disk?

> On 4 Nov 2023, at 22:50, Javier Perez wrote: > > Cockpit is showing me an error of /sys/firmware/efi/efivars 0 free I believe that this is referring to the NVRAM on the motherboard not the boot disk. I had this happen to one of my machines and the fix was to reset the efivar’s on the moth

Re: Time to replace SSD disk?

On 11/04/2023 04:48 PM, Javier Perez wrote: Hi. My boot SSD was purchased on May, 2015. It is a Crucial 128GB one. Cockpit is showing me an error of /sys/firmware/efi/efivars 0 free This may be redundant, but before you start, make a complete backup of that disk on removable media. Running Bl

Time to replace SSD disk?

: 2.5 inches TRIM Command: Available, deterministic, zeroed Device is:In smartctl database 7.3/5528 ATA Version is: ACS-2, ATA8-ACS T13/1699-D revision 6 SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s) Local Time is:Sat Nov 4 17:38:59 2023 EST SMART support is: Available

Re: Long time after login on Fedora 38 KDE

On Wed, Jun 14, 2023 at 10:40 AM ogio.spam wrote: > Hi all, > I experience a long time after password to obtain the desktop ready. > Just to be clear, the problem is only with a user. Another user is not > showing this behaviour. > > The good user is a new fresh user, the not

Re: Long time after login on Fedora 38 KDE

Seems like a "loginchart" analogous to "bootchart" would be useful for situations like this. jl On Thu, Jun 15, 2023 at 09:40:49PM +0930, Tim via users wrote: On Wed, 2023-06-14 at 15:38 +0200, ogio.spam wrote: I experience a long time after password to obtain the deskt

Re: Long time after login on Fedora 38 KDE

On Thu, 15 Jun 2023 09:25:23 -0400 Tom Horsley wrote: > systemctl --user --list-unit-files Wups, list-unit-files (no -- in front of it). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproj

Re: Long time after login on Fedora 38 KDE

On Thu, 15 Jun 2023 09:02:55 +0200 ogio.spam wrote: > Also services are not related to specific user, so I think it's not a > good way to start. systemctl --user --list-unit-files There are indeed per-user services :-). ___ users mailing list -- users@

Re: Long time after login on Fedora 38 KDE

On Wed, 2023-06-14 at 15:38 +0200, ogio.spam wrote: > I experience a long time after password to obtain the desktop ready. > Just to be clear, the problem is only with a user. Another user is not > showing this behaviour. Does that user use network shares? (For their homespace, or for

Re: Long time after login on Fedora 38 KDE

On Thu, 2023-06-15 at 09:02 +0200, ogio.spam wrote: > Il giorno mer, 14/06/2023 alle 08.15 -0700, stan via users ha > scritto: > > On Wed, 14 Jun 2023 15:38:46 +0200 > > "ogio.spam" wrote: > > > > > Hi all, > > > I experience a long t

Re: Long time after login on Fedora 38 KDE

Il giorno mer, 14/06/2023 alle 08.15 -0700, stan via users ha scritto: > On Wed, 14 Jun 2023 15:38:46 +0200 > "ogio.spam" wrote: > > > Hi all, > > I experience a long time after password to obtain the desktop > > ready. > > Just to be clear, the p

Re: Long time after login on Fedora 38 KDE

ogio.spam composed on 2023-06-14 15:38 (UTC+0200): > I experience a long time after password to obtain the desktop ready. > Just to be clear, the problem is only with a user. Another user is not > showing this behaviour. > The good user is a new fresh user, the not working is a u

Re: Long time after login on Fedora 38 KDE

mm Where hh:mm is a time before you started to login. Barry ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/projec

Re: Long time after login on Fedora 38 KDE

On Wed, 14 Jun 2023 15:38:46 +0200 "ogio.spam" wrote: > Hi all, > I experience a long time after password to obtain the desktop ready. > Just to be clear, the problem is only with a user. Another user is not > showing this behaviour. > > The good user is a new fres

Long time after login on Fedora 38 KDE

Hi all, I experience a long time after password to obtain the desktop ready. Just to be clear, the problem is only with a user. Another user is not showing this behaviour. The good user is a new fresh user, the not working is a user with the home directory copied from an old Fedora with KDE. I

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On 4/25/23 14:03, Max Pyziur wrote: On Tue, 25 Apr 2023, Max Pyziur wrote: You didn't try the main command that was suggested.  "dnf distro-sync" When I try that command, it lists 27 problems, and then closes with Problem 27: problem with installed package python3-mistune08-0.8.4-7.fc37.noar

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

> Am 25.04.2023 um 23:03 schrieb Max Pyziur : > > I've begun using this command. Example: > dnf distro-sync perl\* > > And it removes all f38 installed packages where there is a an f37 package. > > Is this the correct way to proceed? > > Thank you again. First you should check, which versio

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On Tue, 25 Apr 2023, Max Pyziur wrote: On Tue, 25 Apr 2023, Max Pyziur wrote: packages: NetworkManager, dnf, grub2-tools-minimal, sudo, systemd, systemd-udev I'm looking at your recommendations and now wondering how to proceed given that it seems I have probably about 4800+ packages that ar

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On Tue, 25 Apr 2023, Max Pyziur wrote: packages: NetworkManager, dnf, grub2-tools-minimal, sudo, systemd, systemd-udev I'm looking at your recommendations and now wondering how to proceed given that it seems I have probably about 4800+ packages that are both fc38 and fc37. Any advice here

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On Tue, 25 Apr 2023, Samuel Sieb wrote: On 4/25/23 13:38, Max Pyziur wrote: On Tue, 25 Apr 2023, stan via users wrote: On Tue, 25 Apr 2023 16:10:06 -0400 (EDT) Max Pyziur wrote: On Tue, 25 Apr 2023, Max Pyziur wrote: Greetings, Upgrading F38 on my Dell XPS 13 laptop of something like 2

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On 4/25/23 13:38, Max Pyziur wrote: On Tue, 25 Apr 2023, stan via users wrote: On Tue, 25 Apr 2023 16:10:06 -0400 (EDT) Max Pyziur wrote: On Tue, 25 Apr 2023, Max Pyziur wrote: Greetings, Upgrading F38 on my Dell XPS 13 laptop of something like 2012 vintage w a 1TB SSD, the scriplet/upgr

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On Tue, 25 Apr 2023, stan via users wrote: On Tue, 25 Apr 2023 16:10:06 -0400 (EDT) Max Pyziur wrote: On Tue, 25 Apr 2023, Max Pyziur wrote: Greetings, Upgrading F38 on my Dell XPS 13 laptop of something like 2012 vintage w a 1TB SSD, the scriplet/upgrade to setroubleshoot-server is hangi

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On Tue, 25 Apr 2023 16:10:06 -0400 (EDT) Max Pyziur wrote: > On Tue, 25 Apr 2023, Max Pyziur wrote: > > > > > Greetings, > > > > Upgrading F38 on my Dell XPS 13 laptop of something like 2012 > > vintage w a 1TB SSD, the scriplet/upgrade to setroubleshoot-server > > is hanging. > > > > Seems that

Re: Upgrading to F38, setroubleshoot-server seems to be taking a long time

On Tue, 25 Apr 2023, Max Pyziur wrote: Greetings, Upgrading F38 on my Dell XPS 13 laptop of something like 2012 vintage w a 1TB SSD, the scriplet/upgrade to setroubleshoot-server is hanging. Seems that it's been this way for a least 5-10 minutes while everything before this has been runnin

Upgrading to F38, setroubleshoot-server seems to be taking a long time

Greetings, Upgrading F38 on my Dell XPS 13 laptop of something like 2012 vintage w a 1TB SSD, the scriplet/upgrade to setroubleshoot-server is hanging. Seems that it's been this way for a least 5-10 minutes while everything before this has been running briskly. Advice? Max Pyziur p...@bra

Re: time for a new lenovo 12" notebook

On 04/01/2023 17:46, Todd Zullinger wrote: Patrick O'Callaghan wrote: On Wed, 2023-01-04 at 15:14 +, Barry Scott wrote: What you seem to be saying is that Evolution will not show you the Content-Type: text/plain of a mime encoded email unless you choose the HTML mail option? That sounds l

Re: time for a new lenovo 12" notebook

On Wed, 2023-01-04 at 12:46 -0500, Todd Zullinger wrote: > Patrick O'Callaghan wrote: > > On Wed, 2023-01-04 at 15:14 +, Barry Scott wrote: > > > What you seem to be saying is that Evolution will not show you > > > the > > > Content-Type: text/plain of a mime encoded email unless you > > > choo

Re: time for a new lenovo 12" notebook

Patrick O'Callaghan wrote: > On Wed, 2023-01-04 at 15:14 +, Barry Scott wrote: >> What you seem to be saying is that Evolution will not show you the >> Content-Type: text/plain of a mime encoded email unless you choose >> the >> HTML mail option? >> >> That sounds like a evolution issue? > >

Re: time for a new lenovo 12" notebook

ew it as well if I enable HTML mode > > in my > > MUA (Evolution). The point is that I don't do this by default > > because > > there are good reasons to avoid HTML in email, especially on > > mailing > > lists. That's why the Guidelines ask you not to do it

Re: time for a new lenovo 12" notebook

delines ask you not to do it. I redid the anaylsis by saving the email I send from my iPAD. Looked at the wrong one the first time - sorry. As Mike says it is using mime and contains text/html and text/plain. I did sent in text/plain, just not only text/plain (that I have no control over in

Re: time for a new lenovo 12" notebook

On Tue, 2023-01-03 at 19:34 +, Barry Scott wrote: > > Please don't post in HTML, or if you must then include a plain-text > > alternative. See: > > > > https://fedoraproject.org/wiki/Mailing_list_guidelines#No_HTML_Mail,_Please > > I have lots of clients all allowing me to view my IMAPed emai

Re: time for a new lenovo 12" notebook

On 1/3/23 11:34, Barry Scott wrote: On 02/01/2023 22:29, Patrick O'Callaghan wrote: On Mon, 2023-01-02 at 21:40 +, Barry Scott wrote: [...] Please don't post in HTML, or if you must then include a plain-text alternative. See: https://fedoraproject.org/wiki/Mailing_list_guidelines#No_HTML

Re: time for a new lenovo 12" notebook

On 02/01/2023 22:29, Patrick O'Callaghan wrote: On Mon, 2023-01-02 at 21:40 +, Barry Scott wrote: [...] Please don't post in HTML, or if you must then include a plain-text alternative. See: https://fedoraproject.org/wiki/Mailing_list_guidelines#No_HTML_Mail,_Please I have lots of client

Re: time for a new lenovo 12" notebook

On Tue, 2023-01-03 at 08:23 -0500, Jeffrey Walton wrote: > On Tue, Jan 3, 2023 at 7:12 AM Patrick O'Callaghan > wrote: > > > > On Tue, 2023-01-03 at 07:07 +, Barry wrote: > > > > > > > On 2 Jan 2023, at 22:31, Patrick O'Callaghan > > > > wrote: > > > > > > > > On Mon, 2023-01-02 at 21:40

Re: time for a new lenovo 12" notebook

On Tue, Jan 3, 2023 at 7:12 AM Patrick O'Callaghan wrote: > > On Tue, 2023-01-03 at 07:07 +, Barry wrote: > > > > > On 2 Jan 2023, at 22:31, Patrick O'Callaghan > > > wrote: > > > > > > On Mon, 2023-01-02 at 21:40 +, Barry Scott wrote: > > > > > > [...] > > > > > > Please don't post in H

Re: time for a new lenovo 12" notebook

On Tue, 2023-01-03 at 07:07 +, Barry wrote: > > > > On 2 Jan 2023, at 22:31, Patrick O'Callaghan > > wrote: > > > > On Mon, 2023-01-02 at 21:40 +, Barry Scott wrote: > > > > [...] > > > > Please don't post in HTML, or if you must then include a plain-text > > alternative. See: > > >

Re: time for a new lenovo 12" notebook

> On 2 Jan 2023, at 22:31, Patrick O'Callaghan wrote: > > On Mon, 2023-01-02 at 21:40 +, Barry Scott wrote: > > [...] > > Please don't post in HTML, or if you must then include a plain-text > alternative. See: > > https://fedoraproject.org/wiki/Mailing_list_guidelines#No_HTML_Mail,_Plea

Re: time for a new lenovo 12" notebook

On Mon, 2023-01-02 at 21:40 +, Barry Scott wrote: [...] Please don't post in HTML, or if you must then include a plain-text alternative. See: https://fedoraproject.org/wiki/Mailing_list_guidelines#No_HTML_Mail,_Please poc ___ users mailing list --

Re: time for a new lenovo 12" notebook

 On 28/12/2022 16:38, George N. White III wrote: On Tue, Dec 27, 2022 at 5:48 PM Robert Moskowitz <r...@htt-consult.com> wrote: Time to install Fedora37 and o

Re: time for a new lenovo 12" notebook

hardware by the knowledge of this hard mathematics Dorian Rosse. From: Barry Scott Sent: Wednesday, December 28, 2022 9:03:30 PM To: Community support for Fedora users ; George N. White III Subject: Re: time for a new lenovo 12" notebook On 28/12/2022

Re: time for a new lenovo 12" notebook

On 28/12/2022 16:38, George N. White III wrote: On Tue, Dec 27, 2022 at 5:48 PM Robert Moskowitz wrote: Time to install Fedora37 and on what? I have a Lenovo x140e upgraded with 16Gb mem (even though spec says 8Gb max) and 500GB SSD, but I am looking for something perhaps

Re: time for a new lenovo 12" notebook

esday, December 28, 2022 5:38:27 PM To: Community support for Fedora users Subject: Re: time for a new lenovo 12" notebook On Tue, Dec 27, 2022 at 5:48 PM Robert Moskowitz mailto:r...@htt-consult.com>> wrote: Time to install Fedora37 and on what? I have a Lenovo x140e upgraded with 16Gb

Re: time for a new lenovo 12" notebook

On Tue, Dec 27, 2022 at 5:48 PM Robert Moskowitz wrote: > Time to install Fedora37 and on what? > > I have a Lenovo x140e upgraded with 16Gb mem (even though spec says 8Gb > max) and 500GB SSD, but I am looking for something perhaps newer and > perhaps won't hang at times.

Re: time for a new lenovo 12" notebook

the "newer" X250. Maybe HP??? Or save money for now.  The x140e seems to be enough for my needs for the most part until firefox eats everything and I have to quit it and restart it. On 12/27/22 16:47, Robert Moskowitz wrote: Time to install Fedora37 and on what? I have a Lenovo x140

time for a new lenovo 12" notebook

Time to install Fedora37 and on what? I have a Lenovo x140e upgraded with 16Gb mem (even though spec says 8Gb max) and 500GB SSD, but I am looking for something perhaps newer and perhaps won't hang at times. Requirements are: 12" format eraserhead pointing device (I hate touch

Re: RPMFusion Repositories not Activated at F36 Install Time

On 25/10/22 11:16, Jonathan Billings wrote: On Oct 22, 2022, at 21:56, Stephen Morris wrote: Hi,     As part of the install of F36 from the live CD I have, there is a question asking whether or not to install 3rd party repositories. I have done the install twice and replied to the message i

Re: RPMFusion Repositories not Activated at F36 Install Time

On Oct 22, 2022, at 21:56, Stephen Morris wrote: > > Hi, > As part of the install of F36 from the live CD I have, there is a > question asking whether or not to install 3rd party repositories. I have done > the install twice and replied to the message in the affirmative both times, > and

RPMFusion Repositories not Activated at F36 Install Time

Hi,     As part of the install of F36 from the live CD I have, there is a question asking whether or not to install 3rd party repositories. I have done the install twice and replied to the message in the affirmative both times, and all that did was enable the rpmfusion nvidia and steam reposit

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

her one, but every time you install a new kernel, a new set of nvidia > modules will need to be created and then signed. When I install a new kernel, > the nvidia modules are created automatically, but after they are created, I > have to manually sign them. I hope this is relevant to y

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

f reasons why the kernel would be tainted, > > > > but > > > > in > > > > this case it is because a proprietary kernel module was loaded. > > > > It > > > > doesn’t have anything to do with signed kernel modules or > > >

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

ot. I thought the akmod version of the nvidia driver was the version that was compiled every time the kernel version was changed, is that not the case? It's compiled as a module, but uses the Nvidia blob. It's not free software. poc If I remember your original email, you have successfu

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

gt; this case it is because a proprietary kernel module was loaded. It > > doesn’t have anything to do with signed kernel modules or secure > > boot. > > > I thought the akmod version of the nvidia driver was the version that >

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

y of reasons why the kernel would be tainted, but in this case it is because a proprietary kernel module was loaded. It doesn’t have anything to do with signed kernel modules or secure boot. I thought the akmod version of the nvidia driver was the version that was compiled every time the kernel

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

On Jul 5, 2022, at 18:55, Stephen Morris wrote: > [ 13.973636] nvidia: module license 'NVIDIA' taints kernel. It’s this line where the kernel notes why it is tainted. Somewhere in the nvidia kmod C code, there is a line that looks like this: MODULE_LICENSE("NVIDIA"); The kernel will print

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

eys, but > I also followed some instructions I found on the net to get nvidia keys > into secure boot when I first installed the nvidia modules. I don't know > whether I was getting the following messages at that time or not, as I > found these when I was looking for something else.

Re: Akmod Built Nvidia Module Tainting the Kernel at Boot Time

instructions I found on the net to get nvidia keys into secure boot when I first installed the nvidia modules. I don't know whether I was getting the following messages at that time or not, as I found these when I was looking for something else. No. Any use of the binary blob nVidia dr

Akmod Built Nvidia Module Tainting the Kernel at Boot Time

nvidia keys into secure boot when I first installed the nvidia modules. I don't know whether I was getting the following messages at that time or not, as I found these when I was looking for something else. Is the issue with the following messages that the secure boot keys have to be re

Re: Time to update the hardware

ecause the data is a stream of zeroes, i.e. it's pretty much maximally compressible. This might be more realistic, using /dev/urandom: $ time dd if=/dev/urandom bs=1M count=23000 of=Big 23000+0 records in 23000+0 records out 24117248000 byte

Re: Time to update the hardware

ithout compression on btrfs for > "scratch" > files that don't  move on a network. I'm calling it invalid because the data is a stream of zeroes, i.e. it's pretty much maximally compressible. This might be more realistic, using /dev/urandom: $ time dd if=/dev/urandom

Re: Time to update the hardware

2022-03-09 at 11:25 -0800, Samuel Sieb wrote: > > > > > On 3/9/22 02:44, Patrick O'Callaghan wrote: > > > > > > Thanks for the detailed info. My current SSD is a Samsung 860 > > > > > > EVO > > > > > > (2TB) > > > >

Re: Time to update the hardware

rick O'Callaghan wrote: > > > > > Thanks for the detailed info. My current SSD is a Samsung 860 > > > > > EVO > > > > > (2TB) > > > > > so for comparison I did this: > > > > > > > > > > $ time dd if=

Re: Time to update the hardware

current SSD is a Samsung 860 > > > > EVO > > > > (2TB) > > > > so for comparison I did this: > > > > > > > > $ time dd if=/dev/zero bs=1G count=23 of=Big > > > > 23+0 records in > > > > 23+0 records out > > > &g

Re: Time to update the hardware

On 3/10/22 02:47, Patrick O'Callaghan wrote: On Wed, 2022-03-09 at 11:25 -0800, Samuel Sieb wrote: On 3/9/22 02:44, Patrick O'Callaghan wrote: Thanks for the detailed info. My current SSD is a Samsung 860 EVO (2TB) so for comparison I did this: $ time dd if=/dev/zero bs=1G count=23

Re: Time to update the hardware

On Wed, 2022-03-09 at 11:25 -0800, Samuel Sieb wrote: > On 3/9/22 02:44, Patrick O'Callaghan wrote: > > Thanks for the detailed info. My current SSD is a Samsung 860 EVO > > (2TB) > > so for comparison I did this: > > > > $ time dd if=/dev/zero bs=1G count=

Re: Time to update the hardware

On 3/9/22 02:44, Patrick O'Callaghan wrote: Thanks for the detailed info. My current SSD is a Samsung 860 EVO (2TB) so for comparison I did this: $ time dd if=/dev/zero bs=1G count=23 of=Big 23+0 records in 23+0 records out 24696061952 bytes (25 GB, 23 GiB) copied, 14.9873 s, 1.6 GB/s

Re: Time to update the hardware

22 09:22:45 PM EST > Tue 08 Mar 2022 09:28:56 PM EST > Diff 6:11 > NVME1 > Tue 08 Mar 2022 09:28:56 PM EST > Tue 08 Mar 2022 09:31:59 PM EST > Disk model: Samsung SSD 970 EVO Plus 500GB > Diff 3:03 > > So yes the NVME drives were substantially faster than the (now-old) &

Re: Time to update the hardware

On Wed, 2022-03-09 at 03:06 -0500, Jon LaBadie wrote: > On Tue, Mar 08, 2022 at 12:00:47PM +, Patrick O'Callaghan wrote: > > On Mon, 2022-03-07 at 23:35 -0500, R. G. Newbury wrote: > > > Has a 240G SSD for Fedora, and 2 500G nvme ssd's for storage > > > (both in > > > adapters as the MB has no

Re: Time to update the hardware

On Tue, Mar 08, 2022 at 12:00:47PM +, Patrick O'Callaghan wrote: On Mon, 2022-03-07 at 23:35 -0500, R. G. Newbury wrote: Has a 240G SSD for Fedora, and 2 500G nvme ssd's for storage (both in adapters as the MB has no M.2 slots). Somewhat OT, but do you notice a difference between the SSD a

Re: Time to update the hardware

r 2022 09:22:45 PM EST Tue 08 Mar 2022 09:28:56 PM EST Diff 6:11 NVME1 Tue 08 Mar 2022 09:28:56 PM EST Tue 08 Mar 2022 09:31:59 PM EST Disk model: Samsung SSD 970 EVO Plus 500GB Diff 3:03 So yes the NVME drives were substantially faster than the (now-old) SSD transferring in 60% of the time of the

Re: Time to update the hardware?

On Mon, 7 Mar 2022 at 02:47, Javier Perez wrote: > Hi. > I am using Fedora 35 and everything is working fine in general. > > But I was checking out my hardware and I realized that It is from 2013. My > CPU is 4th generation intel and I am using the nvidia-470 drivers for my > video card. Motherb

Re: Time to update the hardware?

> On 8 Mar 2022, at 16:35, Ranjan Maitra wrote: > > On Tue Mar08'22 04:20:48PM, Barry Scott wrote: >> From: Barry Scott >> Date: Tue, 8 Mar 2022 16:20:48 + >> To: Community support for Fedora users >> Reply-To: Community support for Fedora use

Re: Time to update the hardware?

On Tue Mar08'22 04:20:48PM, Barry Scott wrote: > From: Barry Scott > Date: Tue, 8 Mar 2022 16:20:48 + > To: Community support for Fedora users > Reply-To: Community support for Fedora users > Subject: Re: Time to update the hardware? > > > > > On 7 Mar

Re: Time to update the hardware?

r completely. My main desktop machine is getting old, coming up in 7 years, and parts keep failing. The motherboard ethernet died a little while ago and I added a ethernet card. CPU fan sometime is noisy. Now when booted into Windows 1 core is 90% busy all the time in "System Interrupt"

Re: Time to update the hardware

On Mon, 2022-03-07 at 23:35 -0500, R. G. Newbury wrote: > Has a 240G SSD for Fedora, and 2 500G nvme ssd's for storage (both in > adapters as the MB has no M.2 slots). Somewhat OT, but do you notice a difference between the SSD and the NVMe+adapter combos? I don't have M.2 slots either and wondere

Re: Time to update the hardware

other things) and not notice any tangible difference. Most of the time the computer is idling and waiting for you. You'd really have to do a lot more than just make the computer a twice as fast to see a significant improvement. If everything is currently nice and responsive, you've probabl

Re: Time to update the hardware

On Mon, Mar 07, 2022 at 10:21:05AM +, Patrick O'Callaghan wrote: On Mon, 2022-03-07 at 01:47 -0500, Javier Perez wrote: Hi. I am using Fedora 35 and everything  is working fine in general. But I was checking out my hardware and I realized that It is from 2013. My CPU is 4th generation intel

Re: Time to update the hardware?

On Mon, Mar 07, 2022 at 10:21:05AM +, Patrick O'Callaghan wrote: On Mon, 2022-03-07 at 01:47 -0500, Javier Perez wrote: Hi. I am using Fedora 35 and everything  is working fine in general. But I was checking out my hardware and I realized that It is from 2013. My CPU is 4th generation intel

Re: Time to update the hardware?

On 3/6/22 22:47, Javier Perez wrote: Hi. I am using Fedora 35 and everything  is working fine in general. But I was checking out my hardware and I realized that It is from 2013. My CPU is 4th generation intel and I am using the nvidia-470 drivers for my video card. Motherboard uses the H87 ch

Re: Time to update the hardware?

On Mon Mar07'22 12:03:47AM, Samuel Sieb wrote: > From: Samuel Sieb > Date: Mon, 7 Mar 2022 00:03:47 -0800 > To: users@lists.fedoraproject.org > Reply-To: Community support for Fedora users > Subject: Re: Time to update the hardware? > > On 3/6/22 22:47, Javier Perez wro

Re: Time to update the hardware?

On Mon, 2022-03-07 at 01:47 -0500, Javier Perez wrote: > Hi. > I am using Fedora 35 and everything  is working fine in general. > > But I was checking out my hardware and I realized that It is from > 2013. My > CPU is 4th generation intel and I am using the nvidia-470 drivers for > my > video card

Re: Time to update the hardware?

On 3/6/22 22:47, Javier Perez wrote: Hi. I am using Fedora 35 and everything  is working fine in general. But I was checking out my hardware and I realized that It is from 2013. My CPU is 4th generation intel and I am using the nvidia-470 drivers for my video card. Motherboard uses the H87 chi

Time to update the hardware?

Hi. I am using Fedora 35 and everything is working fine in general. But I was checking out my hardware and I realized that It is from 2013. My CPU is 4th generation intel and I am using the nvidia-470 drivers for my video card. Motherboard uses the H87 chipset. System is being used for regular h

Re: Thunderbird only shows 24 hour time OT

On 1/12/22 11:12, Sbob wrote: All; Sorry for the Off Topic post, as of Thunderbird 91 on Fedora 34 I only see 24 hour time in the email / inbox list. Anyone know how to change it? Hi Sbob, Try starting it with bash -c "LC_TIME=en_US thunderbird" -T $ LC_TIME=C date Wed Ja

Thunderbird only shows 24 hour time OT

All; Sorry for the Off Topic post, as of Thunderbird 91 on Fedora 34 I only see 24 hour time in the email / inbox list. Anyone know how to change it? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le

yes, another test this time for gmail - please ignore

Switched to gmail from my provider. Please ignore -- Frank McCormick in Montreal ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproj

Re: How to set the (virtual) BIOS time before a VM boots

On Tue, May 25, 2021 at 9:43 PM Samuel Sieb wrote: > On 2021-05-25 6:10 p.m., Fulko Hew wrote: > > I'm trying to do some Y2038 testing, using VMs. > > So what I'd like to do is have the time pre-set to after the Y2038 time > > and then boot an OS/VM (to have the &#

Re: How to set the (virtual) BIOS time before a VM boots

On 2021-05-25 6:10 p.m., Fulko Hew wrote: I'm trying to do some Y2038 testing, using VMs. So what I'd like to do is have the time pre-set to after the Y2038 time and then boot an OS/VM (to have the 'BIOS' provide the post 2038 time). (In this case I'm trying to test an

How to set the (virtual) BIOS time before a VM boots

I'm trying to do some Y2038 testing, using VMs. So what I'd like to do is have the time pre-set to after the Y2038 time and then boot an OS/VM (to have the 'BIOS' provide the post 2038 time). (In this case I'm trying to test an application under Win XP.) [Please, no emai

Re: highest time to have Signal - no?

On 1/27/21 11:09 AM, lejeczek via users wrote: hi everybody. I see some good folks prepped Signal in "copr" but I'd say - if any maintainer/developer is reading - it's the highest time we had Fedora's official build of "Signal" available

highest time to have Signal - no?

hi everybody. I see some good folks prepped Signal in "copr" but I'd say - if any maintainer/developer is reading - it's the highest time we had Fedora's official build of "Signal" available - no? regards, L.

Re: [F31] Cannot boot from time to time due to systemd-cryptsetup

boot. Touching the keyboard helps produce more entropy. I see, that's probably what you say. I'm planning to move to F32 as I did on my other laptop but for the time being, I need to finish some work before doing so. Thanks for help, F ___ us

  1   2   3   4   5   6   7   8   9   10   >