Alles klar. Danke dir, ich denke dann kann ich den Thread jetzt schließen.
Beiträge von iGodPhil
-
-
Dieser Eintrag ist dann richtigerweise ignoriert worden. Es wäre schlimm, wenn nextcloud das dort eingetragen hat.
Und wieso? Wäre nett wenn du das erklären könntest. Kann auch sein da bei dem NextclouPi Image ja auch das ncp-panel dabei ist, dass es darüber reingekommen ist im Zuge von dnsmasq. So wie ich das verstanden habe wird der loopback doch dafür benötigt, dass wenn ich im internen Netzwerk von einem anderen Rechner auf den Serverdienst der auf dem Pi läuft zugreifen möchte
Danach wäre ja meine config für dhcp jetzt richtig, bis auf den interface Eintrag.
http://www.netzmafia.de/skripten/hardw…html#stretchnet -
zu 1. Das nochmal war auf das Testen bezogen, diesbezüglich hab ich mich einfach schlecht ausgedrückt im Nachhinein betrachtet. Meine dhcpcd.conf sieht wie im letzten Post jetzt aus (damit funktioniert auch alles) :
Zitat# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
# Local loopback
#auto lo
#iface lo inet loopback
# NextCloudPi autogenerated
# don't modify! better use ncp-config
interface eth0
static ip_address=192.168.178.66/24
static routers=192.168.178.1
static domain_name_servers=192.168.178.1 1.1.1.1 1.0.0.1
# Local loopback
#auto lo
#iface lo inet loopback
Den loopback braucht die Nextcloud nicht, sie ist auch so von überall erreichbar. Ob ich das eingetragen habe oder nextcloud selbst, kann ich nicht mehr sagen. Wie gesagt bis vor kurzem lief alles problemlos mit diesem setting.
-
Zitat
# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
# Local loopback
#auto lo
#iface lo inet loopback
# NextCloudPi autogenerated
# don't modify! better use ncp-config
interface eth0
static ip_address=192.168.178.66/24
static routers=192.168.178.1
static domain_name_servers=192.168.178.1 1.1.1.1 1.0.0.1
# Local loopback
#auto lo
#iface lo inet loopback
Ich hab in die dhcpcd.conf jetzt nochmal meine Fritzbox manuell als DNS Server eingetragen und nun funktioniert wieder alles. Damit kann ich leben. Wundert mich allerdings trotzdem wieso es aus dem "Nichts" nicht mehr funktioniert hat und wieso in die resolv.conf nicht die Fritzbox als nameserver eingetragen wird. Vielleicht könnte mir das ja nochmal jemand erklären fürs Verständnis?
-
Ich nehme an, dass wird die Nextcloud benötigen um über das interne Netzwerk aufrufbar zu sein.
Nein die Kommentare habe ich nur hier zusätzlich mit hinzugefügt. -
Geändert habe ich derzeit überhaupt nichts in den config Dateien, bis auf vorhin einen manuellen dns Server in der dhcp Datei einzufügen.
Was stimmt denn in der dhcp Datei nicht? -
Ja moin. Danke, ändert aber leider auch nichts.
Hab es lediglich als Test eingetragen. Eigentlich sollte er sich doch die Infos aus der dhcp Datei holen, oder liege ich da falsch?
Was mich etwas irritiert ist der Eintrag mit dnsmasq, weil auf dem Pi dnsmasq nicht läuft. Lief aber mal, durch die Nextcloud. -
Hi Leute,
ich hab momentan Probleme mit dem Pi ins internet zu kommen, da er Ip Adressen nicht mehr auflösen kann. Ping liefert nur temporäre Probleme bei der Namensauflösung. Eigentlich hatte ich nichts verändert, außer den Pi in meiner Fritzbox aus dem DNS Rebind ausgetragen. Das hatte ich mal für Pihole dort eingetragen, was ich nicht mehr nutze.
/etc/dhcpcd.confZitat# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.
# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel
# Inform the DHCP server of our hostname for DDNS.
hostname
# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid
# Persist interface configuration when dhcpcd exits.
persistent
# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit
# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu
# Most distributions have NTP support.
#option ntp_servers
# A ServerID is required by RFC2131.
require dhcp_server_identifier
# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private
# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1
# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1
# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
# Local loopback
auto lo
iface lo inet loopback
# NextCloudPi autogenerated
# don't modify! better use ncp-config
interface eth0
static ip_address=192.168.178.66/24
static routers=192.168.178.1
#static domain_name_servers=127.0.0.1 //Heinweis: wenn ich hier 1.1.1.1 eintrage funktioniert alles
# Local loopback
auto lo
iface lo inet loopback
/etc/resolvconf.conf
Zitat# Configuration for resolvconf(8)
# See resolvconf.conf(5) for details
resolv_conf=/etc/resolv.conf
# If you run a local name server, you should uncomment the below line and
# configure your subscribers configuration files below.
#name_servers=127.0.0.1
name_servers=192.168.178.0 //Hinweis: ändert leider auch nichts
# Mirror the Debian package defaults for the below resolvers
# so that resolvconf integrates seemlessly.
dnsmasq_resolv=/var/run/dnsmasq/resolv.conf
pdnsd_conf=/etc/pdnsd.conf
unbound_conf=/var/cache/unbound/resolvconf_resolvers.conf
/etc/resolv.conf
Zitat# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
Für mich sieht es so aus, als wenn der Pi die Ip Adressen nicht mehr auflösen kann, da er keinen DNS Server erkennt bzw von Fritzbox mitgeteilt bekommt. -
Auskommentieren reicht, ein Backup musste ich noch nicht einspielen.
Es läuft nur der Kernel unter 64 Bit, die Software bleibt bei 32 Bit.
Soviel schneller läuft Dein System daher nicht.
Falls Du es rückgängig machen willst achte darauf, das der Editor für Windows das Unix-Zeilenende beherrscht, z.B. Notepad++.
MfG
Jürgen
Da ich nur Ubuntu und MacOS benutze habe ich zum Glück dieses Problem nicht, aber danke für den Hinweis.
Ich hab das jetzt mal umgestellt und scheint fehlerfrei zu laufen. apt full-upgrade spuckt auch keine Fehlermeldung mehr aus. Danke für den Hinweis.
Gib es irgendwie noch eine Möglichkeit zu überprüfen ob alles fehlerfrei läuft mit der Umstellung auf 64-Bit? -
Steht schon im 2. Beitrag:
Füge in der /boot/config.txt am Ende den Eintrag: arm_64bit=1 hinzu und boote neu.
Probleme hatte ich zwar noch nicht, probiere es aber bei einem unwichtigeren System erstmal aus.
Ah ok danke. Auf einem anderen System probieren funktioniert leider nicht. Hab nur diesen einen Raspberry Pi 4. Gemäß dem Fall es sollte nicht funktionieren, kann man das über arm_64bit=0 oder auskommentieren wieder rückgängig machen oder wie schaut es aus? Muss gegebenenfalls ein Backup wieder neu aufgespielt werden?
-
Den Kernel hat er ja schon drauf, er müßte nur auf 64bit umstellen.
uname -a
Linux raspi27 4.19.97-v8+ #1294 SMP PREEMPT Thu Jan 30 13:27:08 GMT 2020 aarch64 GNU/Linux
Wie genau mach ich das und kann es dabei zu Problemen mit meinem bestehenden System kommen?
-
rpi-update bringt die Lösung
Mit Sicherheit nicht. Dadurch kannst du dir dein gesamtes System abschießen, da nicht garantiert werden kann dass alles stable ist. Genau dafür gibt es ja nun den Befehl apt full-upgrade.
Ein raspi-update hatte ich leider in der Tat mal und dadurch alles abgeschossen bis ich die letzte stable version wieder installiert hatte. Aber ich kann mich nicht erinnern damals schon diese Meldung gehabt zu haben. Und in der config.txt hatte ich das nie zu stehen.
-
Code
Neuer Kernel vorhanden Die aktuelle Kernel-Version ist 4.19.97-v7l+, es wird jedoch die Version 4.19.97-v8+ erwartet. Das System wird nicht automatisch neu gestartet, um den neuen Kernel zu laden. Ein Neustart sollte durchgeführt werden.
Hi,
ich bekomme bei jedem sudo apt full-upgrade diese Meldung. So wie ich das gelesen habe, scheint es nicht relevant zu sein. Nur ich wüsste gerne was sie bedeutet und wie man sie eventuell beheben kann.
Code
Alles anzeigenpi@smarthome:~ $ uname -a Linux smarthome 4.19.97-v7l+ #1294 SMP Thu Jan 30 13:21:14 GMT 2020 armv7l GNU/Linux pi@smarthome:~ $ cat /etc/os-release PRETTY_NAME="Raspbian GNU/Linux 10 (buster)" NAME="Raspbian GNU/Linux" VERSION_ID="10" VERSION="10 (buster)" VERSION_CODENAME=buster ID=raspbian ID_LIKE=debian HOME_URL="http://www.raspbian.org/" SUPPORT_URL="http://www.raspbian.org/RaspbianForums" BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
-
Also es hat sich am Ende herausgestellt, dass der Speichercontroller der SD Karte defekt war. Nachdem nach einem dd if=/dev/zero of=/dev/mmcblk0p2 immer noch alle Daten im Root Verzeichnis vorhanden waren und neu draufgeschriebene Daten nach einem erneuten Mounten verschwunden waren, ist sie definitiv defekt. Das Image habe ich jetzt auf eine neue Karte geschrieben und nun läuft auch fsck.fat und fsck.ext4 wieder sauber durch, sodass alles als sauber markiert wird.
-
Alles klar, dann hat sich das ja damit erledigt. Danke für eure Infos.
-
Was ich bisher gelesen habe, lässt sich am Raspi 4 der USB c Anschluss als USB otg definieren ähnlich dem vom Zero W. Damit hätte man das Problem des Master und Clients ja eigentlich umgangen und könnte somit mit beiden Pi's auf die Festplatte zugreifen oder seh ich das jetzt falsch?
-
Hi,
die Frage ist vielleicht etwas ungewöhnlich, aber dennoch interessiert mich mal eure Meinung dazu.
Da ich 2 Raspberry Pi 4 nebeneinander betreibe, kam mir die Idee eventuell auf eine SSD umzusteigen und diese in 4 Partitionen zu unterteilen. 2 Partitionen für das jeweilige rootfs und 2 für das Backup.
Das Ganze soll dann so aussehen:SSD + 2 Raspis hängen am USB Hub -> jeder Raspi bekommt eigene Partition auf der SSD.
Das Ganze dann über USB 3 natürlich, da beide ein Raspi 4 sind.
Würde das Sinn machen bzw überhaupt möglich sein? Dass ich dann nicht die volle Geschwindigkeit der SSD für jeden Raspi nutzen kann, ist wahrscheinlich klar aber dennoch ein Geschwindigkeitszuwachs gegenüber einer normalen HDD. -
Kommt darauf an, wie du kopierst.
Kopierst du per dd, würde der Defekt mitkopiert.
Dateiweises Kopieren per rsync/cp o.ä. würde das verhindern, du kannst aber nicht sicher sein, ob nicht doch irgendwelche Dateien evtl. beschädigt sind.
Ich hatte gestern nochmal auf meinem Linux Laptop mittels dd ein seperates backup der boot und rootfs Partition erstellt. Auf meinem Laptop hatte ich jetzt jeweils nochmal ein fsck über das jeweilige Image laufen lassen und nun scheint alles sauber zu sein.
Code
Alles anzeigenphil@Phil:~$ sudo fsck.ext4 backup-01-04-2020_rootfs.img [sudo] Passwort für phil: e2fsck 1.44.1 (24-Mar-2018) rootfs: Journal wird wiederhergestellt Wird bereinigt verwaister Inode (uid=109, gid=114, mode=0100600, size=0) Wird bereinigt verwaister Inode (uid=109, gid=114, mode=0100600, size=0) Wird bereinigt verwaister Inode (uid=109, gid=114, mode=0100600, size=0) Wird bereinigt verwaister Inode (uid=109, gid=114, mode=0100600, size=0) Wird bereinigt verwaister Inode (uid=0, gid=0, mode=0100666, size=0) Die Anzahl der freien Inodes wird auf 614316 gesetzt (war 614339) Die Anzahl der freien Blöcke wird auf 1434230 gesetzt (war 1437466) rootfs: sauber, 301092/915408 Dateien, 2387722/3821952 Blöcke phil@Phil:~$ sudo fsck.ext4 -f backup-01-04-2020_rootfs.img [sudo] Passwort für phil: e2fsck 1.44.1 (24-Mar-2018) Durchgang 1: Inodes, Blöcke und Größen werden geprüft Durchgang 2: Verzeichnisstruktur wird geprüft Durchgang 3: Verzeichnisverknüpfungen werden geprüft Durchgang 4: Referenzzähler werden überprüft Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft rootfs: 301092/915408 Dateien (0.3% nicht zusammenhängend), 2387722/3821952 Blöcke phil@Phil:~$ sudo fsck.fat backup-01-04-2020_boot.img fsck.fat 4.1 (2017-01-24) 0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt. 1) Remove dirty bit 2) No action ? 1 Perform changes ? (y/n) y backup-01-04-2020_boot.img: 302 files, 108735/516191 clusters phil@Phil:~$ sudo fsck.fat backup-01-04-2020_boot.img fsck.fat 4.1 (2017-01-24) backup-01-04-2020_boot.img: 302 files, 108735/516191 clusters
Wenn ich jetzt die die beiden einzelnen Partitionen auf der SD Karte mittels dd mit if=/dev/zero erst platt mache, eine Testdatei draufspiele und mithilfe der Testsumme überprüfe und danach die einzelnen Backupimages wieder draufspiele, sollte ich doch auf der sicheren Seite sein. Oder kann ich dann immer noch nicht davon ausgehen, dass alle Dateien fehlerfrei sind?
-
Naja das hatte ich ja bereits gelesen. Aber so wie es aussieht hat wohl leider das Betriebssystem einen Knacks weck und lässt sich nicht reparieren.
Code
Alles anzeigensudo fsck.ext4 /dev/mmcblk0p2 e2fsck 1.44.1 (24-Mar-2018) rootfs: Journal wird wiederhergestellt Der Bitschalter „needs_recovery“ im Superblock ist nicht gesetzt, aber das Journal enthält Daten. Journal trotzdem starten<jy>? ja fsck.ext4: Superblock-Flags konnten auf rootfs nicht gesetzt werden rootfs: ********** WARNUNG: Noch Fehler im Dateisystem **********
auch mit den anderen Superblöcken erscheint diese Fehlermeldung.
Wie sieht das aus, wenn ich das gesamte rootfs auf eine externe hdd kopiere und darüber laufen lasse, kopiert er dann die Fehler mit? -
Hey Leute,
mein Pi 4 4 GB stürzt leider seit 2 Tagen nach einer Weile einfach ab und dann blinkt die grüne LED nur noch 4 mal. Nachdem ich jetzt etwas gelesen haben, könnte es auf einen defekten SD Karten Slot hinweisen. Ich werde nachher noch ins Syslog schauen was dort drin steht.
Habt ihr sonst noch Hinweise was man überprüfen kann bzw den Fehler ausfindig und beheben kann?