From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.0 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,MENTIONS_GIT_HOSTING,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4E44CCA9EA0 for ; Sat, 26 Oct 2019 00:01:14 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id DFC5020867 for ; Sat, 26 Oct 2019 00:01:13 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=gmx.net header.i=@gmx.net header.b="be+ckeuD" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725897AbfJZABM (ORCPT ); Fri, 25 Oct 2019 20:01:12 -0400 Received: from mout.gmx.net ([212.227.15.18]:45449 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725847AbfJZABM (ORCPT ); Fri, 25 Oct 2019 20:01:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1572048069; bh=Ym3PxouiQu0Cx0BwcKMaJk44NpQuaOerA6mPWdCGDx4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=be+ckeuDs98nQuMs72iiYfFEBgppfN8cI/hb+Ca6uX2PSrZ4yfOuHH5td+Jhhy/dv ywpoSbXXQ1ZITmQT66uJmIWLflG5jpJsf8jIlMevTuyJdXE3IYtPC+VNwanMlFc9bg /bG762vxizLuv3QAcLq2jljB3vYkU+jlX5VT1094= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [0.0.0.0] ([13.231.109.76]) by mail.gmx.com (mrgmx004 [212.227.17.184]) with ESMTPSA (Nemesis) id 1Mr9Bk-1hcDWU2sKM-00oHx2; Sat, 26 Oct 2019 02:01:09 +0200 Subject: Re: first it froze, now the (btrfs) root fs won't mount ... To: Christian Pernegger , "Austin S. Hemmelgarn" Cc: linux-btrfs References: <4608b644-0fa3-7212-af45-0f4eebfb0be9@gmx.com> <20f660ea-d659-7ad5-a84d-83d8bfa3d019@gmx.com> <0d6683ee-4a2c-f2ab-857b-c7cd44442dce@gmail.com> <043c2d26-a067-fd03-4c98-7ff76b081fed@gmail.com> From: Qu Wenruo Autocrypt: addr=quwenruo.btrfs@gmx.com; prefer-encrypt=mutual; keydata= mQENBFnVga8BCACyhFP3ExcTIuB73jDIBA/vSoYcTyysFQzPvez64TUSCv1SgXEByR7fju3o 8RfaWuHCnkkea5luuTZMqfgTXrun2dqNVYDNOV6RIVrc4YuG20yhC1epnV55fJCThqij0MRL 1NxPKXIlEdHvN0Kov3CtWA+R1iNN0RCeVun7rmOrrjBK573aWC5sgP7YsBOLK79H3tmUtz6b 9Imuj0ZyEsa76Xg9PX9Hn2myKj1hfWGS+5og9Va4hrwQC8ipjXik6NKR5GDV+hOZkktU81G5 gkQtGB9jOAYRs86QG/b7PtIlbd3+pppT0gaS+wvwMs8cuNG+Pu6KO1oC4jgdseFLu7NpABEB AAG0IlF1IFdlbnJ1byA8cXV3ZW5ydW8uYnRyZnNAZ214LmNvbT6JAU4EEwEIADgCGwMFCwkI BwIGFQgJCgsCBBYCAwECHgECF4AWIQQt33LlpaVbqJ2qQuHCPZHzoSX+qAUCXZw1oQAKCRDC PZHzoSX+qCY6CACd+mWu3okGwRKXju6bou+7VkqCaHTdyXwWFTsr+/0ly5nUdDtT3yEVggPJ 3VP70wjlrxUjNjFb6iIvGYxiPOrop1NGwGYvQktgRhaIhALG6rPoSSAhGNjwGVRw0km0PlIN D29BTj/lYEk+jVM1YL0QLgAE1AI3krihg/lp/fQT53wLhR8YZIF8ETXbClQG1vJ0cllPuEEv efKxRyiTSjB+PsozSvYWhXsPeJ+KKjFen7ebE5reQTPFzSHctCdPnoR/4jSPlnTlnEvLeqcD ZTuKfQe1gWrPeevQzgCtgBF/WjIOeJs41klnYzC3DymuQlmFubss0jShLOW8eSOOWhLRuQEN BFnVga8BCACqU+th4Esy/c8BnvliFAjAfpzhI1wH76FD1MJPmAhA3DnX5JDORcgaCbPEwhLj 1xlwTgpeT+QfDmGJ5B5BlrrQFZVE1fChEjiJvyiSAO4yQPkrPVYTI7Xj34FnscPj/IrRUUka 68MlHxPtFnAHr25VIuOS41lmYKYNwPNLRz9Ik6DmeTG3WJO2BQRNvXA0pXrJH1fNGSsRb+pK EKHKtL1803x71zQxCwLh+zLP1iXHVM5j8gX9zqupigQR/Cel2XPS44zWcDW8r7B0q1eW4Jrv 0x19p4P923voqn+joIAostyNTUjCeSrUdKth9jcdlam9X2DziA/DHDFfS5eq4fEvABEBAAGJ ATwEGAEIACYCGwwWIQQt33LlpaVbqJ2qQuHCPZHzoSX+qAUCXZw1rgUJCWpOfwAKCRDCPZHz oSX+qFcEB/95cs8cM1OQdE/GgOfCGxwgckMeWyzOR7bkAWW0lDVp2hpgJuxBW/gyfmtBnUai fnggx3EE3ev8HTysZU9q0h+TJwwJKGv6sUc8qcTGFDtavnnl+r6xDUY7A6GvXEsSoCEEynby 72byGeSovfq/4AWGNPBG1L61Exl+gbqfvbECP3ziXnob009+z9I4qXodHSYINfAkZkA523JG ap12LndJeLk3gfWNZfXEWyGnuciRGbqESkhIRav8ootsCIops/SqXm0/k+Kcl4gGUO/iD/T5 oagaDh0QtOd8RWSMwLxwn8uIhpH84Q4X1LadJ5NCgGa6xPP5qqRuiC+9gZqbq4Nj Message-ID: <503118ac-877f-989c-50f2-5e2a3d0b58d8@gmx.com> Date: Sat, 26 Oct 2019 08:01:04 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="0y4DZSE7jpwmdJPwi6EPtMEwawmBnW8m3" X-Provags-ID: V03:K1:DqbNTUF7HFDczUb1Xlaiqd5LaO/QJg2zlBadC/J0rV8LQLXIkRZ MpFaI7x9ZMz6cD005Vs0gK2ALnWWwrAV0HaT2ATp3mWbCaC6QdD+1rmKhfz9sC+PIGqVC+h dd9C9cIfqYmI/YJ+GiZ5QI1goezDJs3P60ExkUn/lv1u12oR9GIWY4NtIDE59SxNyLB4bvO 1+6ei4t17jiO1fa2P1URw== X-UI-Out-Filterresults: notjunk:1;V03:K0:x5MZaD2JDwQ=:DCUFsym/OkyyKJNeK/kJC9 ixjfdHKUmEKCTNwN8OXRztLrEXO/5VNYroqOnKv9vwl5opdi7NLxy/fvOro21/zScIH8GZOOB xiQYEiROGgLPeeLJOLpmf7hT3pDqviyLM/XZFJD/G/Vp7EoborhONi3QjE4YR+8+c73Zmaruu HTGEXfZLAb1NJDC9VJTzwmCEZ8RpzkMm5dxUsjk/dHK8kSDz2SnoXQt/26/YLCsXAFb9LoYcz z5vOtzy96NIQmCG66Q0AMdeVBxMl743ZRm4e9DU8dsYw5PmjbaXcQB2IgsiEctRYDNOyN2hEB MMfqdexSytFt73Wv2YbVHxmTHh4zeMxfgycJVT+oS73CDwo3RGqAIdXcQcNqsHjOIkk/RuMk3 tK58YmG+d9DgCHLMaNjddIYlRULvnYWsuy6pS+mCYV1TXOo2ctf7L6Ss8kwynhUCJKi1u3ZRw mqVHP/uIZ5uJVtgsH/9p2p0SUsB/vE8rwTSlq3z4J7J1pVbfwuwiAtwgy59ScTfcwInwGRXUC uABgjLJ8Ca5/RQf0c9tKOfSr/+4AImwjK/SOfbWx2BdRMNPYJsEIMtvJkPp5OEUmjGNRovx5w XVH252tvsYBRjhFc0IPovh1THawDerRLkx12i2/4ryfpxYjtVdwnHvV4pWniYrXFqZ1wp5C98 yP/vh9vgQ30dI6mZ7mrnjehJNGKMCkc9MT8S4knTWZ0jvaDXD0bpXlqTZbrmy27clFSv0nVA0 WLKtxlFQBackka86fjKNdofB1+KZb3bESOc4lfOCVDh7othKaV/Ul8Qtm4tB8O07gBzEGVhA+ Yg1yXrqTgA9GuqGmR1XoBS/OkbEqS8Ur/w94GVgZTrkyySre1+pV5kOqqrZ53TSll+g2TctFq fKY5b9zg2Vhw37lzSKsuxmEmcKSTC32hJDg2IXjdfLU7KGhe5Z/hI/feb7wyHKR6k0LtMiOPC vARxEFGYSLj0b2xnTCstqBo6iKZmJ5LapV3w1onlG8l714l8At+GmQrzSQAMWAiHsxc5LKOOF AXF79LO52MQDbY8NeoccM+oYqEe7RaxpbEFGRAsvItzIQGErOwbMhbDHSlFJPUUf/FbKEWyVg z4ef92kDommJVGQ3CVIV1m5zoSq78JIKCToHe4b3q5jTHE/meJaeq1pFpIC12ER1vaIDk/gvf TqLn0QjW4VgwqE7+4cSKqXtL7dHswR+bXAsLc3j/SH0jad40ThJCoES83iX6iMXZ5DnSevPwb G6j+siTKhTWPxBim4aR9ZR9WYlzLJq+73rf+xoFh0U61VxikOK7d3SmsMBcA= Sender: linux-btrfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-btrfs@vger.kernel.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --0y4DZSE7jpwmdJPwi6EPtMEwawmBnW8m3 Content-Type: multipart/mixed; boundary="8o1ySeslE4YrlrVSml08raKv53TJU3Hl0" --8o1ySeslE4YrlrVSml08raKv53TJU3Hl0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2019/10/26 =E4=B8=8A=E5=8D=8812:43, Christian Pernegger wrote: > Am Do., 24. Okt. 2019 um 13:26 Uhr schrieb Qu Wenruo : >> Since you're using v5.0 kernel, it's pretty hard to just compile the b= trfs module. >=20 > Oh, I'm not married to 5.0, it's just that I'd prefer building a > kernel package, so it integrates properly with the system. For > posterity, on Linux Mint 19.2: >=20 > # clone repo > $ git clone https://github.com/adam900710/linux.git >=20 > # check commit history > (https://github.com/adam900710/linux/commits/rescue_options) for the > release the rescue_options branch is based on =3D> 5.3-rc7 > # download the Ubuntu patches matching that version (=3D> > https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.3-rc7/) and apply > them to the rescue_options branch > $ wget https://kernel.ubuntu.com/~kernel-ppa/mainline/v5.3-rc7/0001-bas= e-packaging.patch > [... repeat for the rest ...] > $ cd linux > $ git checkout rescue_options > $ patch -p1 <../0001-*.patch > [... repeat for the rest ...] >=20 > # set number of threads to use for compilation, optional & to taste > export DEB_BUILD_OPTIONS=3D'parallel=3D16' >=20 > # build; could probably trim these targets down more > $ fakeroot debian/rules clean > $ fakeroot debian/rules do_mainline_build=3Dtrue binary-headers > binary-generic binary-perarch > cd .. >=20 > # install > dpkg -i linux-image-*_amd64.deb linux-modules-*_amd64.deb linux-headers= -*.deb >=20 >=20 > Ok then, let's do this: >> Then you can boot into the new kernel, then try mount it with -o >> "resuce=3Dskip_bg,ro". >=20 > [ 565.097058] nbd0: p1 p2 > [ 565.192002] BTRFS: device fsid c2bd83d6-2261-47bb-8d18-5aba949651d7 > devid 1 transid 58603 /dev/nbd0p2 > [ 568.490654] nbd0: p1 p2 > [ 869.871598] BTRFS info (device dm-1): unrecognized rescue option 'sk= ip_bg' > [ 869.884644] BTRFS error (device dm-1): open_ctree failed >=20 > Hmm, glancing at the source I think it's "skipbg", no underscore(?) >=20 > [ 1350.402586] BTRFS info (device dm-1): skip mount time block group se= arching > [ 1350.402588] BTRFS info (device dm-1): disk space caching is enabled > [ 1350.402589] BTRFS info (device dm-1): has skinny extents > [ 1350.402590] BTRFS error (device dm-1): skip_bg must be used with > notreelog mount option for dirty log > [ 1350.419849] BTRFS error (device dm-1): open_ctree failed >=20 > Fine by me, let's add "notreelog" as well. Note that "skip_bg" is > actually written with an underscore above. >=20 > [ 1399.169484] BTRFS info (device dm-1): disabling tree log > [ 1399.169487] BTRFS info (device dm-1): skip mount time block group se= arching > [ 1399.169488] BTRFS info (device dm-1): disk space caching is enabled > [ 1399.169488] BTRFS info (device dm-1): has skinny extents > [ 1399.319294] BTRFS info (device dm-1): enabling ssd optimizations > [ 1399.376181] BUG: kernel NULL pointer dereference, address: 000000000= 0000000 > [ 1399.376185] #PF: supervisor write access in kernel mode > [ 1399.376186] #PF: error_code(0x0002) - not-present page > [ 1399.376187] PGD 0 P4D 0 > [ 1399.376190] Oops: 0002 [#1] SMP NOPTI > [ 1399.376193] CPU: 10 PID: 3730 Comm: mount Not tainted > 5.3.0-050300rc7-generic #201909021831 > [ 1399.376194] Hardware name: Gigabyte Technology Co., Ltd. X570 AORUS > MASTER/X570 AORUS MASTER, BIOS F7a 09/09/2019 > [ 1399.376199] RIP: 0010:_raw_spin_lock+0x10/0x30 > [ 1399.376201] Code: 01 00 00 75 06 48 89 d8 5b 5d c3 e8 4a 75 66 ff > 48 89 d8 5b 5d c3 0f 1f 40 00 0f 1f 44 00 00 55 48 89 e5 31 c0 ba 01 > 00 00 00 0f b1 17 75 02 5d c3 89 c6 e8 01 5d 66 ff 66 90 5d c3 0f > 1f 00 > [ 1399.376202] RSP: 0018:ffffaec3c2d33370 EFLAGS: 00010246 > [ 1399.376204] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000= 000000000 > [ 1399.376205] RDX: 0000000000000001 RSI: ffffa0487f540248 RDI: 0000000= 000000000 > [ 1399.376206] RBP: ffffaec3c2d33370 R08: ffffaec3c2d335a7 R09: 0000000= 000000002 > [ 1399.376207] R10: 00000000ffffffff R11: ffffaec3c2d338a5 R12: 0000000= 000004000 > [ 1399.376208] R13: ffffa0487f540000 R14: 0000000000000000 R15: ffffa04= d0e6d5800 > [ 1399.376210] FS: 00007fafdb068080(0000) GS:ffffa04d7ea80000(0000) > knlGS:0000000000000000 > [ 1399.376211] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 1399.376212] CR2: 0000000000000000 CR3: 0000000494ea0000 CR4: 0000000= 000340ee0 > [ 1399.376213] Call Trace: > [ 1399.376239] btrfs_reserve_metadata_bytes+0x51/0x9c0 [btrfs] > [ 1399.376241] ? __switch_to_asm+0x40/0x70 > [ 1399.376242] ? __switch_to_asm+0x34/0x70 > [ 1399.376243] ? __switch_to_asm+0x40/0x70 > [ 1399.376245] ? __switch_to_asm+0x34/0x70 > [ 1399.376246] ? __switch_to_asm+0x40/0x70 > [ 1399.376247] ? __switch_to_asm+0x34/0x70 > [ 1399.376248] ? __switch_to_asm+0x40/0x70 > [ 1399.376249] ? __switch_to_asm+0x34/0x70 > [ 1399.376250] ? __switch_to_asm+0x40/0x70 > [ 1399.376251] ? __switch_to_asm+0x34/0x70 > [ 1399.376252] ? __switch_to_asm+0x40/0x70 > [ 1399.376271] btrfs_use_block_rsv+0xd0/0x180 [btrfs] > [ 1399.376286] btrfs_alloc_tree_block+0x83/0x550 [btrfs] > [ 1399.376288] ? __schedule+0x2b0/0x670 > [ 1399.376302] alloc_tree_block_no_bg_flush+0x4a/0x60 [btrfs] > [ 1399.376315] __btrfs_cow_block+0x12f/0x590 [btrfs] > [ 1399.376329] btrfs_cow_block+0xf0/0x1b0 [btrfs] > [ 1399.376342] btrfs_search_slot+0x531/0xad0 [btrfs] > [ 1399.376356] btrfs_insert_empty_items+0x71/0xc0 [btrfs] > [ 1399.376374] overwrite_item+0xef/0x5e0 [btrfs] > [ 1399.376390] replay_one_buffer+0x584/0x890 [btrfs] > [ 1399.376404] walk_down_log_tree+0x192/0x420 [btrfs] > [ 1399.376419] walk_log_tree+0xce/0x1f0 [btrfs] > [ 1399.376433] btrfs_recover_log_trees+0x1ef/0x4a0 [btrfs] It's already working, the problem is, there is a dirty log while nologreplay mount option doesn't really work. You can btrfs-zero-log to clear the log, then try again using skipbg mount option. And thanks for the report, I'll look into why nologreplay doesn't work. Thanks, Qu > [ 1399.376446] ? replay_one_extent+0x7e0/0x7e0 [btrfs] > [ 1399.376462] open_ctree+0x1a23/0x2100 [btrfs] > [ 1399.376476] btrfs_mount_root+0x612/0x760 [btrfs] > [ 1399.376489] ? btrfs_mount_root+0x612/0x760 [btrfs] > [ 1399.376492] ? __lookup_constant+0x4d/0x70 > [ 1399.376494] legacy_get_tree+0x2b/0x50 > [ 1399.376495] ? legacy_get_tree+0x2b/0x50 > [ 1399.376497] vfs_get_tree+0x2a/0x100 > [ 1399.376499] fc_mount+0x12/0x40 > [ 1399.376501] vfs_kern_mount.part.30+0x76/0x90 > [ 1399.376502] vfs_kern_mount+0x13/0x20 > [ 1399.376515] btrfs_mount+0x179/0x920 [btrfs] > [ 1399.376518] ? __check_object_size+0xdb/0x1b0 > [ 1399.376520] legacy_get_tree+0x2b/0x50 > [ 1399.376521] ? legacy_get_tree+0x2b/0x50 > [ 1399.376523] vfs_get_tree+0x2a/0x100 > [ 1399.376526] ? capable+0x19/0x20 > [ 1399.376528] do_mount+0x6dc/0xa10 > [ 1399.376529] ksys_mount+0x98/0xe0 > [ 1399.376531] __x64_sys_mount+0x25/0x30 > [ 1399.376534] do_syscall_64+0x5a/0x130 > [ 1399.376536] entry_SYSCALL_64_after_hwframe+0x44/0xa9 > [ 1399.376537] RIP: 0033:0x7fafda93e3ca > [ 1399.376539] Code: 48 8b 0d c1 8a 2c 00 f7 d8 64 89 01 48 83 c8 ff > c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 a5 00 00 > 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 8e 8a 2c 00 f7 d8 64 89 > 01 48 > [ 1399.376540] RSP: 002b:00007ffd17cb9798 EFLAGS: 00000202 ORIG_RAX: > 00000000000000a5 > [ 1399.376542] RAX: ffffffffffffffda RBX: 000056262be79a40 RCX: 00007fa= fda93e3ca > [ 1399.376543] RDX: 000056262be867c0 RSI: 000056262be7b970 RDI: 0000562= 62be7a940 > [ 1399.376544] RBP: 0000000000000000 R08: 000056262be79c80 R09: 00007fa= fda98a1b0 > [ 1399.376545] R10: 00000000c0ed0001 R11: 0000000000000202 R12: 0000562= 62be7a940 > [ 1399.376546] R13: 000056262be867c0 R14: 0000000000000000 R15: 00007fa= fdae5f8a4 > [ 1399.376547] Modules linked in: nbd k10temp rfcomm edac_mce_amd > kvm_amd cmac bnep kvm irqbypass snd_hda_codec_realtek > snd_hda_codec_generic ledtrig_audio snd_hda_codec_hdmi > crct10dif_pclmul snd_hda_intel crc32_pclmul snd_hda_codec > ghash_clmulni_intel snd_hda_core snd_hwdep snd_pcm input_leds > snd_seq_midi snd_seq_midi_event snd_rawmidi btusb btrtl btbcm > aesni_intel btintel bluetooth snd_seq aes_x86_64 nls_iso8859_1 > crypto_simd cryptd ecdh_generic snd_seq_device glue_helper ecc > snd_timer iwlmvm mac80211 wmi_bmof snd libarc4 soundcore iwlwifi ccp > cfg80211 mac_hid sch_fq_codel it87 hwmon_vid parport_pc ppdev lp > parport ip_tables x_tables autofs4 btrfs xor zstd_compress raid6_pq > libcrc32c dm_mirror dm_region_hash dm_log hid_generic usbhid hid > amdgpu mxm_wmi amd_iommu_v2 gpu_sched ttm drm_kms_helper syscopyarea > sysfillrect sysimgblt fb_sys_fops drm i2c_piix4 igb ahci nvme libahci > dca nvme_core i2c_algo_bit wmi > [ 1399.376583] CR2: 0000000000000000 > [ 1399.376585] ---[ end trace 651b3238b53fecb1 ]--- > [ 1399.376587] RIP: 0010:_raw_spin_lock+0x10/0x30 > [ 1399.376588] Code: 01 00 00 75 06 48 89 d8 5b 5d c3 e8 4a 75 66 ff > 48 89 d8 5b 5d c3 0f 1f 40 00 0f 1f 44 00 00 55 48 89 e5 31 c0 ba 01 > 00 00 00 0f b1 17 75 02 5d c3 89 c6 e8 01 5d 66 ff 66 90 5d c3 0f > 1f 00 > [ 1399.376589] RSP: 0018:ffffaec3c2d33370 EFLAGS: 00010246 > [ 1399.376590] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000= 000000000 > [ 1399.376591] RDX: 0000000000000001 RSI: ffffa0487f540248 RDI: 0000000= 000000000 > [ 1399.376592] RBP: ffffaec3c2d33370 R08: ffffaec3c2d335a7 R09: 0000000= 000000002 > [ 1399.376593] R10: 00000000ffffffff R11: ffffaec3c2d338a5 R12: 0000000= 000004000 > [ 1399.376594] R13: ffffa0487f540000 R14: 0000000000000000 R15: ffffa04= d0e6d5800 > [ 1399.376596] FS: 00007fafdb068080(0000) GS:ffffa04d7ea80000(0000) > knlGS:0000000000000000 > [ 1399.376597] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 1399.376598] CR2: 0000000000000000 CR3: 0000000494ea0000 CR4: 0000000= 000340ee0 >=20 > Well, that didn't work ... >=20 > At least this unclean shutdown didn't eat the btrfs of the machine I > just spent two days installing from scratch, so, yay. >=20 > In other news. Both Linux Mint 19.2 and Ubuntu 18.04.3 do run "fstrim > -av" once a week via systemd. >=20 > In the meantime, I maybe got @home off via btrfs restore v5.3: > $ egrep -v '^(Restoring|Done searching|SYMLINK:|offset is) ' restore.ty= pescript > Script started on 2019-10-25 10:20:43+0200 > [$ fakeroot ~/local/btrfs-progs/btrfs-progs/btrf]s restore -ivmS -r > 258 /dev/mapper/nbd0p2 test/ > We seem to be looping a lot on > test/hana/.mozilla/firefox/ffjpjbix.windows-move/places.sqlite, do you > want to keep going on ? (y/N/a): a > ERROR: cannot map block logical 131018522624 length 1073741824: -2 > Error copying data for > test/hana/.mozilla/firefox/ffjpjbix.windows-move/favicons.sqlite > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_cell_1.dat, do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_gamelogic.dat, do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_highres.dat, do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_highres_aux_1.datx, do you want to keep going on ? > (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_mesh.dat, do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_sound.dat, do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_surface.dat, do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Lord of the Rings > Online/client_surface_aux_1.datx, do you want to keep going on ? > (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Prey/Whiplash/GameSDK/Precache/= Campaign_textures-part2.pak, > do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/hana/.steam/steam/steamapps/common/Path of Exile/Content.ggpk, do > you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/The Talos > Principle/Content/Talos/00_All.gro, do you want to keep going on ? > (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/Prey/GameSDK/Objects-part1.pak= , > do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/Prey/GameSDK/Objects-part2.pak= , > do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/Prey/GameSDK/Objects-part3.pak= , > do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/Prey/GameSDK/Objects-part4.pak= , > do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/Prey/GameSDK/Objects-part5.pak= , > do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/Prey/GameSDK/Objects-part6.pak= , > do you want to keep going on ? (y/N/a): a > We seem to be looping a lot on > test/chris/.steam/steam/steamapps/common/Prey/Whiplash/GameSDK/Precache= /Campaign_textures-part2.pak, > do you want to keep going on ? (y/N/a): a > chris@chibi:~/local/chibi-rescue$ exit > exit >=20 > Script done on 2019-10-25 14:25:08+0200 >=20 > How does that look to you? > So "favicons.sqlite" is shot, don't care, but how about the other files= ? > Is the looping message harmless as long as it finishes eventually or > are these likely to be corrupted? > Can & does restore verify the data checksums? In other words, can I > expect the files that were restored without comment to be ... > consistent? up-to-date? full of random data? > Would it silently drop damaged files/directories or would it at least c= omplain? >=20 > Am Do., 24. Okt. 2019 um 13:40 Uhr schrieb Austin S. Hemmelgarn > : >> Backups, flavor of your choice. [...] I store enough extra info in the= backup to >> be able to rebuild the storage stack by hand from a rescue environment= >> (I usually use SystemRescueCD, but any live environment where you can >> get your backup software working and rebuild your storage stack will w= ork). >=20 > Oh, I have backups. Well, usually :-p. But files do not a running > system make. For my servers, rebuilding the "storage stack" isn't a > problem, since I built it manually in the first place and have notes. > This is a family member's personal desktop, with a GUI install of > Linux Mint on it. I opted for manual partitioning and btrfs but beyond > that I don't even know the specifics of the setup. I mean, I can boot > from a live USB, create partitions and filesystems, restore from > backup and install grub, but I'm not confident that it would boot, let > alone survive the next system update, because distro-specific some > special sauce is missing. And even so, empasis is on I -- try telling > that to a non-technical person. >=20 > What I'm looking for is something you can boot off of and restore the > system automatically. ReaR has the right idea, but uses either tar > (really?) or Enterprise-scale backup backends. By the time I've all > the bugs ironed out of a custom backup-restore script for it, it'll be > too late. Timeshift covers the user error and userspace bug use-cases > brilliantly, something as idiot-proof for actual backups would be > nice. >=20 > Cheers, > C. >=20 > P.S.: Having to stay near the computer during a btrfs restore just to > enter "a" at the loop prompts isn't ideal. How about "A", always > continue looping, for all files? >=20 --8o1ySeslE4YrlrVSml08raKv53TJU3Hl0-- --0y4DZSE7jpwmdJPwi6EPtMEwawmBnW8m3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEELd9y5aWlW6idqkLhwj2R86El/qgFAl2zjMAACgkQwj2R86El /qiA9AgAmtRf6kz0dllOwIlQ7yDClIv18cBTXIG0X9xdOWvlnGrtwz9jP0jUV0R+ AXUAZ+fZdaFM1F8trUpB+71uvfXR9f59F2Ry7wwmpC6MYmXDYk7qreCV2n9mcXs/ a8D39hDVbw+ed5/0wIJiNGlDDboq9J2U66hgTuwO4EJywaxuYPAIUMCpAV+WT6bU jUXLjkEIrLRKuErXpuIB7SbJmTOvzylld1TVxwQQmyDLNiIbH290UChkGycAnRLq jV9kzHPxSA+QGhxICKxu2QB3rCjotnNqr0YQp8p/hU3wanm+BFYwVItkVC5nZEAP 6F69aumMxcswhXijlInGsXPWDklChA== =hN0K -----END PGP SIGNATURE----- --0y4DZSE7jpwmdJPwi6EPtMEwawmBnW8m3--