Opened 3 years ago

Last modified 5 weeks ago

#12847 new bug

Unmount a BFS disk results in a KDL

Reported by: Giova84 Owned by: axeld
Priority: normal Milestone: R1/beta2
Component: System/Kernel Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #10061, #14466, #14624
Has a Patch: no Platform: All

Description

hrev50382 but I notice this behaviour since a long time, maybe is similar to ticket:6683.

Well, on my system I have a secondary BFS disk but this bug doesn't occurs when I unmount this phisical disk, and not even occurs as described in ticket:6683, because in my case this issue occurs just with a different way/disks: I use to backup my data by mounting a VHD file formatted as BFS: I mount this VHD file as:

diskimage register "$VHDFILE"
device=$(diskimage register "$VHDFILE")
disk=$(echo $device | cut -d\" -f2)
cd /
mkdir /HaikuBK
mount $disk /HaikuBK

and after that i saved my data I just unmount this disk by:

unmount /HaikuBK

But immediately after the unmounting, Haiku will drop in a KDL (from which, however, I can exit by the "es" command) and this KDL, luckily, doesn't cause any corruption on such disk.

Attachments (4)

KDL.jpg (140.2 KB) - added by Giova84 3 years ago.
KDL_stacktrace.jpg (110.0 KB) - added by Giova84 3 years ago.
unmount-bfs-image-kdl.txt (3.8 KB) - added by ahwayakchih 3 months ago.
Unmount BFS image KDL
unmount-bfs-image-kdl-hrev53167.txt (3.8 KB) - added by ahwayakchih 3 months ago.
Another one, from latest hrev

Download all attachments as: .zip

Change History (22)

comment:1 Changed 3 years ago by Giova84

Update: now, instead, to mount and unmount such disk I simply use the mountvolume cli utility. However this bug still occurs; however today I was able to take a pair of picture from the KDL: pics attached.

Changed 3 years ago by Giova84

Attachment: KDL.jpg added

Changed 3 years ago by Giova84

Attachment: KDL_stacktrace.jpg added

comment:2 Changed 3 years ago by Giova84

Sorry, this ticket seems a dup of ticket:10061

comment:3 Changed 3 years ago by Giova84

I noticed a thing which is able to avoid this KDL: I will attempt to give a comprehensive description:

As I've said I use this disk to backup my data, and obviously i wait that all data is written to the disk, before to do the unmounting of the disk: well, I noticed that also for some minutes after the copy, the HDD LED on my computer's case, still indicate an HDD activity: but if unmount the disk in this situation, I don't see the classic alert window which told me that the disk is busy (and usually this window offers "force unmount"): well, if I wait until the HDD LED will turn off, I can umount the disk without see the KDL.

comment:4 Changed 3 years ago by axeld

Component: File Systems/BFSSystem/Kernel

It's indeed a duplicate. However, it since you have provided a bit more info here that might allow reproducing the issue, I'm closing the other ticket instead.

comment:5 Changed 3 years ago by axeld

Blocking: 10061 added

(In #10061) Duplicate of #12847 which contains more useful information on how to possibly reproduce the issue.

comment:6 Changed 3 years ago by axeld

Milestone: UnscheduledR1

comment:7 Changed 2 years ago by Giova84

Since i switched to hrev51089, if before to unmount the disk i run the sync command, such KDL seems that no longer occurs. I'm quite sure That I tried the sync command in past, but still with the described KDL. Please leave this open ticket: I do daily backups and I will give you to a better confirm.

P.S: When i switched to hrev51089 I was no longer able to backup files using rsync (i got a lot of "file has vanished" warnings), but with hrev51094 everything is fine again :-)

comment:8 in reply to:  3 Changed 2 years ago by Giova84

Replying to Giova84:

I noticed that also for some minutes after the copy, the HDD LED on my computer's case, still indicate an HDD activity: but if unmount the disk in this situation, I don't see the classic alert window which told me that the disk is busy (and usually this window offers "force unmount"): well, if I wait until the HDD LED will turn off, I can umount the disk without see the KDL.

This defenitely works - at least for me - to avoid the KDL. The last night I hit again the KDL after unmounting the disk: I didn't wait some minutes for unmount the disk (the HDD led was showing an activity of the disk). Today, after the backup, i went away for about five minutes and when I back I unmounted the disk without the KDL (the HDD led wasn't active).

In facts when I started to used the sync command I waited some minutes before to unmount the disk.

comment:9 Changed 15 months ago by diver

Still here in hrev51983.

comment:10 Changed 11 months ago by diver

Blocking: 14624 added

comment:11 Changed 10 months ago by waddlesplash

Blocking: 14466 added

comment:12 Changed 10 months ago by waddlesplash

Summary: Unmount a BFS disk (from a VHD file) will results in a KDLUnmount a BFS disk results in a KDL

comment:13 Changed 10 months ago by waddlesplash

Milestone: R1R1/beta2

Changed 3 months ago by ahwayakchih

Attachment: unmount-bfs-image-kdl.txt added

Unmount BFS image KDL

comment:14 Changed 3 months ago by ahwayakchih

Still happening on Haiku x86_64 at hrev53144 running inside QEMU/KVM (for more info check description in #14466).

Last edited 3 months ago by ahwayakchih (previous) (diff)

Changed 3 months ago by ahwayakchih

Another one, from latest hrev

comment:15 Changed 2 months ago by diver

Still here in hrev53200.

comment:16 Changed 5 weeks ago by luroh

hrev53269: Possibly gone, or at least harder for me to reproduce since around hrev53241 or so. Diver?

comment:17 Changed 5 weeks ago by diver

It doesn't seem to crash but mounting another bfs image in already mounted one creates all sorts of issues.

comment:18 Changed 5 weeks ago by vidrep

I just had this crash today, after installing a raw image to a second BFS partition with Installer.

Note: See TracTickets for help on using tickets.