Jump to content

write delete to NTFS disk


menendez
 Share

Recommended Posts

Hello,

 

I was in Madriva and copied some files to a WinXP NTFS disk for temporary safe keeping.

Now I want to delete them. WinXP will not let me delete nor will Mandriva. When in Mandriva if I try to move to trash I get a "Could not write disk full error " from Konqueror.

 

Any suggestions?

 

Thanks, Jose

Link to comment
Share on other sites

ntfs-3g is installed and the fuse module loaded/running. Correct, or not?

If the answer is yes, please "cat /etc/fstab", if the NTFS volume is non-removable.

 

 

If I look at the disk partitions in MCC is says it is of type:NTFS-3G and is mounted

 

 

[jose@localhost ~]$ cat /etc/fstab

# Entry for /dev/hdb1 :

UUID=03d82053-6085-4098-81ca-74136eea16d9 / ext3 defaults 1 1

# Entry for /dev/hdb6 :

UUID=d95a5534-840d-4d57-8641-552b1fae1b19 /home ext3 defaults 1 2

none /proc proc defaults 0 0

# Entry for /dev/hdb5 :

UUID=dabf886d-e420-4edf-9544-4c696b934196 swap swap defaults 0 0

# Entry for /dev/hda1 :

UUID=EA24F5FB24F5CA99 /media/hd ntfs-3g defaults 0 0

[jose@localhost ~]$

 

 

I also edited the fstab to try this:

 

[jose@localhost ~]$ cat /etc/fstab

# Entry for /dev/hdb1 :

UUID=03d82053-6085-4098-81ca-74136eea16d9 / ext3 defaults 1 1

# Entry for /dev/hdb6 :

UUID=d95a5534-840d-4d57-8641-552b1fae1b19 /home ext3 defaults 1 2

none /proc proc defaults 0 0

# Entry for /dev/hdb5 :

UUID=dabf886d-e420-4edf-9544-4c696b934196 swap swap defaults 0 0

# Entry for /dev/hda1 :

#UUID=EA24F5FB24F5CA99 /media/hd ntfs-3g defaults 0 0

UUID=EA24F5FB24F5CA99 /media/hd ntfs-3g locale=el_GR.UTF-8,defaults 0 1

[jose@localhost ~]$

 

 

But I m still getting the error of disk is full if I try to delete files from that disk

Edited by menendez
Link to comment
Share on other sites

Hey, are you Greek?

UUID=EA24F5FB24F5CA99 /media/hd ntfs-3g locale=el_GR.UTF-8,defaults 0 1

You could put in there an extra argument

uid={your-current-user-UID}

to have full access to that volume as that particular user, but if your hal policy rules are set properly, this is not necessary at all.

Do you have any file in the folder /etc/hal/fdi/policy ?

If you have, please copypaste its contents here.

Link to comment
Share on other sites

So, it's me the one to blame, probably... although I've stated clearly that

locale=el_GR.UTF-8

should be replaced by your ACTUAL locale settings.

Simply copypaste the following:

<?xml version="1.0" encoding="UTF-8"?> 
<deviceinfo version="0.2">
  <device>
 <match key="volume.fstype" string="ntfs">
   <match key="@block.storage_device:storage.hotpluggable" bool="true">
	 <merge key="volume.fstype" type="string">ntfs-3g</merge>
	 <merge key="volume.policy.mount_filesystem" type="string">ntfs-3g</merge>
	 <append key="volume.mount.valid_options" type="strlist">locale=</append>
   </match>
 </match>
  </device>
</deviceinfo>

and place it (as root) in the /etc/hal/fdi/policy directory, under some name like "preferences.fdi"

Now, either restart HAL, or reboot.

Any better?

Edited by scarecrow
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

×
×
  • Create New...