Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp19760094ybl; Sat, 4 Jan 2020 08:31:08 -0800 (PST) X-Google-Smtp-Source: APXvYqznbqaQxyThjLdfxihe/UvIE8y4c2C1W57ZuEeyl2Wnt2bpJ6VpAIWHF6KFZVdX85Yq7f/h X-Received: by 2002:a9d:4692:: with SMTP id z18mr102285188ote.163.1578155468611; Sat, 04 Jan 2020 08:31:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578155468; cv=none; d=google.com; s=arc-20160816; b=bfHeom9z/YP6TySYv2gwrWuEhT58y/JASBN4PV6tlD27Z642p/Slgh6rT9iITaROov hxqiEefP6k0njA02b+kGqPlrdJa18jQqijEgkg+EB0lS1eRsg8j8tmAxuMl+djP9YCEW KAtg7gVNBO+BgJgPK/+Esd4yhRXa1C4df98mWF2n5vpKfeh1msQCd6gey6QvUJfR1tlY zoqE1ecnvx1B9DmolxypSASBlai5SaM4V5+Ld+tQlbPBpr6XinQdFNU5CyMqAOMLr/9/ DpwdiHMavX1H65u7eRCbT1tdPD1cNjjAWbOVkOsCbwl+nsh1Lbi0Ji8FiRSq/b/TwBaG B88g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:subject:cc:to:from :date:content-transfer-encoding:mime-version:dkim-signature; bh=RboBw79xQDQsEmbNfetBmtEfWpp5jtrjn3jvMeyFDd8=; b=kBfeE553JXkHXrAdwKP01CnaqebHZJ2mjNy0EPToHAHDk3jnsu40meCpdd5wEUBCRn bh3y7ErO4wv4VMv+5EYCoCFvcJivACVrsxZUBUlHVqVLuQMPoPxH6kZCyFj5KYkr888l 3IyEFNCauo8hNwUzQ3r3Fsjzl6fX+t/wKXm8VjPFnbi1+A55IeyTuKwOxjjMWQLNjVCj pyhlEEPAOy2czozbaLXw2RiPig1hYMqf1VvLD7V800SZnI1PHA1iGEvqS/ijvLs4Yvnx 34JD0CiK5gABQilmAkb3W3HwKlH0dmdabQAq5VDhc3GVV1gPotVFnQyX7U+geKUhkSJk MDtQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@natalenko.name header.s=dkim-20170712 header.b=DkHWDLoc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=natalenko.name Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j9si31938573otn.294.2020.01.04.08.30.55; Sat, 04 Jan 2020 08:31:08 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@natalenko.name header.s=dkim-20170712 header.b=DkHWDLoc; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=natalenko.name Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726358AbgADQ3e (ORCPT + 99 others); Sat, 4 Jan 2020 11:29:34 -0500 Received: from vulcan.natalenko.name ([104.207.131.136]:46144 "EHLO vulcan.natalenko.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726004AbgADQ3e (ORCPT ); Sat, 4 Jan 2020 11:29:34 -0500 Received: from mail.natalenko.name (vulcan.natalenko.name [IPv6:fe80::5400:ff:fe0c:dfa0]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by vulcan.natalenko.name (Postfix) with ESMTPSA id 7677F67E7DA; Sat, 4 Jan 2020 17:29:31 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=natalenko.name; s=dkim-20170712; t=1578155371; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=RboBw79xQDQsEmbNfetBmtEfWpp5jtrjn3jvMeyFDd8=; b=DkHWDLocTyngL9E+vupQYYBTyODXr2TXjDvI/3TsSqhEPaM3q+P51wizrwMU4TIGePHz5j unvCnt0pxUY7PaVkSI92RlWHybv7hfOpvkJUVW1EgXM0BTj/q645jA/tGSIQdPh1F8cI/+ 5sx+fsMDnp+sAIRnwmzxnUQGkrT3Y5E= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sat, 04 Jan 2020 17:29:31 +0100 From: Oleksandr Natalenko To: linux-f2fs-devel@lists.sourceforge.net Cc: linux-kernel@vger.kernel.org, Jaegeuk Kim , Chao Yu Subject: Multidevice f2fs mount after disk rearrangement User-Agent: Roundcube Webmail/1.4.1 Message-ID: <4c6cf8418236145f7124ac61eb2908ad@natalenko.name> X-Sender: oleksandr@natalenko.name Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello. I was brave enough to create f2fs filesystem spanning through 2 physical device using this command: # mkfs.f2fs -t 0 /dev/sdc -c /dev/sdd It worked fine until I removed /dev/sdb from my system, so f2fs devices became: /dev/sdc -> /dev/sdb /dev/sdd -> /dev/sdc Now, when I try to mount it, I get the following: # mount -t f2fs /dev/sdb /mnt/fs mount: /mnt/fs: mount(2) system call failed: No such file or directory. In dmesg: [Jan 4 17:25] F2FS-fs (sdb): Mount Device [ 0]: /dev/sdc, 59063, 0 - 1cd6fff [ +0,000024] F2FS-fs (sdb): Failed to find devices fsck also fails with the following assertion: [ASSERT] (init_sb_info: 908) !strcmp((char *)sb->devs[i].path, (char *)c.devices[i].path) Am I doing something obviously stupid, and the device path can be (somehow) changed so that the mount succeeds, or this is unfixable, and f2fs relies on persistent device naming? Please suggest. Thank you. -- Oleksandr Natalenko (post-factum)