Hallo zusammen,
kennt jemand eine Anleitung oder auch ein fertiges Image
um Raspbian mit Pixel im read only Modus laufen zu lassen.
Ich finde immer nur Anleitungen für die Lite Version.
Danke und Gruß
Hannebampel
Hallo zusammen,
kennt jemand eine Anleitung oder auch ein fertiges Image
um Raspbian mit Pixel im read only Modus laufen zu lassen.
Ich finde immer nur Anleitungen für die Lite Version.
Danke und Gruß
Hannebampel
Raspbian read-only mit Pixel? Schau mal ob du hier fündig wirst!
Hallo Hanebampel,
Ich finde immer nur Anleitungen für die Lite Version.
Gibt es da einen Unterschied?
Ja,
so wie ich das gelesen habe ist das mit Pixel aufwändiger.
Hi,
hast Du das denn mal ausprobiert?
Was funktioniert denn nicht?
so wie ich das gelesen habe ist das mit Pixel aufwändiger.
na dann hast Du ja eine Anleitung, oder wo hast Du diese Info gelesen
cu,
-ds-
Hallo,
ich hänge mich mal hier mit rein - habe einen RPI3 als Touchsteuerung in einem Gerät.
Das Gerät möchte ich einfach ein und ausschalten . Daten werden keine erzeugt die weggespeichert werden müssen.
Nun suche ich ein image das Read Only ist.
Wer kann mir weiterhelfen?
Gruß Frank
Edit: Da gibt es tatsächlich einen Unterschied, bei einem System Desktopfunktioniert folgendes nicht!
Na gut, auf eigene Gefahr!
meine /etc/fstab sieht so aus:
proc /proc proc defaults 0 0
PARTUUID=9308a9a4-01 /boot vfat defaults 0 2
PARTUUID=9308a9a4-02 / ext4 defaults,noatime 0 1
Wenn das System read only laufen soll, dann würde es so aussehen:
proc /proc proc defaults 0 0
PARTUUID=9308a9a4-01 /boot vfat defaults,ro 0 2
PARTUUID=9308a9a4-02 / ext4 defaults,noatime,ro 0 1
Bräuchte ich später temporär Schreibzugriff, dann so (mit root-Rechten):
Servus hyle,
funktioniert das bei Dir? Bekommst Du beim booten keine Fehlermeldung?
Ich denke, dass die /etc/resolv.conf evtl. als symlink nach /run verlinkt werden müsste. Die wird beim DHCP client (Pi) ja bei jedem Hochfahren aktualisiert. Wie sich das allerdings bei einer statischen IP verhält, vermag ich nicht zu sagen.
Möglicherweise hat rpi444 dazu mehr Informationen parat.
cu,
-ds-
Liegt /var in einem tmpfs? Ansonsten dürfte es auch dort Probleme geben.
Hallo dreamshader,
das sollte eigentlich so funktionieren, aber zur Sicherheit ziehe ich gerade ein Backup und teste dann mal.
Ich denke das man gefahrlos /boot auf rw lassen kann, oder? Das System schreibt da von sich aus nicht drauf, wenn der Benutzer das nicht veranlasst.
Raspbian mit Pixel
es wäre evtl. sinnvoll den Vornamen mitzuschreiben,
ich persönlich nutze jessiePIXEL ,
aktuell ist stretchPIXEL ,
beide sind ja raspbian, wer später den Thread findet weiss nicht worauf sich das bezieht wenn es irgendwann ein pupPIXEL gibt!
Das macht ja gerade viele Anleitungen unbrauchbar!!!!
man kann seine Beiträge editieren, dann weiss JEDER worum es geht umd findet es im passenden Beitrag
Per SSH ist der RPi erreichbar, aber VNC lehnt er ab. Mit Monitor startet er den Desktop nicht. Also funktioniert das so leider nicht!
Hier mal die Ausgabe von mount:
/dev/mmcblk0p2 on / type ext4 (ro,noatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=470116k,nr_inodes=117529,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=25,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
mqueue on /dev/mqueue type mqueue (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/dev/mmcblk0p1 on /boot type vfat (ro,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94944k,mode=700,uid=1000,gid=1000)
Alles anzeigen
Ich denke das man gefahrlos /boot auf rw lassen kann, oder? Das System schreibt da von sich aus nicht drauf, wenn der Benutzer das nicht veranlasst.
Na wenn schon, denn schon ... und wenn der Pi eh nix drauf schreibt
Liegt /var in einem tmpfs? Ansonsten dürfte es auch dort Probleme geben.
Ich denke mal, da liegt u.a. der Hund begraben.
Mir fallen da jetzt ad hoc /var/log, /var/cache, /var/tmp ein.
//EDIT: evtl. auch /var/swap ...
cu,
-ds-
Liegt /var in einem tmpfs? Ansonsten dürfte es auch dort Probleme geben.
/var selbst nicht, aber alle Unterverzeichnisse davon, die ein "t" (statt dem letzten x) aufweisen.
Servus !
Aaah, er meint ein gesetztes Sticky-Bit haben.
Ich wunderte mich schon, welches Verzeichnis /var/*x/ wohl gemeint sein könnte...
Nö, drwx r-x r-t
Servus !
Eben, das ist das gesetzte sticky-Bit (man chmod).
Aktueller Status: Monitor ist schwarz, VNC keine Fehlermeldung aber auch schwarz, SSH funktioniert.
proc /proc proc defaults 0 0
PARTUUID=9308a9a4-01 /boot vfat defaults,ro 0 2
PARTUUID=9308a9a4-02 / ext4 defaults,noatime,ro 0 1
tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var tmpfs defaults,noatime,mode=0755 0 0
/dev/mmcblk0p2 on / type ext4 (ro,noatime,data=ordered)
devtmpfs on /dev type devtmpfs (rw,relatime,size=470116k,nr_inodes=117529,mode=755)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=32,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,noatime)
tmpfs on /var type tmpfs (rw,noatime,mode=755)
/dev/mmcblk0p1 on /boot type vfat (ro,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=94944k,mode=700,uid=1000,gid=1000)
Alles anzeigen
Kann es sein, das X noch irgendwo schreiben will?
Hi,
vom Desktop resp. X11 evtl. noch im $HOME ... da stehen imho doch auch oft mal was in den diversen versteckten Dateien/Verzeichnissen ...
cu,
-ds-
Vermutlich das hier /home/pi/.Xauthority?
//Edit, aber wie könnte ich das hinbiegen?
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!