ubuntuusers.de

Hi Ich habe das Monero GUI Wallet auf meinem System Installiert und speichere die Blockchain (mdb) auf einem externen Laufwerk. Ich greife mit der Software auf ein Hardware-Wallet zu, Jetzt wurde das Laufwerk für die chain zu klein und ich musste Monero beenden um die Dateien auf eine größere HD zu spielen und dann Monero neu zu starten. Tja - Das beenden des Nodes resultierte in einem Einfrieren von Monero und ich musste den Prozess killen um überhaupt was machen zu können.

Soweit so gut. Monero war via Appimage installiert und ich habe gesehen, dass es die Software auch via Discover gibt. Ich habe also das Appimage und die .desktop Datei gelöscht. Dann mit KFind alles was den Namen Monero trägt gelöscht und via Discover die Monero Software installiert.

Wenn ich jetzt die Software starte und versuche mein wallet über die .keys Datei zu öffnen moniert Monero, es könne die wallet nicht öffnen, da bereits ein anderer Prozess auf diese Datei zugreift. (Auch nach Neustart, auch nach kopieren einer gesicherten .keys - Datei)) Wenn ich den Hardwarestick auf einem anderen (Windows)PC stecke, Monero installiere und die .keys Datei öffne, funktioniert alles. Es liegt offenbar am aktuellen System indem ein alter Prozess offenbar immer wieder aktiviert wird oder sonstwas diesen Vorgang sperrt. Aber was - und wie löse ich das ?

➜  ~ sudo lslocks                                            
[sudo] Passwort für mick: 
COMMAND           PID  TYPE SIZE MODE  M      START        END PATH
thermald         1399 POSIX      WRITE 0          0          0 /run/thermald/thermald.pid
plasmashell      2287 POSIX 276K READ  0 1073741826 1073742335 /home/mick/.local/share/kactivitymanagerd/resources/database
plasmashell      2287 POSIX  32K READ  0        128        128 /home/mick/.local/share/kactivitymanagerd/resources/database-shm
cron             1368 FLOCK   5B WRITE 0          0          0 /run/crond.pid
tracker-miner-f  2493 POSIX  32K READ  0        128        128 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Documents.db-shm
tracker-miner-f  2493 POSIX 1,2M READ  0 1073741826 1073742335 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Pictures.db
tracker-miner-f  2493 POSIX  32K READ  0        128        128 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Audio.db-shm
snapd            1393 FLOCK      WRITE 0          0          0 /var/lib/snapd/state.lock
tracker-miner-f  2493 POSIX 2,8M READ  0 1073741826 1073742335 /home/mick/.cache/tracker3/files/meta.db
tracker-miner-f  2493 POSIX  32K READ  0        128        128 /home/mick/.cache/tracker3/files/meta.db-shm
kactivitymanage  2335 POSIX 276K READ  0 1073741826 1073742335 /home/mick/.local/share/kactivitymanagerd/resources/database
kactivitymanage  2335 POSIX  32K READ  0        128        128 /home/mick/.local/share/kactivitymanagerd/resources/database-shm
tracker-miner-f  2493 POSIX 1,5M READ  0 1073741826 1073742335 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Documents.db
tracker-miner-f  2493 POSIX  32K READ  0        128        128 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Software.db-shm
tracker-miner-f  2493 POSIX 1,7M READ  0 1073741826 1073742335 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23FileSystem.db
tracker-miner-f  2493 POSIX 1,2M READ  0 1073741826 1073742335 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Video.db
pipewire         1952 FLOCK      WRITE 0          0          0 /run/user/1000/pipewire-0.lock
tracker-miner-f  2493 POSIX 1,9M READ  0 1073741826 1073742335 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Software.db
tracker-miner-f  2493 POSIX  32K READ  0        128        128 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Pictures.db-shm
tracker-miner-f  2493 POSIX 1,2M READ  0 1073741826 1073742335 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Audio.db
tracker-miner-f  2493 POSIX  32K READ  0        128        128 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23FileSystem.db-shm
tracker-miner-f  2493 POSIX  32K READ  0        128        128 /home/mick/.cache/tracker3/files/http%3A%2F%2Ftracker.api.gnome.org%2Fontology%2Fv3%2Ftracker%23Video.db-shm
➜  ~ 

