Muss man einen Raspberry PI neu aufsetzen, dann stellen sich sofort immer wieder ein paar grundlegende Fragen.
\nz.B.: „Brauch ich Monitor, Maus, etc. dafuer ?“<\/p>\n
Antwort :
\nNein. Braucht man nicht. Zumindest nicht ab Raspbian Jessie. (Bei Wheezy gehts braucht man Tastatur&Bildschirm !!) Es ist allerdings ein DHCP Server („Router“) notwendig, mit dem
\nman moeglichst einfach die IP des PIs herausfinden kann.<\/p>\n
-> z.B. mit Win32DiskImager ein frisches Image auf die SD\/microSD Karte schreiben, den PI mit
\nder Karte ans LAN+Strom anschliessen, und etwas warten.<\/p>\n
Dann kann man sich per SSH (mit der IP, die man aus dem Router herausfinden muss) einloggen.
\nUsername : pi
\nPasswort : raspberry<\/p>\n
Als erstes mit „passwd“ gleich mal ein Passwort fuer den „pi“-User setzen.
\nMit „sudo -i“ wechselt man zum Root-User. Beim ersten Mal wird gleich „rapsi-config“ aufgerufen.
\nDamit kann man so grundlegende Dinge machen, wie z.B. Dateisystem vergroessern, Hostname setzen, etc…
\n(Zumindest dann,) wenn das Dateisystem vergroesser werden soll, ist ein erstmaliger Reboot notwendig.<\/p>\n
Um was vernuenftiges machen zu koennen, emfiehlt nach dem ersten reboot folgendes :<\/p>\n
apt-get update
\napt-get upgrade -y
\napt-get install vim screen tightvncserver mc -y<\/p>\n
Ist man sich nicht sicher, ob man vom DHCP jedes mal die gleiche IP bekommen wird (nachdem die lease-time abgelaufen ist),
\ndann sollte auf jeden Fall eine fixe IP eingestellt werden. (Ausserhalb des DHCP IP Ranges, ebenfalls im Router nachzuschaun) :
\nvi \/etc\/network\/interfaces<\/p>\n
auto lo
\niface lo inet loopback<\/p>\n
auto eth0
\niface eth0 inet static
\n address 192.168.1.2
\n netmask 255.255.255.0
\n gateway 192.168.1.1
\n#pre-up iptables-restore <\/etc\/network\/iptables\n#pre-up ip6tables-restore <\/etc\/network\/ip6tables\n\nBei den neueren Raspbian Versionen (ab Jessie) bekommt man trotzdem (zus\u00e4tzlich) eine IP via DHCP.\nDas wird so abgestellt :\n service dhcpcd stop\n systemctl disable dhcpcd\n update-rc.d -f dhcpcd remove\n\n\n Danach noch ein paar Name-Server eintragen :\necho \"nameserver 8.8.8.8\" >> \/etc\/resolv.conf
\necho „nameserver 8.8.4.4“ >> \/etc\/resolv.conf
\n Das mit den Name-Servern ist aber leider nicht Reboot-Resisdent.
\n -> Am besten in die \/etc\/rc.local vor dem „exit 0“ einbauen.<\/p>\n
Damit werden die am haeufigsten beschriebenen Verzeichnisse in eine RAMDisk gelegt :
\necho „tmpfs \/tmp tmpfs defaults,noatime,nosuid,size=100m 0 0“ >> \/etc\/fstab
\necho „tmpfs \/var\/tmp tmpfs defaults,noatime,nosuid,size=30m 0 0“ >> \/etc\/fstab
\necho „tmpfs \/var\/log tmpfs defaults,noatime,nosuid,mode=0755,size=100m 0 0“ >> \/etc\/fstab
\necho „tmpfs \/var\/run tmpfs defaults,noatime,nosuid,mode=0755,size=2m 0 0“ >> \/etc\/fstab<\/p>\n
Das hat nicht nur den Vorteil, dass die SD Karte kaum mehr verschleissen wird; ausserdem wird der PI
\ndadurch recht unempfindlich gegen Stromausfaelle, da ja kaum mehr Dateien schreibend geoeffnet sind.
\n(zumindes nicht auf der Karte). Log-Files sind halt dann weg… (!auch bei einem ordnungsgemaessen reboot!)<\/p>\n
Anm.: hat man das gemacht, kommt es bei einigen Diensten zu Problemen.
\nz.B. apache startet nach einem reboot nicht mehr (obwohl man es ordnungsgemaess installiert hat, und es vor
\n dem Reboot auch problemlos funktioniert hat).
\nDer Grund dafuer ist ganz einfach :
\nDas Verzeichnis \/var\/log\/apache2 wird bei der installation angelegt, aber NICHT bei einem Reboot.
\nAbhilfe :
\nvi \/etc\/init.d\/apache2
\n\/start)
\nund direkt danach :
\n mkdir -p \/var\/log\/apache2<\/p>\n
Dann kann man – ganz einfach – mit :
\n„service apache2 start“<\/p>\n
testen, ob es wieder klappt.<\/p>\n
Update !!!!!!<\/p>\n
Beim Raspbian Jessie sind per default schon einige Verzeichnisse als RAMDisk gemountet.
\nDa darf nur mehr \/var\/log und \/tmp in die fstab eingetragen werden !!!
\nDas ist natuerlich z.B. bei einem Upgrade unbedingt zu beachten !!<\/p>\n
Random Number Generator<\/p>\n
modprobe bcm2708-rng
\n echo „bcm2708-rng“ >> \/etc\/modules<\/p>\n
ssh mit ROOT
\n Es ist zwar ein tolles Feature, dass man sich als „root“ per ssh nicht einloggen kann,
\n sondern erst nach dem Login z.B. via „sudo -i“ den user wechselt, allerdings hat das
\n (solange der PI sowieso nicht via oeffentlicher IP aus dem Inernet erreichbar ist)
\n und natuerlich, solange man den „pi“ – user weiterverwendet keinerlei Sicherheitsvorteile.
\n Das Schaltet man ab mit:<\/p>\n
In der \/etc\/ssh\/sshd_config<\/p>\n
PermitRootLogin without-password
\nAendern in :
\n PermitRootLogin yes<\/p>\n
service ssh restart<\/p>\n
ssh ohne DNS
\n Dauert es recht lange (ca. 5 Sekunden) zwischen Username und Passwort Abfrage beim Login via ssh,
\n dann liegt es meisst an einem DNS-Feature.
\n Um das abzustellen :<\/p>\n
echo „UseDNS no“ >> \/etc\/ssh\/sshd_config
\nservice ssh restart<\/p>\n
PI Nachteile :<\/p>\n
*) Fehlende Echtzeit Uhr (da gaebe es allerdings was zum Basteln… evtl. auch mit DCF77 ?!?)
\n*) Fehlende SATA Anschluesse
\n*) LAN nur 100MBit (und intern nur via USB angeschlossen) -> hohe CPU Last !!
\n*) Stromversorgung via Micro-USB Netzteil (damit sind die 4 USB Anschluesse des B+ und B2 nur recht eingeschraenkt nutzbar)
\n*) KEIN GBitLAN\/KEIN USB3 !!
\n*) MicroSD (geht aber trotzdem recht zuverlaessig) besser waere aber sicher ein int. 4 oder 8 GB Flash
\n oder alternativ : 2 Einschuebe, mit denen man ein RAID machen kann !!!
\n*) „Bootloader“ auf einer FAT (!!!!) Partition -> ging zumindest zu Anfangszeiten schon mal „kaputt“ !!
\n ist DAS im Jahre 2015 notwendig ?!?<\/p>\n