laskobar

joined 2 years ago
[–] laskobar@feddit.de 4 points 2 years ago (2 children)

Feel free to try it by yourself. Nothing easier than that. Reboot your phone and try to find it via Find My Device or ring it, without to enter your password before. It will not work.

BTW: it doesn't make sense to exclude security and privacy related things from encryption. Otherwise there would be an unusually high risk to compromise this sort of data.

[–] laskobar@feddit.de 11 points 2 years ago (19 children)

Find My Device is completely useless until the device is unlocked. As long as it is rebooted and not unlocked, there is no way to detect its location. Since most phones (if not all), use an encrypted filesystem. With such, no service can't start if the device isn't initially unlocked after reboot, including Find my device.

This isn't only a issue with Google's implementation, it's the same with other implementations to.

[–] laskobar@feddit.de 4 points 2 years ago

I wonder the same, some time ago but for different reasons. If I have to buy a gaming laptop, what should I choose? Intel CPU and Nvidia was my best friend on Windows, but on Linux I'm totally unsure. I think AMD does a better job for gaming under Linux, but I have absolutely no idea if that's true.

[–] laskobar@feddit.de 1 points 2 years ago (1 children)

Is there some variable to use as placeholder for the current logged in user, or do I have to use one gid/uid for all users on the laptop?

[–] laskobar@feddit.de 3 points 2 years ago

Ohhh nice. I will try that one. Have used only a simple battle mixer and the good old sl-1200 mk2 for several years. Maybe it's time to try some digital mixer. Nice that there is something for Linux... Thx for the link.

[–] laskobar@feddit.de 1 points 2 years ago

Since the script I'm talking about, makes some changes to the synced files, this is not a job for Resilio Sync. For the sync job itself, I'm using SFTP, because this is the easiest to setup on all clients/platforms. I'm only interested how I could safely dedect, if the sync is finished and start the script to do it's job's. The tip with the changing file is nice. I'm using that for now. Absolute reliable so far, for this task.

[–] laskobar@feddit.de 4 points 2 years ago

The depth is changing constantly, because new subdirs are created and removed during the day and/or upload/sync process. Thats why the script is walking across the complete directory structure every time. But the dummy file is a nice suggestion. In this case, I can monitor only the dummy file and trigger the script on dummy file change. Good idea.

[–] laskobar@feddit.de 2 points 2 years ago (1 children)

It will use your current profile with settings automatically

[–] laskobar@feddit.de 5 points 2 years ago (1 children)

Alles gut :-) Das Problem ist gelöst. Die Dachdecker haben das LAN Kabel beschädigt. Werd mal ein Neues am Montag ordern. Ich hasse es nur, das Kabel zu verlegen. Das liegt teilweise unter dem Laminat im Flur, was ich mühsam verlegt habe. Was solls, da muss ich wohl durch.

[–] laskobar@feddit.de 3 points 2 years ago (1 children)

Its the cable. After changing the cable between the Switch and the Router, i got iperf test up to: 0.0000-10.0416 sec 1.09 GBytes 932 Mbits/sec.

We had some workmen in the house a few weeks ago. Apparently, they damaged the cable. The test cable was unfortunately too short for permanent use, but it was enough for testing. I now get an upload of 65MB/sec on an average. This is about the same as the limit I had already determined through hdparm on the RPi4. I don't know, why hdparm is faster directly on the laptop, maybe the USB Controller is not the best on the RPi4. But anything is better than 11MB/sec.

The situation is different when the laptop is only connected to the network via WiFi. Here I get a maximum of 28MB/sec. I have not yet found a solution how this could be faster.

[–] laskobar@feddit.de 4 points 2 years ago (2 children)

It seems the limiting factor is the switch or cable. If i connect the Rpi to the router directly, i get: 0.0000-10.1222 sec 281 MBytes 233 Mbits/sec

[–] laskobar@feddit.de 3 points 2 years ago* (last edited 2 years ago) (3 children)

The speed looks fine for me on the Laptop itself:

/dev/sda:
 Timing cached reads:   28080 MB in  1.98 seconds = 14161.28 MB/sec
 Timing buffered disk reads: 448 MB in  3.02 seconds = 148.55 MB/sec
 /dev/sda:
 Timing O_DIRECT cached reads:   604 MB in  2.00 seconds = 301.42 MB/sec
 Timing O_DIRECT disk reads: 454 MB in  3.02 seconds = 150.36 MB/sec

On the Pi itself i get:

/dev/sda:
 Timing cached reads:   1974 MB in  2.00 seconds = 988.54 MB/sec
 Timing buffered disk reads: 196 MB in  3.02 seconds =  64.91 MB/sec
/dev/sda:
 Timing O_DIRECT cached reads:   122 MB in  2.01 seconds =  60.64 MB/sec
 Timing O_DIRECT disk reads: 194 MB in  3.03 seconds =  64.03 MB/sec

This also much above the speed, i got, when i transfer files via SFTP/SCP.

I have tested also iperf and got: 0.0000-10.2100 sec 113 MBytes 93.1 Mbits/sec

It seems like this is really somewhere limiting to 100MBit.

view more: ‹ prev next ›