Ubels schrieb:

Aber was

Dafür gibt es lsof.

und wie löse ich das ?

Ggfs. mit kill/pkill.

tomtomtom schrieb:

Ubels schrieb:

Aber was

Dafür gibt es lsof.

und wie löse ich das ?

Ggfs. mit kill/pkill.

➜  ~ lsof /home/mick/Financial 
➜  ~ sudo lsof /home/mick/Financial
lsof: WARNING: can't stat() fuse.portal file system /run/user/1000/doc
      Output information may be incomplete.
lsof: WARNING: can't stat() fuse.gvfsd-fuse file system /run/user/1000/gvfs
      Output information may be incomplete.
➜  ~ 

Das Problem scheint komplexer zu sein. Offenbar hat es mit flatpak zu tun. Soweit ich meine Recherchen "verstanden" habe ... Auf jeden Fall scheint das Monero Programm die Datei, egal wie sie heißt oder wo sie sich befindet in ein virtuelles Filesystem zu laden und dann versucht es diese zu öffnen - das Filesystrm befindet sich in user/run/1000/ dort scheint es auch ein user/run/1000/doc zu geben, dass [what the hell] das auch bedeuten möge "incomplete" ist. Jedenfalls über steigt das mein Verständnis bei weitem .... hin bekommen muss ich es dennoch.

Ich versuche jetzt mal flatpak zu de- und -reinstallieren ... - nutzt nix

Blickt da wer von euch durch ?

Vermutlich kennt die Geldbörse ihren Besitzer und weigert sich, mit ihrem Finder zusammen zu arbeiten. Jedenfalls würde ich eine solche Funktionalität von einem ordentlichen Geldverwaltungssystem erwarten.

Wenn meine Vermutung stimmt, müsstest Du mit dem alten Programm die Geldbörse freigeben, damit sich diese von einem neuen Besitzer/neuen Programm in Besitz nehmen lässt.

kB schrieb:

Wenn meine Vermutung stimmt, müsstest ...

Die Vermutung stimmt nicht und hat mit der Problematik nichts zu tun. Abgesehen davon dass die Krptobörsen keinen Unterschied zwischen Besitzer und Finder macht - dass alleine zeigt schon, dass der Poster keine Ahnung hat - habe ich ja geschrieben, dass das Öffnen auf einem anderen Rechner problemlos ist.

Na klar, jetzt kommt die "Du hast ja keine Ahnung" Wunderwaffe ...

Blickt da wer von euch durch ?

Ja.

... scheint es auch ein user/run/1000/doc zu geben ...

Die Aussage kann nicht stimmen, das Verzeichnis könnte aber "/run/user/1000/doc/" heißen.

Hintergrund: Flatpak lässt Applikationen in einer Sandbox laufen. Damit die Flatpak Applikationen aber dennoch Dateien und Verzeichnisse mit dem Betriebssystem sharen kann, wird das "/run/user/$UID" Konstrukt verwendet. Dieses trickige fuse File-System jetzt hier zu erläutern würde aber wahrscheinlich zu weit führen.

Du kannst mit "flatpak document-export" Dateien und Verzeichnisse für eine Flatpak-Applikation mit von dir gewählten Permissions freigeben. Umgekehrt kannst du dir mit "flatpak document-info" anschauen, wie die Umsetzung (path/origin) für ein Freigabeobjekt aussieht. Welche Kennungen (id) deine Flatpak-Applikation verwendet, kannst du dir mit "flatpak documents <application>" anzeigen lassen.

Beispiel mit dem Verzeichnis "pdf" der Kennung "c6b84dc6" der Applikation "org.gnome.Evolution":

$ flatpak document-info /run/user/1000/doc/c6b84dc6/pdf
id: c6b84dc6
path: /run/user/1000/doc/c6b84dc6/pdf
origin: /home/shiro/Downloads/pdf
permissions:
	org.gnome.Evolution	read, write
$ 

Wenn deine Applikation auf eine Datei/ein Verzeichnis zugreifen will, das nicht exportiert wurde, klappt das natürlich nicht. Gehe mal deine Kennungen durch und schau, ob dort das von dir erwartete Objekt (file/dir) auftaucht. Wenn ein Export vorliegt, prüfe, ob die "permissions" stimmen.