From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vyacheslav Dubeyko Subject: Re: hfsplus BUG: Bad page state in process du pfn:07759 (Re: hfsplus corruption, failed fsck, journalling and zero'ing extent record on delete) Date: Mon, 24 Sep 2012 14:35:09 +0400 Message-ID: <1348482909.2047.11.camel@slavad-ubuntu-11> References: <1348471808.19291.YahooMailClassic@web29404.mail.ird.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: linux-fsdevel@vger.kernel.org, Till Kamppeter , Naohiro Aota , Matthew Garrett To: Hin-Tak Leung Return-path: Received: from oproxy12-pub.bluehost.com ([50.87.16.10]:53635 "HELO oproxy12-pub.bluehost.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753556Ab2IXKf0 (ORCPT ); Mon, 24 Sep 2012 06:35:26 -0400 In-Reply-To: <1348471808.19291.YahooMailClassic@web29404.mail.ird.yahoo.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Hi Hin-Tak, Could you describe the way of issue reproduction in more details? I need to know: 1. What kernel version do you use? 2. Do you have some special configuration of the system ([103022.536649] SELinux: initialized (dev sdb5, type hfsplus), uses genfs_contexts)? 3. How did you generate small files? How small is it (I mean size)? Sorry, but currently I haven't clear understanding how to reproduce this issue from your description. With the best regards, Vyacheslav Dubeyko. On Mon, 2012-09-24 at 08:30 +0100, Hin-Tak Leung wrote: > Argh, the BUG() seems to be a genuine bug - running du on the recently "fsck.hfsplus -f" clean disk, mounting read-only with unmod'ed distro hfsplus driver: (see, "not Tainted"...) > > ================= > [103022.493765] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only. > [103022.536649] SELinux: initialized (dev sdb5, type hfsplus), uses genfs_contexts > [111015.478171] BUG: Bad page state in process du pfn:07759 > [111015.478182] page:ffffea00001dd640 count:0 mapcount:0 mapping: (null) index:0x1935 > [111015.478185] page flags: 0x20000000000004(referenced) > [111015.478189] Modules linked in: usb_storage tcp_lp nls_utf8 hfsplus fuse ip6table_filter ip6_tables ebtable_nat ebtables ipt_MASQUERADE > iptable_nat nf_nat xt_CHECKSUM iptable_mangle bridge stp llc xt_LOG xt_physdev nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack arc4 > rtl8187 eeprom_93cx6 mac80211 cfg80211 snd_hda_codec_realtek joydev vhost_net tun macvtap macvlan kvm_amd kvm edac_core edac_mce_amd k8temp > r592 memstick sp5100_tco snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_page_alloc snd_timer snd soundcore i2c_piix4 r8169 mii shpchp t > oshiba_acpi sparse_keymap rfkill wmi ecryptfs sha256_generic encrypted_keys nfsd nfs_acl auth_rpcgss lockd sunrpc uinput binfmt_misc truste > d tpm tpm_bios ata_generic pata_acpi firewire_ohci sdhci_pci sdhci firewire_core crc_itu_t mmc_core pata_atiixp video radeon i2c_algo_bit d > rm_kms_helper ttm drm i2c_core [last unloaded: scsi_wait_scan] > [111015.478274] Pid: 23364, comm: du Not tainted 3.5.4-1.fc17.x86_64 #1 > [111015.478277] Call Trace: > [111015.478291] [] bad_page+0xe6/0xfb > [111015.478299] [] get_page_from_freelist+0x77e/0x940 > [111015.478305] [] __alloc_pages_nodemask+0x1ad/0x970 > [111015.478318] [] ? hfsplus_bnode_read+0x89/0x100 [hfsplus] > [111015.478324] [] ? hfsplus_bnode_read+0xe5/0x100 [hfsplus] > [111015.478329] [] alloc_pages_current+0xb0/0x120 > [111015.478334] [] new_slab+0x268/0x320 > [111015.478339] [] __slab_alloc+0x36e/0x4c8 > [111015.478344] [] ? hfsplus_alloc_inode+0x1a/0x40 [hfsplus] > [111015.478349] [] ? hfsplus_alloc_inode+0x1a/0x40 [hfsplus] > [111015.478354] [] kmem_cache_alloc+0x108/0x160 > [111015.478359] [] ? __hplusfs_brec_find+0xa0/0x180 [hfsplus] > [111015.478364] [] hfsplus_alloc_inode+0x1a/0x40 [hfsplus] > [111015.478371] [] alloc_inode+0x26/0xa0 > [111015.478375] [] iget_locked+0xb8/0x190 > [111015.478380] [] hfsplus_iget+0x15/0x230 [hfsplus] > [111015.478386] [] ? hfsplus_find_exit+0x2f/0x40 [hfsplus] > [111015.478391] [] hfsplus_lookup+0x20f/0x2d0 [hfsplus] > [111015.478397] [] ? __d_alloc+0x34/0x180 > [111015.478402] [] ? char2uni+0x1a/0x50 [nls_utf8] > [111015.478406] [] ? kmem_cache_alloc+0x31/0x160 > [111015.478410] [] ? __d_alloc+0x34/0x180 > [111015.478413] [] ? __d_alloc+0x14c/0x180 > [111015.478419] [] __lookup_hash+0x61/0x120 > [111015.478423] [] ? lookup_fast+0x219/0x310 > [111015.478427] [] lookup_slow+0x47/0xab > [111015.478431] [] path_lookupat+0x716/0x750 > [111015.478436] [] ? kmem_cache_alloc+0x31/0x160 > [111015.478440] [] do_path_lookup+0x31/0xc0 > [111015.478444] [] ? getname_flags+0x53/0xf0 > [111015.478448] [] user_path_at_empty+0x5d/0xa0 > [111015.478454] [] ? inode_has_perm.isra.31.constprop.61+0x2a/0x30 > [111015.478459] [] ? selinux_inode_getattr+0x45/0x50 > [111015.478464] [] ? cp_new_stat+0x120/0x140 > [111015.478468] [] user_path_at+0x11/0x20 > [111015.478472] [] vfs_fstatat+0x35/0x70 > [111015.478475] [] sys_newfstatat+0x1a/0x40 > [111015.478482] [] system_call_fastpath+0x16/0x1b > [111015.478485] Disabling lock debugging due to kernel taint > ============================ > > --- On Mon, 24/9/12, Hin-Tak Leung wrote: > > > > I mentioned briefly some days ago that I managed to corrupt > > an HFS+ paritition while experimenting with the journalling > > code, to the extent that fsck_hfs/fsck.hfsplus (Apple's > > diskdev_cmds tool) refuses to fix. And that partition, with > > the unmodified module used ready-only can get the kernel to > > BUG() "reliably" by just doing "du" on it (and I was > > thinking whether BUG()'ing on corrupted disk is a bug to > > file...). > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html