Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing? -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Anno domini 2021 Thu, 05 Aug 16:36:10 +0000 dep scripsit:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
I have a Samsung 870 QVO 1TB - simply works. I tried two SanDisk SSD Plus, both had bad sectors. As a data graveyard I'd not use SSDs. My old HDDs (2000, 2005 and 2010) still are in perfect shape. Now they serve as my data graveyard on FreeBSD+ZFS. Backups go to BD :)
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Thu, 5 Aug 2021, Dr. Nikolaus Klepp wrote:
Anno domini 2021 Thu, 05 Aug 16:36:10 +0000 dep scripsit:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
I have a Samsung 870 QVO 1TB - simply works. I tried two SanDisk SSD Plus, both had bad sectors. As a data graveyard I'd not use SSDs. My old HDDs (2000, 2005 and 2010) still are in perfect shape. Now they serve as my data graveyard on FreeBSD+ZFS. Backups go to BD :)
I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I learned that Samsung EVO SSDs and AMD chipsets do not play well together. I had to disable NCQ in order to get rid of error messages that indicated the potential for data loss. Samsung (EVO) + Intel chipsets should be fine though. More reading here:
https://bugzilla.kernel.org/show_bug.cgi?id=201693
Gianluca
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
On Thursday 05 August 2021 01:30:29 pm Gianluca Interlandi wrote:
On Thu, 5 Aug 2021, Dr. Nikolaus Klepp wrote:
Anno domini 2021 Thu, 05 Aug 16:36:10 +0000
dep scripsit:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
I have a Samsung 870 QVO 1TB - simply works. I tried two SanDisk SSD Plus, both had bad sectors. As a data graveyard I'd not use SSDs. My old HDDs (2000, 2005 and 2010) still are in perfect shape. Now they serve as my data graveyard on FreeBSD+ZFS. Backups go to BD :)
I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I learned that Samsung EVO SSDs and AMD chipsets do not play well together. I had to disable NCQ in order to get rid of error messages that indicated the potential for data loss. Samsung (EVO) + Intel chipsets should be fine though. More reading here:
https://bugzilla.kernel.org/show_bug.cgi?id=201693
Gianluca
Wow. Thanks Gianluca You just saved me from a big mistake.
Kate
Borg Labs wrote:
Wow. Thanks Gianluca You just saved me from a big mistake.
I recommend only WD RED (if possible), but pay attention anyway what you are buying. I had Samsung and Seagate before, but all failed except of one. I replaced them with WD RED over time and these are working since without issues. I must say respect to WD. This is why I bought last year a couple of WD RED SSDs 1TB and replaced the spinning one.
I am very happy with the setup. It serves the whole family very well since around 2005 ... but it underwent a serious evolution until it took a shape.
In fact I bought two LSI controllers and 2x6 cages. I have only 8 disks inside and they are mirrored so that each half is on separate controller.
LSI limits the speed to 3Gbps, but I feel better knowing that only if the mainboard or power supply fails, I would have an issue. I was wondering if I should buy a second mainboard, but after so many years, I would not mind to replace it if it fails.
Anno domini 2021 Thu, 05 Aug 20:40:57 +0200 deloptes scripsit:
Borg Labs wrote:
Wow. Thanks Gianluca You just saved me from a big mistake.
I recommend only WD RED (if possible), but pay attention anyway what you are buying. I had Samsung and Seagate before, but all failed except of one. I replaced them with WD RED over time and these are working since without issues. I must say respect to WD. This is why I bought last year a couple of WD RED SSDs 1TB and replaced the spinning one.
I am very happy with the setup. It serves the whole family very well since around 2005 ... but it underwent a serious evolution until it took a shape.
In fact I bought two LSI controllers and 2x6 cages. I have only 8 disks inside and they are mirrored so that each half is on separate controller.
LSI limits the speed to 3Gbps, but I feel better knowing that only if the mainboard or power supply fails, I would have an issue. I was wondering if I should buy a second mainboard, but after so many years, I would not mind to replace it if it fails.
Do the LSI controllers checksum the date on read/write like ZFS?
Nik
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
Anno domini 2021 Thu, 5 Aug 14:03:01 -0400 Borg Labs scripsit:
On Thursday 05 August 2021 01:30:29 pm Gianluca Interlandi wrote:
On Thu, 5 Aug 2021, Dr. Nikolaus Klepp wrote:
Anno domini 2021 Thu, 05 Aug 16:36:10 +0000
dep scripsit:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
I have a Samsung 870 QVO 1TB - simply works. I tried two SanDisk SSD Plus, both had bad sectors. As a data graveyard I'd not use SSDs. My old HDDs (2000, 2005 and 2010) still are in perfect shape. Now they serve as my data graveyard on FreeBSD+ZFS. Backups go to BD :)
I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I learned that Samsung EVO SSDs and AMD chipsets do not play well together. I had to disable NCQ in order to get rid of error messages that indicated the potential for data loss. Samsung (EVO) + Intel chipsets should be fine though. More reading here:
https://bugzilla.kernel.org/show_bug.cgi?id=201693
Gianluca
Wow. Thanks Gianluca You just saved me from a big mistake.
Please read comment #69. Actually I have a MS-7C56/B550-A PRO with Ryzen 5 3600 and the said Samsung 870 QVO 1TB - but YMMV :)
Nik
Kate ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I learned that Samsung EVO SSDs and AMD chipsets do not play well together. I had to disable NCQ in order to get rid of error messages that indicated the potential for data loss. Samsung (EVO) + Intel chipsets should be fine though. More reading here:
https://bugzilla.kernel.org/show_bug.cgi?id=201693
Gianluca
Wow. Thanks Gianluca You just saved me from a big mistake.
Please read comment #69. Actually I have a MS-7C56/B550-A PRO with Ryzen 5 3600 and the said Samsung 870 QVO 1TB - but YMMV :)
The NCQ issue is mostly with older AMD chipsets, not with all AMD chipsets. It has to do with the south bridge of some old AMD chipsets in combination with the particular controller of Samsung EVO SSDs. The problem has been reported to occur even with windows (with the particular chipset+Samsung EVO combination), so it is unrelated to the Linux kernel.
The commenter of post #69 in the link above had an intel system and the problems were not related to the SSD.
Gianluca
Nik
Kate ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
said Gianluca Interlandi:
| I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I | learned that Samsung EVO SSDs and AMD chipsets do not play well | together. I had to disable NCQ in order to get rid of error messages | that indicated the potential for data loss. Samsung (EVO) + Intel | chipsets should be fine though. More reading here: | | https://bugzilla.kernel.org/show_bug.cgi?id=201693
Good to know, in that I'm running an AMD chipset on the machine in question. Does this extent to other makers, or is it just a Samsung thing, do you know? Wonder if the problem has gotten fixed in later kernels; the report is from 2018.
Another question: I'm running ext4 exclusively here, but I wonder: is there a particular advantage in one filesystem over another on an SSD? -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Does this extent to other makers
I believe it's primarily a problem with "some" AMD chipsets (it has to do with the Southbridge) and Samsung EVO paired together.
I'm sharing here two threads where I got help to troubleshoot problems with the Samsung and the AMD chipset. Some commenters make suggestions about what controllers are more trusted, etc.:
https://forums.opensuse.org/showthread.php/556066-Hibernate-with-Samsung-870...
https://forums.suse.com/discussion/15435/hibernate-with-samsung-870-evo-ssd
If anyone runs into this problem, it is easy to disable NCQ, just add the following to the kernel parameters:
libata.force=noncq
it may slow down random IO a bit, but given that the Samsung 870 EVO is already so fast, it doesn't really bother me (still a lot faster than the previous machanical hard disk).
Also, some Samsung EVO SSDs like 840/850 have in general some problems with DMA (Direct Memory Access) in Linux (unrelated to the chipset):
https://github.com/torvalds/linux/blob/dbe69e43372212527abf48609aba7fc39a6da...
I may try a Western Digital SSD in the future. WD bought SanDisk, there are some issues with bad sectors reported by users in Newegg reviews of WD SSDs, but not sure how it compares to other brands. Any experience with Seagate besides / in addition to what Kate ("Borg Labs") wrote?
Gianluca
On Thu, 5 Aug 2021, dep wrote:
said Gianluca Interlandi:
| I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I | learned that Samsung EVO SSDs and AMD chipsets do not play well | together. I had to disable NCQ in order to get rid of error messages | that indicated the potential for data loss. Samsung (EVO) + Intel | chipsets should be fine though. More reading here: | | https://bugzilla.kernel.org/show_bug.cgi?id=201693
Good to know, in that I'm running an AMD chipset on the machine in question. Does this extent to other makers, or is it just a Samsung thing, do you know? Wonder if the problem has gotten fixed in later kernels; the report is from 2018.
Another question: I'm running ext4 exclusively here, but I wonder: is there a particular advantage in one filesystem over another on an SSD? -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
Anno domini 2021 Thu, 05 Aug 18:09:10 +0000 dep scripsit:
said Gianluca Interlandi:
| I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I | learned that Samsung EVO SSDs and AMD chipsets do not play well | together. I had to disable NCQ in order to get rid of error messages | that indicated the potential for data loss. Samsung (EVO) + Intel | chipsets should be fine though. More reading here: | | https://bugzilla.kernel.org/show_bug.cgi?id=201693
Good to know, in that I'm running an AMD chipset on the machine in question. Does this extent to other makers, or is it just a Samsung thing, do you know? Wonder if the problem has gotten fixed in later kernels; the report is from 2018.
Another question: I'm running ext4 exclusively here, but I wonder: is there a particular advantage in one filesystem over another on an SSD?
just use "noatime" to reduce writes and move /tmp to tmpfs (as has already been stated).
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Thu, 5 Aug 2021, dep wrote:
said Gianluca Interlandi:
| I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I | learned that Samsung EVO SSDs and AMD chipsets do not play well | together. I had to disable NCQ in order to get rid of error messages | that indicated the potential for data loss. Samsung (EVO) + Intel | chipsets should be fine though. More reading here: | | https://bugzilla.kernel.org/show_bug.cgi?id=201693
Good to know, in that I'm running an AMD chipset on the machine in question. Does this extent to other makers, or is it just a Samsung thing, do you know? Wonder if the problem has gotten fixed in later kernels; the report is from 2018.
Another question: I'm running ext4 exclusively here, but I wonder: is there a particular advantage in one filesystem over another on an SSD?
Not sure whether one is better than the other. I stick with ext4 since it's well-tested, unless your partition is larger than 16 TB (not sure whether this limit has been removed though). For /boot I still stick with ext2 since journaling is not really needed there (one thing less in the way).
Gianluca
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
On 8/5/21 10:30 AM, Gianluca Interlandi wrote:
I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I learned that Samsung EVO SSDs and AMD chipsets do not play well together.
I've had only one compatibility problem with SSDs. It was an Inland Professional SSD on an AMD-based HP Probook laptop. A Silicon Power SSD worked fine.
On Thursday 05 August 2021 19.30:29 Gianluca Interlandi wrote:
I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I learned that Samsung EVO SSDs and AMD chipsets do not play well together.
870 Evo here, on a desktop and not as main disc (Gigabyte board, boots from nvme). AMD processor and no problem. So it's probably not as simple as "Samsung EVO and AMD chipsets".
On Fri, 6 Aug 2021, Thierry de Coulon wrote:
On Thursday 05 August 2021 19.30:29 Gianluca Interlandi wrote:
I installed a Samsung 870 EVO 1TB in a laptop with a AMD chipset. I learned that Samsung EVO SSDs and AMD chipsets do not play well together.
870 Evo here, on a desktop and not as main disc (Gigabyte board, boots from nvme). AMD processor and no problem. So it's probably not as simple as "Samsung EVO and AMD chipsets".
You are right. It should have been "some (older) AMD chipsets".
Gianluca
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
said Gianluca Interlandi:
| You are right. It should have been "some (older) AMD chipsets".
Which isn't exactly helpful. How old? And, actually, which AMD chipsets? I know it was enough to cause me to eliminate Samsung drives entirely from consideration. "Probably no problem" is not much of a selling point! -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Fri, 6 Aug 2021, dep wrote:
said Gianluca Interlandi:
| You are right. It should have been "some (older) AMD chipsets".
Which isn't exactly helpful. How old? And, actually, which AMD chipsets?
I did send a link that you could have used for further reading:
https://bugzilla.kernel.org/show_bug.cgi?id=201693
I was just sharing my personal experience to be helpful, but there is no way I can tell you whether you would have had no problems if you had gone the Samsung route. You can always send back what you ordered and get a Samsung, but you are the one who will have to deal with it if there is an incompatibility. If you want to know the answer for sure you would have to contact Samsung and AMD. I don't think anyone on this list has ever tested all possible combinations to tell what works and what doesn't.
Gianluca
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
said Gianluca Interlandi:
| I did send a link that you could have used for further reading: | | https://bugzilla.kernel.org/show_bug.cgi?id=201693 | | I was just sharing my personal experience to be helpful, but there is no | way I can tell you whether you would have had no problems if you had | gone the Samsung route. You can always send back what you ordered and | get a Samsung, but you are the one who will have to deal with it if | there is an incompatibility. If you want to know the answer for sure you | would have to contact Samsung and AMD. I don't think anyone on this list | has ever tested all possible combinations to tell what works and what | doesn't.
I have no issue with you or anyone on this list over this, and I read the link top to bottom. All that it said was that the problem always ocurs with Samsung drives and at least almost always occurs with AMD chipsets. I have, and have no intention of replacing, an AMD chipset. It is not brand new, so it is old by some conceivable use of the word. I am buying an SSD drive. Given the facts as stated, the one sensible conclusion is not to get a Samsung drive, so I didn't. It is, it seems to me, up to AMD and Samsung to convince me otherwise, not to me to get in touch with them and ask to be convinced. Particularly because the Samsungs are ~50 percent more expensive than other choices among SSDs from brands that I perceive to be reliable.
Samsung doesn't seem to want my custom and I do not care to give it to them, so agreement is reached. But wouldn't it behoove both AMD and Samsung to be as specific as possible in narrowing down the parts that create the conflict? I have an AMD-based motherboard, so to me Samsung is out. There is surely someone out there who has Samsung drives and as a result doesn't want to take a chance on AMD motherboards. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Hi dep,
Sorry, I had misunderstood. I totally share your feelings. Samsung did not do the legwork to figure out which chipsets their controller works with. In the openSUSE thread I got the recommendation that phison controllers work well with AMD chipsets, but I have a hard time finding SSDs with a phison controller.
Gianluca
On Fri, 6 Aug 2021, dep wrote:
said Gianluca Interlandi:
| I did send a link that you could have used for further reading: | | https://bugzilla.kernel.org/show_bug.cgi?id=201693 | | I was just sharing my personal experience to be helpful, but there is no | way I can tell you whether you would have had no problems if you had | gone the Samsung route. You can always send back what you ordered and | get a Samsung, but you are the one who will have to deal with it if | there is an incompatibility. If you want to know the answer for sure you | would have to contact Samsung and AMD. I don't think anyone on this list | has ever tested all possible combinations to tell what works and what | doesn't.
I have no issue with you or anyone on this list over this, and I read the link top to bottom. All that it said was that the problem always ocurs with Samsung drives and at least almost always occurs with AMD chipsets. I have, and have no intention of replacing, an AMD chipset. It is not brand new, so it is old by some conceivable use of the word. I am buying an SSD drive. Given the facts as stated, the one sensible conclusion is not to get a Samsung drive, so I didn't. It is, it seems to me, up to AMD and Samsung to convince me otherwise, not to me to get in touch with them and ask to be convinced. Particularly because the Samsungs are ~50 percent more expensive than other choices among SSDs from brands that I perceive to be reliable.
Samsung doesn't seem to want my custom and I do not care to give it to them, so agreement is reached. But wouldn't it behoove both AMD and Samsung to be as specific as possible in narrowing down the parts that create the conflict? I have an AMD-based motherboard, so to me Samsung is out. There is surely someone out there who has Samsung drives and as a result doesn't want to take a chance on AMD motherboards. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
On Fri, 06 Aug 2021 17:10:05 +0000 dep dep@drippingwithirony.com wrote:
said Gianluca Interlandi:
| I did send a link that you could have used for further reading: | | https://bugzilla.kernel.org/show_bug.cgi?id=201693 | | I was just sharing my personal experience to be helpful, but there is no | way I can tell you whether you would have had no problems if you had | gone the Samsung route. You can always send back what you ordered and | get a Samsung, but you are the one who will have to deal with it if | there is an incompatibility. If you want to know the answer for sure you | would have to contact Samsung and AMD. I don't think anyone on this list | has ever tested all possible combinations to tell what works and what | doesn't.
I have no issue with you or anyone on this list over this, and I read the link top to bottom. All that it said was that the problem always ocurs with Samsung drives and at least almost always occurs with AMD chipsets. I have, and have no intention of replacing, an AMD chipset. It is not brand new, so it is old by some conceivable use of the word. I am buying an SSD drive. Given the facts as stated, the one sensible conclusion is not to get a Samsung drive, so I didn't. It is, it seems to me, up to AMD and Samsung to convince me otherwise, not to me to get in touch with them and ask to be convinced. Particularly because the Samsungs are ~50 percent more expensive than other choices among SSDs from brands that I perceive to be reliable.
Having skimmed the bug (out of curiosity, since I have an AMD-based system with a Samsung 850 EVO and have never experienced any problems with that combination), it looks to me like the problem appears when you combine a pre-Ryzen motherboard with a recent Samsung SSD (newer than mine). If you have a Ryzen-based system, Samsung drives should be viable. Older systems with AMD or Intel controllers should avoid the Samsung 860 and 870 drives.
E. Liddell
On Thursday 05 August 2021 01:02:54 pm Dr. Nikolaus Klepp wrote:
Anno domini 2021 Thu, 05 Aug 16:36:10 +0000
dep scripsit:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
I have a Samsung 870 QVO 1TB - simply works. I tried two SanDisk SSD Plus, both had bad sectors. As a data graveyard I'd not use SSDs. My old HDDs (2000, 2005 and 2010) still are in perfect shape. Now they serve as my data graveyard on FreeBSD+ZFS. Backups go to BD :)
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________
Agreed for long term backups, use a mechanical drive. SSDs are too you to know how long term disuse will affect them.
Kate
On Thursday 05 August 2021 14:00:40 Borg Labs wrote:
On Thursday 05 August 2021 01:02:54 pm Dr. Nikolaus Klepp wrote:
Anno domini 2021 Thu, 05 Aug 16:36:10 +0000
dep scripsit:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
I have a Samsung 870 QVO 1TB - simply works. I tried two SanDisk SSD Plus, both had bad sectors. As a data graveyard I'd not use SSDs. My old HDDs (2000, 2005 and 2010) still are in perfect shape. Now they serve as my data graveyard on FreeBSD+ZFS. Backups go to BD :)
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________
Agreed for long term backups, use a mechanical drive. SSDs are too you to know how long term disuse will affect them.
I think much of the worry about SSD, u-sd's, etc where were using smar sand instead of spinning rust, has to do with the tendency to buy the smallest that will do the job. That leads to a lot of stress on the smart sand as it try's to keep your data safe. To use my one raspi-4 with 2 gb of memory as an example, the boot u-sd is a 64Gigger, and the used area is under 8 Gigs. I have, because I and running a buildbot-like environment on it, moved as much of the high traffic write activity to a pair of SSD's mounted over usb3 adaptors, specifically the buildbot runs on a 240G SSD mounted at /media/pi/workspace. Swap is on a 10G partition of a 120G SSD, and I should probably move /var off the u-sd but haven't yet. That u-sd gets about 30 megs of re-write activity a day on average as the last step in my scripts is dpkg installing all of linuxcnc and its docs in English. And its been doing that for about 2.5 years now, starting when the pi was a 1G pi-3 and took most of a day because it was all usb-2 then, lots slower. The only failure was an off brand usb3 to sata adapter, replaced with a startech and zero problems since.
The pi4 has a 5 amp supply, heat sinks stuck on it, and an old 12 vlt video card fan running on that 5 volt supply for cooling. And it has a small ups, so it litterally runs from install to install, with reboots by me when libraries need to be reloaded, sometimes months as I have a standby that starts long before the ups times out in 2 minutes, probably the main reason I got the ups for $39.95, that 2 minutes is not adjustable regardless of how light the load is.
So I think the best advice is put in a much bigger SSD, so the total capacity used leaves it enough room to keep itself healthy, and forget about it once that has been done. df says its 25% used, so it can degrade and do housekeeping to keep the data safe for several years yet. 64G u-sd's these days are going to be exfat, not well supported by linux yet, so I use gparted to re-format them to ext4, but that may, indeed does, get overwritten by dd when doing the original raspbian buster install.
Installing the preempt-rt kernel is more fun as raspbian doesn't support it, so I had to configure, build and invent my own installer. so I did, and pinned it against any attempts by apt to update it.
And amanda backs up every byte of it every night. Belt and Suspenders. :)
Kate ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity desktop.org
Cheers, Gene Heskett
dep wrote:
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have different implementations of SSDs at home. On the server 2x1TB in RAID1 On the desktop until recently 1x500GB SSD and since couple of months I added another one and created RAID1 On the backup server I have one 120GB for the OS (I backup the borg config on the server and USB), but considering to add a decent expansion card to make a RAID1 there as well.
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
The SSD speeded up things a lot - like compiling etc may be 5x and more. But I also do not trust them that much, because if they die, they die badly.
I do not have any complains, failures or alike. I use the WD NAS (Red) spinning or SSD.
I have my home on the server and use NFS and because there is SSD on the server and 1Gbps, it works really well and much faster than before with the spinning WD RED 1TB
So with one disk you could put the / and swap on that, as you mention.
Usually the first time you boot from SSD there is the Wow-effect, because it boots instantly :D
I hope it helped
said deloptes:
| So with one disk you could put the / and swap on that, as you mention. | | Usually the first time you boot from SSD there is the Wow-effect, | because it boots instantly :D | | I hope it helped
It does, as do the comments from everyone else, and as soon as I hit send on this note I'll push the button to buy the WD blue 500gb ($60 at amazon).
From what I've been able to read, the failures are more likely during writes, which does make me wonder as to the wisdom of putting /swap on the SSD. I do have 32gb of memory, so swapping isn't as frequent as it used to be, but with just / on the SSD I'd be writing to it only when I install new software or there's an update.
It does remind me a little of the old PC days with the 640k RAM limit. One of the tricks for those of us with more memory was at boot to create a virtual drive -- a ramdisk -- and copy, among other things, command.com to it, then set COMSPEC to point to that copy. It did speed things up quite a bit.
Boot time is interesting, but I don't reboot often enough for that to be important to me beyond being amazed by a really fast time between the popup errors from that damned xdg thing when I start TDE. (Was there ever a way discovered to make that go away? I do not care what xdg thinks of my menu.) But a significant speed improvement in program execution would be welcome. I don't game (nor am I impressed with Bell Delphine), and loading a thousand pictures at a time, which I sometimes have to do, is never going to be really fast because I'm not putting my photo files on an SSD. But if programs in general run considerably faster it seems worth it.
Still trying to figure out a way that apt upgrade would upgrade both an SSD boot and an installation on a conventional hard drive, because in the event of an SSD failure I'd like to be able to pop the case, move the connector, and reboot with no other intervention. (I don't guess I'd even have to alter the fstab, either, because the one on the hard drive would be good for boots from it.) Not sure whether this can be done. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
dep wrote:
It does, as do the comments from everyone else, and as soon as I hit send on this note I'll push the button to buy the WD blue 500gb ($60 at amazon).
From what I've been able to read, the failures are more likely during writes, which does make me wonder as to the wisdom of putting /swap on the SSD. I do have 32gb of memory, so swapping isn't as frequent as it used to be, but with just / on the SSD I'd be writing to it only when I install new software or there's an update.
I wouldn't care that much, because these are robust devices and can handle 100s of 1000s writes.
Note that WD BLUE != WD RED. WD RED is more expensive but apparently much better. But the one of the 500GB SSDs is WD BLUE and no issues so far. The 120GB is WD GREEN and also no issues although I do not keep this machine running all the time.
It does remind me a little of the old PC days with the 640k RAM limit. One of the tricks for those of us with more memory was at boot to create a virtual drive -- a ramdisk -- and copy, among other things, command.com to it, then set COMSPEC to point to that copy. It did speed things up quite a bit.
Boot time is interesting, but I don't reboot often enough for that to be important to me beyond being amazed by a really fast time between the popup errors from that damned xdg thing when I start TDE. (Was there ever a way discovered to make that go away? I do not care what xdg thinks of my menu.) But a significant speed improvement in program execution would be welcome. I don't game (nor am I impressed with Bell Delphine), and loading a thousand pictures at a time, which I sometimes have to do, is never going to be really fast because I'm not putting my photo files on an SSD. But if programs in general run considerably faster it seems worth it.
Still trying to figure out a way that apt upgrade would upgrade both an SSD boot and an installation on a conventional hard drive, because in the event of an SSD failure I'd like to be able to pop the case, move the connector, and reboot with no other intervention. (I don't guess I'd even have to alter the fstab, either, because the one on the hard drive would be good for boots from it.) Not sure whether this can be done.
It depends how you setup grub on both disks ... If I were you, I would clone the one to the other.
Actually if you want to put only / and swap on the disk, you could use much smaller device - like 120GB or even 50GB would be more than enough. You could buy two smaller disks for the money for 1x500GB and RAID1 and forget about copies. Still make backups at least before major upgrades.
regards
PS: Here is smartctl output from the WD BLUE (and don't ask why it is 3Gbps)
smartctl -a /dev/sda smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.19.190eko4] (local build) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION === Model Family: WD Blue PC SSD Device Model: WDC WDS500G1B0A-00H9H0 Serial Number: xxxx LU WWN Device Id: 5 001b44 8b49c2a69 Firmware Version: X41100WD User Capacity: 500,107,862,016 bytes [500 GB] Sector Size: 512 bytes logical/physical Rotation Rate: Solid State Device Form Factor: 2.5 inches Device is: In smartctl database [for details use: -P show] ATA Version is: ACS-2 T13/2015-D revision 3 SATA Version is: SATA 3.2, 6.0 Gb/s (current: 3.0 Gb/s) Local Time is: Thu Aug 5 20:18:45 2021 CEST SMART support is: Available - device has SMART capability. SMART support is: Enabled
=== START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED
General SMART Values: Offline data collection status: (0x00) Offline data collection activity was never started. Auto Offline Data Collection: Disabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 0) seconds. Offline data collection capabilities: (0x11) SMART execute Offline immediate. No Auto Offline data collection support. Suspend Offline collection upon new command. No Offline surface scan supported. Self-test supported. No Conveyance Self-test supported. No Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 2) minutes. Extended self-test routine recommended polling time: ( 10) minutes.
SMART Attributes Data Structure revision number: 4 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 5 Reallocated_Sector_Ct 0x0032 100 100 --- Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 --- Old_age Always - 33740 12 Power_Cycle_Count 0x0032 100 100 --- Old_age Always - 653 165 Block_Erase_Count 0x0032 100 100 --- Old_age Always - 47120952 166 Minimum_PE_Cycles_TLC 0x0032 100 100 --- Old_age Always - 2 167 Max_Bad_Blocks_per_Die 0x0032 100 100 --- Old_age Always - 30 168 Maximum_PE_Cycles_TLC 0x0032 100 100 --- Old_age Always - 22 169 Total_Bad_Blocks 0x0032 100 100 --- Old_age Always - 517 170 Grown_Bad_Blocks 0x0032 100 100 --- Old_age Always - 0 171 Program_Fail_Count 0x0032 100 100 --- Old_age Always - 0 172 Erase_Fail_Count 0x0032 100 100 --- Old_age Always - 0 173 Average_PE_Cycles_TLC 0x0032 100 100 --- Old_age Always - 6 174 Unexpected_Power_Loss 0x0032 100 100 --- Old_age Always - 65 184 End-to-End_Error 0x0032 100 100 --- Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 --- Old_age Always - 0 188 Command_Timeout 0x0032 100 100 --- Old_age Always - 0 194 Temperature_Celsius 0x0022 058 054 --- Old_age Always - 42 (Min/Max 17/54) 199 UDMA_CRC_Error_Count 0x0032 100 100 --- Old_age Always - 0 230 Media_Wearout_Indicator 0x0032 100 100 --- Old_age Always - 0x013e0055013e 232 Available_Reservd_Space 0x0033 100 100 004 Pre-fail Always - 100 233 NAND_GB_Written_TLC 0x0032 100 100 --- Old_age Always - 3467 234 NAND_GB_Written_SLC 0x0032 100 100 --- Old_age Always - 6181 241 Total_Host_GB_Written 0x0030 253 253 --- Old_age Offline - 5075 242 Total_Host_GB_Read 0x0030 253 253 --- Old_age Offline - 18988 244 Temp_Throttle_Status 0x0032 000 100 --- Old_age Always - 0
SMART Error Log Version: 1 No Errors Logged
SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t]
Selective Self-tests/Logging not supported
said deloptes:
| Note that WD BLUE != WD RED. WD RED is more expensive but apparently | much better. But the one of the 500GB SSDs is WD BLUE and no issues so | far. The 120GB is WD GREEN and also no issues although I do not keep | this machine running all the time.
I think I can spring the extra $15 for the Red, and on your advice will do so.
Another question -- really a babe in the woods here -- will I need a trick cable or will my existing SATA cable work? I'm not seeing any pictures that show the connections. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Thu, 5 Aug 2021, dep wrote:
said deloptes:
| Note that WD BLUE != WD RED. WD RED is more expensive but apparently | much better. But the one of the 500GB SSDs is WD BLUE and no issues so | far. The 120GB is WD GREEN and also no issues although I do not keep | this machine running all the time.
I think I can spring the extra $15 for the Red, and on your advice will do so.
I know that at least for the mechanical spinning drives WD Reds are not really recommended for desktop usage (only for NAS or storage). For example, they have something called TLER (that can be disabled). But not sure about the SSDs. I would do some research and maybe even contact Western Digital? Not saying you shoudn't, but I would read about it a bit first.
Gianluca
Another question -- really a babe in the woods here -- will I need a trick cable or will my existing SATA cable work? I'm not seeing any pictures that show the connections. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
On 8/5/21 12:19 PM, Gianluca Interlandi wrote:
I know that at least for the mechanical spinning drives WD Reds are not really recommended for desktop usage (only for NAS or storage). For example, they have something called TLER (that can be disabled). But not sure about the SSDs. I would do some research and maybe even contact Western Digital? Not saying you shoudn't, but I would read about it a bit first.
I've learned the hard way, several times over the last 35-ish years, to avoid anything Western Digital. I know their enterprise-grade stuff is better than their mass market junk, but if you follow Backblaze's quarterly drive reliability reports, it's clear that even those have significantly higher failure rates than most others. That may or may not hold true for their SSDs, but I've been burned enough to stay away. There are known-good brands that are the same price or cheaper than WD, so there's no reason to use them.
Currently I'm using Silicon Power SSDs. I was using Inland Professional until the compatibility issue I mentioned; other than that, didn't have any failures. Before that I used Crucial for some time, until I had a failure. It wasn't just the one failure that put me off them, it was the warranty experience, which was extremely slow with abysmal communication.
On Thursday 05 August 2021 12:53:51 Dan Youngquist wrote:
On 8/5/21 12:19 PM, Gianluca Interlandi wrote:
I know that at least for the mechanical spinning drives WD Reds are not really recommended for desktop usage (only for NAS or storage). For example, they have something called TLER (that can be disabled). But not sure about the SSDs. I would do some research and maybe even contact Western Digital? Not saying you shoudn't, but I would read about it a bit first.
I've learned the hard way, several times over the last 35-ish years, to avoid anything Western Digital. I know their enterprise-grade stuff is better than their mass market junk, but if you follow Backblaze's quarterly drive reliability reports, it's clear that even those have significantly higher failure rates than most others. That may or may not hold true for their SSDs, but I've been burned enough to stay away. There are known-good brands that are the same price or cheaper than WD, so there's no reason to use them.
Currently I'm using Silicon Power SSDs. I was using Inland Professional until the compatibility issue I mentioned; other than that, didn't have any failures. Before that I used Crucial for some time, until I had a failure. It wasn't just the one failure that put me off them, it was the warranty experience, which was extremely slow with abysmal communication.
I used to swear by WD drives, especially their higher-grade stuff; and so far, I have never had any of them fail on me. When I bought an SSD, I passed over cheaper Samsung and other brands, and went for a WD green.
Seagate has been much worse for me, as I've had two Seagates fail on me. Of course, this is over the course of about 30 years or so, and only two hard drives have failed, but they are both Seagates.
But recently I read some stuff online about the dangers of connecting WD hard drives to the Internet. I am sure that others will know the details better than I, but the gist of it, what I recall, is that there is some kind of danger of losing all your data, ZAP! in the blink of an eye. This is due to some [I forget this part]. And the worst of it is that WD was removing support; although then I've heard that they are now offering support again for these devices or this problem.
Since nobody else has mentioned it, I thought it's worth saying. I don't know if it applies to SSDs; I think it included only their spinning drives, but I could be wrong.
If pressed for my sources, this will take some time, but I hope that others out there will know what I'm trying to relate, and can provide links for further reading.
Bill
On 8/5/21 12:02 PM, dep wrote:
Another question -- really a babe in the woods here -- will I need a trick cable or will my existing SATA cable work? I'm not seeing any pictures that show the connections.
A standard 2.5" form factor SSD uses the same cables and mount points as a 2.5" laptop hard drive (and the same cables as a 3.5" hard drive). You don't necessarily need the 2.5 to 3.5 mount adapter to mount them; they're so light that double-stick tape or foam works fine, or you can just let them sit there.
On Thursday 05 August 2021 16:00:15 Dan Youngquist wrote:
On 8/5/21 12:02 PM, dep wrote:
Another question -- really a babe in the woods here -- will I need a trick cable or will my existing SATA cable work? I'm not seeing any pictures that show the connections.
A standard 2.5" form factor SSD uses the same cables and mount points as a 2.5" laptop hard drive (and the same cables as a 3.5" hard drive). You don't necessarily need the 2.5 to 3.5 mount adapter to mount them; they're so light that double-stick tape or foam works fine, or you can just let them sit there.
Or even hang there, my 240G amanda holding disk was temporarily installed by hanging it on the /dev/sdc cables. And I'm a bit lazy, so about 9 months later its still hanging there. It did solve the problem of bad checksums in the holding disk, which was what I was watching amanda fight with, and which caused amanda to make a second pass at backing up that disklist entry, and leaving the failed one there gradually using up the holding disk space. And worse, it wrote both backups to spinning rust. The last such incident was in feb, so all such confusion has since been overwritten by my 60 tape vtape setup on a 2T spinning rust drive, a seagate of course.
Cheers, Gene Heskett
On Thursday 05 August 2021 15:02:56 dep wrote:
said deloptes: | Note that WD BLUE != WD RED. WD RED is more expensive but apparently | much better. But the one of the 500GB SSDs is WD BLUE and no issues | so far. The 120GB is WD GREEN and also no issues although I do not | keep this machine running all the time.
I think I can spring the extra $15 for the Red, and on your advice will do so.
Another question -- really a babe in the woods here -- will I need a trick cable or will my existing SATA cable work? I'm not seeing any pictures that show the connections.
Existing sata cables should Just Work, if they are not "hot red" colored. Those s/b summarily shit canned and shipped out with the weekly trash pickup, with extreme prejudice and replaced with any other color, as the hot red dye destroys the wire in it in 3 to 5 years. Good sata cables are cheap, get rid of the hot red ones. This failure of hot red cables has been known by this now old man (and he's a CET, a scarce item) since it first showed up in J.A.Pan company CB radios just a couple years before we celebrated our 200th anniversary in the 1970's.
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity desktop.org
Cheers, Gene Heskett
Well, I just ordered the WD Red, 500gb. Chose that one because of deloptes's recommendation and because best I can tell this is as sturdy as they get. (As, it seems, is attested in the warranty.) By the time it gets here I hope I'll have cooked up a good fstab for it -- the existing drives will have to move down by one letter, so my sda4 will become sdb4 b4 I can use it. And so on.
I hope the increase in speed will be noticeable. Incremantal increases in computer speed in my experience tend to be inverse-obvious.
New fast computer: I *think* it's a little faster.
Returning to previous computer for something six months later: My gawd, this thing is *s-l-o-w*!
You'll hear way too much about my installing it before I get it done and will regret having answered my original post, but thanks to everybody. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Hi dep,
Am 05.Aug.2021 um 20:59 schrieben Sie:
the time it gets here I hope I'll have cooked up a good fstab for it -- the existing drives will have to move down by one letter, so my sda4 will become sdb4 b4 I can use it. And so on.
When you're about adjusting the fstab: don't use the old driveletters anymore, a pita sometimes, take partition-UUID's, they stay the same whatever you shuffle drives around.
Regards.
Anno domini 2021 Fri, 6 Aug 14:44:26 +0200 phiebie@drei.at scripsit:
Hi dep,
Am 05.Aug.2021 um 20:59 schrieben Sie:
the time it gets here I hope I'll have cooked up a good fstab for it -- the existing drives will have to move down by one letter, so my sda4 will become sdb4 b4 I can use it. And so on.
When you're about adjusting the fstab: don't use the old driveletters anymore, a pita sometimes, take partition-UUID's, they stay the same whatever you shuffle drives around.
And the UUIDs will give you a hard time when you duplicate drives and boot with two identical UUIDs. e.g.:
dd if=/sda of=/dev/sdb
Remove /dev/sda - it's the old one, replace it by /dev/sdb. Put the old drive on the shelfe for backup.
Some time later you need data from the old drive (will never happen, for sure) and connect it to your system with a sata-usb-adapter or plug it into a free sata port of your mainboard. Reboot or mount the drive ... fun guaranteed :)
That said, uuids are kind of coll, but they get in my way all the time, just like the "new" aka GNOMEish naming schemes for e.g. eth0.
Nik
Regards. ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
said Dr. Nikolaus Klepp:
| And the UUIDs will give you a hard time when you duplicate drives and | boot with two identical UUIDs. e.g.: | | dd if=/sda of=/dev/sdb | | Remove /dev/sda - it's the old one, replace it by /dev/sdb. Put the old | drive on the shelfe for backup.
Strangely, this didn't work for me a couple of years ago -- well, maybe more than a couple -- when I tried it in replacing a laptop drive. Ended up being the biggest mess ever (until I tried to run GRUB on a non-booted drive a few months ago, which was hell).
Does copying the UUID happen with cloning software? I'd kind of hoped to clone my current boot drive's boot partition to the SSD.
There have been comments in this thread that have suggested that all the other drives be unplugged and a fresh install be done to the SSD, which puzzles me. because that wouldn't be necessary with a traditional drive and I do not understand how an SSD would be different in that regard. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Anno domini 2021 Fri, 06 Aug 14:10:51 +0000 dep scripsit:
said Dr. Nikolaus Klepp:
| And the UUIDs will give you a hard time when you duplicate drives and | boot with two identical UUIDs. e.g.: | | dd if=/sda of=/dev/sdb | | Remove /dev/sda - it's the old one, replace it by /dev/sdb. Put the old | drive on the shelfe for backup.
Strangely, this didn't work for me a couple of years ago -- well, maybe more than a couple -- when I tried it in replacing a laptop drive. Ended up being the biggest mess ever (until I tried to run GRUB on a non-booted drive a few months ago, which was hell).
Does copying the UUID happen with cloning software? I'd kind of hoped to clone my current boot drive's boot partition to the SSD.
There have been comments in this thread that have suggested that all the other drives be unplugged and a fresh install be done to the SSD, which puzzles me. because that wouldn't be necessary with a traditional drive and I do not understand how an SSD would be different in that regard.
It's just to make sure you do stuff on the right drive.
UUIDs should be copied by clong software, too, otherwise grub of your clone will not boot. So you'll have to chane UUIDs of the clone, adjust grub and check that it's bootable.
dd works like a charm, as long as your target drive is at least of the same size as the source drive. You can do some magic with gpart, e.g. shrink partitions etc., but you'd need to start with something like puppy or exegnulinux or anything else with gpart on it.
Nik
-- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
dep composed on 2021-08-06 14:10 (UTC):
Does copying the UUID happen with cloning software?
If it didn't it wouldn't be a clone. It can be simple enough to create new UUID's immediately after completing the cloning process if you understand the processes that utilize them and adjust those as well, _prior_to_shutting_down_ after finishing cloning. Otherwise, it's necessary either to make those adjustments while booted with only one of the two attached at a time, or use a different PC to adjust.
On Friday 06 August 2021 07:10:51 dep wrote:
Does copying the UUID happen with cloning software? I'd kind of hoped to clone my current boot drive's boot partition to the SSD.
dep
regarding cloning (partitions, or the whole drive):
I have an older version of this nifty little gadget, and am considering buying one of the new models.
It works very well, and the newer models have a "one-touch cloning" feature. The only problem I ever had was that the hard drives themselves tend to overheat, especially in warm weather (because they are not inside the chassis with a fan blowing on them). Sometimes I would even take the overheated hard drive and set it inside my freezer for a little while to cool down, because they would get HOT to the touch.
Solution: get a powerful fan, and set your docking station directly in front of it. However, you don't want to use this full-time, but only for plugging in and transferring files, backups or cloning a partition, etc.
You shouldn't, for example, try to watch films from a hard drive plugged into your docking staton.
Bill
said William Morder via tde-users:
| Sometimes I would even take the overheated hard drive and set it inside | my freezer for a little while to cool down, because they would get HOT to | the touch.
Reminds me of the "stiction" issue with the Seagate ST251-1 MFM drives. (Funny the things people remember.) Its failure mode, which I think came mostly when people hooked it to an RLL controller to make it from a 40mb to a 65mb drive, was such that after it displayed symptoms you would remove it from the machine and pop it in the freezer. Next morning, you had enough and only enough working drive left to remove it from the freezer, hook it up, and take a backup. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Friday 06 August 2021 11:08:37 dep wrote:
said William Morder via tde-users: | Sometimes I would even take the overheated hard drive and set it inside | my freezer for a little while to cool down, because they would get HOT to | the touch.
Reminds me of the "stiction" issue with the Seagate ST251-1 MFM drives. (Funny the things people remember.) Its failure mode, which I think came mostly when people hooked it to an RLL controller to make it from a 40mb to a 65mb drive, was such that after it displayed symptoms you would remove it from the machine and pop it in the freezer. Next morning, you had enough and only enough working drive left to remove it from the freezer, hook it up, and take a backup. -- dep
I never had one of those hard drives fail on me, but then I didn't keep using it like that (watching films, etc.). After that, I used the docking station for its intended purpose, not to make instant external hard drives.
The Kingwin EZ Dock is (for me, at least) definitely a keeper, and does file transfers, backups and cloning very well. So I thought maybe it could be useful to you. They are only $35 or so, last I checked.
But, like I said, keep a fan directed right on it, and don't use it like external hard drives.
Bill
said William Morder:
| The Kingwin EZ Dock is (for me, at least) definitely a keeper, and does | file transfers, backups and cloning very well. So I thought maybe it | could be useful to you. They are only $35 or so, last I checked.
Thanks. Yeppers, I have a dock that will accept just about any drive ever made, I think. Used it not long ago to suck a lot of stuff off an OS/2 HPFS drive last booted last millennium. Went without a hitch. dd'ed it to a file which I can mount and pilfer at my convenience. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Friday 06 August 2021 11:40:33 dep wrote:
said William Morder: | The Kingwin EZ Dock is (for me, at least) definitely a keeper, and does | file transfers, backups and cloning very well. So I thought maybe it | could be useful to you. They are only $35 or so, last I checked.
Thanks. Yeppers, I have a dock that will accept just about any drive ever made, I think. Used it not long ago to suck a lot of stuff off an OS/2 HPFS drive last booted last millennium. Went without a hitch. dd'ed it to a file which I can mount and pilfer at my convenience. -- dep
OS/2
Now there's a blast from the past.
Bill
On Friday 06 August 2021 11:40:33 dep wrote:
said William Morder: | The Kingwin EZ Dock is (for me, at least) definitely a keeper, and does | file transfers, backups and cloning very well. So I thought maybe it | could be useful to you. They are only $35 or so, last I checked.
Thanks. Yeppers, I have a dock that will accept just about any drive ever made, I think. Used it not long ago to suck a lot of stuff off an OS/2 HPFS drive last booted last millennium. Went without a hitch. dd'ed it to a file which I can mount and pilfer at my convenience. -- dep
I am curious. What is this dock you mention that will "accept just about any drive ever made"? Maybe this will serve me better, since I already have an older Kingwin.
And I have some ancient hard drives, too. I forget when and where I got them, but I think maybe they are Sumerian in origin.
Bill
On Friday 06 August 2021 07:10:51 dep wrote:
Does copying the UUID happen with cloning software? I'd kind of hoped to clone my current boot drive's boot partition to the SSD.
dep
regarding cloning (partitions, or the whole drive):
I have an older version of this nifty little gadget, and am considering buying one of the new models.
[Sorry, forget to add this link!] http://www.kingwin.com/storage/docking-stations/ezd-2535u3-2/
It works very well, and the newer models have a "one-touch cloning" feature. The only problem I ever had was that the hard drives themselves tend to overheat, especially in warm weather (because they are not inside the chassis with a fan blowing on them). Sometimes I would even take the overheated hard drive and set it inside my freezer for a little while to cool down, because they would get HOT to the touch.
Solution: get a powerful fan, and set your docking station directly in front of it. However, you don't want to use this full-time, but only for plugging in and transferring files, backups or cloning a partition, etc.
You shouldn't, for example, try to watch films from a hard drive plugged into your docking staton.
Bill
On Friday 06 August 2021 10:01:25 Dr. Nikolaus Klepp wrote:
Anno domini 2021 Fri, 6 Aug 14:44:26 +0200
phiebie@drei.at scripsit:
Hi dep,
Am 05.Aug.2021 um 20:59 schrieben Sie:
the time it gets here I hope I'll have cooked up a good fstab for it -- the existing drives will have to move down by one letter, so my sda4 will become sdb4 b4 I can use it. And so on.
When you're about adjusting the fstab: don't use the old driveletters anymore, a pita sometimes, take partition-UUID's, they stay the same whatever you shuffle drives around.
And the UUIDs will give you a hard time when you duplicate drives and boot with two identical UUIDs. e.g.:
dd if=/sda of=/dev/sdb
Remove /dev/sda - it's the old one, replace it by /dev/sdb. Put the old drive on the shelfe for backup.
Some time later you need data from the old drive (will never happen, for sure) and connect it to your system with a sata-usb-adapter or plug it into a free sata port of your mainboard. Reboot or mount the drive ... fun guaranteed :)
That said, uuids are kind of coll, but they get in my way all the time, just like the "new" aka GNOMEish naming schemes for e.g. eth0.
Nik
Just the tip of the iceberg problem here with UUID's, I've had them be made invalid by changing the brand of sata/usb3 adapter because the first one failed, they can and will change if you adjust anything on that drive. I didn't lose a byte recovering from that because I was mounting it in fstab by my fav method.
I much prefer to use the LABEL=name, with a unique name for that partition, it seems immune to everything but a partition table erasing full format.
Regards. ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trini tydesktop.org
Cheers, Gene Heskett
said Gene Heskett:
| I much prefer to use the LABEL=name, with a unique name for that | partition, it seems immune to everything but a partition table erasing | full format.
This is useful in fstab? GRUB?
Here are a couple of entries from my fstab:
# <file system> <mount point> <type> <options> <dump> <pass> /dev/sda1 / ext4 errors=remount-ro 0 1 UUID=8C5E-D456 /boot/efi vfat defaults 0 1
I would replace the <file system> value with LABEL=[name i gave the partition] and GRUB and everybody would be happy with that? If not, what would the syntax be to make LABEL= useful? -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
said dep: | said Gene Heskett: | | I much prefer to use the LABEL=name, with a unique name for that | | partition, it seems immune to everything but a partition table erasing | | full format. | | This is useful in fstab? GRUB?
Sorry -- never mind. I did the unthinkable and read the man page. Makes sense now. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Thu, Aug 05, 2021 at 04:07:51PM -0400, Gene Heskett wrote:
Existing sata cables should Just Work, if they are not "hot red" colored. Those s/b summarily shit canned and shipped out with the weekly trash pickup, with extreme prejudice and replaced with any other color, as the hot red dye destroys the wire in it in 3 to 5 years. Good sata cables are cheap, get rid of the hot red ones. This failure of hot red cables has been known by this now old man (and he's a CET, a scarce item) since it first showed up in J.A.Pan company CB radios just a couple years before we celebrated our 200th anniversary in the 1970's.
Do you think that they are using the same corrosive dye in 2021 in SATA cables that people used in CB radios in 1970-something?
I don't know what you consider "hot red" versus some other red, but I've had a PC with red SATA cables work fine for six or seven years until an unrelated fault forced me to retire the machine.
On Thursday 05 August 2021 18:00:41 Steven D'Aprano wrote:
On Thu, Aug 05, 2021 at 04:07:51PM -0400, Gene Heskett wrote:
Existing sata cables should Just Work, if they are not "hot red" colored. Those s/b summarily shit canned and shipped out with the weekly trash pickup, with extreme prejudice and replaced with any other color, as the hot red dye destroys the wire in it in 3 to 5 years. Good sata cables are cheap, get rid of the hot red ones. This failure of hot red cables has been known by this now old man (and he's a CET, a scarce item) since it first showed up in J.A.Pan company CB radios just a couple years before we celebrated our 200th anniversary in the 1970's.
Do you think that they are using the same corrosive dye in 2021 in SATA cables that people used in CB radios in 1970-something?
I don't know what you consider "hot red" versus some other red, but I've had a PC with red SATA cables work fine for six or seven years until an unrelated fault forced me to retire the machine.
At that age, I'd have bet that proding one of those cables with a lead pencil, anyplace in its length, would have made syslog explode with sata errors. And if a write were in progress, would have made it read only until fsck'd.
I have pretty decent color vision, having in a past life, had my own chemical color darkroom for about 20 years even going so far as to formulate my own paper developer that unlike the commercial mixes of the day, would let me make 8 identical prints.
That to me, is a unique shade of red with a touch of magenta thrown in. Any change in that dye's chemical makeup I would have noted, but it hasn't changed. Its still the same color it was in 1973.
What happens is that the copper wire becomes a dark rust colored powder that you can cut 2" off, plastic and all and tap or shake it out over white paper, getting this as a rusty looking oxide of copper out of the plastic tube that once had the wire in it.
If it is not mechanically disturbed, the ohmage rises slowly. But disturbing it mechanically breaks what little connection it has, and the syslog explodes as the kernel does its best to re-establish the connection. Replace the cable and you can bang on it till the cows come home.
Cheers, Gene Heskett
Gene Heskett wrote:
If it is not mechanically disturbed, the ohmage rises slowly. But disturbing it mechanically breaks what little connection it has, and the syslog explodes as the kernel does its best to re-establish the connection. Replace the cable and you can bang on it till the cows come home.
whos the manufacturer?
On Friday 06 August 2021 02:36:59 deloptes wrote:
Gene Heskett wrote:
If it is not mechanically disturbed, the ohmage rises slowly. But disturbing it mechanically breaks what little connection it has, and the syslog explodes as the kernel does its best to re-establish the connection. Replace the cable and you can bang on it till the cows come home.
whos the manufacturer?
IDK, and it doesn't really matter, what matters is the chemical dye used to make that particular color. It turns perfectly good copper in a wire, into a brown rust color powder over time. And its not a good conductor of data.
Cheers, Gene Heskett
dep wrote:
Another question -- really a babe in the woods here -- will I need a trick cable or will my existing SATA cable work? I'm not seeing any pictures that show the connections.
if it is recent, it should work - I know what Gene will say, but I do not think nowdays there is a problem with the cables.
I forgot to mention another advantage of SSD - the power consumption.
Hi dep,
From what I've been able to read, the failures are more likely during writes, which does make me wonder as to the wisdom of putting /swap on the SSD.
SSD's have a wear-levelling algorithm. That means, very very short explained, *all* cells get written to the same amount of times and therefore wear out evenly. Put swap on it. But to extend the lifespan of the SSD, don't partition the total 500GB, stop at let's say 475GB. These 25GB can then be used by the fault-detection of the SSD to compensate for "rotten" cells in the workspace.
But a significant speed improvement in program execution would be welcome.
Put everything, that is executable or needed by other programs on the SSD! Only the pure data (photos aso.) should stay on the harddrives.
Still trying to figure out a way that apt upgrade would upgrade both an SSD boot and an installation on a conventional hard drive, because in the event of an SSD failure I'd like to be able to pop the case, move the connector, and reboot with no other intervention.
Maybe you find another, better solution, but I would suggest: Make one harddrive bootable Install on the SSD backintime with as backup-medium that harddrive After having apt-upgraded run backintime and the harddrive should be a mirror of the SSD.
Regards.
said phiebie@drei.at:
| SSD's have a wear-levelling algorithm. That means, very very short | explained, *all* cells get written to the same amount of times and | therefore wear out evenly. Put swap on it. | But to extend the lifespan | of the SSD, don't partition the total 500GB, stop at let's say 475GB. | These 25GB can then be used by the fault-detection of the SSD to | compensate for "rotten" cells in the workspace.
So, then, its spare sectors come from unpartitioned, unformatted space?
| Put everything, that is executable or needed by other programs on the | SSD! Only the pure data (photos aso.) should stay on the harddrives.
My plan is to put everything except /home there. I'm a little puzzled as to the partitioning map, in part because of my switch to a 6gb boot drive earlier this year, which required creation of an efi partition (which I still don't much understand). I'm hoping to create a single partition, mount it as / , and call it a day, with /home and other stuff on traditional drives. I further hope to keep my existing boot drive, but not boot from it. In the happy days of yore, it would show up on the GRUB menu at boot, so if I wanted I could boot from it. But since the switch to the bigger boot drive and upgrade to 20.04-LTS I no longer have a grub menu. Might this be because I no longer have a dual-boot system? (I nuked the XP partition because I hadn't booted to it in years.)
| Maybe you find another, better solution, but I would suggest: | Make one harddrive bootable | Install on the SSD backintime with as backup-medium that harddrive | After having apt-upgraded run backintime and the harddrive should be a | mirror of the SSD.
Ah. Makes sense. This would work, then, with my existing boot drive to make a good fallback, presuming I can recover my GRUB menu, no?
| When you're about adjusting the fstab: don't use the old driveletters | anymore, a pita sometimes, take partition-UUID's, they stay the same | whatever you shuffle drives around.
Also makes sense -- means among other things that I wouldn't need a different one for the bootable backup. Also obviates another question I had (but figured I'd figure out), which is whether a drive's physical location in the SATA system mattered in assigning drive designations. If I read you accurately, by using UUIDs this wouldn't matter (if it did to begin with -- I wasn't paying a lot of attention when we switched from IDE to SATA, and since then all I've done is replace existing drives with bigger drives). -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Hi dep,
So, then, its spare sectors come from unpartitioned, unformatted space?
Not all of them. The drive itself has, when it leaves the factory, a bunch of spare sectors *beyond* the advertised 500GB. And these can only be accessed by the drive-firmware, nothing else. So when you leave mentioned 25GB unpartitioned, you have the equivalent of 25Gb plus a bunch extra cells! as spare.
My plan is to put everything except /home there.
It's up to you to leave the gain in speed for that unharvested.
20.04-LTS I no longer have a grub menu. Might this be because I no longer have a dual-boot system? (I nuked the XP partition because I hadn't booted to it in years.)
Run update-grub.
which is whether a drive's physical location in the SATA system mattered in assigning drive designations. If I read you accurately, by using UUIDs this wouldn't matter
Nik mentioned a case, where this wouldn't work as expected. But Linux prefers to use UUID (Universally Unique Identifier), LABEL, or symlinks to identify media storage devices on a system. Using device assignments (like /dev/hd*# or /dev/sd*#) is not preferred since these can change between system boots. Source ubuntu documentation.
Regards.
said phiebie@drei.at:
| Run update-grub.
I have, repeatedly. Last line of the result is: "Adding boot menu entry for UEFI Firmware Settings". Problem is, the GRUB menu never displays. Doesn't show up at boot time. I am not sure how to make it do so -- until now, there was no reason to mourn its passing. I knew what to do with LILO, but I try not to screw around much with GRUB, because "much" can become "too much" pretty easily.
| Nik mentioned a case, where this wouldn't work as expected. But | Linux prefers to use UUID (Universally Unique Identifier), LABEL, or | symlinks to identify media storage devices on a system. Using device | assignments (like /dev/hd*# or /dev/sd*#) is not preferred since these | can change between system boots.
Right, and I understand that. But there still are puzzles, such as the partition ID, which I suspect is useful but have now idea how. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
Anno domini 2021 Fri, 6 Aug 17:17:28 +0200 phiebie@drei.at scripsit:
Hi dep,
So, then, its spare sectors come from unpartitioned, unformatted space?
Not all of them. The drive itself has, when it leaves the factory, a bunch of spare sectors *beyond* the advertised 500GB. And these can only be accessed by the drive-firmware, nothing else. So when you leave mentioned 25GB unpartitioned, you have the equivalent of 25Gb plus a bunch extra cells! as spare.
My plan is to put everything except /home there.
It's up to you to leave the gain in speed for that unharvested.
20.04-LTS I no longer have a grub menu. Might this be because I no longer have a dual-boot system? (I nuked the XP partition because I hadn't booted to it in years.)
Run update-grub.
which is whether a drive's physical location in the SATA system mattered in assigning drive designations. If I read you accurately, by using UUIDs this wouldn't matter
Nik mentioned a case, where this wouldn't work as expected. But Linux prefers to use UUID (Universally Unique Identifier), LABEL, or symlinks to identify media storage devices on a system. Using device assignments (like /dev/hd*# or /dev/sd*#) is not preferred since these can change between system boots. Source ubuntu documentation.
They don't change and never have. Systemd GNOMEs have put that myth out to justify the crude new naming scheme for e.g. ethX - which, too, never change but behave deterministic. I would not blame changing names on the OS when the user moves hardware e.g. from sata0 to sata2 and keeps sata1 in place.
Nik
Regards. ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Fri, 6 Aug 2021 19:25:45 +0200 "Dr. Nikolaus Klepp" office@klepp.biz wrote:
Anno domini 2021 Fri, 6 Aug 17:17:28 +0200 phiebie@drei.at scripsit:
Nik mentioned a case, where this wouldn't work as expected. But Linux prefers to use UUID (Universally Unique Identifier), LABEL, or symlinks to identify media storage devices on a system. Using device assignments (like /dev/hd*# or /dev/sd*#) is not preferred since these can change between system boots. Source ubuntu documentation.
They don't change and never have. Systemd GNOMEs have put that myth out to justify the crude new naming scheme for e.g. ethX - which, too, never change but behave deterministic. I would not blame changing names on the OS when the user moves hardware e.g. from sata0 to sata2 and keeps sata1 in place.
Externals can change their device nodes randomly (I have a flaky Pi + enclosure combination where the drive can show up as sda or sdb depending on what it ate for breakfast). I suppose there are some people for whom that matters, and I do use a label in the autofs configuration on that flaky Pi (the only place I've ever used one).
I've never seen an internal drive change its device node without a hardware change, but I suppose it would in theory be possible for it to happen if the system for some reason initialized an external drive attachment point first, or a drive ahead of it in the initialization order failed so hard that the system could no longer detect it. Regardless, I would class it as highly unusual on a system that doesn't have hot-swap drive bays or the like. Gentoo documentation doesn't indicate a preference for one type of drive identifier over the others. We could perform a survey, I suppose.
E. Liddell
E. Liddell composed on 2021-08-06 15:33 (UTC-0400):
I've never seen an internal drive change its device node without a hardware change, but I suppose it would in theory be possible for it to happen if the system for some reason initialized an external drive attachment point first, or a drive ahead of it in the initialization order failed so hard that the system could no longer detect it. Regardless, I would class it as highly unusual on a system that doesn't have hot-swap drive bays or the like.
It was not unusual, before refinements in kernels and storage drivers made it less common, on motherboards with both PATA and SATA controllers, to upgrade a kernel or switch to a different distro, and have the device names of drives on the disparate controllers flip-flop. Changing the BIOS setting of PATA vs SATA priority could do the same, so a flip could come out of nowhere because the CMOS battery died and was changed.
Hi Nik,
device assignments (like /dev/hd*# or /dev/sd*#) is not preferred since these can change between system boots. Source ubuntu documentation.
They don't change and never have.
They DID and DO! Right now still. I have Debian stable, without any tinkering anywhere in the whole system after installation, on my third harddrive, being sdc. 3 out of 10 times when booting into stable I get between the first few screen-messages "/dev/sdb2 clean" and "/dev/sdb5 clean". B not C. Neglecting the wrong letters and starting the system brings me where I wanted to be, into stable. Reason: in the grub.cfg there is no mentioning of /dev/sdx, only hdx and the relevant UUID's so the system knows where to look. No myth therefore.
Regards Peter.
On Thursday 05 August 2021 01:29:45 pm deloptes wrote:
dep wrote:
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have different implementations of SSDs at home. On the server 2x1TB in RAID1 On the desktop until recently 1x500GB SSD and since couple of months I added another one and created RAID1 On the backup server I have one 120GB for the OS (I backup the borg config on the server and USB), but considering to add a decent expansion card to make a RAID1 there as well.
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
The SSD speeded up things a lot - like compiling etc may be 5x and more. But I also do not trust them that much, because if they die, they die badly.
I do not have any complains, failures or alike. I use the WD NAS (Red) spinning or SSD.
I have my home on the server and use NFS and because there is SSD on the server and 1Gbps, it works really well and much faster than before with the spinning WD RED 1TB
So with one disk you could put the / and swap on that, as you mention.
Usually the first time you boot from SSD there is the Wow-effect, because it boots instantly :D
I hope it helped ____________________________________________________
nice setup.
On 8/5/21 9:36 AM, dep wrote:
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
(I didn't notice this went directly to dep the first time, and not to the list. Maybe the mailing list's reply-to settings need attention?)
I don't use any SSDs, but I've installed quite a few in customers' machines. They're significantly more reliable than hard disks, and they make a machine seem much faster because it spends very little time waiting for the hard disk. The downside is, when they fail, they're much more likely to just die on the spot with no warning, taking your data with it. Hard disks often die slowly enough that you can rescue the data. So with an SSD it's even more important to keep your data backed up.
On Thursday 05 August 2021 12:36:10 pm dep wrote:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________
Hi Dep,
I'm currently using SSDs on all my machines. Running PCLOS Big Daddy (Ali Izzard's roll). All is working perfectly. On me slowest machine, the boot up time is 58 seconds from boot menu to desktop. On the fastest machine (Intel Core i9-10980XE 3.0 GHz 28 cores) boot up is about 18 to 24 secs.
I'm using mostly Seagate (6 in the big machine with 8 spin drives), 1 WD in an old 2 core 3.4GHz laptop.
For boot drives, I recommend 1 tbs for wiggle room. 500 doesn't cut it anymore because of the sheer amount of software available. Ali / PCLOS keep me neck deep with cool software. For home drvs 2tbs is great. I'm also go for a 3rd (multimedia) and 4 drv (large personal files like home movies and photos).
ALWAYS have, at least one backup drive equal to the total sum off all your drvs for a given machine.
I have an internal and external drv for the big machine and most of the desktops and an ext for the laptops.
As for keeping your org install on the spin drive, good idea. So long as you machine doesn't have a problem with booting. I'd keep all other drives disconnected until you complete your install them reattach them. You can't change your home drive later one.
Hope this makes sense, it's a pretty rushed reply.
Kate
On Thu August 5 2021 09:36:10 dep wrote:
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I use two LVM physical volumes - FAST backed by SSD and SLOW backed by HD.
The root filesystem and /home are FAST logical volumes. This includes all Debian and TDE software, KMail indices and Firefox caches.
Everything else including games and photos are on SLOW logical volumes.
Even development is on a SLOW logical volume because it fits easily in RAM cache but I'd move it to FAST if needed.
Backups to three cycles on three different hard drives on another machine are daily and automatic.
--Mike
On 8/5/21, dep dep@drippingwithirony.com wrote:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine.
I've had good experience with SSD, no problems, and as others have noted it's a dramatic felt-speed-up because of not waiting on disk access.
"Snappy" is the way I describe it.
I did make two changes, in Debian but I expect it's cross-distro, I set up a ramdisk for /tmp and turned "swappiness" to 0 in order to minimize swap access.
in /etc/fstab:
tmpfs /tmp tmpfs defaults,noatime,nosuid,nodev,noexec,mode=1777 0 0
in /etc/sysctl.d/local-settings.conf:
vm.swappiness = 0
Other than that I've done nothing special, and I've had no problems at all.
Curt-
Anno domini 2021 Thu, 5 Aug 14:29:45 -0400 Curt Howland scripsit:
On 8/5/21, dep dep@drippingwithirony.com wrote:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine.
I've had good experience with SSD, no problems, and as others have noted it's a dramatic felt-speed-up because of not waiting on disk access.
"Snappy" is the way I describe it.
I did make two changes, in Debian but I expect it's cross-distro, I set up a ramdisk for /tmp and turned "swappiness" to 0 in order to minimize swap access.
in /etc/fstab:
tmpfs /tmp tmpfs defaults,noatime,nosuid,nodev,noexec,mode=1777 0 0
in /etc/sysctl.d/local-settings.conf:
vm.swappiness = 0
Other than that I've done nothing special, and I've had no problems at all.
I also disable/remove swap on SSDs.
Nik
Curt- ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
On Thursday 05 August 2021 11:36:10 am dep wrote:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
I use a Teamgroup GX2 SSD (512 GB total) for my root partition and a generic 1 TB hard drive for storage. It shouldn't be too difficult to do, but I haven't tried it. I really should because I feel like it's been written to a lot after reinstalling several different operating systems. In the future I'd just use a newer HDD.
On Thursday 05 August 2021 12:36:10 dep wrote:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
They will since they are much faster than spinning rust. But to forestall problems, I would remove the existing drive and substitute the SSD in its place, install to it, then put the old drive back in and mount it in /etc/fstab so you can copy the precious stuff back to the new install. I've been doing exactly that for 4 generations of debian installs now.
BUT, I have an upcoming bullseye install but at least /home will be a raid6 on a different 6 port non-raid sata-iii card, so I need to know if /boot must remain on spinning rust so grub can find it. Has anyone done this yet?
OR: Can boot be done from a /boot dir on the new cards raid array?
But I thought I'd ask here before pushing the buy button.
Push it.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have a 240 Gig SSD in this machine, exclusively assigned to be the amanda holding disk. My 5 machine backups that used to take about 2.5 hours to run in the middle of the night using spinning rust for that, are now finished in 30 to 40 minutes. And I now have added a 6th machine to drive 3d printers that I need add at least its /home to amanda's disklist. But I haven't done that yet.
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
I would put /home on its own SSD, just to gain its speed. Particularly if you are running any /home/$user/AppImages. They will launch much faster from the SSD. File saves are also much sped up.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
I think it should be relatively easy if you keep grub on spinning rust. There might be an argument in the case of a raid, to keeping an image of /etc on spinning rust, but unless its instantly mirrored it would tend to get out of date.
Anyone here have any experience doing this kind of thing?
dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity desktop.org
Cheers, Gene Heskett
Anno domini 2021 Thu, 5 Aug 14:44:57 -0400 Gene Heskett scripsit:
On Thursday 05 August 2021 12:36:10 dep wrote: [...] BUT, I have an upcoming bullseye install but at least /home will be a raid6 on a different 6 port non-raid sata-iii card, so I need to know if /boot must remain on spinning rust so grub can find it. Has anyone done this yet?
OR: Can boot be done from a /boot dir on the new cards raid array?
Soft-raid? Better make /boot first partition of equal size on each drive & make it a mirror, so you can boot when a drive fails.
nik
Cheers, Gene Heskett
On Thursday 05 August 2021 14:56:38 Dr. Nikolaus Klepp wrote:
Anno domini 2021 Thu, 5 Aug 14:44:57 -0400
Gene Heskett scripsit:
On Thursday 05 August 2021 12:36:10 dep wrote: [...] BUT, I have an upcoming bullseye install but at least /home will be a raid6 on a different 6 port non-raid sata-iii card, so I need to know if /boot must remain on spinning rust so grub can find it. Has anyone done this yet?
OR: Can boot be done from a /boot dir on the new cards raid array?
Soft-raid? Better make /boot first partition of equal size on each drive & make it a mirror, so you can boot when a drive fails.
Matches my thinking thanks Nik.
nik
Cheers, Gene Heskett
Cheers, Gene Heskett
On Thursday 05 August 2021 09:36:10 dep wrote:
Hi, everybody!
I'm giving some thought to putting an SSD in my desktop machine. The relatively small ones, ~500gb, have gotten pretty cheap, and they seem to be fairly reliable (though I can't say I utterly trust them, though traditional HDs aren't perfect in this regard, either). It seems that if properly employed, one could speed up my system considerably.
But I thought I'd ask here before pushing the buy button.
So . . . has anyone here used an SSD in a desktop machine? If so, what did you put on it?
I have 20tb of storage on the machine, most of it big photo files, and I expect to keep all of it. Absent a compelling reason to the contrary, I'd keep ~/ on a conventional hard drive as well. My initial idea is putting the / partition and swap partitions on the thing, with everything home and below staying put.
An additional consideration is my idea of keeping a fully current install where it is now, though not using it unless the SSD blows up. Is this reasonably easy to do, or would it be a giant pita?
Anyone here have any experience doing this kind of thing?
dep
Everybody else has said their piece, and mostly it is what I have read about SSDs, or is much like my own experience. However, I would add one or two things more.
I got a WD 1 tb SSD about a year ago now, and it works fine. I use it for my main drive (home directory, root and swap), then have several internal hard drives, three external hard drives (so far), and innumerable flash drives for this and that. I don't really keep anything permanent on it, however, and immediately transfer anything important to those other hard drives, and to backups. I wanted a bigger hard drive, because sometimes I download loads of stuff and was running out of space with my old 500 gb hard drive.
Example (rather off-topic): https://www.jazzstreams.org/JwBP/JwBP-index.php ("Jazz with Bob Parlocha" for you jazz hounds out there - about 100 gb) I find and download lots of stuff like this: free, legal and BIG, so a 500 gb hard drive wasn't enough; 1 tb only barely does the job sometimes.
Boot times are a little faster, yes, but this is a desktop and I don't really reboot a lot. It seems to run a little faster in general than my old hard drive.
One big selling point for me, which I don't think you will read anywhere else, is that you can do a hardware hack that I witnessed with my own eyes. My uber-geeky friend took the DVD drive out of his Lenovo laptop, and simply inserted an SSD drive, and voila! he had a second hard drive in his laptop. (You will obviously want to shut down the machine first before trying this.) Since I am shopping round for a laptop to use when I am travelling, and soon to be moving house, probably all the way across the continent, this would make it convenient to transfer everything just by taking it out of my desktop computer, then (soon, I hope) transferring it into my reasonably new (but perhaps slightly used) laptop.
Last thing: Somewhere I read online (while researching SSDs before buying them) that they have one peculiar down side; which is that they must be used regularly. According to the source, which I don't recall, if an SSD lies dormant for too long, they become more susceptible to data loss. In other words, they work fine as long as they keep running, until of course one day they will stop, anyway; but you must keep them in use. Don't use an SSD as a drive that you keep in a drawer somewhere, full of stuff that you don't access often, yet don't want to lose.
Sorry for the length. If I had more time, I could have made it shorter, but this is just writing off the top of my head. I hope those few extra points were worth the read.
Bill
On Thursday 05 August 2021 11:36:10 am dep wrote:
I'm giving some thought to putting an SSD in my desktop machine.
Hi dep,
Apologies if this duplicates one of the other 40 odd posts in this thread...
Assumptions: You’re looking for a SATA 6 Gb/s SSD.
I use this to figure out hardware:
- https://pcpartpicker.com/products/internal-hard-drive/#sort=ppgb&t=0&... - https://www.harddrivebenchmark.net/ssd.html - Amazon's reviews of your top picks
On PCPartPicker you can further filter on form factor and interface to remove the M.2, notebook drives, SAS, etc.
If you comp supports it, M.2 (aka NVMe) is radically faster than a SATA 6 Gb/s SSD. https://www.harddrivebenchmark.net/high_end_drives.html
Note: HDBM mixes both traditional SSDs and NVMe in to the SSD category, which kinda makes it a pita.
Best, Michael
dep composed on 2021-08-05 16:36 (UTC):
I'm giving some thought to putting an SSD in my desktop machine....
I bought my first 38 months ago. I currently have 12 2.5", 3 NVME, and one SATA M.2. Two of the 12 2.5" have had to be replaced under warranty. A 17th, NVME from XPG/AData, was defective and returned for refund. Largest is 512GB (one only). Smallest is 120GB.
Brands: BiWin Crucial Intel Kingston Mushkin (1 of 2 replaced) Pioneer PNY (replaced) SiliconPower TeamGroup XPG (Adata) (1 of 2 returned defective) ZTC
Most are an only internal/installed storage device.
Overall I'd say the defect rate differs little from my experience with rotating rust, so it's worth the improvement in speed to use them.
Anno domini 2021 Fri, 6 Aug 02:59:36 -0400 Felix Miata scripsit:
dep composed on 2021-08-05 16:36 (UTC):
I'm giving some thought to putting an SSD in my desktop machine....
I bought my first 38 months ago. I currently have 12 2.5", 3 NVME, and one SATA M.2. Two of the 12 2.5" have had to be replaced under warranty. A 17th, NVME from XPG/AData, was defective and returned for refund. Largest is 512GB (one only). Smallest is 120GB.
Brands: BiWin Crucial Intel Kingston Mushkin (1 of 2 replaced) Pioneer PNY (replaced) SiliconPower TeamGroup XPG (Adata) (1 of 2 returned defective) ZTC
Most are an only internal/installed storage device.
Overall I'd say the defect rate differs little from my experience with rotating rust, so it's worth the improvement in speed to use them.
... and don't forget backups. Always have one - at least. And one on something that will not break when submerged in water ...
Nik
On 8/5/21 11:59 PM, Felix Miata wrote:
BiWin Crucial Intel Kingston Mushkin (1 of 2 replaced) Pioneer PNY (replaced) SiliconPower TeamGroup XPG (Adata) (1 of 2 returned defective) ZTC
Overall I'd say the defect rate differs little from my experience with rotating rust, so it's worth the improvement in speed to use them.
It's worth noting that all those you've had fail are brands that don't have very good reputations in SSDs. Stay away from those and you'll have a much better failure rate.
On Friday 06 August 2021 10:25:03 Dan Youngquist wrote:
On 8/5/21 11:59 PM, Felix Miata wrote:
BiWin Crucial Intel Kingston Mushkin (1 of 2 replaced) Pioneer PNY (replaced) SiliconPower TeamGroup XPG (Adata) (1 of 2 returned defective) ZTC
Overall I'd say the defect rate differs little from my experience with rotating rust, so it's worth the improvement in speed to use them.
It's worth noting that all those you've had fail are brands that don't have very good reputations in SSDs. Stay away from those and you'll have a much better failure rate.
I'd note here that I'm beating the daylights out of 4 of the 240G adata's, and one 60G. All are working flawlessly after I purged my systems of sata-usb3 cables of other brands in favor of startech's. They, and the drives are Just Works here.
Cheers, Gene Heskett
Anno domini 2021 Fri, 6 Aug 13:21:59 -0400 Gene Heskett scripsit:
On Friday 06 August 2021 10:25:03 Dan Youngquist wrote:
On 8/5/21 11:59 PM, Felix Miata wrote:
BiWin Crucial Intel Kingston Mushkin (1 of 2 replaced) Pioneer PNY (replaced) SiliconPower TeamGroup XPG (Adata) (1 of 2 returned defective) ZTC
Overall I'd say the defect rate differs little from my experience with rotating rust, so it's worth the improvement in speed to use them.
It's worth noting that all those you've had fail are brands that don't have very good reputations in SSDs. Stay away from those and you'll have a much better failure rate.
I'd note here that I'm beating the daylights out of 4 of the 240G adata's, and one 60G. All are working flawlessly after I purged my systems of sata-usb3 cables of other brands in favor of startech's. They, and the drives are Just Works here.
Cheers, Gene Heskett
Keep an eye on that 60GB if does not have SMART. These old devices die without warning. When they do, you suddenly have a 16MB unformated drive insted of 60GB - that's for flashing the firmware to recover your drive :)
Nik
On 8/6/21 10:21 AM, Gene Heskett wrote:
I'd note here that I'm beating the daylights out of 4 of the 240G adata's, and one 60G. All are working flawlessly after I purged my systems of sata-usb3 cables of other brands in favor of startech's. They, and the drives are Just Works here.
5 drives is a long way from a statistically significant sample. But I hope your good luck continues.
said Gene Heskett:
| All are working flawlessly after I purged my | systems of sata-usb3 cables of other brands in favor of startech's.
Maybe you could remove that ozone-generator card from your system and your cables wouldn't be so sensitive.<g> -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Friday 06 August 2021 14:16:49 dep wrote:
said Gene Heskett: | All are working flawlessly after I purged my | systems of sata-usb3 cables of other brands in favor of startech's.
Maybe you could remove that ozone-generator card from your system and your cables wouldn't be so sensitive.<g> -- dep
As one smartass to another, gladly if you can identify which one it is. ;o)
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity desktop.org
Cheers, Gene Heskett
said Gene Heskett: | On Friday 06 August 2021 14:16:49 dep wrote: | > said Gene Heskett: | > | All are working flawlessly after I purged my | > | systems of sata-usb3 cables of other brands in favor of startech's. | > | > Maybe you could remove that ozone-generator card from your system and | > your cables wouldn't be so sensitive.<g> | > -- | > dep | | As one smartass to another, gladly if you can identify which one it | is. ;o)
What? You don't have a dedicated ozone generator card? If you're relying on one of the all-in-ones that produce ozone, electrical noise, imtermittent power drops, and a high-pitched whine, well, there's your problem. Those things are supposed to be generated separately. -- dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/
On Sat, 7 Aug 2021, dep wrote:
said Gene Heskett: | On Friday 06 August 2021 14:16:49 dep wrote: | > said Gene Heskett: | > | All are working flawlessly after I purged my | > | systems of sata-usb3 cables of other brands in favor of startech's. | > | > Maybe you could remove that ozone-generator card from your system and | > your cables wouldn't be so sensitive.<g> | | As one smartass to another, gladly if you can identify which one it | is. ;o)
What? You don't have a dedicated ozone generator card? If you're relying on one of the all-in-ones that produce ozone, electrical noise, imtermittent power drops, and a high-pitched whine, well, there's your problem. Those things are supposed to be generated separately.
I recently retired an HP LJ III printer. It was my ozone generator for over a quarter century. Now I am bereft of ozone.... :-)
Jonesy
On Saturday 07 August 2021 11:14:49 dep wrote:
said Gene Heskett: | On Friday 06 August 2021 14:16:49 dep wrote: | > said Gene Heskett: | > | All are working flawlessly after I purged my | > | systems of sata-usb3 cables of other brands in favor of | > | startech's. | > | > Maybe you could remove that ozone-generator card from your system | > and your cables wouldn't be so sensitive.<g> | > -- | > dep | | As one smartass to another, gladly if you can identify which one it | is. ;o)
What? You don't have a dedicated ozone generator card? If you're relying on one of the all-in-ones that produce ozone, electrical noise, imtermittent power drops, and a high-pitched whine, well, there's your problem. Those things are supposed to be generated separately.
Well, pretty much all of that is all-in-one here, with a Generac label on it, good for 20 kw running on nat gas, out in the back yard, with a 1500 WA ups insulating this box from such powerline shennanigans. It was needed several years ago by the wife's oxygen generator as she had COPD, finally losing that battle last Dec 7th, Pearl Harbor Day, which I as an old fart, can remember from 1941. It was the first and last time I ever saw my grandfather cry as we listened to the 6 oclock news on a battery powered radio on a farm 10 miles from any commercial electricity. He knew we were going to war, but at 7 yo, I didn't really know what "war" was. But I sure found out.
Moral of this story is that you shouldn't try to out smartass a genuine Senior Citizen, he just might out do you by telling the truth. OTOH, at 86, I am used to being the Senior member of any mailing list I am subscribed to. About 40 of them. That, and activities normally attributed to people half my age, all connive to keep me out of the bars. Which is a Good Thing since we no longer have pills for some of the stuff you can get after hours.
Take care now.
dep
Pictures: http://www.ipernity.com/doc/depscribe/album Column: https://ofb.biz/author/dep/ ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinity desktop.org
Cheers, Gene Heskett