disk-burnin-and-testing VS nvm

Verify authenticity or integrity? I run this on all of the drives I get in: https://github.com/Spearfoot/disk-burnin-and-testing

You could check them using badblocks or the script available at this github repo https://github.com/Spearfoot/disk-burnin-and-testing. If they fail, send the seller the log file as evidence and getting a refund/replace should be pretty straightforward

I used this script fine on 18TB drives. I don't know why it wouldn't work on 20TB https://github.com/Spearfoot/disk-burnin-and-testing . It uses badblocks, but honestly I don't know much about this stuff. If it passes I consider it good to deploy. It does look like it uses a 8192 block size.

Hello, I'm using Spearfoot's disk-burnin script for smart short, smart long and bad blocks tests. I read here and there that we shouldn't test bad blocks on SSDs and I'm curious why. I'd also like to know how to test SSDs with the Spearfoot script since I already know how to test multiple disks at the same time with screens in Putty. I've read the documentation and scrolled through the script and I can't find a way to deactivate the bad blocks test and only do smart short and smart long.

I'm starting this process tonight and this is the best ressource I've found so far to do disk burnin and testing.

You can do a 'burn-in' test for 48 hours in an attempt to give yourself some confidence that they are okay. In my experience unless they were going into a high-redundancy array the risk associated with keeping them is much higher than the downside of replacing them right away, if you can. Shouldnt be any guilt with returning them, the shop that sold them should be able to make a claim against the shipping company and should sell them as used/returned drives and the person who does buy them understands and accepts that risk.

I use this for new drives https://github.com/Spearfoot/disk-burnin-and-testing

So I'm currently testing a new pair of drives in my TrueNAS Server. I'm running Spearfoot's burnin script and it has finished running badblocks and has launched the final smartctl long-test.

Node.js + Nvm - runtime for javascript without a browser

Install Node.js if it hasn't been installed. There are several ways to install Node.js. You may download the installer from the official website, or install it with tools like NVM. After installation, run this command to verify its installation.

Our server also needs Node.js to run our app. We could install the binary directly, but I prefer to use a tool called NVM, which allows us to easily manage Node versions. We can install it with this command:

By setting up your environment in isolation, you can prevent yourself from a lot of issues when experimenting with code. It makes your code behave more predictable due to the defined state of the runtime environment you are working with. This article should provide you with enough information to get started, but obviously, there is a lot more power embedded in NVM, Virtual Environment and RBEnv. So make sure to check their documentation.

I highly recommend setting up nodejs with a version manager, nvm was and still is a popular option, however, I now recommend and have been using fnm, a simpler and faster alternative to manage my nodejs versions.

The purpose of a version manager is to help you navigate or install any tools for development easily. Version Manager can be one tool for each dependency (e.g. NVM, g) or One tool for all dependencies (e.g. asdf, mise).

I usually develop on Windows so I installed NVM for Windows from here, but if you’re on other OS I’m sure you can find a version that supports it, probably this is the answer.

This was a very quick introduction to how I setup NodeJS on my environment using nvm. If you have any questions please refer to the official documentation or contact me via my Social Links.

Source: Can this be used to create/download npm as a standalone executable? #3237.