16 Jan
2021
16 Jan
'21
7:19 p.m.
On Saturday 16 January 2021 09:46:12 Dr. Nikolaus
Klepp wrote:
other
Hi all!
I just found that after my latest updates to 14.0.10 I lost the "Delete"
funtionality in konqueror. When I do a right click on at file on a FAT32
usb thumbdrive, then the context menu pops up with the "Delete" entry
greyed out. Pressing "<DEL>"-key consequently des not delete the file
nor
move it to the thrashcan. Pressing "<shift>+<DEL>" deletes the
file.
Does somebody else see this, too?
Nik
I just upgraded a couple days ago, and I don't have that problem. Everything
works the same as before.
The problem, however, may reside in the flash drive itself, and the fat32
filesystem. I've had problems with both flash drives and SD cards: sometimes
they mount and behave normally, sometimes not. Do you have the delete
function when you are using Konqueror with non-fat drives, such as your hard drives?
You might dig up your konquerorrc file, where the delete function can be set
or unset. You might be able to override other changes by changing that file.
Bill
____________________________________________________
I need to use fat32 because I still have some itsinks clients (thankfully
that's fading)
Stock formatted usb and SD cards do exhibit problems like that in general.
That's why I always format them with linux before use. I never have a problem
after that.
NTFS, when I have to use that crap, sometimes will. HFS doesn't give me much
of a problem, less than NTFS more than fat32.
Try clean formatting the drives before use and make use you chown to your user
just in case.
Kate
16 Jan
16 Jan
7:44 p.m.
New subject: Konqueror & FAT32
On Saturday 16 January 2021 11:19:51 BorgLabs - Kate Draven wrote:
Except ... maybe users need to use those items with other devices that do not
read Linux filesystems? e.g., SD cards in smartphones, or flash drives to be
used with other computers. Maybe, the unfortunate user is forced by job or
circumstances to take those flash drives or SD cards and use them on
[*SHUDDER of horror*] Windozes or Rotten Apples? In such cases, fat32 is read
by all of them; ext3 or ext4, not.
'Twould be nice if Linux could handle fat32 sometimes without having to format
it to a Linux filesystem.
:-/
Bill
On Saturday 16
January 2021 09:46:12 Dr. Nikolaus Klepp wrote:
other
Hi all!
I just found that after my latest updates to 14.0.10 I lost the
"Delete" funtionality in konqueror. When I do a right click on at file
on a FAT32 usb thumbdrive, then the context menu pops up with the
"Delete" entry greyed out. Pressing "<DEL>"-key consequently
des not
delete the file nor move it to the thrashcan. Pressing
"<shift>+<DEL>"
deletes the file.
Does somebody else see this, too?
Nik
I just upgraded a couple days ago, and I don't have that problem.
Everything works the same as before.
The problem, however, may reside in the flash drive itself, and the fat32
filesystem. I've had problems with both flash drives and SD cards:
sometimes they mount and behave normally, sometimes not. Do you have the
delete function when you are using Konqueror with non-fat drives, such as
your hard drives?
You might dig up your konquerorrc file, where the delete function can be
set or unset. You might be able to override other changes by changing
that file.
Bill
____________________________________________________
I need to use fat32 because I still have some itsinks clients (thankfully
that's fading)
Stock formatted usb and SD cards do exhibit problems like that in general.
That's why I always format them with linux before use. I never have a
problem after that.
NTFS, when I have to use that crap, sometimes will. HFS doesn't give me
much of a problem, less than NTFS more than fat32.
Try clean formatting the drives before use and make use you chown to your
user just in case.
Kate 
17 Jan
17 Jan
3:10 a.m.
New subject: Konqueror & FAT32
On Sat, Jan 16, 2021 at 11:44:27AM -0800, William Morder via tde-users wrote:
'Twould be nice if Linux could handle fat32
sometimes without having to format
it to a Linux filesystem.
As far as I know, all Linux distros should be able to handle fat32.
man mkfs.fat
should give you the options for formatting drives as a FAT system.
Normally you don't call that directly, but call it through `mkfs` with
the -t option.
mkfs -t vfat <device>
I would expect that all modern Linux distros support full read/write
permissions on FAT drives.
There's plenty of other people who have this issue, not just TDE:
https://duckduckgo.com/?q=linux+cannot+move+file+to+trash
To support "move to trash", your drive needs to have a hidden trash
directory. That's the case for other desktops, I assume TDE requires the
same. I think that's normally called something like .Trash-1000 where
the number at the end is your user id.
Do you have write permission in top (root) directory of the USB stick?
If you do an `ls -a` of that directory, can you see a hidden trash
directory, and do you have permissions to write to it?
If you make any changes to the permissions, you probably should unmount
and remove the USB stick, then remount it, just in case TDE doesn't spot
the changes.
--
Steve
3:41 a.m.
New subject: Konqueror & FAT32
On Saturday 16 January 2021 19:10:20 Steven D'Aprano via tde-users wrote:
The problem is that Linux systems in general seem to have a problem sometimes
with mounting a flash drive or SD card, but only after they have been used in
another device, such as a smartphone or a non-Linux system.
I put a large music collection on a new SD card, for listening while I am
outdoors walking, but when I went to change some of the items, now I find
that my Linux system refuses to mount the drive. The same has happened with
fat32 flash drives.
This does not happen with other hard drives, such as an external hard drive
that is formatted NTFS; only with fat32 flash drives or (I forget the
filesystem here) SD cards.
Also I believe that smartphones can really mess up the data on SD cards, as I
had a lot of weirdness there. For example: a folder for one artist was
instead filled with music from an entirely different artist. This could not
have been a mistake on my part, as I have the originals, all tidy and
organized, and the contents of the flash drive were first organized on a
folder that resides in my desktop computer. Thus all I need to do is copy the
contents of that folder to my SD card.
It is only when I tried to copy the contents of that SD card to another
location, then suddenly everything got messed up.
So I believe that Kate might be onto something there, that formatting with
Linux first could eliminate some of that mess.
Bill
On Sat, Jan 16, 2021 at 11:44:27AM -0800, William
Morder via tde-users
wrote:
'Twould be
nice if Linux could handle fat32 sometimes without having to
format it to a Linux filesystem.
As far as I know, all Linux distros should be able to handle fat32.
man mkfs.fat
should give you the options for formatting drives as a FAT system.
Normally you don't call that directly, but call it through `mkfs` with
the -t option.
mkfs -t vfat <device>
I would expect that all modern Linux distros support full read/write
permissions on FAT drives.
There's plenty of other people who have this issue, not just TDE:
https://duckduckgo.com/?q=linux+cannot+move+file+to+trash
To support "move to trash", your drive needs to have a hidden trash
directory. That's the case for other desktops, I assume TDE requires the
same. I think that's normally called something like .Trash-1000 where
the number at the end is your user id.
Do you have write permission in top (root) directory of the USB stick?
If you do an `ls -a` of that directory, can you see a hidden trash
directory, and do you have permissions to write to it?
If you make any changes to the permissions, you probably should unmount
and remove the USB stick, then remount it, just in case TDE doesn't spot
the changes. 
9:15 a.m.
New subject: Konqueror & FAT32 --> system:/media/ is to blame
Hi all!
Anno domini 2021 Sat, 16 Jan 19:41:35 -0800
William Morder via tde-users scripsit:
[...]
The problem is that Linux systems in general seem to have a problem sometimes
with mounting a flash drive or SD card, but only after they have been used in
another device, such as a smartphone or a non-Linux system.
I put a large music collection on a new SD card, for listening while I am
outdoors walking, but when I went to change some of the items, now I find
that my Linux system refuses to mount the drive. The same has happened with
fat32 flash drives.
This does not happen with other hard drives, such as an external hard drive
that is formatted NTFS; only with fat32 flash drives or (I forget the
filesystem here) SD cards.
Also I believe that smartphones can really mess up the data on SD cards, as I
had a lot of weirdness there. For example: a folder for one artist was
instead filled with music from an entirely different artist. This could not
have been a mistake on my part, as I have the originals, all tidy and
organized, and the contents of the flash drive were first organized on a
folder that resides in my desktop computer. Thus all I need to do is copy the
contents of that folder to my SD card.
It is only when I tried to copy the contents of that SD card to another
location, then suddenly everything got messed up.
So I believe that Kate might be onto something there, that formatting with
Linux first could eliminate some of that mess.
Bill
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
Looks like this is complints about FAT32 are not the cause of my observations. Please see
the attached screenshot: upper half of windows uses system:/media/sdb and shows the
describes malfuncions (i.e.: <del> not working, no autorefresh), the lower half
shows the very device but where it's mounted in the filesystem as /media/toshiba and
there it works as expected (i.e.: <del> working and autorefresh working).
So this is definitly a TDE problem. Is there a way to get rid of
"system:/media/" and just use the real mountpoint instead?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
9:18 a.m.
New subject: Konqueror & FAT32 --> system:/media/ is to blame
Anno domini 2021 Sun, 17 Jan 10:15:26 +0100
Dr. Nikolaus Klepp scripsit:
Hi all!
Anno domini 2021 Sat, 16 Jan 19:41:35 -0800
William Morder via tde-users scripsit:
Oh, I forgot: "media:/sdb" shows the same bad behaviour as
"system:/media/sdb", so can I get rid of that, too?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
[...]
The problem is that Linux systems in general seem to have a problem sometimes
with mounting a flash drive or SD card, but only after they have been used in
another device, such as a smartphone or a non-Linux system.
I put a large music collection on a new SD card, for listening while I am
outdoors walking, but when I went to change some of the items, now I find
that my Linux system refuses to mount the drive. The same has happened with
fat32 flash drives.
This does not happen with other hard drives, such as an external hard drive
that is formatted NTFS; only with fat32 flash drives or (I forget the
filesystem here) SD cards.
Also I believe that smartphones can really mess up the data on SD cards, as I
had a lot of weirdness there. For example: a folder for one artist was
instead filled with music from an entirely different artist. This could not
have been a mistake on my part, as I have the originals, all tidy and
organized, and the contents of the flash drive were first organized on a
folder that resides in my desktop computer. Thus all I need to do is copy the
contents of that folder to my SD card.
It is only when I tried to copy the contents of that SD card to another
location, then suddenly everything got messed up.
So I believe that Kate might be onto something there, that formatting with
Linux first could eliminate some of that mess.
Bill
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
Looks like this is complints about FAT32 are not the cause of my observations. Please see
the attached screenshot: upper half of windows uses system:/media/sdb and shows the
describes malfuncions (i.e.: <del> not working, no autorefresh), the lower half
shows the very device but where it's mounted in the filesystem as /media/toshiba and
there it works as expected (i.e.: <del> working and autorefresh working).
So this is definitly a TDE problem. Is there a way to get rid of
"system:/media/" and just use the real mountpoint instead?
Nik
9:39 a.m.
New subject: Konqueror & FAT32 --> system:/media/ is to blame
Dr. Nikolaus Klepp wrote:
Oh, I forgot: "media:/sdb" shows the same
bad behaviour as
"system:/media/sdb", so can I get rid of that, too?
I've been observing similar issues with NFS and I was thinking of filing a
bug or looking into the whole TDEIO stuff, which I started doing recently,
but it is too much spaghetti to eat :)
I do not have the clear picture to be able to debug and I enabled debugging
for TDEIO, so this is what I found for my exotic mobile phone.
In the case of the mobile it works under system:/media/Unbekanntes Gerät
2-1.5:1.0/
I have not tried looking under /media/Unbekanntes Gerät 2-1.5:1.0/
I think you should file a bug for what you are experiencing
[2021/01/14 12:53:36.951] [tdepowersave] unmonitored device
changed:
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/host6/target6:0:0/6:0:0:0/
[2021/01/14 12:53:36.975] [tdepowersave] unmonitored device
changed:
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/host6/target6:0:0/6:0:0:0/block/sdb//dev/sdb
[2021/01/14 12:53:36.982] [tdepowersave] unmonitored device
changed:
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/host6/target6:0:0/6:0:0:0/block/sdb//dev/sdb
[2021/01/14 12:53:38.543] [kontact] processNewMail false,status=1
[2021/01/14 12:53:43.072] [kded] HomeDirNotify::FilesAdded
[2021/01/14 12:53:43.072] [kded] HomeDirNotify::toHomeURL(media:/)
[2021/01/14 12:53:43.072] [kded] result => KURL()
[2021/01/14 12:53:43.073] [kded] SystemDirNotify::toSystemURL(media:/)
[2021/01/14 12:53:43.074] [kded] system:/media/
[2021/01/14 12:53:43.074] [kded] MediaNotifier::onMediumChange( Unbekanntes
Gerät 2-1.5:1.0, false)
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::FilesAdded
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::toHomeURL(system:/media/)
[2021/01/14 12:53:43.075] [kded] result => KURL()
[2021/01/14 12:53:43.075] [kded]
SystemDirNotify::toSystemURL(system:/media/)
[2021/01/14 12:53:43.075] [kded] KURL()
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::FilesChanged
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::toHomeURL(system:/)
[2021/01/14 12:53:43.075] [kded] result => KURL()
[2021/01/14 12:53:43.075] [kded] SystemDirNotify::toSystemURL(system:/)
[2021/01/14 12:53:43.075] [kded] KURL()
[tdeinit] Got EXEC_NEW 'tdeio_system' from launcher.
[2021/01/14 12:53:43.109] [tdeio_system] SystemProtocol::listDir: system:/
[2021/01/14 12:53:43.109] [tdeio_system] SystemImpl::listRoot
[2021/01/14 12:53:43.111] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.112] [tdeio_system] path
= /opt/trinity/share/apps/systemview/documents.desktop
[2021/01/14 12:53:43.117] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.117] [tdeio_system] path
= /opt/trinity/share/apps/systemview/home.desktop
[2021/01/14 12:53:43.119] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.119] [tdeio_system] path
= /opt/trinity/share/apps/systemview/media.desktop
[2021/01/14 12:53:43.119] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.119] [tdeio_system] path
= /opt/trinity/share/apps/systemview/remote.desktop
[2021/01/14 12:53:43.119] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.120] [tdeio_system] path
= /opt/trinity/share/apps/systemview/users.desktop
10:18 a.m.
New subject: Konqueror & FAT32 --> system:/media/ is to blame
Anno domini 2021 Sun, 17 Jan 10:39:14 +0100
deloptes scripsit:
Dr. Nikolaus Klepp wrote:
LOL ... you have ended in the same mess I did some years ago, just I was not able to get
decent debug output. Is there a way to get even more output, e.g. the passed parameters in
detail?
Nik
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
Oh, I forgot: "media:/sdb" shows the
same bad behaviour as
"system:/media/sdb", so can I get rid of that, too?
I've been observing similar issues with NFS and I was thinking of filing a
bug or looking into the whole TDEIO stuff, which I started doing recently,
but it is too much spaghetti to eat :)
I do not have the clear picture to be able to debug and I enabled debugging
for TDEIO, so this is what I found for my exotic mobile phone.
In the case of the mobile it works under system:/media/Unbekanntes Gerät
2-1.5:1.0/
I have not tried looking under /media/Unbekanntes Gerät 2-1.5:1.0/
I think you should file a bug for what you are experiencing
[2021/01/14 12:53:36.951] [tdepowersave] unmonitored device
changed:
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/host6/target6:0:0/6:0:0:0/
[2021/01/14 12:53:36.975] [tdepowersave] unmonitored device
changed:
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/host6/target6:0:0/6:0:0:0/block/sdb//dev/sdb
[2021/01/14 12:53:36.982] [tdepowersave] unmonitored device
changed:
/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.5/2-1.5:1.0/host6/target6:0:0/6:0:0:0/block/sdb//dev/sdb
[2021/01/14 12:53:38.543] [kontact] processNewMail false,status=1
[2021/01/14 12:53:43.072] [kded] HomeDirNotify::FilesAdded
[2021/01/14 12:53:43.072] [kded] HomeDirNotify::toHomeURL(media:/)
[2021/01/14 12:53:43.072] [kded] result => KURL()
[2021/01/14 12:53:43.073] [kded] SystemDirNotify::toSystemURL(media:/)
[2021/01/14 12:53:43.074] [kded] system:/media/
[2021/01/14 12:53:43.074] [kded] MediaNotifier::onMediumChange( Unbekanntes
Gerät 2-1.5:1.0, false)
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::FilesAdded
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::toHomeURL(system:/media/)
[2021/01/14 12:53:43.075] [kded] result => KURL()
[2021/01/14 12:53:43.075] [kded]
SystemDirNotify::toSystemURL(system:/media/)
[2021/01/14 12:53:43.075] [kded] KURL()
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::FilesChanged
[2021/01/14 12:53:43.075] [kded] HomeDirNotify::toHomeURL(system:/)
[2021/01/14 12:53:43.075] [kded] result => KURL()
[2021/01/14 12:53:43.075] [kded] SystemDirNotify::toSystemURL(system:/)
[2021/01/14 12:53:43.075] [kded] KURL()
[tdeinit] Got EXEC_NEW 'tdeio_system' from launcher.
[2021/01/14 12:53:43.109] [tdeio_system] SystemProtocol::listDir: system:/
[2021/01/14 12:53:43.109] [tdeio_system] SystemImpl::listRoot
[2021/01/14 12:53:43.111] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.112] [tdeio_system] path
= /opt/trinity/share/apps/systemview/documents.desktop
[2021/01/14 12:53:43.117] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.117] [tdeio_system] path
= /opt/trinity/share/apps/systemview/home.desktop
[2021/01/14 12:53:43.119] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.119] [tdeio_system] path
= /opt/trinity/share/apps/systemview/media.desktop
[2021/01/14 12:53:43.119] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.119] [tdeio_system] path
= /opt/trinity/share/apps/systemview/remote.desktop
[2021/01/14 12:53:43.119] [tdeio_system] SystemImpl::createEntry
[2021/01/14 12:53:43.120] [tdeio_system] path
= /opt/trinity/share/apps/systemview/users.desktop
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
11 a.m.
New subject: Konqueror & FAT32 --> system:/media/ is to blame
Dr. Nikolaus Klepp wrote:
LOL ... you have ended in the same mess I did some
years ago, just I was
not able to get decent debug output. Is there a way to get even more
output, e.g. the passed parameters in detail?
Don't know exactly - what I remember from one discussion on debugging - the
compiling of debug messages in debian is not enabled by default, but I
could be wrong as it was years ago (may be Slavek or Michele can confirm).
I compile the desktop for various reasons myself, so I have it at hand here.
I use
export DEB_BUILD_OPTIONS=debug
I don't know about parameters ... usually it depends what the debug
functions is doing but usually it prints the parameters and the values or
memory references if the debug symbols are available (it prints the
signature and the memory references of the methods and properties).
6:52 p.m.
New subject: Konqueror & FAT32 --> system:/media/ is to blame
On Sunday 17 January 2021, Dr. Nikolaus Klepp wrote:
Hi all!
Anno domini 2021 Sat, 16 Jan 19:41:35 -0800
William Morder via tde-users scripsit:
Ok I just checked out all the media* options and delete appears in all of
them. What distro are you using. Try using a live CD and see what happens.
Kate
[...]
The problem is that Linux systems in general seem to have a problem
sometimes with mounting a flash drive or SD card, but only after they
have been used in another device, such as a smartphone or a non-Linux
system.
I put a large music collection on a new SD card, for listening while I am
outdoors walking, but when I went to change some of the items, now I find
that my Linux system refuses to mount the drive. The same has happened
with fat32 flash drives.
This does not happen with other hard drives, such as an external hard
drive that is formatted NTFS; only with fat32 flash drives or (I forget
the filesystem here) SD cards.
Also I believe that smartphones can really mess up the data on SD cards,
as I had a lot of weirdness there. For example: a folder for one artist
was instead filled with music from an entirely different artist. This
could not have been a mistake on my part, as I have the originals, all
tidy and organized, and the contents of the flash drive were first
organized on a folder that resides in my desktop computer. Thus all I
need to do is copy the contents of that folder to my SD card.
It is only when I tried to copy the contents of that SD card to another
location, then suddenly everything got messed up.
So I believe that Kate might be onto something there, that formatting
with Linux first could eliminate some of that mess.
Bill
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydes
ktop.org
Looks like this is complints about FAT32 are not the cause of my
observations. Please see the attached screenshot: upper half of windows
uses system:/media/sdb and shows the describes malfuncions (i.e.: <del> not
working, no autorefresh), the lower half shows the very device but where
it's mounted in the filesystem as /media/toshiba and there it works as
expected (i.e.: <del> working and autorefresh working).
So this is definitly a TDE problem. Is there a way to get rid of
"system:/media/" and just use the real mountpoint instead?
Nik
7:04 p.m.
New subject: Konqueror & FAT32 --> system:/media/ is to blame
Anno domini 2021 Sun, 17 Jan 13:52:12 -0500
BorgLabs - Kate Draven scripsit:
On Sunday 17 January 2021, Dr. Nikolaus Klepp wrote:
Which mount helper do you use? I have udisks2 here. I think I did not see that problem
when I had pmount (but that had a different set of problems which I dislike more than that
missing <del>.
Nik
Hi all!
Anno domini 2021 Sat, 16 Jan 19:41:35 -0800
William Morder via tde-users scripsit:
Ok I just checked out all the media* options and delete appears in all of
them. What distro are you using. Try using a live CD and see what happens. [...]
The problem is that Linux systems in general seem to have a problem
sometimes with mounting a flash drive or SD card, but only after they
have been used in another device, such as a smartphone or a non-Linux
system.
I put a large music collection on a new SD card, for listening while I am
outdoors walking, but when I went to change some of the items, now I find
that my Linux system refuses to mount the drive. The same has happened
with fat32 flash drives.
This does not happen with other hard drives, such as an external hard
drive that is formatted NTFS; only with fat32 flash drives or (I forget
the filesystem here) SD cards.
Also I believe that smartphones can really mess up the data on SD cards,
as I had a lot of weirdness there. For example: a folder for one artist
was instead filled with music from an entirely different artist. This
could not have been a mistake on my part, as I have the originals, all
tidy and organized, and the contents of the flash drive were first
organized on a folder that resides in my desktop computer. Thus all I
need to do is copy the contents of that folder to my SD card.
It is only when I tried to copy the contents of that SD card to another
location, then suddenly everything got messed up.
So I believe that Kate might be onto something there, that formatting
with Linux first could eliminate some of that mess.
Bill
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydes
ktop.org
Looks like this is complints about FAT32 are not the cause of my
observations. Please see the attached screenshot: upper half of windows
uses system:/media/sdb and shows the describes malfuncions (i.e.: <del> not
working, no autorefresh), the lower half shows the very device but where
it's mounted in the filesystem as /media/toshiba and there it works as
expected (i.e.: <del> working and autorefresh working).
So this is definitly a TDE problem. Is there a way to get rid of
"system:/media/" and just use the real mountpoint instead?
Nik
Kate
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
5:19 a.m.
New subject: Konqueror & FAT32 - P.S. screenshots
On Saturday 16 January 2021 19:10:20 Steven D'Aprano via tde-users wrote:
On Sat, Jan 16, 2021 at 11:44:27AM -0800, William
Morder via tde-users
wrote:
> 'Twould be nice if Linux could handle fat32
sometimes without having to
> format it to a Linux filesystem.
What I mean is, these drives will not mount when using my Linux desktop, but
they still work fine in other devices.
As far as I know, all Linux distros should be able to handle fat32.
man mkfs.fat
should give you the options for formatting drives as a FAT system.
Normally you don't call that directly, but call it through `mkfs` with
the -t option.
mkfs -t vfat <device>
I would expect that all modern Linux distros support full read/write
permissions on FAT drives.
There's plenty of other people who have this issue, not just TDE:
https://duckduckgo.com/?q=linux+cannot+move+file+to+trash
To support "move to trash", your drive needs to have a hidden trash
directory. That's the case for other desktops, I assume TDE requires the
same. I think that's normally called something like .Trash-1000 where
the number at the end is your user id.
Do you have write permission in top (root) directory of the USB stick?
If you do an `ls -a` of that directory, can you see a hidden trash
directory, and do you have permissions to write to it?
If you make any changes to the permissions, you probably should unmount
and remove the USB stick, then remount it, just in case TDE doesn't spot
the changes.
I enclosed a screenshot. Neither my SD card, nor flash drives, can be mounted;
I have gone about it every which way. Once they have been used on another
device, they become essentially unusable with my desktop. They cannot be
mounted, formatted, or anything else.
When I try to mount them, I get an error message about permissions and fstab,
but I've tried changing those. My Devuan Jessie system had no problems here,
by the way. I found a web page with some nifty ideas about how to force
auto-mounting, if so desired:
https://www.linuxquestions.org/questions/linux-newbie-8/how-can-i-automount…
Since nobody else uses my desktop, this works for me; or rather, it used to
work in my Jessie system. Now that I am running Devuan Beowulf, it doesn't
work. It is long since that I hacked my system to behave as I wish about
mounting, but none of it works any more since upgrading to Beowulf.
Bill
P.S. See attachments for a screenshot of the non-mounting SD card, as well as
two other files which I got from the web page mentioned above.
7:01 p.m.
New subject: Konqueror & FAT32 - P.S. screenshots
On Sunday 17 January 2021, William Morder via tde-users wrote:
On Saturday 16 January 2021 19:10:20 Steven
D'Aprano via tde-users wrote:
Bill go into file associations > inode and see what's at the top of the list.
It should be konqueror or your file manager of choice.
Also check embedded. Should be konq_something or the like
Kate
On Sat, Jan 16, 2021 at 11:44:27AM -0800, William
Morder via tde-users
wrote:
> 'Twould be nice if Linux could handle
fat32 sometimes without having to
> format it to a Linux filesystem.
What I mean is, these drives will not mount when using my Linux desktop,
but they still work fine in other devices.
As far as I know, all Linux distros should be
able to handle fat32.
man mkfs.fat
should give you the options for formatting drives as a FAT system.
Normally you don't call that directly, but call it through `mkfs` with
the -t option.
mkfs -t vfat <device>
I would expect that all modern Linux distros support full read/write
permissions on FAT drives.
There's plenty of other people who have this issue, not just TDE:
https://duckduckgo.com/?q=linux+cannot+move+file+to+trash
To support "move to trash", your drive needs to have a hidden trash
directory. That's the case for other desktops, I assume TDE requires the
same. I think that's normally called something like .Trash-1000 where
the number at the end is your user id.
Do you have write permission in top (root) directory of the USB stick?
If you do an `ls -a` of that directory, can you see a hidden trash
directory, and do you have permissions to write to it?
If you make any changes to the permissions, you probably should unmount
and remove the USB stick, then remount it, just in case TDE doesn't spot
the changes.
I enclosed a screenshot. Neither my SD card, nor flash drives, can be
mounted; I have gone about it every which way. Once they have been used on
another device, they become essentially unusable with my desktop. They
cannot be mounted, formatted, or anything else.
When I try to mount them, I get an error message about permissions and
fstab, but I've tried changing those. My Devuan Jessie system had no
problems here, by the way. I found a web page with some nifty ideas about
how to force auto-mounting, if so desired:
https://www.linuxquestions.org/questions/linux-newbie-8/how-can-i-automount
-my-drives-in-debian-4175436306/
Since nobody else uses my desktop, this works for me; or rather, it used to
work in my Jessie system. Now that I am running Devuan Beowulf, it doesn't
work. It is long since that I hacked my system to behave as I wish about
mounting, but none of it works any more since upgrading to Beowulf.
Bill
P.S. See attachments for a screenshot of the non-mounting SD card, as well
as two other files which I got from the web page mentioned above.
7:20 p.m.
New subject: Konqueror & FAT32 - P.S. screenshots
On Sunday 17 January 2021 11:01:15 BorgLabs - Kate Draven wrote:
> > > 'Twould be nice if Linux could
handle fat32 sometimes without having
> > > to format it to a Linux filesystem.
[SNIP]
Bill go into file associations > inode and see what's at the top of the
list. It should be konqueror or your file manager of choice.
Also check embedded. Should be konq_something or the like
Kate
Thanks, but I already found an adequate workaround solution for myself. It was
included in the post under the heading "Re: Konqueror & FAT32 - SOLVED?"
Here is the web page that provided my solution:
https://www.techwalla.com/articles/how-to-mount-an-sd-card-in-linux
https://web.archive.org/web/20201023025122/https://www.techwalla.com/articl…
When I get a free moment, however, I will try to format my flash drive. My
reason for waiting is that it takes a LONG time to load music files onto a
128 gb SD card, when using a USB 1.0 hub. And in the meanwhile, I want to
keep listening to music when I go outdoors for a walk.
Once I have a new, bigger flash drive, I will format that, then load music
onto it. And then I will format the old one, too. Otherwise, I gotta wait for
a week or so to get all the music loaded up again.
Bill
9:06 p.m.
New subject: Konqueror & FAT32 - P.S. screenshots
On Sun, Jan 17, 2021 at 11:20:15AM -0800, William Morder via tde-users wrote:
Thanks, but I already found an adequate workaround
solution for myself. It was
included in the post under the heading "Re: Konqueror & FAT32 - SOLVED?"
Here is the web page that provided my solution:
https://www.techwalla.com/articles/how-to-mount-an-sd-card-in-linux
https://web.archive.org/web/20201023025122/https://www.techwalla.com/articl…
And doing that brings back the "Delete" functionality in TDE?
[...]
Once I have a new, bigger flash drive, I will format
that, then load music
onto it. And then I will format the old one, too. Otherwise, I gotta wait for
a week or so to get all the music loaded up again.
You don't have an old USB stick or SD card you can experiment on? I
still have the very first USB stick I ever purchased, with 128MB on it.
Very handy as a scratch disk.
--
Steve
9:51 p.m.
New subject: Konqueror & FAT32 - P.S. screenshots
On Sunday 17 January 2021 13:06:07 Steven D'Aprano via tde-users wrote:
The "delete" functionality never went away for me. But Nik also mentioned
problems with system:/media and media:/
... and somehow this led into problems with mounting of flash drives and SD
cards.
On Sun, Jan 17, 2021 at 11:20:15AM -0800, William
Morder via tde-users
wrote:
Thanks, but I
already found an adequate workaround solution for myself.
It was included in the post under the heading "Re: Konqueror & FAT32 -
SOLVED?"
Here is the web page that provided my solution:
https://www.techwalla.com/articles/how-to-mount-an-sd-card-in-linux
https://web.archive.org/web/20201023025122/https://www.techwalla.com/arti
cles/how-to-mount-an-sd-card-in-linux
And doing that brings back the "Delete" functionality in TDE?
[...]
My next-door neighbor blew the fuse here, on a shared electrical circuit.
(Much of San Francisco is like living in a third-world country, but without
the friendliness.) This fried a flash drive, and now I only have one left.
Once I have a new, bigger flash drive, I will
format that, then load
music onto it. And then I will format the old one, too. Otherwise, I
gotta wait for a week or so to get all the music loaded up again.
You don't have an old USB stick or SD card you can experiment on? I
still have the very first USB stick I ever purchased, with 128MB on it.
Very handy as a scratch disk.
I know, it's this damned lockdown. Everything now is a terrible bother; to go
out to local shops for computer gear requires that I call ahead, then go in
to pick up my items. I would prefer to go to an actual *place*, somewhere
outside in the real world, not just to order online. For one thing, I like to
browse a little, to think about what else I might need, for now or later.
Also I like to ask questions, so I am better able to decide.
Anyway, all in good time. There is nothing else to do but wait.
Bill
B
6:45 a.m.
New subject: Konqueror & FAT32 - SOLVED?
[SNIP!!!]
<On Saturday 16 January 2021 19:10:20 Steven D'Aprano via tde-users wrote:
<So I believe that Kate might be onto something there, that formatting with
Linux first could eliminate some of that mess.
Check out this web page:
https://www.techwalla.com/articles/how-to-mount-an-sd-card-in-linux
https://web.archive.org/web/20201023025122/https://www.techwalla.com/articl…
Okay, so this solves my own problem with getting my SD card to mount in an
external reader. I had to adjust the commands slightly to fit my
own /dev/sd-, and also my SD card is exfat rather than vfat. Once I did that,
it worked like a charm, and now I can browse the files on my SD card again
for the first time in ages.
It occurs to me that the same idea might be adapted by Nik to get those pesky
flash drives to mount. What do you think?
Bill
1436
days inactive
1437
days old
16 comments
5 participants
participants (5)
-
BorgLabs - Kate Draven -
deloptes -
Dr. Nikolaus Klepp -
Steven D'Aprano -
William Morder