NEWS
ENOENT: no such file or directory - Error
-
Hallo,
per skript lasse ich diverse audios abspielen.
Jetzt werden seltsamerweise aber die Dateien, die auf dem raspi abgelegt sind, nicht mehr gefunden (ggf. nach Update!)
Fehlermeldung:Cannot upload file "home/pi/Musik/gong.mp3" to state: Error: ENOENT: no such file or directory, open 'home/pi/Musik/gong.mp3'
Der Pfad ist home/pi/Musik/gong.mp3, die Datei ist dort auch vorhanden.
Warum wird sie nicht mehr gefunden? -
@brokeling sagte in ENOENT: no such file or directory - Error:
Warum wird sie nicht mehr gefunden?
Rechte an dem file?
ls -la /home/pi/Musik/gong.mp3
Oder fehlt dir da der / am Anfang des Pfades?
-
pi@raspi:~ $ ls -la /home/pi/Musik/gong.mp3 -rw-r--r-- 1 pi pi 105369 Feb 14 2021 /home/pi/Musik/gong.mp3
Ein vorangestelltes "/ "bringt nichts
-
Das Problem weitet sich offensichtlich aus:
ich wollte einen Adapter aktualisieren und bekomme auch eine Fehlermeldung:$ ./iobroker upgrade zigbee Update zigbee from @1.5.6 to @1.6.6 NPM version: 6.14.15npm install iobroker.zigbee@1.6.6 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! code ENOENT npm ERR! syscall accessnpm ERR! path /opt/iobroker/node_modules/iobroker.zigbee/node_modules/@types/nodenpm ERR! errno -2 npm ERR! enoent ENOENT: no such file or directory, access '/opt/iobroker/node_modules/iobroker.zigbee/node_modules/@types/node' npm ERR! enoent This is related to npm not being able to find a file.npm ERR! enoent npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2021-12-14T09_04_53_280Z-debug.log ERROR: host.raspi Cannot install iobroker.zigbee@1.6.6: 254 ERROR: process exited with code 25
einen anderen Adapter konnte ich jetzt aktualisieren.
Und der Zigbee konnte jetzt auch mit 2. Anlauf aktualisiert werden.
Aber schon seltsam die Fehlermeldungen. Hängen ja irgendwie zusammen. -
-
pi@raspi:~ $ dmesg -T | grep -i ext4 [Do Dez 2 21:09:27 2021] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 smsc95xx.macaddr=DC:A6:32:40:0F:7D vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles [Do Dez 2 21:09:28 2021] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null) [Do Dez 2 21:09:28 2021] VFS: Mounted root (ext4 filesystem) readonly on device 179:2. [Do Dez 2 21:09:30 2021] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
-
Okay, das passt.
Allerdings solltest du den Server ohne Graphische Oberfläche / Desktop betreiben.
-
@thomas-braun
müsste ohne laufen!
ansonsten stellt sich da was von selber um. -
quiet splash plymouth.ignore-serial-consoles
Zeigt jedenfalls, das der Boot-Vorgang mal auf Desktop-Betrieb ausgelegt ist. In reinem Server-Betrieb sind die nämlich nicht erforderlich.
-
@thomas-braun
kann schon sein, dass da anfänglich mal was aktiviert war, ist aber Geschichte. Brauch ich nicht. -
Keiner mehr eine Idee was da los sein kann?
-
iobroker stop iobroker fix iobroker start
-
wurde erfolgreich durchgeführt, doch keine Änderung am Problem...
-
In der Konsole
iobroker upgrade zigbee@1.6.6
Aber hattest du nicht oben geschrieben, dass jetzt alles okay sei?
-
@thomas-braun said in ENOENT: no such file or directory - Error:
Aber hattest du nicht oben geschrieben, dass jetzt alles okay sei?
ja, die updates funktionieren jetzt.
Aber mein file spielt noch nicht ab. Immer noch die FehlermeldungCannot upload file "home/pi/Musik/gong.mp3" to state: Error: ENOENT: no such file or directory, open 'home/pi/Musik/gong.mp3'
obwohl die Datei vorhanden ist.
-
Ich glaube ja immer noch, dass da ein / am Pfadanfang fehlt.
-
@thomas-braun
wenn ich hier ein / anfüge, dann führt er da gar nichts mehr aus, es kommt aber auch keine Fehlermeldung.
Aber: Das Skript hat bisher immer so funktioniert, ohne den /.
Ich schätze seit meinem letzen Upgrade geht das jetzt nicht mehr. -
Ich rede ja auch von der Quelle/dem Skript.
Ohne führenden / war schon immer falsch, das wird wohl jetzt auch als Fehler gewertet. -
@thomas-braun
ok, ich glaube es liegt tatsächlich am sayit Adapter bzw. den google Nestern. Das mit dem Abspielen ist etwas tricky.
Besser wäre es für den test, ich hätte hier nicht diese weiteren Instanzen dazwischen, bis es zu dem akustischen Signal kommt.
Also danke für die Hilfe, ich muss jetzt selbst experimentieren, wie das läuft mit den sayit/google nest. Hier scheint es zu haken.
Bloß komisch, dass es schonmal funktioniert hat, mit diesen Einstellungen/Skripten...