Beiträge von Bytechanger
-
-
-
Hallo,
ich denke, es geht um die "rxxxx" Einträge?!
Code
Alles anzeigenlsmod r8188eu 413696 0 r8712u 172032 0 oder alles Module Size Used by 8021q 32768 0 garp 16384 1 8021q stp 16384 1 garp llc 16384 2 garp,stp nft_chain_nat 16384 4 xt_MASQUERADE 16384 2 nf_nat 49152 2 xt_MASQUERADE,nft_chain_nat nft_counter 16384 9 xt_state 16384 0 xt_conntrack 16384 1 nf_conntrack 139264 4 xt_state,xt_MASQUERADE,xt_conntrack,nf_nat nf_defrag_ipv6 20480 1 nf_conntrack nf_defrag_ipv4 16384 1 nf_conntrack xt_tcpudp 16384 3 nft_compat 20480 6 nf_tables 196608 35 nft_compat,nft_chain_nat,nft_counter nfnetlink 16384 2 nft_compat,nf_tables r8188eu 413696 0 r8712u 172032 0 lib80211 16384 1 r8188eu sha256_generic 16384 0 cfg80211 761856 2 r8712u,r8188eu rfkill 32768 2 cfg80211 bcm2835_codec 40960 0 bcm2835_isp 32768 0 bcm2835_v4l2 40960 0 v4l2_mem2mem 36864 1 bcm2835_codec raspberrypi_hwmon 16384 0 bcm2835_mmal_vchiq 32768 3 bcm2835_isp,bcm2835_codec,bcm2835_v4l2 videobuf2_dma_contig 20480 2 bcm2835_isp,bcm2835_codec videobuf2_vmalloc 16384 1 bcm2835_v4l2 videobuf2_memops 16384 2 videobuf2_dma_contig,videobuf2_vmalloc videobuf2_v4l2 32768 4 bcm2835_isp,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem videobuf2_common 61440 5 bcm2835_isp,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2 videodev 249856 6 bcm2835_isp,bcm2835_codec,videobuf2_common,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2 vc_sm_cma 32768 2 bcm2835_isp,bcm2835_mmal_vchiq mc 45056 6 bcm2835_isp,bcm2835_codec,videobuf2_common,videodev,v4l2_mem2mem,videobuf2_v4l2 uio_pdrv_genirq 16384 0 uio 20480 1 uio_pdrv_genirq fixed 16384 0 w1_therm 28672 0 w1_gpio 16384 0 wire 36864 2 w1_gpio,w1_therm cn 16384 1 wire snd_bcm2835 24576 0 snd_pcm 110592 1 snd_bcm2835 snd_timer 32768 1 snd_pcm snd 77824 3 snd_timer,snd_bcm2835,snd_pcm ip_tables 28672 0 x_tables 32768 6 xt_state,ip_tables,nft_compat,xt_tcpudp,xt_MASQUERADE,xt_conntrack ipv6 495616 26
Code
Alles anzeigenund wenn er funktioniert augenscheinlich unverändert: Module Size Used by 8021q 32768 0 garp 16384 1 8021q stp 16384 1 garp llc 16384 2 garp,stp nft_chain_nat 16384 4 xt_MASQUERADE 16384 2 nf_nat 49152 2 xt_MASQUERADE,nft_chain_nat nft_counter 16384 9 xt_state 16384 0 xt_conntrack 16384 1 nf_conntrack 139264 4 xt_state,xt_MASQUERADE,xt_conntrack,nf_nat nf_defrag_ipv6 20480 1 nf_conntrack nf_defrag_ipv4 16384 1 nf_conntrack xt_tcpudp 16384 3 nft_compat 20480 6 nf_tables 196608 35 nft_compat,nft_chain_nat,nft_counter nfnetlink 16384 2 nft_compat,nf_tables r8188eu 413696 0 r8712u 172032 0 lib80211 16384 1 r8188eu sha256_generic 16384 0 cfg80211 761856 2 r8712u,r8188eu rfkill 32768 2 cfg80211 bcm2835_codec 40960 0 bcm2835_isp 32768 0 bcm2835_v4l2 40960 0 v4l2_mem2mem 36864 1 bcm2835_codec raspberrypi_hwmon 16384 0 bcm2835_mmal_vchiq 32768 3 bcm2835_isp,bcm2835_codec,bcm2835_v4l2 videobuf2_dma_contig 20480 2 bcm2835_isp,bcm2835_codec videobuf2_vmalloc 16384 1 bcm2835_v4l2 videobuf2_memops 16384 2 videobuf2_dma_contig,videobuf2_vmalloc videobuf2_v4l2 32768 4 bcm2835_isp,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem videobuf2_common 61440 5 bcm2835_isp,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2 videodev 249856 6 bcm2835_isp,bcm2835_codec,videobuf2_common,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2 vc_sm_cma 32768 2 bcm2835_isp,bcm2835_mmal_vchiq mc 45056 6 bcm2835_isp,bcm2835_codec,videobuf2_common,videodev,v4l2_mem2mem,videobuf2_v4l2 uio_pdrv_genirq 16384 0 uio 20480 1 uio_pdrv_genirq fixed 16384 0 w1_therm 28672 0 w1_gpio 16384 0 wire 36864 2 w1_gpio,w1_therm cn 16384 1 wire snd_bcm2835 24576 0 snd_pcm 110592 1 snd_bcm2835 snd_timer 32768 1 snd_pcm snd 77824 3 snd_timer,snd_bcm2835,snd_pcm ip_tables 28672 0 x_tables 32768 6 xt_state,ip_tables,nft_compat,xt_tcpudp,xt_MASQUERADE,xt_conntrack ipv6 495616 34
-
Hallo,
mein raspberry läuft ausschließlich über bash und besitzt keine gui.
Nun verwende ich RaspAP um ihn im Urlaub als Router zu nutzen.
Ich bin von einem Raspi 4 auf einen Raspi3 gewechselt, da mir der 4 zu heiß wurde.
An den USB-Ports direkt sind jeweils ein USB-Wifi-Dongel installiert.
Der Edimax wird sofort erkannt und ich sehe in ifconfig das wlan0.
Beide Sticks sind über lsusb sichtbar:
Codelsusb Bus 001 Device 006: ID 0bda:8172 Realtek Semiconductor Corp. RTL8191SU 802.11n WLAN Adapter Bus 001 Device 004: ID 7392:b811 Edimax Technology Co., Ltd Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Der zweite (CSL) wird, wenn der Stick beim Raspi-Start eingesteckt ist, nicht erkannt, bzw. es wird kein wlan-device angelegt!
Stecke ich ihn aus und wieder ein, dann ist sofort das wlan1 vorhanden.
Wo liegt der Fehler oder was kann ich tun, damit der wlan-Stick sofort erkannt wird?
Greets
Byte
-
So, habe etwas gegoogelt und wenn ich nun die fstab so ändere
proc /proc proc defaults 0 0
PARTUUID=254bf028-01 /boot vfat defaults,x-systemd.device-timeout=120 0 2
PARTUUID=254bf028-02 / ext4 defaults,noatime,x-systemd.device-timeout=120 0 1
dann startet das System. Ich bekomme nur ein Timeout bei der seriellen konsole tty ?!
Hm, woran könnte dieses Verhalten liegen??
-
Code
blkid [...] /dev/sdc1: LABEL_FATBOOT="boot" LABEL="boot" UUID="37E2-62C3" TYPE="vfat" PARTUU ID="254bf028-01" /dev/sdc2: LABEL="rootfs" UUID="6a932c1f-7335-42d9-9351-1b1b2ca538d4" TYPE="ext4 " PARTUUID="254bf028-02" [..]
Habe dann die Dateien entsprechend angepasst
Codefstab proc /proc proc defaults 0 0 PARTUUID=254bf028-01 /boot vfat defaults,flush 0 2 PARTUUID=254bf028-02 / ext4 defaults,noatime 0 1 # a swapfile is not a swap partition, no line here # use dphys-swapfile swap[on|off] for that
Brachte aber leider keinen Erfolg, die Fehlermeldung sieht ähnlich aus, nur dass es jetzt
/dev/disk/by-partuuid/254bf028-01 ist, was nicht gefunden wird. ?!
Es wird also irgendwie die boot-Partition nicht gefunden?!
-
Angefügtes Foto zeigt die Meldung nach dem Systemstart.
Ich kann mich aber nicht einloggen, keine Reaktion.
Greets
Byte
-
Also da stehen keine UUIDs drin
fstab
/dev/mmcblk0p1 /boot vfat defaults,flush 0 2
/dev/mmcblk0p2 / ext4 defaults,noatime 0 1
cmdline.txt
root=/dev/mmcblk0p2
Das sollte doch so funktionieren, oder?
Greets
-
Hallo,
ich mache regelmäßige Backups mit folgendem rsync Befehl von der Daten-Partition und der Boot-Partition...
rsync -axAhHSP --numeric-ids --delete-during --delete-excluded
Der Raspi befindet sich bei meinem Schwiegervater. Nun ist die SD-Karte zu klein und ich möchte die aktuelle Sicherung auf eine größere SD-Karte spielen.
Der von mir gedachte einfache Weg wäre gewesen:
1) SD-Karte mit einem Image von Raspbian bespielen (damit die Partitionen korrekt angelegt werden)
2) SD-Karte starten und Partitionen expandieren...
3) mit "rsync -axAhHSP --numeric-ids --delete-during --delete-excluded" Daten auf die Datenpartition zurückspielen
4) mit "rsync -axAhHSP --numeric-ids --delete-during --delete-excluded" Daten auf die Bootpartition zurückspielen
fertig.
Leider ist es offensichtlich nicht so einfach, beim Starten bleibt das System hängen und macht ein paar Systemprüfungen, die dann jedoch stehen bleiben....
Aktuelle Vermutung ist, ich habe durch das Zurückspielen auch Partitionseinstellungen, die ja aufgrund der geänderten Größe nicht mehr stimmen, überschrieben?
Wäre für Hilfe dankbar.
Nach meinem Verständnis müsste doch mit dem o.g. rsync-Befehl die Daten korrekt und mit den richtigen Berechtigungen, Attributen, BesitzIDs gesichert worden sein (auf man Linux NAS, dass diese Daten übernimmt).
Greets
Byte
-
Hallo,
ich bin etwas verwirrt.
Ich betreibe zwei Raspi in verschiedenen Netzen.
Der in meinem Heimnetz erhält auf der LAN Schnittstelle mehere IPv6 (unterschiedliche scopes). Allerdings nur 1 öffentliche /64 Adresse.
Soweit alles OK.
Im Netz meiner Eltern erhält der Raspi jedoch 2 öffentliche Adresse, eine /64 und eine /128.
Das irritiert mich, warum ist dies so.
Außerdem war der Raspi von Außen über die /64 bisher erreichbar, dies ist nun icht mehr der Fall, nun ist es dort die /128?
Greets
Byte
-
So, das Log spricht auch ständig von permission denied
CodeMay 22 22:17:05 RaPi systemd[254]: systemd-timesyncd.service: Failed to connect stdout to the journal socket, ignoring: Permission denied May 22 22:17:05 RaPi systemd[1]: Failed to start Network Time Synchronization. May 22 22:17:05 RaPi systemd[269]: systemd-timesyncd.service: Failed to connect stdout to the journal socket, ignoring: Permission denied May 22 22:17:05 RaPi systemd[395]: systemd-timesyncd.service: Failed to connect stdout to the journal socket, ignoring: Permission denied May 22 22:17:05 RaPi systemd-udevd[216]: Process '/usr/sbin/th-cmd --socket /var/run/thd.socket --passfd --udev' failed with exit code 1. May 22 22:17:05 RaPi kernel: [ 11.908126] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. May 22 22:17:05 RaPi kernel: [ 11.911238] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned. May 22 22:17:05 RaPi avahi-daemon[408]: Failed to create PID file: Permission denied May 22 22:17:07 RaPi systemd[518]: fhem.service: Failed to connect stdout to the journal socket, ignoring: Permission denied May 22 22:17:10 RaPi systemd[1]: Failed to start NFS status monitor for NFSv2/3 locking..
Habe ich beim Clonen etwas vergessen oder zu viel gecloned?
Führe ich als root ein su Kommando aus, habe ich angeblich nicht die Rechte dafür:
Codesu -l Test su: warning: cannot change directory to /home/Test: Permission denied su: failed to execute /bin/bash: Permission denied
Greets
Byte
-
Hallo,
ich möchte 2 Raspis (4er) über das Netzwerk booten.
Dafür habe ich jeweils die /boot mit rsync -xa /boot/ /mnt/pxeboot/tftpboot/12345678/
und den Rest auf eine NFS Freigabe rsync -xa --exclude /mnt --exclude /boot / /mnt/pxeboot/Raspi_A/
gezogen.
Ein Raspi bootet ohne Probleme.
Der Zweite, mit meiner Heimautomation,etc. startet zwar, zeigt aber für mich difuse Probleme. Der NFS-Dienst z.B. startet nicht. Meine Heimautomation startet nicht, so wie einige andere Prozesse.
Auffällig ist, dass wenn ich apt-get update fahre ich folgende Fehlermeldung bekomme:
W: Download is performed unsandboxed as root as file '/var/lib/apt/lists/partial/raspbian.raspberrypi.org_raspbian_dists_buster_InRelease' couldn't be accessed by user '_apt'. - pkgAcquire::Run (13: Permission denied
Klingt nach einem Rechteproblem, ich habe aber die Daten mit RSync 1:1 auf die NFS-Freigabe gezogen. Wie gesagt, bei dem anderen Raspi läuft es....
Wo kann ich noch schauen, wo der Fehler liegt??
EDIT: ach ja, damit die Updates auch gut laufen, habe ich in der fstab die /boot Partition auch per NFS gemountet.
12345678 ist natürlich die korrekte Seriennummer meines Raspis, /mnt/pxeboot/tftpboot/12345678/ die TFTP-Bootpartition des Systems.
Auf der Synology (NFS-Server) habe ich die Squash "keine Zuordnung" eingestellt und Asynchron deaktiviert.
Greets
Byte
-
-
Hi,
Code
Alles anzeigenapt-cache policy raspberrypi-bootloader raspberrypi-kernel raspberrypi-bootloader: Installed: 1.20190819~stretch-1 Candidate: 1.20190819~stretch-1 Version table: 1.20210201-1 50 50 http://archive.raspberrypi.org/debian buster/main armhf Packages *** 1.20190819~stretch-1 100 100 /var/lib/dpkg/status raspberrypi-kernel: Installed: 1.20190819~stretch-1 Candidate: 1.20190819~stretch-1 Version table: 1.20210201-1 50 50 http://archive.raspberrypi.org/debian buster/main armhf Packages *** 1.20190819~stretch-1 100 100 /var/lib/dpkg/status
Codeapt install --reinstall raspberrypi-bootloader raspberrypi-kernel Reading package lists... Done Building dependency tree Reading state information... Done Reinstallation of raspberrypi-bootloader is not possible, it cannot be downloaded. Reinstallation of raspberrypi-kernel is not possible, it cannot be downloaded. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Da es sich um eine Kopie handelt, die hier bei mir in einem RPI4 läuft, war ich mutig und habe einfach mal
und im Anschluss
ausgeführt,
Code
Alles anzeigenapt-cache policy raspberrypi-bootloader raspberrypi-kernel raspberrypi-bootloader: Installed: 1.20210201-1 Candidate: 1.20210201-1 Version table: *** 1.20210201-1 100 50 http://archive.raspberrypi.org/debian buster/main armhf Packages 100 /var/lib/dpkg/status raspberrypi-kernel: Installed: 1.20210201-1 Candidate: 1.20210201-1 Version table: *** 1.20210201-1 100 50 http://archive.raspberrypi.org/debian buster/main armhf Packages 100 /var/lib/dpkg/status
-
Die SD-Karte habe ich als Raspbian-Lite Image (frisches Image) gezogen und installiert.
Gestartet, damit die rootfs-Partition expandiert wird. Danach die Daten, die immer per rsync -PavH gesichert wurden auf die rootfs Dateisystem gespielt.
Das läuft ohne Probleme oder Fehlermeldungen. Nur das Verhalten beim Bootloader-Update bleibt gleich. Die Bootpartition ist also nun größer, wegen des RAspbian-Images.
Greets
Byte
-
Hm,
es liegt wohl eher doch an einer Einstellung.
Habe mal eine neue SD-Karte erstellt (Raspbian-lite) und die Daten der Alten, bis auf boot, kopiert. Läuft wie gewohnt, nur das bootloader-update bleibt mit der gleichen Fehlermeldung stehen. Es liegt wohl nicht am mangelnden Speicherplatz, sondern am download?!
Greets
Byte
-
Dann müsste man das Dateisystem resizen, das wird wohl im laufenden Betrieb nicht gehen...
Ggf. könnte man von /boot (ist das die FAT32 Bootpartition der Karte?) überflüssige/alte Dateien löschen:
Code
Alles anzeigenls -la /boot total 24700 drwxr-xr-x 4 root root 16384 Jan 1 1970 . drwxr-xr-x 22 root root 4096 Feb 22 11:06 .. -rwxr-xr-x 1 root root 25395 Feb 22 11:02 bcm2708-rpi-b.dtb -rwxr-xr-x 1 root root 25658 Feb 22 11:02 bcm2708-rpi-b-plus.dtb -rwxr-xr-x 1 root root 25006 Feb 22 11:02 bcm2708-rpi-b-rev1.dtb -rwxr-xr-x 1 root root 25317 Feb 22 11:02 bcm2708-rpi-cm.dtb -rwxr-xr-x 1 root root 25140 Feb 22 11:02 bcm2708-rpi-zero.dtb -rwxr-xr-x 1 root root 26333 Feb 22 11:02 bcm2708-rpi-zero-w.dtb -rwxr-xr-x 1 root root 26533 Feb 22 11:02 bcm2709-rpi-2-b.dtb -rwxr-xr-x 1 root root 26682 Feb 22 11:02 bcm2710-rpi-2-b.dtb -rwxr-xr-x 1 root root 28180 Feb 22 11:02 bcm2710-rpi-3-b.dtb -rwxr-xr-x 1 root root 28799 Feb 22 11:02 bcm2710-rpi-3-b-plus.dtb -rwxr-xr-x 1 root root 26678 Feb 22 11:02 bcm2710-rpi-cm3.dtb -rwxr-xr-x 1 root root 48145 Feb 22 11:02 bcm2711-rpi-400.dtb -rwxr-xr-x 1 root root 48429 Feb 22 11:02 bcm2711-rpi-4-b.dtb -rwxr-xr-x 1 root root 48517 Feb 22 11:02 bcm2711-rpi-cm4.dtb -rwxr-xr-x 1 root root 52456 Feb 22 11:02 bootcode.bin -rwxr-xr-x 1 root root 152 Jan 7 2019 cmdline.txt -rwxr-xr-x 1 root root 1710 Dec 18 2018 config.txt -rwxr-xr-x 1 root root 18693 Feb 18 2020 COPYING.linux -rwxr-xr-x 1 root root 41 Feb 22 11:05 .firmware_revision -rwxr-xr-x 1 root root 3179 Feb 22 11:02 fixup_cd.dat -rwxr-xr-x 1 root root 7302 Feb 22 11:02 fixup.dat -rwxr-xr-x 1 root root 10291 Feb 22 11:02 fixup_db.dat -rwxr-xr-x 1 root root 10289 Feb 22 11:02 fixup_x.dat -rwxr-xr-x 1 root root 145 Sep 23 2016 issue.txt -rwxr-xr-x 1 root root 6304936 Feb 22 11:02 kernel7.img -rwxr-xr-x 1 root root 5962280 Feb 22 11:02 kernel.img -rwxr-xr-x 1 root root 1494 Feb 18 2020 LICENCE.broadcom -rwxr-xr-x 1 root root 18974 Sep 23 2016 LICENSE.oracle drwxr-xr-x 2 root root 24576 Feb 21 10:46 overlays -rwxr-xr-x 1 root root 791996 Feb 22 11:02 start_cd.elf -rwxr-xr-x 1 root root 4792808 Feb 22 11:02 start_db.elf -rwxr-xr-x 1 root root 2951392 Feb 22 11:02 start.elf -rwxr-xr-x 1 root root 3703208 Feb 22 11:02 start_x.elf drwxr-xr-x 2 root root 8192 Oct 14 2016 'System Volume Information'
Greets
Byte
-
Also meinst Du, es liegt an einer zu kleinen Partition?
Misst, das Ding steht bei Schwiegervater.
Frage eines Laien:
Kann ich ein Raspbian Buster Lite Image auf eine frische SD-Karte ziehen und dann die Datenpartition per per copy mit den Daten der "alten" überschreiben.
(Boot-Partition lasse ich mal aus).
Oder ich kopiere Boot mit und versuche dann ein update?!
Beim Kopieren würde ich folgende Verzeichnisse auslassen:
-
-