{"id":329,"date":"2017-06-12T23:18:56","date_gmt":"2017-06-12T21:18:56","guid":{"rendered":"https:\/\/www.pingu-mobil.de\/iot\/?p=329"},"modified":"2021-05-14T10:07:50","modified_gmt":"2021-05-14T08:07:50","slug":"was-tun-wenn-beim-start-der-vm-das-custom-verzeichnis-leer-ist","status":"publish","type":"post","link":"http:\/\/www.iot-embedded.de\/iot-2017\/technik\/was-tun-wenn-beim-start-der-vm-das-custom-verzeichnis-leer-ist\/","title":{"rendered":"Was tun, wenn beim Start der VM das custom-Verzeichnis leer ist"},"content":{"rendered":"<p>Ich kann nicht genau sagen warum, aber im Vergleich zu Januar, als ich die VM eingerichtet habe, scheint durch irgend eine Aktualisierung das automatische Mounten der mit dem Entwicklungsrechner geteilten Verzeichnisse nicht mehr zuverl\u00e4ssig zu klappen. Bemerkbar macht sich das dadurch, dass die Verzeichnisse custom und shared in der VM leer sind, obwohl sie eigentlich Dateien beinhalten. Zur L\u00f6sung des Problems bitte an der VM anmelden und mit folgendem Befehl ein neues Skript anlegen:<\/p>\n<pre>$ nano fix-mount-dirs.sh<\/pre>\n<p>In das Skript bitte folgenden Inhalt kopieren (<strong>Achtung:<\/strong> Im Browser sind wegen der Breite ein paar Zeilen umgebrochen, die nicht umgebrochen sein d\u00fcrfen!). Hier gibt es das Skript auch zum Runterladen: <a href=\"https:\/\/www.pingu-mobil.de\/iot\/wp-content\/uploads\/2017\/06\/fix-mount-dirs.zip\">fix-mount-dirs<\/a><\/p>\n<pre>#! \/bin\/sh\necho \"# Erlaube poweroff, mount &amp; Co. via sudo\"\n\nsudo rm -f \/etc\/sudoers.d\/des-poweroff\nsudo sh -c 'echo \"Cmnd_Alias SHUTDOWN_CMDS = \/sbin\/shutdown, \/sbin\/halt, \/sbin\/reboot, \/sbin\/poweroff\" &gt;&gt; \/etc\/sudoers.d\/des-poweroff'\nsudo sh -c 'echo \"ALL ALL=(ALL) NOPASSWD: SHUTDOWN_CMDS\" &gt;&gt; \/etc\/sudoers.d\/des-poweroff'\n\nsudo rm -f \/etc\/sudoers.d\/des-mount\nsudo sh -c 'echo \"Cmnd_Alias MOUNT_CMDS = \/bin\/mount, \/bin\/umount\" &gt;&gt; \/etc\/sudoers.d\/des-mount'\nsudo sh -c 'echo \"ALL ALL=(ALL) NOPASSWD: MOUNT_CMDS\" &gt;&gt; \/etc\/sudoers.d\/des-mount'\n\necho \"\"echo \"\"echo \"# Lege benutzerspezifische systemd-Services an\"\n\nmkdir -p .config\/systemd\/user\nrm -f .config\/systemd\/user\/mount-vbox.service\necho \"[Unit]\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"Description=Mount Shared VirtualBox Directories\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"[Service]\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"Type=oneshot\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"ExecStart=\/usr\/bin\/sudo mount -t vboxsf -o rw,uid=1000,gid=1000 custom $HOME\/custom\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"ExecStart=\/usr\/bin\/sudo mount -t vboxsf -o rw,uid=1000,gid=1000 shared $HOME\/shared\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"[Install]\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\necho \"WantedBy=default.target\" &gt;&gt; .config\/systemd\/user\/mount-vbox.service\n\nsystemctl --user enable mount-vbox\nsystemctl --user start mount-vbox<\/pre>\n<p>Anschlie\u00dfend das Skript ausf\u00fchrbar machen und ausf\u00fchren. Dabei fragt das Skript einmal nach dem Benutzerkennwort.<\/p>\n<pre>$ chmod +x fix-mount-dirs.sh\n$ .\/fix-mount-dirs.sh<\/pre>\n<p>Beim ersten Login danach werden sie h\u00f6chst wahrscheinlich die folgenden Befehle nochmal ausf\u00fchren m\u00fcssen, da die vom Skript vorgenommene sudo-Konfiguration erst dann aktiv ist. Danach sollten die Verzeichnisse aber bei jedem Neuanmelden an der VM automatisch gemountet sein.<\/p>\n<pre>$ systemctl --user enable mount-vbox\n$ systemctl --user start mount-vbox<\/pre>\n","protected":false},"excerpt":{"rendered":"<p>Ich kann nicht genau sagen warum, aber im Vergleich zu Januar, als ich die VM eingerichtet habe, scheint durch irgend eine Aktualisierung das automatische Mounten der mit dem Entwicklungsrechner geteilten Verzeichnisse nicht mehr zuverl\u00e4ssig zu klappen. Bemerkbar macht sich das<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":[],"categories":[6],"tags":[],"_links":{"self":[{"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/posts\/329"}],"collection":[{"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/comments?post=329"}],"version-history":[{"count":1,"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/posts\/329\/revisions"}],"predecessor-version":[{"id":576,"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/posts\/329\/revisions\/576"}],"wp:attachment":[{"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/media?parent=329"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/categories?post=329"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.iot-embedded.de\/iot-2017\/wp-json\/wp\/v2\/tags?post=329"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}