File Transfert too slow

q4osteam · 2025-05-27 12:01

We need a bit more info. Please run:
- Reboot and login as "mino"
- Insert USB device and open its content in a new Konqueror window.
- Run in terminal:
$ lsblk
$ sudo blkid
and post back the output.

minuccio63 · 2025-05-27 15:34

mino@mino-6730s:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 27,9G 0 part /
├─sda2 8:2 0 55,1G 0 part /home
├─sda3 8:3 0 500M 0 part
└─sda4 8:4 0 149,4G 0 part
sdb 8:16 0 1,8T 0 disk
└─sdb1 8:17 0 1,8T 0 part /media/mino/TOSHIBA EXT
sr0 11:0 1 1024M 0 rom

mino@mino-6730s:~$ sudo blkid
[sudo] password di mino:
/dev/sda4: BLOCK_SIZE="512" UUID="9AF2F0FCF2F0DD87" TYPE="ntfs" PARTUUID="2bd2c32a-04"
/dev/sda2: LABEL="home" UUID="46bbd2e3-bdd2-4f41-9dac-ed8ee99720c1" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2bd2c32a-02"
/dev/sda3: LABEL="Riservato per il sistema" BLOCK_SIZE="512" UUID="D09EC8229EC7FF4A" TYPE="ntfs" PARTUUID="2bd2c32a-03"
/dev/sda1: UUID="5ce10265-4bb0-46b2-a52d-7d16d08f627f" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2bd2c32a-01"
/dev/sdb1: LABEL="TOSHIBA EXT" BLOCK_SIZE="512" UUID="DA8275F98275DB09" TYPE="ntfs" PARTUUID="83626862-01"

Last edited by minuccio63 (2025-05-27 15:35)

q4osteam · 2025-05-27 16:17

Your external device uses the "ntfs" file system. Please try formatting an external USB device as "fat32" or "exfat" and then copy (rsync) a larger file under the "slow" system. Is it still slow ?

minuccio63 · 2025-05-27 16:58

q4osteam wrote:

Your external device uses the "ntfs" file system. Please try formatting an external USB device as "fat32" or "exfat" and then copy (rsync) a larger file under the "slow" system. Is it still slow ?

Sorry but I can't format my external HD because it has 1.8 GB of files and then explain to me why I should format it if it works fine by changing user or even just using a different desktop environment (Plasma!)

q4osteam · 2025-05-27 17:06

You don't need to format the original Toshiba device, just any other USB stick, if you have spare one. And then test the speed. It's important for us to know, if transfer speed is slow for NTFS formatted device only, or for other filesystems too.

minuccio63 · 2025-05-27 18:20

mino@mino-6730s:~/Prova$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 27,9G 0 part /
├─sda2 8:2 0 55,1G 0 part /home
├─sda3 8:3 0 500M 0 part
└─sda4 8:4 0 149,4G 0 part
sdb 8:16 1 57,8G 0 disk /media/mino/PENDRIVE
sr0 11:0 1 1024M 0 rom

mino@mino-6730s:~/Prova$ sudo blkid
/dev/sda4: BLOCK_SIZE="512" UUID="9AF2F0FCF2F0DD87" TYPE="ntfs" PARTUUID="2bd2c32a-04"
/dev/sda2: LABEL="home" UUID="46bbd2e3-bdd2-4f41-9dac-ed8ee99720c1" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2bd2c32a-02"
/dev/sda3: LABEL="Riservato per il sistema" BLOCK_SIZE="512" UUID="D09EC8229EC7FF4A" TYPE="ntfs" PARTUUID="2bd2c32a-03"
/dev/sda1: UUID="5ce10265-4bb0-46b2-a52d-7d16d08f627f" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2bd2c32a-01"
/dev/sdb: LABEL_FATBOOT="PENDRIVE" LABEL="PENDRIVE" UUID="8927-0B05" BLOCK_SIZE="512" TYPE="vfat"

