Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp725536pxj; Fri, 14 May 2021 14:16:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwn8e2fFVw3W2AIlTcO5gkZr3eK76drlUtQ4dC0mItmhU+5Y8ykioc8JCcowWdD/Y3lTYYD X-Received: by 2002:a05:6e02:1d9e:: with SMTP id h30mr40827800ila.214.1621026980245; Fri, 14 May 2021 14:16:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621026980; cv=none; d=google.com; s=arc-20160816; b=hgr7qUdqH4KlnsLrR7iHl5WABq9tHIYkEE8hVJQMjwpYI3tcQ1MB5/gjdZRmlO6hNt 7vzA2c9HHvPginN408Wov/84mH4zs8xy4BbhK0HTVJWVy3GASiwueSQA25DWT/uIeoKU T8XBnve0p1knU6qff4Gw8lMQBbqiHWNsSTupkJxXlfdP97d2MCwVE5WYWUc30+gHZyc1 /Kg6gjmd4YvOQoKURLye3oKVfcFwRSvtPq6yXYkmr9u/LFhxbWpChhmm6QfQ8oZkUvYm sutNLK0v8shrKqlb2yAoY0cr5WC+cRr672dVatLP60VxTSxrFU/oevRjcp3RNqIV/5VZ ZBxA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:to:subject:message-id :date:from:in-reply-to:references:mime-version:dkim-signature; bh=uBdbEWH3X+scS8Nyxw8OcymFh2SsY7MeUYXlJf//Dp0=; b=i7JOYpuC1Iy4ljD54c1ifpeNXXDJcdDqRUdm7O3H3i/cwXfCJTU36qJ08i+WBWDRew au6mDEhORiS5/VHMP9bK1ngPHXGVTUkFwLnurqC9e/DdVI9FAnVSnv0WYs70Ru9Vi3Rm 59wfiS7b8wNtnchQDciKLJiW5YFTCmYju92OkEn+xq9RaefAb/00Wi6J71MU9JuMXbxP he3Tb0qjT518yc3+ABzKBpRLsyHHaBK94K09IgJAiy0QCF/N3ek+ZzwbOZa97bTTMiZQ 69fH5iorVBDPxh52gVrFUQMe/sEXjyqnVutQjjGZaoGiuFpouZtbUE6iEqmE6eiEynXq kMyA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Od2tQPgs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m20si10331313jat.70.2021.05.14.14.16.04; Fri, 14 May 2021 14:16:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=Od2tQPgs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233691AbhENMjN (ORCPT + 99 others); Fri, 14 May 2021 08:39:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55792 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232712AbhENMjJ (ORCPT ); Fri, 14 May 2021 08:39:09 -0400 Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7524AC061574; Fri, 14 May 2021 05:37:57 -0700 (PDT) Received: by mail-ed1-x52a.google.com with SMTP id f1so12305899edt.4; Fri, 14 May 2021 05:37:57 -0700 (PDT) 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 :content-transfer-encoding; bh=uBdbEWH3X+scS8Nyxw8OcymFh2SsY7MeUYXlJf//Dp0=; b=Od2tQPgs4qSBP/eWAWJlI7Ai5VjBJDpA41aVaSjLUswo0cIf+L2Dd5kudvhOiExbL0 +CXyHAxgNWB2yocfxk0f/b5ak7G0KUFPELYg4NvgNb6gFU7f8gow9FThcCPkvrR6QC8K Tj6UMLOkMOyJCmNrnvJ8d0nXtRKrvD11EjtKMrHUGkRVONTBqyrXu4PvEEElvnblMJPl dHIPyfYOtkq6YcgFpvFXxlDO2CpdGAU6VLql4OusNlP0OqOb/IOEjt6/TZ4NJI5Unhvd cg44h1MTRvs2vDjh8ZszvhI6jXJon+WbabtAYOKBslDXn0I788ebcZG8SY/xWOLz5377 sdzw== 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:content-transfer-encoding; bh=uBdbEWH3X+scS8Nyxw8OcymFh2SsY7MeUYXlJf//Dp0=; b=QM0b/FgDj1qniycmSbRLkS7ilKdAQezyvnVWbt8zz5Ebq8O5Vtc01Yar/XqAF7fuy2 oufcO3Ymub/Ai+NMeikRamtMOPb/I6RCPlQJqITw/5yHcO8/Fsc3YlW7Hw/UzFtMljfr dSHlmq8wcVgrqXljatSX+5PMjY0fP3fAqge4ZqWcqFR+t73haEAp5aG7f2yZ9pXVx2ww b8HnnJACzrysAKE2s7PYryP862s0T7lS5s+RLZb+Q9gBFy+Q6Ogl2HnZFvPDUSR5Z+e8 RzQ8DWGPXujwfUl+meJ+YQ18s17MJJXJ15eC9HKac62QXfn2upE2vApI4cJqFKmiFhn5 CUQw== X-Gm-Message-State: AOAM531tzBk3XOz+Y380bRQFB6o4e4aBEORU5R4o9YXLKB1FKO1GTlYP iASVGB28Qd2Th8o/jW195nhPXgJDzJnfvlJb1GNrHBoh X-Received: by 2002:aa7:dbcd:: with SMTP id v13mr55366019edt.59.1620995876217; Fri, 14 May 2021 05:37:56 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Pintu Agarwal Date: Fri, 14 May 2021 18:07:34 +0530 Message-ID: Subject: [RESEND]: Kernel 4.14: SQUASHFS error: unable to read xattr id index table To: phillip@squashfs.org.uk, open list , sean@geanix.com, linux-mtd@lists.infradead.org, linux-fsdevel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, This is regarding the squashfs mount failure that I am getting on my device during boot time. I just wanted to know if someone else has come across this issue, or this issue is already fixed, or this is altogether a different issue? Here are more details: Kernel: 4.14.170 ; Qualcomm chipset (arm32 bit) Platform: busybox Storage: NAND 512MB Filesystem: ubifs + squashfs ubi0 : with 5 volumes (rootfs, usrfs, others) Kernel command line: ro rootwait console=3DttyMSM0,115200,n8 rootfstype=3Dsquashfs root=3D/dev/mtdblock34 ubi.mtd=3D30,0,30 .... Background: We are using ubifs filesystem with squashfs for rootfs (as ready only). First we tried to flash "usrfs" (data) volume (ubi0_1) and it worked fine (with device booting successfully). Next we are trying to flash "rootfs" volume (ubi0_0) now. The volume flashing is successful but after that when we reboot the system we are getting below errors. Logs: [....] [ 4.589340] vreg_conn_pa: dis=E2=96=92[ 4.602779] squashfs: SQUASHFS error: unable to read xattr id index table [...] [ 4.964083] No filesystem could mount root, tried: [ 4.964087] squashfs [ 4.966255] [ 4.973443] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(31,34) ----------- [ 4.246861] ubi0: attaching mtd30 [ 4.453241] ubi0: scanning is finished [ 4.460655] ubi0: attached mtd30 (name "system", size 216 MiB) [ 4.460704] ubi0: PEB size: 262144 bytes (256 KiB), LEB size: 253952 byt= es [ 4.465562] ubi0: min./max. I/O unit sizes: 4096/4096, sub-page size 409= 6 [ 4.472483] ubi0: VID header offset: 4096 (aligned 4096), data offset: 8= 192 [ 4.479295] ubi0: good PEBs: 864, bad PEBs: 0, corrupted PEBs: 0 [ 4.486067] ubi0: user volume: 5, internal volumes: 1, max. volumes count: 128 [ 4.492311] ubi0: max/mean erase counter: 4/0, WL threshold: 4096, image sequence number: 1 [ 4.499333] ubi0: available PEBs: 0, total reserved PEBs: 864, PEBs reserved for bad PEB handling: 60 So, we just wanted to know if this issue is related to squashfs or if there is some issue with our volume flashing. Note: We are using fastboot mechanism to support UBI volume flashing. Observation: Recently I have seen some squashfs changes related to similar issues (xattr) so I wanted to understand if these changes are relevant to our issue or not ? Age Commit message(Expand) Author 2021-03-30 squashfs: fix xattr id and id lookup sanity checks Phillip Lougher 2021-03-30 squashfs: fix inode lookup sanity checks Sean Nyekjaer 2021-02-23 squashfs: add more sanity checks in xattr id lookup Phillip Lougher 2021-02-23 squashfs: add more sanity checks in inode lookup Phillip Lougher 2021-02-23 squashfs: add more sanity checks in id lookup Phillip Lougher Please let us know your opinion about this issue... It will help us to decide whether the issue is related to squashfs or not. Thanks, Pintu