Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp740684ioo; Thu, 26 May 2022 13:45:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxc+JhpQ/OPcfUNARewoNQetwnyjyxBcHt5D8jJfGIgFybt18T2Bn+bvsAvD21LzSk4s/7d X-Received: by 2002:a50:9b11:0:b0:42a:c1b2:b2ca with SMTP id o17-20020a509b11000000b0042ac1b2b2camr40736196edi.313.1653597914146; Thu, 26 May 2022 13:45:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653597914; cv=none; d=google.com; s=arc-20160816; b=ovz3mAKGmSXJ6OhjU0kj47t54JTo3v39Icnk/7ZkASj+cZPLVn3w+lIsZ2SgEX6DK4 8B/b4p5XSH3zcAQdaUNzSxg7ivtOzl6Z/J+J4/v98oREjescUmp7iXBfrmjWo3SOW4Kr kao1Iwj/N9nhS6puVNuHlOTialfxZjw7jQSKifClPCoIOdCgTME0Vpwdmc+iAdRJqkdz uZzEAC/GQVk4KuWMyXHxhQIvFSX+obYmku9sD+5Yeb9KMiFXw3PBck8G+VkpRJEPmH7M OWQ/lEG4eqFnchU54K/wsfrlT2za/yJ9BeJ6xBD6DBN+o71l4HC738ysMHakXbbyBGAU OciQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:auto-submitted :content-transfer-encoding:references:in-reply-to:message-id:date :subject:to:from:dkim-signature; bh=RNJqtMe/QowiwQQ0/gm4hEl8ilsL2m+vaVqVNCNS8j8=; b=JE5GMmnOaf7vYY1Oo9Nxj7Xpg0dF6daPSIqqkwxo3Ags20BnZ81gojD4fT87ZRZNpB cf3d2xArNkmNVyXBko9ebe01+I/KIziRoYeEJ5j1UQfo1zuYLZ090rbqQy53njlLf0dF oBejK1K7Nh882oOIB1/MloewWmKUAp6nQT0M0VMsv9tpe2U3uEAquzAewgP/Jx4UrKVQ mEbt3cvEEsnnkKSbBlIw/sAfqnskZsVQlhEw86JvLb6vjjqo8on6n4wGeF3iQSML6i96 H/EECzGBPS1kXxSInZLA/7pQ7MKNVpi/JoP57rIVoHk82OJYgO4eijr2YlfB6NptZ8jm IfSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=fhpFtkXZ; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i2-20020a170906850200b006fec719f47esi2344408ejx.565.2022.05.26.13.44.42; Thu, 26 May 2022 13:45:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=fhpFtkXZ; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345741AbiEZTSd (ORCPT + 99 others); Thu, 26 May 2022 15:18:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38678 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237614AbiEZTSd (ORCPT ); Thu, 26 May 2022 15:18:33 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4A6262980C for ; Thu, 26 May 2022 12:18:32 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id EB0EAB82176 for ; Thu, 26 May 2022 19:18:30 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPS id 8DC4AC385A9 for ; Thu, 26 May 2022 19:18:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1653592709; bh=NwtGes3C7HAuXVxPfof02qcVCeSCh8tEidjkY+vw9wc=; h=From:To:Subject:Date:In-Reply-To:References:From; b=fhpFtkXZE0sYKa7iNF4gifurikAHPHN6EYB1XqtBvQlxcJdYnR8O8hajdSpziBFts I70q+971UXryx6DI0swzzhebTEjKpDA8ZPpxWFgLZJL92peWEpuD0xbQ4EXraqIRG/ XxTdVNPjf5REY0pXm1gTLugkVyCm8bNTML3SgR5yiDJOztZas41aWkaOzu+Prd5cYQ mHDfmc4Ts9CX9PvugyfqLP6RZZDCPSHUbKcermMgZuZ/LjhnwPrmngE0D9AUGZe2rA uYFSluD8peP9nqsWA5Xh7gQpgMvzwEZOvt8BTPXntXtqcnJzh++R7TtxmIzQ2FynIQ A8EodjxoTDsMg== Received: by aws-us-west-2-korg-bugzilla-1.web.codeaurora.org (Postfix, from userid 48) id 74FC5CC13B2; Thu, 26 May 2022 19:18:29 +0000 (UTC) From: bugzilla-daemon@kernel.org To: linux-ext4@vger.kernel.org Subject: [Bug 215879] EXT4-fs error - __ext4_find_entry:1612: inode #2: comm systemd: reading directory lblock 0 Date: Thu, 26 May 2022 19:18:29 +0000 X-Bugzilla-Reason: None X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: AssignedTo fs_ext4@kernel-bugs.osdl.org X-Bugzilla-Product: File System X-Bugzilla-Component: ext4 X-Bugzilla-Version: 2.5 X-Bugzilla-Keywords: X-Bugzilla-Severity: high X-Bugzilla-Who: vladimir@acm.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: fs_ext4@kernel-bugs.osdl.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugzilla.kernel.org/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Spam-Status: No, score=-7.8 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org https://bugzilla.kernel.org/show_bug.cgi?id=3D215879 Vladimir G. Ivanovic (vladimir@acm.org) changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vladimir@acm.org --- Comment #4 from Vladimir G. Ivanovic (vladimir@acm.org) --- I am getting the same error as sander44 (the OP) reported except the name of the program generating the error is different. EXT4-fs error (device sdb1): __ext4_find_entry:1612: inode #2: comm vorta: reading directory lblock 0 The behavior of the Samsung 1TB SDXC card is predictable. It works for minutes/hour, then throws the above error. This particular SD card is used = for borg backup which occur every 15 minutes (and also every 3 hours). My (temporary) workaround is to unmount the SD card, run e2fsck, then re-mo= unt the card. I'm suspicious of this being exclusively a hardware error because it is alw= ays the same error at the same spot. Might it be an unexpected call or unexpect= ed function arguments? (I have no knowledge of ext4 internals, so it's likely = I'm talking nonsense.) I'm happy to provide more detail or even roll my own kernel to provide debugging symbols. (I'm using Arch 5.15.43-1-lts, but the error is independ= ent of what kernel I'm using.) =E2=80=94 Vladimir --=20 You may reply to this email to add a comment. You are receiving this mail because: You are watching the assignee of the bug.=