Re: [gentoo-user] routine maintenance.
Peter Humphrey wrote: > I assumed the two terms were interchangeable. Is that not so? SATA: based on the IDE legacy over a serial bus, caps out at about 530mb/sec, NVME: connects directly to a PCIe 4x bus, no overhead of any kind, caps out at ~2gb/sec... (legacy HDD: 50mb/sec ideal sequential read; ~1mb/sec at best under windows 10 trying to round-robin between 10 different read requests forcing the head to seek between that many sites on the disk, grabbing a few kb each time..) -- The vaccine is a LIE. #EggCrisis White is the new Kulak. Powers are not rights.
Re: [gentoo-user] Gentoo system suddenly failed to boot.
чт, 18 февр. 2021 г. в 01:10, Michael : > > On Wednesday, 17 February 2021 21:45:35 GMT gevisz wrote: > > > Most probably, both my SATA disks have connection problems as > > Oli Schmidt suggested from the very beginning, and because they > > both have it, it points to the motherboard that already had quite > > a bad track record. > > > > Unfortunately, I cannot diagnose it further, but later will try > > to experiment with attaching my SATA drives again. > > It may be worth mentioning I've experienced similar problems with an old MoBo, > different to yours. Eventually I narrowed it down to a loose SATA connector > on the MoBo. It would either fail completely to boot, or it would boot but > the disk would make a clicking noise. I initially suspected a dying disk, but > after I reseated the cable on the MoBo the problem went away, for a while, > until I reseated it once more. :-) > > The ATA disk would boot normally (IDE controller). > > Anyway, just make sure you have enable AHCI instead of IDE type controller on > your BIOS menu for the SATA disk and have configured the Gentoo kernel > appropriately to include AHCI. I will look into this and report if I will find something. Thank you.
[gentoo-user] Re: Moving from Lastpass to Bitwarden
On 2021-02-18, Neil Bothwick wrote: > That's what I was using, but I now run my own BitWarden server, so I get > the convenience and the security. Ah-ha! And _that's_ what I could use an $11 VPS for!
Re: [gentoo-user] routine maintenance.
Am Thu, Feb 18, 2021 at 08:14:59PM + schrieb Peter Humphrey: > > Provided the M.2 is using NVME instead of SATA > > I assumed the two terms were interchangeable. Is that not so? M.2 is the physical connector. SATA and NMVE are logical protocols (well, there are also SATA-specific connectors %-) ). Depending on the “key” (a gap in the connector), an M.2 slot supports either of them or even both. https://en.wikipedia.org/wiki/M.2 -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. I have many solutions. Alas, they don’t fit to my problems. signature.asc Description: PGP signature
Re: [gentoo-user] Moving from Lastpass to Bitwarden
Am Thu, Feb 18, 2021 at 10:07:17AM -0600 schrieb Dale: > > Call me Ishmael^wold-fashioned. I don’t trust the Internet with anything > > sensitive. Even if the other party behaves trustworthy (trustwortily?). If > > it’s on someone else’s system, it’s out of my reach. A password database not > > only contains the passwords themselves, but naturally also what I have > > passwords for in the first place. > > Thing is, your stuff is likely on the internet already. You have a bank > account? […] If you have > credit of any kind, they have your info on the internet already. It's > how they work. > You may think you are protecting yourself but really, you're not. Your point is valid. Let’s call what I do minimising the attack surface. :) > Pretending the internet doesn't exist just isn't good. It exists > whether you use it or not. Just keep in mind, people who have info on > you use it and so does the ones who might want that info. Hence my reluctance to put everything out there. Granted, lastpass is one of the brighter examples. On the other extreme, people™ give away their details to rebate systems just to “save” a few bucks on their next grocery shopping. > I consider that a false sense of security. You may feel secure but you > are sadly mistaken. Unless you live with no digital footprint at all, > likely impossible, you already have info out there. > > I still trust Lastpass and for those willing to pay for it, I'd > recommend it in a heart beat. It's widely used and secure. Well argued. [rant mode on, feel free to skip, I shall hold my peace thereafter] The general tendency of both private individuals and companies towards dependence on cloud services is just something I can’t grasp. A car manufacturer has no business knowing in real-time where I might go, but still they take that data simply because it is there. They might not do anything fishy with it *now*. But who knows about two years hence, or what the best governments money can buy think of next, or insurance companies (give us your data or we’ll raise your premiums). Usually, the benefits only go up the chain, not to you, the customer (or rather the “consumer”). As you say – the data is already out there. And I have absolutely no control over what company A tells company B tells company C and what each company does with it. Promises and assurances from entities and politicians are worth crap these days, either by decision (“changed circumstances, we need that now”) or by accident (“oops, we left our database open, we apologise, but your privacy is still important to us”). Avoiding Windows is a good start, I think we can all agree on that at least. [rant mode off] > Just my angle of view. ;-) :) -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. No mabob without a thingy. signature.asc Description: PGP signature
Re: [gentoo-user] Moving from Lastpass to Bitwarden
Am Thu, Feb 18, 2021 at 03:04:21PM + schrieb Neil Bothwick: > > So the natural answer for my password needs is keepass (by now the XC > > variant). I sync it between my Linux machines with all other files using > > unison. > > That's what I was using, but I now run my own BitWarden server, so I get > the convenience and the security. That’s an interesting plot twist. -- Gruß | Greetings | Qapla’ Please do not share anything from, with or about me on any social network. The shortest brass joke ever: “Piano”. signature.asc Description: PGP signature
Re: [gentoo-user] routine maintenance.
On Thursday, 18 February 2021 11:12:44 GMT J. Roeleveld wrote: > On Thursday, February 18, 2021 12:10:45 PM CET Peter Humphrey wrote: > > On Thursday, 18 February 2021 08:20:54 GMT Hund wrote: > > > A SSD is just fine. You're not gaining any performance with a M.2 disk > > > anyway. > > > > Sorry, but that just isn't true. The difference is dramatic. I speak from > > experience. > > Provided the M.2 is using NVME instead of SATA I assumed the two terms were interchangeable. Is that not so? > And also decent specced. (I've seen badly specced NVME models) -- Regards, Peter.
Re: [gentoo-user] Moving from Lastpass to Bitwarden
Frank Steinmetzger wrote: > Am Tue, Feb 16, 2021 at 06:04:01PM -0600 schrieb Dale: >> Howdy, >> >> Lastpass is forcing people to use only one device type or pay a fee. >> I've used the free version of Lastpass for years and it works well for >> me. > Call me Ishmael^wold-fashioned. I don’t trust the Internet with anything > sensitive. Even if the other party behaves trustworthy (trustwortily?). If > it’s on someone else’s system, it’s out of my reach. A password database not > only contains the passwords themselves, but naturally also what I have > passwords for in the first place. > >> I use it on my desktop and my cell phone too. > On top of that, I don’t trust Android with sensitive stuff, either. Sure, I > have mail, calendar and contacts on my mobile devices (synced against a > local Radicale instance on my raspberry). But nothing that involves money; > No banking app, no paypal app, I don’t even have a credit card. The > exception is the app for our railway system that is directly linked to my > back account (but most of the times I buy the ticket at a vending machine > and pay cash). > > So the natural answer for my password needs is keepass (by now the XC > variant). I sync it between my Linux machines with all other files using > unison. > >> Anyone have info on switching from Lastpass to Bitwarden? > I’m aware this doesn’t answer your question, > >> Thoughts? > but I wanted to make a case for another viewing angle on the matter. > Thing is, your stuff is likely on the internet already. You have a bank account? If so, that bank is almost certainly connected to the internet. I don't know of a bank that isn't. I doubt a bank can exist without being connected to the internet given a lot of money transfers are electronic anyway. I'm sure any account you have, power, water or any other account is connected to the internet in some way. If you have credit of any kind, they have your info on the internet already. It's how they work. You may not put it there or access it yourself but it is already there for a hacker if they want it. You may think you are protecting yourself but really, you're not. You're just not accessing it or putting it to use for your own advantage. If someone steals my info and uses it, I'll likely know quickly. I monitor my bank, credit card and credit info using the internet that way if it is stolen, I'll know it sooner. I can make use of the internet to protect myself instead of refusing to use the tool and waiting on a letter that takes days or even weeks to arrive, if one is ever sent. Pretending the internet doesn't exist just isn't good. It exists whether you use it or not. Just keep in mind, people who have info on you use it and so does the ones who might want that info. I consider that a false sense of security. You may feel secure but you are sadly mistaken. Unless you live with no digital footprint at all, likely impossible, you already have info out there. I still trust Lastpass and for those willing to pay for it, I'd recommend it in a heart beat. It's widely used and secure. Bitwarden however is as or even more secure. It also has a better pricing structure. I can manage with the free version but will likely pay for the paid plan soon. I feel it is worth that. Just my angle of view. ;-) Dale :-) :-)
Re: [gentoo-user] Moving from Lastpass to Bitwarden
On Thu, 18 Feb 2021 10:36:46 -0500, John Covici wrote: > > That's what I was using, but I now run my own BitWarden server, so I > > get the convenience and the security. > > If I were to run my own bitwarden server, which seems not to be in > the tree, is there a way I can use windows, mac and ios to get > passwords from it? It's no different to using their server, you just change the address in the client(s). There is a docker image for a server on Bitwarden's site, but it's heavyweight with lots of dependencies, and unnecessary for lightweigth use. I use the image from https://hub.docker.com/u/bitwardenrs -- Neil Bothwick I am sitting on the toilet with your article before me. Soon it will be behind me.
Re: [gentoo-user] Moving from Lastpass to Bitwarden
On Thu, 18 Feb 2021 10:04:21 -0500, Neil Bothwick wrote: > > On Thu, 18 Feb 2021 15:22:52 +0100, Frank Steinmetzger wrote: > > > Call me Ishmael^wold-fashioned. I don’t trust the Internet with anything > > sensitive. Even if the other party behaves trustworthy (trustwortily?). > > If it’s on someone else’s system, it’s out of my reach. A password > > database not only contains the passwords themselves, but naturally also > > what I have passwords for in the first place. > > [snip] > > > So the natural answer for my password needs is keepass (by now the XC > > variant). I sync it between my Linux machines with all other files using > > unison. > > That's what I was using, but I now run my own BitWarden server, so I get > the convenience and the security. If I were to run my own bitwarden server, which seems not to be in the tree, is there a way I can use windows, mac and ios to get passwords from it? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] routine maintenance.
On Thu, 18 Feb 2021 08:12:02 -0500, Michael wrote: > > [1 ] > On Thursday, 18 February 2021 06:54:29 GMT Alan Grimes wrote: > > > The other discovery was that my /home drive is a 3.0 tb Toshiba unit > > from 2014... man time flies!!! =P This means that the thing should > > probably be replaced due to being old as hell... > > I've got disks spinning around for more than 10 years before yours had > started. One has been showing similar errors for almost half its life. > > > > I'm not going to get too excited about 24 reallocated sectors on a drive > > this large... Actually I have a drive in my NAS that's going down hill > > rapidly, I think the power supply to the slot its in is weaker than the > > others and well... > > > > Any thoughts about running a drive this old, and what I should be > > looking at as a replacement? > > I can't advise on a replacement, other than say check if any candidate uses > Shingled Magnetic Recording (SMR) technology and avoid it unless your use > case > involves writing rarely, reading often. Conventional drives use > Perpendicular > Magnetic Recording and will not suffer from the performance degradation of > SMRs when written to frequently and extensively. > > > > Root is a 256gb SATA Samsung SSD, no concerns about lifespan on that > > drive. I hadn't heard of M.2 yet when I bought it... > > You'll be able to replace your spinning SATA with an SSD SATA using AHCI over > the same port. You won't be able to get an M.2 NVMe (M-key socket 3) doing > its magic without a PCIe 3.0x4 port on your MoBo. > > Sadly my hardware is too old and it won't boot using NVMe. > > > > /dev/sdb1 2884152536 955486476 1782136424 35% /home > > > > SMART Attributes Data Structure revision number: 16 > > Vendor Specific SMART Attributes with Thresholds: > > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE > > UPDATED WHEN_FAILED RAW_VALUE > > 1 Raw_Read_Error_Rate 0x000b 083 083 016Pre-fail > > Always - 262570 > > 2 Throughput_Performance 0x0005 139 139 054Pre-fail > > Offline - 72 > > 3 Spin_Up_Time0x0007 159 159 024Pre-fail > > Always - 405 (Average 316) > > 4 Start_Stop_Count0x0012 100 100 000Old_age > > Always - 244 > > 5 Reallocated_Sector_Ct 0x0033 100 100 005Pre-fail > > Always - 24 > > 7 Seek_Error_Rate 0x000b 100 100 067Pre-fail > > Always - 0 > > 8 Seek_Time_Performance 0x0005 119 119 020Pre-fail > > Offline - 35 > > 9 Power_On_Hours 0x0012 093 093 000Old_age > > Always - 53677 > > 10 Spin_Retry_Count0x0013 100 100 060Pre-fail > > Always - 0 > > 12 Power_Cycle_Count 0x0032 100 100 000Old_age > > Always - 243 > > 192 Power-Off_Retract_Count 0x0032 100 100 000Old_age > > Always - 271 > > 193 Load_Cycle_Count0x0012 100 100 000Old_age > > Always - 271 > > 194 Temperature_Celsius 0x0002 181 181 000Old_age > > Always - 33 (Min/Max 14/44) > > 196 Reallocated_Event_Count 0x0032 100 100 000Old_age > > Always - 27 > > 197 Current_Pending_Sector 0x0022 029 029 000Old_age > > Always - 1456 > > This value is worth considering further. Start with a backup of your data, > but do not overwrite your older backups. > > Then consider zeroing the defective sectors. > > https://www.thomas-krenn.com/en/wiki/ > Analyzing_a_Faulty_Hard_Disk_using_Smartctl > > With 1456 pending sectors you'll be there for a while. Alternatively ditch > it > and get a new drive as you intend to do anyway. Or, get spinwrite and when the beta comes out, which is very soon now, you may be able to fix your drive! -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] Moving from Lastpass to Bitwarden
On Thu, 18 Feb 2021 15:22:52 +0100, Frank Steinmetzger wrote: > Call me Ishmael^wold-fashioned. I don’t trust the Internet with anything > sensitive. Even if the other party behaves trustworthy (trustwortily?). > If it’s on someone else’s system, it’s out of my reach. A password > database not only contains the passwords themselves, but naturally also > what I have passwords for in the first place. [snip] > So the natural answer for my password needs is keepass (by now the XC > variant). I sync it between my Linux machines with all other files using > unison. That's what I was using, but I now run my own BitWarden server, so I get the convenience and the security. -- Neil Bothwick If at first you don't succeed, you'll get a lot of free advice from folks who didn't succeed either.
Re: [gentoo-user] Moving from Lastpass to Bitwarden
Am Tue, Feb 16, 2021 at 06:04:01PM -0600 schrieb Dale: > Howdy, > > Lastpass is forcing people to use only one device type or pay a fee. > I've used the free version of Lastpass for years and it works well for > me. Call me Ishmael^wold-fashioned. I don’t trust the Internet with anything sensitive. Even if the other party behaves trustworthy (trustwortily?). If it’s on someone else’s system, it’s out of my reach. A password database not only contains the passwords themselves, but naturally also what I have passwords for in the first place. > I use it on my desktop and my cell phone too. On top of that, I don’t trust Android with sensitive stuff, either. Sure, I have mail, calendar and contacts on my mobile devices (synced against a local Radicale instance on my raspberry). But nothing that involves money; No banking app, no paypal app, I don’t even have a credit card. The exception is the app for our railway system that is directly linked to my back account (but most of the times I buy the ticket at a vending machine and pay cash). So the natural answer for my password needs is keepass (by now the XC variant). I sync it between my Linux machines with all other files using unison. > Anyone have info on switching from Lastpass to Bitwarden? I’m aware this doesn’t answer your question, > Thoughts? but I wanted to make a case for another viewing angle on the matter. -- Gruß | Greetings | Qapla’ I recently bought a hula hoop. And what can I say—it fits! signature.asc Description: PGP signature
Re: [gentoo-user] routine maintenance.
On Thursday, 18 February 2021 06:54:29 GMT Alan Grimes wrote: > The other discovery was that my /home drive is a 3.0 tb Toshiba unit > from 2014... man time flies!!! =P This means that the thing should > probably be replaced due to being old as hell... I've got disks spinning around for more than 10 years before yours had started. One has been showing similar errors for almost half its life. > I'm not going to get too excited about 24 reallocated sectors on a drive > this large... Actually I have a drive in my NAS that's going down hill > rapidly, I think the power supply to the slot its in is weaker than the > others and well... > > Any thoughts about running a drive this old, and what I should be > looking at as a replacement? I can't advise on a replacement, other than say check if any candidate uses Shingled Magnetic Recording (SMR) technology and avoid it unless your use case involves writing rarely, reading often. Conventional drives use Perpendicular Magnetic Recording and will not suffer from the performance degradation of SMRs when written to frequently and extensively. > Root is a 256gb SATA Samsung SSD, no concerns about lifespan on that > drive. I hadn't heard of M.2 yet when I bought it... You'll be able to replace your spinning SATA with an SSD SATA using AHCI over the same port. You won't be able to get an M.2 NVMe (M-key socket 3) doing its magic without a PCIe 3.0x4 port on your MoBo. Sadly my hardware is too old and it won't boot using NVMe. > /dev/sdb1 2884152536 955486476 1782136424 35% /home > > SMART Attributes Data Structure revision number: 16 > Vendor Specific SMART Attributes with Thresholds: > ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE > UPDATED WHEN_FAILED RAW_VALUE > 1 Raw_Read_Error_Rate 0x000b 083 083 016Pre-fail > Always - 262570 > 2 Throughput_Performance 0x0005 139 139 054Pre-fail > Offline - 72 > 3 Spin_Up_Time0x0007 159 159 024Pre-fail > Always - 405 (Average 316) > 4 Start_Stop_Count0x0012 100 100 000Old_age > Always - 244 > 5 Reallocated_Sector_Ct 0x0033 100 100 005Pre-fail > Always - 24 > 7 Seek_Error_Rate 0x000b 100 100 067Pre-fail > Always - 0 > 8 Seek_Time_Performance 0x0005 119 119 020Pre-fail > Offline - 35 > 9 Power_On_Hours 0x0012 093 093 000Old_age > Always - 53677 > 10 Spin_Retry_Count0x0013 100 100 060Pre-fail > Always - 0 > 12 Power_Cycle_Count 0x0032 100 100 000Old_age > Always - 243 > 192 Power-Off_Retract_Count 0x0032 100 100 000Old_age > Always - 271 > 193 Load_Cycle_Count0x0012 100 100 000Old_age > Always - 271 > 194 Temperature_Celsius 0x0002 181 181 000Old_age > Always - 33 (Min/Max 14/44) > 196 Reallocated_Event_Count 0x0032 100 100 000Old_age > Always - 27 > 197 Current_Pending_Sector 0x0022 029 029 000Old_age > Always - 1456 This value is worth considering further. Start with a backup of your data, but do not overwrite your older backups. Then consider zeroing the defective sectors. https://www.thomas-krenn.com/en/wiki/ Analyzing_a_Faulty_Hard_Disk_using_Smartctl With 1456 pending sectors you'll be there for a while. Alternatively ditch it and get a new drive as you intend to do anyway. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] routine maintenance.
On Thursday, February 18, 2021 12:10:45 PM CET Peter Humphrey wrote: > On Thursday, 18 February 2021 08:20:54 GMT Hund wrote: > > A SSD is just fine. You're not gaining any performance with a M.2 disk > > anyway. > > Sorry, but that just isn't true. The difference is dramatic. I speak from > experience. Provided the M.2 is using NVME instead of SATA And also decent specced. (I've seen badly specced NVME models)
Re: [gentoo-user] routine maintenance.
On Thursday, 18 February 2021 08:20:54 GMT Hund wrote: > A SSD is just fine. You're not gaining any performance with a M.2 disk > anyway. Sorry, but that just isn't true. The difference is dramatic. I speak from experience. -- Regards, Peter.
[gentoo-user] routine maintenance.
I overhauled my computer today, found two things... My waterblock is clogged again, down to a trickle of flow, not bad enough to be dangerous at idle but I've had to order some fresh O-rings from Germany and will need to rebuild the damn thing again. Some of the nickel plating is scraped off down in the micro channels, and the flow-restrictor is stainless steel, which is a high-nickel steel... All the fittings in the loop are also nickel. (I was trying to minimize things that would galvanically react to each other...) BLEH... The other discovery was that my /home drive is a 3.0 tb Toshiba unit from 2014... man time flies!!! =P This means that the thing should probably be replaced due to being old as hell... I'm not going to get too excited about 24 reallocated sectors on a drive this large... Actually I have a drive in my NAS that's going down hill rapidly, I think the power supply to the slot its in is weaker than the others and well... Any thoughts about running a drive this old, and what I should be looking at as a replacement? Root is a 256gb SATA Samsung SSD, no concerns about lifespan on that drive. I hadn't heard of M.2 yet when I bought it... /dev/sdb1 2884152536 955486476 1782136424 35% /home SMART Attributes Data Structure revision number: 16 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000b 083 083 016 Pre-fail Always - 262570 2 Throughput_Performance 0x0005 139 139 054 Pre-fail Offline - 72 3 Spin_Up_Time 0x0007 159 159 024 Pre-fail Always - 405 (Average 316) 4 Start_Stop_Count 0x0012 100 100 000 Old_age Always - 244 5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 24 7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0 8 Seek_Time_Performance 0x0005 119 119 020 Pre-fail Offline - 35 9 Power_On_Hours 0x0012 093 093 000 Old_age Always - 53677 10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 243 192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 271 193 Load_Cycle_Count 0x0012 100 100 000 Old_age Always - 271 194 Temperature_Celsius 0x0002 181 181 000 Old_age Always - 33 (Min/Max 14/44) 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 27 197 Current_Pending_Sector 0x0022 029 029 000 Old_age Always - 1456 198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0 -- The vaccine is a LIE. #EggCrisis White is the new Kulak. Powers are not rights.
Re: [gentoo-user] Moving from Lastpass to Bitwarden
Dr Rainer Woitok wrote: > Dale, > > On Wednesday, 2021-02-17 23:08:12 -0600, you wrote: > >> ... >> Still, they are closed source. If >> their code was open source then it could be that the hack would not have >> happened since someone would have spotted the hole the hackers used. > I don't think so. They hacked the Lastpass servers exploiting some vul- > nerability in some software running there ... Windows, Word, Excel, you > name it. Maybe they too used the bug in SolarWinds' remote maintenance > software, but then ... wasn't the Lastpass hack way earlier? > > Sincerely, > Rainer > I did say it could have been found. Still, if they allowed their system/software to be tested by others, then even that security hole could have been found and fixed which would have prevented the hack. Regardless of this, they are closed sourced, they got hacked and it could have been prevented if they allowed others to see their code. That's one thing about open source software, there can be millions, ten of millions or more, of people looking at it. It reduces the odds of bad code lasting long. It can happen but it reduces it a lot. I still trusted Lastpass. I would still be using it except for the fact they decided to take away features I need unless I pay more than it is worth to me. Since I need to switch anyway, may as well find a open source option that has a better chance of having good code. Maybe it won't be hacked at all. One can hope. Dale :-) :-)
Re: [gentoo-user] Moving from Lastpass to Bitwarden
Dale, On Wednesday, 2021-02-17 23:08:12 -0600, you wrote: > ... > Still, they are closed source. If > their code was open source then it could be that the hack would not have > happened since someone would have spotted the hole the hackers used. I don't think so. They hacked the Lastpass servers exploiting some vul- nerability in some software running there ... Windows, Word, Excel, you name it. Maybe they too used the bug in SolarWinds' remote maintenance software, but then ... wasn't the Lastpass hack way earlier? Sincerely, Rainer
Re: [gentoo-user] routine maintenance.
On 18/02/2021 08:20, Hund wrote: Any thoughts about running a drive this old, and what I should be looking at as a replacement? No matter how old or new your disk is, keep your backups current and in working shape. If it's old, I would just keep an extra eye on the S.M.A.R.T. status and replace it when it's getting close to dying. If you're lucky it will last you for a long time and if you're unlucky it could die any day, which is also to true for any disk. I guess my Barracudas are that old ... I'd just worry about the pre-fail warnings. I guess you need to replace the drive, and that one's probably fine for short term backups - you should always have a couple of backups lying around, so this could be your daily incremental say. Cheers, Wol
Re: [gentoo-user] routine maintenance.
>My waterblock is clogged again, down to a trickle of flow, not bad >enough to be dangerous at idle but I've had to order some fresh O-rings >from Germany and will need to rebuild the damn thing again. Unless you're a hardcore overclocker, there's really no reason to bother with it, especially not today with modern hardware that's running cool with pretty weak cooling to begin with. :) >Any thoughts about running a drive this old, and what I should be >looking at as a replacement? No matter how old or new your disk is, keep your backups current and in working shape. If it's old, I would just keep an extra eye on the S.M.A.R.T. status and replace it when it's getting close to dying. If you're lucky it will last you for a long time and if you're unlucky it could die any day, which is also to true for any disk. >Root is a 256gb SATA Samsung SSD, no concerns about lifespan on that >drive. I hadn't heard of M.2 yet when I bought it... A SSD is just fine. You're not gaining any performance with a M.2 disk anyway. -- Hund