And the btrfs-debug-tree https://drive.google.com/open?id=0B4abov8sCq9OcHQ3eGN4WmtxZ2M
2016-09-23 22:11 GMT+02:00 Mirak M <mira...@gmail.com>: > Hi, > > This the 2T img of the partition. > > https://drive.google.com/file/d/0B4abov8sCq9OUWdvRkpUYUt4TU0/view?usp=drivesdk > >> >> Le 23 sept. 2016 00:05, "Chris Murphy" <li...@colorremedies.com> a écrit : >>> >>> On Thu, Sep 22, 2016 at 3:55 PM, Mirak M <mira...@gmail.com> wrote: >>> > Hi, >>> > >>> > Same error when mouting with this fedora iso, with mount, mount -o >>> > recovery and mount -o ro,recovery >>> > >>> > ############################################################################# >>> > [ 682.954511] BTRFS info (device sdc2): disk space caching is enabled >>> > [ 682.954518] BTRFS info (device sdc2): has skinny extents >>> > [ 691.321125] BTRFS critical (device sdc2): corrupt leaf, bad key >>> > order: block=1957998690304,root=1, slot=29 >>> > [ 691.321156] ------------[ cut here ]------------ >>> > [ 691.321203] WARNING: CPU: 3 PID: 3502 at >>> > fs/btrfs/extent-tree.c:6957 __btrfs_free_extent.isra.68+0x79c/0xca0 >>> > [btrfs] >>> > [ 691.321204] BTRFS: Transaction aborted (error -5) >>> > [ 691.321206] Modules linked in: fuse nf_conntrack_netbios_ns >>> > nf_conntrack_broadcast ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 >>> > xt_conntrack ip_set nfnetlink ebtable_nat ebtable_broute bridge >>> > ip6table_raw ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 >>> > ip6table_security ip6table_mangle iptable_raw iptable_nat >>> > nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack >>> > iptable_security iptable_mangle ebtable_filter ebtables >>> > ip6table_filter ip6_tables ir_lirc_codec snd_hda_codec_realtek >>> > lirc_dev snd_hda_codec_generic rc_rc6_mce snd_hda_codec_hdmi coretemp >>> > mceusb snd_hda_intel rc_core i2c_algo_bit kvm_intel snd_hda_codec ttm >>> > ppdev joydev kvm snd_hda_core drm_kms_helper snd_hwdep irqbypass drm >>> > snd_seq snd_seq_device snd_pcm snd_timer snd soundcore parport_pc >>> > shpchp wmi parport video nv_tco >>> > [ 691.321276] acpi_cpufreq i2c_nforce2 tpm_tis tpm_tis_core tpm nfsd >>> > auth_rpcgss nfs_acl lockd grace nls_utf8 isofs squashfs btrfs >>> > ata_generic pata_acpi xor raid6_pq serio_raw 8021q garp stp llc mrp >>> > firewire_ohci forcedeth firewire_core pata_jmicron crc_itu_t fjes >>> > hid_logitech_hidpp hid_logitech ff_memless hid_logitech_dj sunrpc >>> > scsi_transport_iscsi loop >>> > [ 691.321310] CPU: 3 PID: 3502 Comm: mount Not tainted >>> > 4.8.0-0.rc7.git1.1.fc26.x86_64 #1 >>> > [ 691.321311] Hardware name: Gigabyte Technology Co., Ltd. >>> > GA-E7AUM-DS2H/GA-E7AUM-DS2H, BIOS F2 12/17/2008 >>> > [ 691.321314] 0000000000000286 000000002c34a0c3 ffffa37a76593688 >>> > ffffffff8f466ff3 >>> > [ 691.321318] ffffa37a765936d8 0000000000000000 ffffa37a765936c8 >>> > ffffffff8f0ae7ab >>> > [ 691.321322] 00001b2d00000246 000001c81f860000 00000000fffffffb >>> > ffffa379a9209000 >>> > [ 691.321326] Call Trace: >>> > [ 691.321331] [<ffffffff8f466ff3>] dump_stack+0x86/0xc3 >>> > [ 691.321333] [<ffffffff8f0ae7ab>] __warn+0xcb/0xf0 >>> > [ 691.321335] [<ffffffff8f0ae82f>] warn_slowpath_fmt+0x5f/0x80 >>> > [ 691.321351] [<ffffffffc052da4c>] >>> > __btrfs_free_extent.isra.68+0x79c/0xca0 [btrfs] >>> > [ 691.321366] [<ffffffffc0532245>] ? >>> > __btrfs_run_delayed_refs+0x195/0x1780 [btrfs] >>> > [ 691.321383] [<ffffffffc0532d12>] >>> > __btrfs_run_delayed_refs+0xc62/0x1780 [btrfs] >>> > [ 691.321399] [<ffffffffc05369b1>] btrfs_run_delayed_refs+0xa1/0x2d0 >>> > [btrfs] >>> > [ 691.321417] [<ffffffffc054ebb2>] btrfs_commit_transaction+0x52/0xb40 >>> > [btrfs] >>> > [ 691.321420] [<ffffffff8f12e495>] ? rcu_read_lock_sched_held+0x45/0x80 >>> > [ 691.321423] [<ffffffff8f271d19>] ? kmem_cache_free+0x2f9/0x340 >>> > [ 691.321442] [<ffffffffc059ce18>] btrfs_recover_log_trees+0x3e8/0x480 >>> > [btrfs] >>> > [ 691.321462] [<ffffffffc0598390>] ? replay_one_extent+0x710/0x710 >>> > [btrfs] >>> > [ 691.321480] [<ffffffffc054bc9f>] open_ctree+0x237f/0x2660 [btrfs] >>> > [ 691.321494] [<ffffffffc051b9d3>] btrfs_mount+0xda3/0xef0 [btrfs] >>> > [ 691.321498] [<ffffffff8f2a7828>] mount_fs+0x38/0x160 >>> > [ 691.321500] [<ffffffff8f2c96be>] ? alloc_vfsmnt+0x19e/0x230 >>> > [ 691.321502] [<ffffffff8f2c9c4b>] vfs_kern_mount+0x6b/0x150 >>> > [ 691.321516] [<ffffffffc051add3>] btrfs_mount+0x1a3/0xef0 [btrfs] >>> > [ 691.321520] [<ffffffff8f10b8d1>] ? lockdep_init_map+0x61/0x210 >>> > [ 691.321522] [<ffffffff8f2a7828>] mount_fs+0x38/0x160 >>> > [ 691.321523] [<ffffffff8f2c96be>] ? alloc_vfsmnt+0x19e/0x230 >>> > [ 691.321525] [<ffffffff8f2c9c4b>] vfs_kern_mount+0x6b/0x150 >>> > [ 691.321527] [<ffffffff8f2ccb3d>] do_mount+0x1dd/0xcf0 >>> > [ 691.321529] [<ffffffff8f29e1a3>] ? __check_object_size+0xd3/0x214 >>> > [ 691.321531] [<ffffffff8f2224a0>] ? memdup_user+0x60/0x90 >>> > [ 691.321534] [<ffffffff8f2cd963>] SyS_mount+0x83/0xd0 >>> > [ 691.321537] [<ffffffff8f8f78fc>] entry_SYSCALL_64_fastpath+0x1f/0xbd >>> > [ 691.321539] ---[ end trace 8e57b3f7e61b4de9 ]--- >>> > [ 691.321740] BTRFS: error (device sdc2) in __btrfs_free_extent:6957: >>> > errno=-5 IO failure >>> > [ 691.321752] BTRFS: error (device sdc2) in >>> > btrfs_run_delayed_refs:2960: errno=-5 IO failure >>> > [ 691.324478] BTRFS: error (device sdc2) in btrfs_replay_log:2470: >>> > errno=-5 IO failure (Failed to recover log tree) >>> > [ 691.326725] pending csums is 4096 >>> > [ 691.327863] BTRFS error (device sdc2): cleaner transaction attach >>> > returned -30 >>> > [ 691.407116] BTRFS: open_ctree failed >>> > [ 691.408577] mount (3502) used greatest stack depth: 9880 bytes left >>> > >>> > ############################################################################################ >>> > >>> > btrfs check --repair crashes : >>> > >>> > [root@new-host mnt]# btrfs check --repair /dev/sda2 >>> > enabling repair mode >>> > repair mode will force to clear out log tree, Are you sure? [y/N]: y >>> > Unable to find block group for 0 >>> > extent-tree.c:289: find_search_start: Assertion `1` failed. >>> > btrfs(+0x514da)[0x555c5edee4da] >>> > btrfs(btrfs_reserve_extent+0xa3f)[0x555c5edf34cf] >>> > btrfs(btrfs_alloc_free_block+0x5f)[0x555c5edf359f] >>> > btrfs(__btrfs_cow_block+0xc4)[0x555c5ede43d4] >>> > btrfs(btrfs_cow_block+0x35)[0x555c5ede49d5] >>> > btrfs(+0x4cf26)[0x555c5ede9f26] >>> > btrfs(btrfs_commit_transaction+0x95)[0x555c5edebd65] >>> > btrfs(cmd_check+0x843)[0x555c5edd1723] >>> > btrfs(main+0x7b)[0x555c5edad03b] >>> > /lib64/libc.so.6(__libc_start_main+0xf1)[0x7ff7aae8e421] >>> > btrfs(_start+0x2a)[0x555c5edad14a] >>> > >>> > ############################################################################################ >>> >>> >>> OK at this point what I'd do is see if you can btrfs-image -c9 -t4 and >>> optionally -s and try to make an image of it. And also >>> 'btrfs-debug-tree <dev> > btrfsdebugtree.log' and then compress it. >>> Stick those somewhere like dropbox or google drive, get a public URL >>> for them, and include the URLs in a bugzilla.kernel.org bug report >>> with this post's kernel call trace and btrfs check output, and then >>> also the configuration information for the volume (metadata raid1, >>> data raid1 or whatever it is); the 'btrfs rescue super-recover -v' >>> output is maybe useful info also. >>> >>> I notice this kernel's call trace doesn't include a complaint about >>> the superblock though, even though it doesn't help it continue. >>> >>> Next is restore if you don't have current backups. >>> https://btrfs.wiki.kernel.org/index.php/Restore >>> >>> And then the task is narrowing down whether this is hardware related, >>> and if so what, but as far as salvaging this fs at the moment I'm out >>> of ideas. >>> >>> >>> >>> -- >>> Chris Murphy -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
