Opened 15 years ago

Last modified 2 years ago

#3946 assigned bug

automount weirdness: creates symlink at mount point

Reported by: jonas.kirilla Owned by: nobody
Priority: normal Milestone: R1
Component: File Systems Version: R1/pre-alpha1
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

Running Haiku off harddisk (hrev30806 and hrev30823 on two different machines) I tried plugging a USB stick to which I had dd:ed a BFS image. (IIRC a haiku.image, from some April 12 revision, if the below output is to be trusted.)

No volume appeared, but Tracker's mount menu showed the volume as mounted. I tried to unmount but the volume remained checkmarked in the mount menu. Wondering what was up I turned to Terminal and had a look at the filesystem mount points.

After USB stick insertion and Tracker r/w dialog answered, the following symlink appears at /:

/> ls -al 
 ...
lrwxrwxrwx 1 baron root   30 Apr 12 21:17 Haiku1 -> /boot/system/preferences/Media
 ...

A symlink is unexpected. The link target is just puzzling. Its permissions deviates from the other symlinks at the fs root.

After removal of USB stick:

/> ls -al 
 ...
drwxr-xr-x 1 baron root    0 May 21 22:06 Haiku1
 ...
/>

Now we're back to a folder for the mount point. (Created before the symlink and covered by it, now revealed again?)

See attached file for full output.

I don't think I can reproduce this anymore. Having dd:ed a later Haiku revision to the stick, Haiku crashes in the "bfs block allocator". (Worn out flash maybe?)

Attachments (1)

ls_output.txt (1.9 KB ) - added by jonas.kirilla 15 years ago.

Download all attachments as: .zip

Change History (3)

by jonas.kirilla, 15 years ago

Attachment: ls_output.txt added

comment:1 by axeld, 7 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:2 by waddlesplash, 2 years ago

Component: - GeneralFile Systems
Note: See TracTickets for help on using tickets.