mino@mino-6730s:~/Prova$ rsync -ah --progress Andor.avi /media/mino/PENDRIVE/
sending incremental file list
Andor.avi
32,87M 7% 1,09MB/s 0:06:27 ^Z
[2]+ Fermato rsync -ah --progress Andor.avi /media/mino/PENDRIVE/

Last edited by minuccio63 (2025-05-27 18:22)

minuccio63 · 2025-05-27 18:34

mino@mino-6730s:~/Prova$ sudo blkid
/dev/sda4: BLOCK_SIZE="512" UUID="9AF2F0FCF2F0DD87" TYPE="ntfs" PARTUUID="2bd2c32a-04"
/dev/sda2: LABEL="home" UUID="46bbd2e3-bdd2-4f41-9dac-ed8ee99720c1" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2bd2c32a-02"
/dev/sda3: LABEL="Riservato per il sistema" BLOCK_SIZE="512" UUID="D09EC8229EC7FF4A" TYPE="ntfs" PARTUUID="2bd2c32a-03"
/dev/sda1: UUID="5ce10265-4bb0-46b2-a52d-7d16d08f627f" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2bd2c32a-01"
/dev/sdb: LABEL="PEBDRIVE" UUID="EE7D-F555" BLOCK_SIZE="512" TYPE="exfat" PTTYPE="dos"

