From owner-freebsd-stable@freebsd.org Wed Feb 26 03:42:06 2020 Return-Path: Delivered-To: freebsd-stable@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 521E824995A for ; Wed, 26 Feb 2020 03:42:06 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: from mail-qk1-x741.google.com (mail-qk1-x741.google.com [IPv6:2607:f8b0:4864:20::741]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48S1nn06LHz3ytR for ; Wed, 26 Feb 2020 03:42:04 +0000 (UTC) (envelope-from mario.olofo@gmail.com) Received: by mail-qk1-x741.google.com with SMTP id z19so1380409qkj.5 for ; Tue, 25 Feb 2020 19:42:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=X/knoy6HunwsTezhpR7lW5qGUAMgfBhMiGNxRPVYm+M=; b=kqfpOca5YzysplJYQ6ItgqyGf3V1oBBcLi/J/hmRjZ0jTirNx9RDS85mLIcp0HlyK1 WudjUeG8pzu0e2IqqjgTS6aWQGx9HptEuwn5TfYyTotqv1xix72Ww859DN8JGPwWSFAw i4MqUHRGkjh7qX52K1xswv4gIDtTH8UqQ0jaDLhR8Nl4/tx7MFJk8rsY9gdSQtpieihu 0SrZHiUsquIlrucv1GMWTvCm2WumnYatheDFjBO+PXsHcCaXZ8u6OHZAKfOOA4xXQIlk 0GhNmm8ZIifzKzEpOeDaq1drwELoULWyjz9mg8MaW+0dCAvSKSqrepSVzfuG2FOQcQms RPpw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=X/knoy6HunwsTezhpR7lW5qGUAMgfBhMiGNxRPVYm+M=; b=R9wO9bTmL10atwRR2NCLAUzp1RRmL98Pe3Smey8bZUzDWlA4l04AMhQlBPshy0vltY 2RWtH2GxUP2q9lAg11eQF0pg0deWbN1++BDfdHgQSLBJ0HBHhfQRiNWLj5LagHyy51tU O0y3mpwznyEez/be6eVmo4ppXQq6oqybnlrFVmfE1OwP/M2kXVS7Kfttrxr0Alpntaqb QlVDR0f5N+hmEdUf2WhLK+XcCFzQH0rVUg1m1bfn/Gfr1iXDqgoQ+tKh2JWHEN29Ll0r BGTNX2ncCXT+OFAGUWw5gkK33oqxl2btY5a6sGoIqnLBlBPiPRvD+5kDAmKrWorcUkij 3XAg== X-Gm-Message-State: APjAAAXxOvJxkwdL0wNxfIPZAckb99NeIGgJXCIFscxVQ4tQGD4lyQwv smkylPo73e2rfS5k75oEnycvQDg2R0Gt68SEBvl0WQ== X-Google-Smtp-Source: APXvYqzbaDwH2rMlE4kgi778GFhTFp/UXRQcIkregck9vVcccmV8TD8FDDA0PXMGBBmoFfa8/PW74Y8+csZ/bDlQrBo= X-Received: by 2002:a05:620a:15f4:: with SMTP id p20mr2668636qkm.272.1582688523919; Tue, 25 Feb 2020 19:42:03 -0800 (PST) MIME-Version: 1.0 References: <202002250115.01P1F9KX090465@mail.karels.net> <188F34DA-192C-4D44-96B5-18A7DAE8EC67@digsys.bg> <6028c786-8610-01d9-818e-6f69a2fe9645@ingresso.co.uk> <20200225145346.GA42880@phouka1.phouka.net> <6e329bb8-b96e-fa16-cc73-426685593943@denninger.net> In-Reply-To: From: Mario Olofo Date: Wed, 26 Feb 2020 00:41:52 -0300 Message-ID: Subject: Re: Running FreeBSD on M.2 SSD To: FreeBSD Stable X-Rspamd-Queue-Id: 48S1nn06LHz3ytR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=kqfpOca5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of marioolofo@gmail.com designates 2607:f8b0:4864:20::741 as permitted sender) smtp.mailfrom=marioolofo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (1.57), ipnet: 2607:f8b0::/32(-1.88), asn: 15169(-1.67), country: US(-0.05)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[1.4.7.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Feb 2020 03:42:06 -0000 Guys, just a little update: I was able to boot from the HDD, just had to remove the FreeBSD partition from the SSD because the loader always load from the first pool that it founds (I say first because the two installations was on zfs/root, so it never boot the second pool). After one hour of usage the ZFS remains stable, no errors detected. I installed git, npm, node, xorg, xfce4, put some projects and loaded all the node_modules dependencies and after some time deleted some files, reboot twice, add and remove more files and the system have 0 errors... The problem with it on the SSD maybe really related to some lack of a very specific configuration of my part or is a driver parameter/misdetection problem =3D/ If you need more information from the system I can collect! Thank you all for the support, Mario Em ter., 25 de fev. de 2020 =C3=A0s 21:26, Mario Olofo escreveu: > Hybrid HDD are the norm for notebooks, that is, 1TB hard drive with 16GB > of SSD internal memory for fast writes and hot data (most used pages). > In my case, the notebook came with a ST1000LX015, but the problem happene= d > on the SSD, not on this HDD. > The SSD is a WD Green m.2, Rebecca already posted a link to the model: > https://shop.westerndigital.com/products/internal-drives/wd-green-sata-ss= d#WDS480G2G0B > > Mario > > Em ter., 25 de fev. de 2020 =C3=A0s 21:12, George Michaelson > escreveu: > >> you said "hybrid HDD" >> >> is this possibly about write-back vs write-through cache integrity and >> some confusion in a driver over what is committed back in disk, and >> what is not? >> >> this feels like a very nasty corner case. Could you be explicit about >> versions and vendors? >> >> I am asking for selfish reasons: I have a lot of dependencies in a >> large SSD backed ZFS postgres server on Dell, and I am about to commit >> to a lenovo X1 Carbon 7/8th gen which would be SSD and almost >> certainly was intended to be ZFS-SSD in FreeBSD. >> >> -George >> >> On Wed, Feb 26, 2020 at 9:22 AM Mario Olofo >> wrote: >> > >> > Hello, >> > >> > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my Linu= x >> to >> > test) and on my Hybrid HDD. >> > >> > Just configured rc.conf to start my wifi dongle, downoaded git, node a= nd >> > npm via pkg and... as you can see in my screenshot, >> > the ZFS already shows corrupted data... >> > >> > Can't been able to load the FreeBSD from the HDD though, don't know >> why, if >> > someone knows how to load the >> > kernel from the HDD via loader on SSD or grub2, I can try =3D) >> > >> > Mario >> > >> > Em ter., 25 de fev. de 2020 =C3=A0s 20:18, Mario Olofo < >> mario.olofo@gmail.com> >> > escreveu: >> > >> > > Hello, >> > > >> > > I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my >> Linux to >> > > test) and on my Hybrid HDD. >> > > >> > > Just configured and rc.conf to start my wifi dongle, downoaded git, >> node >> > > and npm via pkg and... as you can see in my screenshot, >> > > the ZFS already shows corrupted data... >> > > >> > > Can't been able to load the FreeBSD from the HDD though, don't know >> why, >> > > if someone direct me how to load the >> > > kernel from the HDD via loader or grub2, I'll try =3D) >> > > >> > > Em ter., 25 de fev. de 2020 =C3=A0s 18:56, Mario Olofo < >> mario.olofo@gmail.com> >> > > escreveu: >> > > >> > >> Hello, >> > >> >> > >> I reinstalled FreeBSD 12.1 on my SSD (in the swap partition of my >> Linux >> > >> to test) and on my Hybrid HDD. >> > >> >> > >> Just configured and rc.conf to start my wifi dongle, downoaded git, >> node >> > >> and npm via pkg and... as you can see in my screenshot, >> > >> the ZFS already shows corrupted data... >> > >> >> > >> Can't been able to load the FreeBSD from the HDD though, don't know >> why, >> > >> if someone direct me how to load the >> > >> kernel from the HDD via loader or grub2, I'll try =3D) >> > >> >> > >> Mario >> > >> >> > >> Em ter., 25 de fev. de 2020 =C3=A0s 12:11, Karl Denninger < >> karl@denninger.net> >> > >> escreveu: >> > >> >> > >>> >> > >>> On 2/25/2020 9:53 AM, John Kennedy wrote: >> > >>> > On Tue, Feb 25, 2020 at 11:07:48AM +0000, Pete French wrote: >> > >>> >> I have often wondered if ZFS is more aggressive with discs, >> because >> > >>> until >> > >>> >> very recently any solid state drive I have used ZFS on broke ve= ry >> > >>> quicky. ... >> > >>> > I've always wondered if ZFS (and other snapshotting file >> systems) >> > >>> would help >> > >>> > kill SSD disks by locking up blocks longer than other filesystem= s >> > >>> might. For >> > >>> > example, I've got snapshot-backups going back, say, a year then >> those >> > >>> blocks >> > >>> > that haven't changed aren't going back into the pool to be >> rewritten >> > >>> (and >> > >>> > perhaps favored because of low write-cycle count). As the disk >> fills >> > >>> up, the >> > >>> > blocks that aren't locked up get reused more and more, leading t= o >> > >>> extra wear >> > >>> > on them. Eventually one of those will get to the point of >> erroring >> > >>> out. >> > >>> > >> > >>> > Personally, I just size generously but that isn't always an >> option >> > >>> for >> > >>> > everybody. >> > >>> >> > >>> I have a ZFS RaidZ2 on SSDs that has been running for several /yea= rs >> > >>> /without any problems. The drives are Intel 730s, which Intel >> CLAIMS >> > >>> don't have power-loss protection but in fact appear to; not only d= o >> they >> > >>> have caps in them but in addition they pass a "pull the cord out o= f >> the >> > >>> wall and then check to see if the data is corrupted on restart" >> test on >> > >>> a repeated basis, which I did several times before trusting them. >> > >>> >> > >>> BTW essentially all non-data-center SSDs fail that test and some >> fail it >> > >>> spectacularly (destroying the OS due to some of the in-flight data >> being >> > >>> comingled on an allocated block with something important; if the >> > >>> read/erase/write cycle interrupts you're cooked as the "other" dat= a >> that >> > >>> was not being modified gets destroyed too!) -- the Intels are one >> of the >> > >>> very, very few that have passed it. >> > >>> >> > >>> -- >> > >>> -- Karl Denninger >> > >>> /The Market-Ticker/ >> > >>> S/MIME Email accepted and preferred >> > >>> >> > >> >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list >> > https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to " >> freebsd-stable-unsubscribe@freebsd.org" >> >