Opened 10 years ago

Closed 3 years ago

#11407 closed bug (fixed)

KDL when performing multiple writes in ntfs_inode_close

Reported by: v.vill Owned by: waddlesplash
Priority: normal Milestone: R1/beta4
Component: File Systems/NTFS Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #11814, #12311, #14032, #14100, #14293, #15114
Platform: x86

Description

Greetings, this looks an awful lot like #8484, except more recent: I'm running hrev48209, gcc2 hybrid, booting natively on a dedicated partition (only 1,3Go of RAM though).

I have a few hundreds files on a NTFS primary partition (no special chars in filenames, no huge or very small files, no more than 4-dirs-deep arborescence).

I'm dropped to KDL whenever:

  • Copying multiple files from NTFS to NTFS
  • Copying multiple files from any other filesystem to NTFS
  • Deleting multiple files on the NTFS volume
  • wget-ing multiple files onto the NTFS volume

Performing this operations file by file, or with small directories, doesn't trigger the crash. I'm wondering if this could have anything to do with the amount of RAM on my machine; KDL isn't very helpful here since it only gives me the thread number affected (but I don't really know where to look in the backtrace).

Attachments (4)

handmade_screenshots.zip (444.3 KB ) - added by v.vill 10 years ago.
Some (very bad) screenshots
previous_syslog (120.7 KB ) - added by v.vill 10 years ago.
Syslog
IMG_0044.JPG (816.8 KB ) - added by vidrep 6 years ago.
IMG_0046.JPG (871.9 KB ) - added by vidrep 6 years ago.

Change History (19)

comment:1 by luroh, 10 years ago

Is it continuable? (type co and press <Enter>) Please attach a photo of the KDL in question if you can't find it in your syslog.

by v.vill, 10 years ago

Attachment: handmade_screenshots.zip added

Some (very bad) screenshots

comment:2 by v.vill, 10 years ago

No, "continue" only repeats the error and there's no getting out of KDL.

I've made some (very bad) photos, attached.

I've copied the beginning on a piece of paper:

vm_page_fault: unhandled page fault in kernel space at 0×%1×, ip 0×%1× panic + 0×3a vm_page_fault + 0×145 X86_page_fault_exception + 0×177

Then there are a bunch of errors (I'm afraid the lines were cut in the pictures) referring to the operation I tried to perform (in this case, delete a NTFS directory with some large files in it).

comment:3 by v.vill, 10 years ago

Oh wait, the whole thing has actually been written to syslog. Attaching.

by v.vill, 10 years ago

Attachment: previous_syslog added

Syslog

comment:4 by korli, 10 years ago

4 photos are upside down.

comment:5 by v.vill, 10 years ago

Wow, I didn't even notice. Please disregard the pictures, the attached syslog actually includes most of KDL messages.

comment:6 by diver, 10 years ago

Summary: KDL when performing multiple writes in NTFSKDL when performing multiple writes in ntfs_inode_close

comment:7 by diver, 10 years ago

Blocking: 11814 added

comment:8 by diver, 9 years ago

Blocking: 12311 added

comment:9 by diver, 7 years ago

Blocking: 14032 added

comment:10 by diver, 7 years ago

Blocking: 14100 added

comment:11 by diver, 6 years ago

Blocking: 14293 added

comment:12 by vidrep, 6 years ago

Two KDL's on a NTFS formatted flash drive

Haiku shredder 1 hrev52295+96 Sep 27 2018 08:30: BePC x86 Haiku

18a5:0243 /dev/bus/usb/1/0/0 "Verbatim, Ltd" "Flash Drive (Store'n'Go)" ver. 0100

KDL 1 - deleting a file (IMG_0044.JPG)

KDL 2 - unmounting drive (IMG_0046.JPG)

Last edited 6 years ago by vidrep (previous) (diff)

by vidrep, 6 years ago

Attachment: IMG_0044.JPG added

by vidrep, 6 years ago

Attachment: IMG_0046.JPG added

comment:13 by waddlesplash, 5 years ago

Blocking: 15114 added

comment:14 by waddlesplash, 3 years ago

Owner: changed from 3dEyes to waddlesplash
Status: newassigned

comment:15 by waddlesplash, 3 years ago

Milestone: R1R1/beta4
Resolution: fixed
Status: assignedclosed

Seems to be completely gone in the new NTFS driver glue merged in hrev55628.

Note: See TracTickets for help on using tickets.