mino@mino-6730s:~/Prova$ rsync -ah --progress Andor.avi /media/mino/PEBDRIVE/
sending incremental file list
Andor.avi
467,53M 100% 7,04MB/s 0:01:03 (xfr#1, to-chk=0/1)

q4osteam · 2025-05-27 18:36

Thanks, please check "mount" command with the Pendrive too:
- Reboot
- Login to the Trinity session.
- Insert Pendrive and open its content in a new Konqueror window.
- Run in terminal:
$ mount | tail -n1
post back

minuccio63 · 2025-05-28 09:37

mino@mino-6730s:~$ mount | tail -n1
/dev/sdb on /media/mino/PEBDRIVE type exfat (rw,nosuid,nodev,noatime,sync,uid=1000,gid=1000,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro,uhelper=udisks2)

q4osteam · 2025-05-28 09:59

minuccio63 wrote:

/dev/sdb on /media/mino/PEBDRIVE type exfat (rw,nosuid,nodev,noatime,sync,uid=1000,gid=1000,fmask=0022,dmask=0022,iocharset=utf8,errors=remount-ro,uhelper=udisks2)

Well, the "sync" mount option is the clue. Mounting the drive with "sync" leads to slow transfer speed.

We have tested on a fresh installation of Q4OS5/Trinity/Basic, but have not been able to reproduce the problem yet. External drives always mount without "sync", so data transfers are fast.

We really appreciate the detailed reports and will now investigate further.

minuccio63 · 2025-05-28 13:45

Ok thanks, it would be interesting to understand why the user mino has the "sync" option while the user provolino does not

bin · 2025-05-28 16:38

Might be worth comparing the groups to which mino and provolino belong. Just log in as user and type groups>groups.txt
Log out and log in as the other and repeat then compare the lists.

crosscourt · 2025-05-28 20:03

Ive been following this thread and its interesting that was the cause it appears for the speed issue.

minuccio63 · 2025-05-29 07:29

bin wrote:

Might be worth comparing the groups to which mino and provolino belong. Just log in as user and type groups>groups.txt
Log out and log in as the other and repeat then compare the lists.

mino@mino-6730s:~$ cat groups.txt
mino adm cdrom floppy sudo audio dip video plugdev users netdev bluetooth lpadmin scanner systemd-journal

provolino@mino-6730s:~$ cat groups.txt
provolino sudo users

Last edited by minuccio63 (2025-05-29 07:34)

bin · 2025-05-30 06:58

Well, you've probably guessed the next suggestion - create a third user, give it the same groups as mino and see what happens to transfer speeds.

minuccio63 · 2025-05-30 08:30

groups terzo = adm cdrom floppy sudo audio dip video plugdev users netdev bluetooth lpadmin scanner systemd-journal

terzo@mino-6730s:~/prova$ rsync -ah --progress Andor.avi /media/terzo/TOSHIBA\ EXT/prova
sending incremental file list
Andor.avi
467,53M 100% 34,65MB/s 0:00:12 (xfr#1, to-chk=0/1)

Last edited by minuccio63 (2025-05-30 08:31)

bin · 2025-05-30 12:31

OK so that seems to be reasonably quick - roughly the same as I have been seeing with a USB key.

So, if it works with terzo and provolino, what is different about mino?

You mentioned early on that you have been using other distros. When you installed Q4OS did you re-use the /home partition from those previous installs, or was the whole thing set up from scratch with a new /home and nothing copied into it apart from working files as opposed to hidden of config files?

minuccio63 · 2025-05-30 15:09

@bin
Thanks for your interest, as you can see from the previous posts, I have always used an existing "home" partition, I have never touched anything in that partition as a configuration file but every time I install a new Linux distribution, I install the system in "sda1" by formatting the partition while I use "sda2" as a "home" partition without formatting it, always using the same user "mino", I have always suspected that the problem is exactly this that maybe some configuration file is in conflict with trinity ... but I do not understand which, I would also like to install the system again to understand it but what should I delete in "home" to be sure it works?

Last edited by minuccio63 (2025-05-30 15:12)

bin · 2025-05-31 08:04

I have used the same approach for many years. However having run into odd issues due to old config files I modified it slightly a long time ago..
You do need to think about this process and make sure you don't get lost or you can wind up relying on file backups - which of course you have.
After booting from the live media I rename my current user folder in the home partition. I do this by opening the drive and and navigating to my home, then open terminal and just do 'sudo mv robin robinold'.
Then unmount the drive and proceed to install but obviously not formatting the home ptn.

After install I then have a new Q4OS only home folder with everything else in the robinold folder.

I use Midnight Commander which is a 2 pane file tool, it's my one absolute must have applications. Using a normal graphical file manager such as Konqueror or Dolphin is an absolutely bad idea for this bit. I suggest you practise using mc to get the hang of it. There is a GUI version called Krusader in TDE.

I go into the new robin folder. There you will have the standard Documents, Downloads, Music, Pictures, Videos folders.
Most of these have a .directory file which points to an icon that is used in Konqueror to show the folder icon.
If you have already used TDE with your current home then they will already be in place. They should also be present in the new test users.
If in doubt just copy these otherwise empty folders to a key.
Then I use mc to delete the Documents, Downloads, Music, Pictures, Videos folders in the new robin folder. key is f8 but it will say it's not empty because of the dot file.

Then in one pane navigate to my robinold folder and and the other keep my current - now emptier - robin folder.
I then use the Move function f6 to move Documents, Downloads, Music, Pictures, Videos from old to new. This is best done one folder at a time. The process is almost instant. Doing a copy takes a long time....

So I then have just my old config files and other stuff left behind in the robinold folder.

Some you need some you don't, stuff like ~/.mozilla ~/.thunderbird etc. just move across (making sure there are no new ones in the new user folder. Others you probably won't need but I normally leave the robinold folder in place until I have got all my progs installed and looking right.

As to what is behind the problem, yes it does sound like something from a previous install.
What? Well it could be anything. If you have run a number of different linux versions in the same home you could spend an age trying to run it to earth. Better to prevent that sort of thing in the first place.

This sounds like a long winded method. In the end you might just decide to back up the whole of your home and start from scratch.

q4osteam · 2025-05-31 10:18

@bin
Thumbs up

minuccio63 · 2025-06-01 11:29

@bin
Your method is right and effective, in fact I had already thought about it but having a 50 GB "home" occupied it was difficult for me to implement it also because I have no more space on the HD, I thought that perhaps it was easier to identify the culprit of the slowdown but I didn't think it was so difficult, well it means that I will make a backup on an external HD and use your method to restore everything, I know Midnight Commander there was a similar version on PC many years ago (PCtools) and if I remember correctly also another one on Commodore 64... Good Times

hchiper · 2025-06-01 15:47

Beside my main computer, I have a second one and I used it to experiment. Here is what I did.

I ran Q4OS 5 installer and chose to use one partition for the system (/) and a separate partition for /home.
Once installed, I worked for several days, using applications (which created their own config files) and creating files in my home directory.

Then, I ran Q4OS 5 installer again and chose to reuse the /home partition.
Once reinstalled, I discovered that all dot-files and dot-directories that were present in my $HOME directory had been moved to a separate folder (clearly identified as a backup with a timestamp), and new (default) ones had been created. All I had to do was to move one by one each config I needed to restore.

Things were easy with simple config files like .bashrc, but became tricky when I had to manage with firefox configs and profiles, which are spread in different folders. In this particular case, I needed to first erase the newly created config files/directories and then move the old ones from the backup to $HOME. The same for thunderbird.

Things became worse with megasync config files, some of them being worth to restore (list of synchronized folders), other ones needing to be left aside (synchronization states of folders). I had to guess and try and a bad guess resulted in deletion of some files on the cloud storage.

One situation I didn't experiment is the case with more than one user, for example "foo" (id 1000), "bar" (1001), "baz" (1002). What would have happened with ownership and permissions if, during install or later, I had created them in a different order: "bar" (1000), "foo" (1001), "baz" (1002)? I believe only "baz" could have control over its files.

minuccio63 · 2025-06-04 15:50

Update... I solved it: I took a second HD, I formatted everything and installed everything new, in fact I could no longer not use the PC and I thought the problem was easier to solve but apparently there is no solution.
Anyway now everything seems to work, I will move from the old HD only the files I need and I will install all the programs I need from scratch.
I can't put "solved" because in fact the problem was not found but at least I can use the PC

Thank you all

Last edited by minuccio63 (2025-06-04 15:52)

q4osteam · 2025-06-04 16:02

Thanks for let us know and for the detailed reporting. At least it was an interesting and curious issue.

Q4OS Forum

#76 2025-05-27 12:01

Re: File Transfert too slow

#77 2025-05-27 15:34

Re: File Transfert too slow

#78 2025-05-27 16:17

Re: File Transfert too slow

#79 2025-05-27 16:58

Re: File Transfert too slow

#80 2025-05-27 17:06

Re: File Transfert too slow

#81 2025-05-27 18:20

Re: File Transfert too slow

#82 2025-05-27 18:34

Re: File Transfert too slow

#83 2025-05-27 18:36

Re: File Transfert too slow

#84 2025-05-28 09:37

Re: File Transfert too slow

#85 2025-05-28 09:59

Re: File Transfert too slow

#86 2025-05-28 13:45

Re: File Transfert too slow

#87 2025-05-28 16:38

Re: File Transfert too slow

#88 2025-05-28 20:03

Re: File Transfert too slow

#89 2025-05-29 07:29

Re: File Transfert too slow

#90 2025-05-30 06:58

Re: File Transfert too slow

#91 2025-05-30 08:30

Re: File Transfert too slow

#92 2025-05-30 12:31

Re: File Transfert too slow

#93 2025-05-30 15:09

Re: File Transfert too slow

#94 2025-05-31 08:04

Re: File Transfert too slow

#95 2025-05-31 10:18

Re: File Transfert too slow

#96 2025-06-01 11:29

Re: File Transfert too slow

#97 2025-06-01 15:47

Re: File Transfert too slow

#98 2025-06-04 15:50

Re: File Transfert too slow

#99 2025-06-04 16:02

Re: File Transfert too slow

Board footer