From owner-freebsd-fs@freebsd.org Thu Jun 4 11:43:28 2020 Return-Path: <owner-freebsd-fs@freebsd.org> Delivered-To: freebsd-fs@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 437363363CB for <freebsd-fs@mailman.nyi.freebsd.org>; Thu, 4 Jun 2020 11:43:28 +0000 (UTC) (envelope-from large.hadron.collider@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 49d3nW1kD9z4WPx for <freebsd-fs@freebsd.org>; Thu, 4 Jun 2020 11:43:26 +0000 (UTC) (envelope-from large.hadron.collider@gmx.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1591271005; bh=SFnBP6xi+cscgFTLkLqJ07cBs/yRMxIQ1nvwF+nzmEM=; h=X-UI-Sender-Class:Date:From:To:Subject:In-Reply-To:References; b=NmQJoaJ7NJdb27ZWYjy5NxLH1WWkUq2sb+y2DZGchNHQ2JVSbd29dIRcntd4h4RpI KAzyMN12nsDF/nz8iXdejna2ueV80CY449ewPaGas910Udc3Cag5Qo50BYqUip/+XL SGcJZVIegsyMn5/7f1+ku2YhOqDpvk8TdYDG0wdE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from Regeneratus.BC.CA.Umbrellix.NET ([50.69.229.17]) by mail.gmx.com (mrgmx105 [212.227.17.174]) with ESMTPSA (Nemesis) id 1MtfJX-1ipWCZ2BqR-00v59n for <freebsd-fs@freebsd.org>; Thu, 04 Jun 2020 13:43:25 +0200 Date: Thu, 4 Jun 2020 04:43:22 -0700 From: Large Hadron Collider <large.hadron.collider@gmx.com> To: freebsd-fs@freebsd.org Subject: Re: fsck this shit Message-Id: <20200604044322.717fc55208d79bf8d3c66c6d@gmx.com> In-Reply-To: <cf99c910-8ac7-a445-8fab-47b0c165c1d0@rlwinm.de> References: <2b976212-4c83-b528-3db6-aa8f5be4db4f@national.shitposting.agency> <cf99c910-8ac7-a445-8fab-47b0c165c1d0@rlwinm.de> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:shB2eVpq0YSUgxwwL98WmmAb01wUUu2C+hZ7L4iphLHl1s7uAim 8wb7UB/8YW9HFsD7Mgy/RCwafEiT6nr/QJJjP7dVP26Diio8RioPL3vyupYUHzsZ2pdOtyT nTfyjFvsFir/RT5sQ1S6HO5bpwSr0ieRC+QZtrCOhn2t//uRhTMhNf3unSqDHOUuTuhbfV/ yaUG0IT6xTHY8fFvqlgyg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:SS30jaW1klM=:6fJ1sWgI2mopehZRlCG3pg RpBJEQ1pWCKoGhLaih35oIwezCqnLOIzM9acdCCe/RTmDNaBw23Lor51YZPLFKWLcYon8yLja XNWrNRiYANYHjWW6u1LZynXQCi3DS3V+k+6j6xJHxM96Z/AsevH3JFOKRpHHHXK6MjBorGAod GZRShm4ZkD05/OANBthuwCX7SQOuneCIkLPxlXx7HTS759hfjphSy7yDD0HYSXw/MABaltO9L Vsx3Ub2hytEQ7uPCVE4JETVq7GWKjF89Xrq0hd7xywtvrORCSMD367zT45LXvEirqmXEuZcYE gokcjHyk/1dJ9soTAN3wXS/g4fWvFPqmHAxLP/xNPO7jJWcJLaB9rGrQrYIvpL7bUAYxTb61/ ECKYe9eZNFuw9VHiB8C+/lPAEHCGjPO1T5fY2L/yUmy35MwSaoJZDYJk8neSHdVkaDL6x+V37 Au5eMVejpm/5UXpxqTiqv/Zz7VTCTeegjbaboe7/bdk4PJM8iILckyn42b0W66XmJPaJZUKfU JNjN4pbnt4lG9BORLSoEgph1AlWvlH8pbsPLhypxrwbjm9vLcxerT8ttbUuEpsiEc4JCPN/6T cgMalFm2ph+TlRaSB19XlJul7xepMXPKnOvFR+FvhM1B2XTnweDcFy3EeCRtoUQH90McOko5h BlitfvaKtPEVWkwSXbe8E5GETzKPn5IrnPo5jFlAN2onEO294gnxRMV1H1/TpkkvT+D/Lpqpx 0oiUB0Llp55rfWPViUTS55gY1ooPpqi3iyjo71CFRD7ADxE4zXm4k5wXGpjp3Y2JekjzD/edY 3LHBUFZ+tOkYL157KhH14Y+GU6L2d0Z/0qsuB63GGlMPTf8IUHjjStnXi0NB0c4e/aCzfjcL+ /EAOcM90ZaYkJEvef3Z1plf1YsanyKY9u8ptB5WNwSWxHPa97ULgPZOjYs7qFkuNoDBBxX8Nj G0hqy44pzduoVpN0v6ruj1tizbq3xxDWHEinjjiVqZ1NARQRQ4IDkTMBdN3MjlsKXcPjtMfb8 Y1ElmvQVyzQC91IrQpba56nHINPEFpZKE0USaxZLyKBIEGaE/pyPbr+U1YKHDRT2Ty1WNA6tz M05cdYEx5khUiv4XQM/N6Ui+HCuHPRXZrvfu4bCkAypaYlx31EuNbHxqwtncDVzLX0ick9hlB GI5EjKXAgAg+SSpo0mWrZ5u8cxrJ8ECSI526N9mieacFF8Qju9zs/Kgu5jHlukZsNw8gMbRtC oRDKQhe1Oj9oY1UqeSmEaEi3KVn3TEmym3MNpzQ== X-Rspamd-Queue-Id: 49d3nW1kD9z4WPx X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=NmQJoaJ7; dmarc=none; spf=pass (mx1.freebsd.org: domain of large.hadron.collider@gmx.com designates 212.227.17.20 as permitted sender) smtp.mailfrom=large.hadron.collider@gmx.com X-Spamd-Result: default: False [-2.37 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmx.com]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-0.34)[-0.336]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmx.com]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[212.227.17.20:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.936]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-0.996]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-fs@freebsd.org]; DMARC_NA(0.00)[gmx.com]; RCPT_COUNT_ONE(0.00)[1]; RWL_MAILSPIKE_POSSIBLE(0.00)[212.227.17.20:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Filesystems <freebsd-fs.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-fs>, <mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs/> List-Post: <mailto:freebsd-fs@freebsd.org> List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-fs>, <mailto:freebsd-fs-request@freebsd.org?subject=subscribe> X-List-Received-Date: Thu, 04 Jun 2020 11:43:28 -0000 I doubt they're actually fascists or racists, but they certainly seem like= the kind of people to be sympathetic to fascists, racists and/or KKK memb= ers. On Wed, 3 Jun 2020 22:22:30 +0200 Jan Bramkamp <crest@rlwinm.de> wrote: > > On 03.06.20 22:18, Thomas Mueller wrote: > > from goatshit54108@national.shitposting.agency: > > > >> Once upon a time, the power ran out, and then... > >> ** SU+J Recovering /dev/<...> > >> ** Reading 33554432 byte journal from inode 4. > >> ** Building recovery table. > >> ** Resolving unreferenced inode list. > >> ** Processing journal entries. > >> fsck: /dev/<...>: Segmentation fault > > GAAAY. > > > >> OK, let's check the core dump... oh, wait... tough luck. Fortunately,= subsequent runs of fsck ended up likewise, so I was able to get a core du= mp by re-executing fsck while being inside a TMPFS-backed directory. (On t= he other hand, unfortunately, fsck was never able to replay the journal.) = Furthermore, I saved the .sujournal file, but saving the contents of the w= hole filesystem was beyond my resources. (It would have been adequate to u= se a tool that collected (only) the blocks that fsck read before segfaulti= ng (thus constructing a small test case), but no such tool was at hand.) > >> Before running "fsck -y" (because I had no other options) I looked at= "fsck -n" to see whether a particular, large file would get idiotically r= emoved as part of "fixing" the filesystem. This routine is prompted by (1)= personal experiences of files getting lost or truncated to 0 length, and = (2) past reports of disasterous behaviors involving soft updates, such as = untouched (read-only) files getting lost; "lost" means not even relinked t= o /lost+found or anything. And wouldn't ya know it, fsck did ask whether t= o remove something that had an unambiguously large size (to be exact, IIRC= : "DUP ... REMOVE?", whatever that means). That's it, either (a) remove th= e file, or (b) stay dirty; take it or leave it. It's not like there was so= me 3rd option to relink the file to /lost+found. After "fsck -y", the file= disappeared without a trace. GAAAAAAAAAY. > > > >> The fsck_ffs (or fsck_ufs) file was the one distributed with the 12.1= -RELEASE, the one with the SHA3-256 checksum of 447592ae05dc7829823901700b= b90940968cae006719964d39b1212bb312d164. Let's see the backtrace: > >> * thread #1, name =3D 'fsck_ufs', stop reason =3D signal SIGSEGV > >> * frame #0: 0x0000000000219d93 fsck_ffs`blk_free(bno=3D10692928, = mask=3D0, frags=3D134643471) at suj.c:653:34 > >> frame #1: 0x000000000021a481 fsck_ffs`ino_trunc(ino=3D5296913, = size=3D134610944) at suj.c:1547:3 > >> frame #2: 0x0000000000216fee fsck_ffs`suj_check [inlined] cg_ad= j_blk(sc=3D0x0000000801574540) at suj.c:1788:5 > >> frame #3: 0x0000000000216fc3 fsck_ffs`suj_check [inlined] cg_ap= ply at suj.c:1900 > >> frame #4: 0x0000000000216fa5 fsck_ffs`suj_check(filesys=3D"/dev= /<...>") at suj.c:2737 > >> frame #5: 0x000000000020ef54 fsck_ffs`main [inlined] checkfiles= ys(filesys=3D"/dev/<...>") at main.c:427:9 > >> frame #6: 0x000000000020ef07 fsck_ffs`main(argc=3D1, argv=3D0x0= 0007fffffffec48) at main.c:205 > >> frame #7: 0x000000000020810f fsck_ffs`_start(ap=3D<unavailable>= , cleanup=3D<unavailable>) at crt1.c:76:7 > >> Some analysis: > > (snip) > > > > I have had times when fsck_ffs from FreeBSD didn't succeed, but fsck_f= fs from NetBSD did succeed. That was on a FreeBSD installation, but I als= o had/have NetBSD installed. > > > > I use GPT with no traditional BSD disklabels, so FreeBSD and NetBSD ca= n read and write each other's partitions. > > > > I ran "host national.shitposting.agency", and got > > > > national.shitposting.agency has address 52.11.159.5 > > national.shitposting.agency mail is handled by 20 mx2.cock.li. > > national.shitposting.agency mail is handled by 10 mx1.cock.li. > > > > so the domain really exists. > Yes as you can see in the MX records its run by a bunch of well known > racists and faschists who also brought us nice domains like > hitler.rocks, nigge.rs. nuke.africa and rape.lol. > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" =2D- Large Hadron Collider <large.hadron.collider@gmx.com>