nach dem Update, geht nichts mehr.....
-
ah ok, danke für die Info Thomas...
die Updates laufen derzeit, danach führe ich wieder den DIAG aus...
-
So ich habe wieder mal ein aktuelles Ergebnis :
========== Start marking the full check here =========== ```bash Script v.2024-12-09 Raspbian+zigbee diag+masking *** BASE SYSTEM *** Static hostname: raspberrypi Icon name: computer Operating System: Raspbian GNU/Linux 11 (bullseye) Kernel: Linux 6.1.21-v7+ Architecture: arm OS is similar to: debian Model : Raspberry Pi 2 Model B Rev 1.1 Docker : false Virtualization : none Kernel : armv7l Userland : 32 bit Systemuptime and Load: 18:52:41 up 50 min, 1 user, load average: 1.45, 1.87, 1.47 CPU threads: 4 *** LIFE CYCLE STATUS *** Debian 'bullseye' is the current oldstable version. Please upgrade to the latest stable release 'bookworm' in due time! *** RASPBERRY THROTTLING *** Current issues: No throttling issues detected. Previously detected issues: ~ Under-voltage has occurred ~ Arm frequency capping has occurred *** TIME AND TIMEZONES *** Local time: Tue 2024-12-10 18:52:41 CET Universal time: Tue 2024-12-10 17:52:41 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no *** Users and Groups *** User that called 'iob diag': pi HOME=/home/pi GROUPS=pi adm dialout cdrom sudo audio video plugdev games users input render netdev gpio i2c spi iobroker User that is running 'js-controller': iobroker HOME=/home/iobroker GROUPS=iobroker tty dialout audio video plugdev bluetooth gpio i2c *** DISPLAY-SERVER SETUP *** Display-Server: false Desktop: Terminal: tty *** MEMORY *** total used free shared buff/cache available Mem: 921M 517M 75M 0.0K 328M 344M Swap: 99M 92M 7.0M Total: 1.0G 610M 82M Active iob-Instances: 10 921 M total memory 517 M used memory 300 M active memory 466 M inactive memory 74 M free memory 22 M buffer memory 307 M swap cache 99 M total swap 92 M used swap 7 M free swap *** top - Table Of Processes *** top - 18:52:43 up 50 min, 1 user, load average: 1.41, 1.86, 1.47 Tasks: 133 total, 1 running, 132 sleeping, 0 stopped, 0 zombie %Cpu(s): 2.6 us, 3.9 sy, 0.0 ni, 93.4 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 922.0 total, 74.4 free, 518.1 used, 329.4 buff/cache MiB Swap: 100.0 total, 7.3 free, 92.7 used. 343.8 avail Mem *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION * rc-local.service loaded failed failed /etc/rc.local Compatibility LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 1 loaded units listed. *** DMESG CRITICAL ERRORS *** 1 CRITICAL ERRORS DETECTED! Check 'sudo dmesg --level=emerg,alert,crit -T' for details *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on /dev/root ext4 59G 7.0G 49G 13% / devtmpfs devtmpfs 333M 0 333M 0% /dev tmpfs tmpfs 461M 0 461M 0% /dev/shm tmpfs tmpfs 185M 944K 184M 1% /run tmpfs tmpfs 5.0M 4.0K 5.0M 1% /run/lock /dev/mmcblk0p1 vfat 255M 51M 205M 20% /boot tmpfs tmpfs 93M 0 93M 0% /run/user/1000 Messages concerning ext4 filesystem in dmesg: [Tue Dec 10 18:02:05 2024] Kernel command line: coherent_pool=1M snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0 video=Composite-1:720x480@60i vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyAMA0,115200 console=tty1 root=PARTUUID=a13bd72e-02 rootfstype=ext4 fsck.repair=yes rootwait [Tue Dec 10 18:02:09 2024] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Quota mode: none. [Tue Dec 10 18:02:09 2024] VFS: Mounted root (ext4 filesystem) readonly on device 179:2. [Tue Dec 10 18:02:14 2024] EXT4-fs (mmcblk0p2): re-mounted. Quota mode: none. Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / /dev/mmcblk0p2 ext4 rw,noatime `-/boot /dev/mmcblk0p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,ioc Files in neuralgic directories: /var: 2.2G /var/ 1.9G /var/log/journal/b4db8c2bf1074a1ba2ba6c07d9465d9d 1.9G /var/log/journal 1.9G /var/log 123M /var/cache Archived and active journals take up 1.8G in the file system. /opt/iobroker/backups: 97M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 818M /opt/iobroker/iobroker-data/ 722M /opt/iobroker/iobroker-data/files 617M /opt/iobroker/iobroker-data/files/javascript.admin 560M /opt/iobroker/iobroker-data/files/javascript.admin/static 558M /opt/iobroker/iobroker-data/files/javascript.admin/static/js The five largest files in iobroker-data are: 24M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.6a71b34c.js.map 21M /opt/iobroker/iobroker-data/objects.jsonl 12M /opt/iobroker/iobroker-data/files/backitup.admin/static/js/main.bd24114f.js 9.3M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.6a71b34c.js 8.7M /opt/iobroker/iobroker-data/files/javascript.admin/static/js/838.0aa41cb0.chunk.js.map USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ceccc8e6cbc9eb119edf8b4f1d69213e-if00-port0 *** ZigBee Settings *** Your zigbee.0 COM-Port is matching 'by-id'. Very good! Zigbee Network Settings on your coordinator/in nvbackup are: zigbee.X Extended Pan ID: *** MASKED *** Pan ID: *** MASKED *** Channel: *** MASKED *** Network Key: *** MASKED *** To unmask the settings run 'iob diag --unmask' *** NodeJS-Installation *** /usr/bin/nodejs v20.18.1 /usr/bin/node v20.18.1 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.4 nodejs: Installed: 20.18.1-1nodesource1 Candidate: 20.18.1-1nodesource1 Version table: *** 20.18.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 100 /var/lib/dpkg/status 20.18.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.17.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.16.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.15.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.15.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.14.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.13.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.13.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.12.2-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.12.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.12.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.11.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.11.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.10.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.9.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.8.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.8.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.7.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.6.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.6.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.5.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.5.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.4.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.3.1-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.3.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.2.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.1.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 20.0.0-1nodesource1 600 500 https://deb.nodesource.com/node_20.x nodistro/main armhf Packages 12.22.12~dfsg-1~deb11u5 500 500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages Temp directories causing deletion problem: 0 No problems detected Errors in npm tree: 0 No problems detected *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl Hosts: raspberrypi raspberrypi (version: 7.0.3, hostname: raspberrypi , alive, uptime: 495) Core adapters versions js-controller: 7.0.3 admin: 7.1.5 javascript: 8.8.3 nodejs modules from github: 0 Adapter State + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.backitup.0 : backitup : raspberrypi - enabled system.adapter.discovery.0 : discovery : raspberrypi - disabled system.adapter.gruenbeck.0 : gruenbeck : raspberrypi - disabled + system.adapter.javascript.0 : javascript : raspberrypi - enabled + system.adapter.modbus.0 : modbus : raspberrypi - enabled + system.adapter.ping.0 : ping : raspberrypi - enabled + system.adapter.rpi2.0 : rpi2 : raspberrypi - enabled + system.adapter.shelly.0 : shelly : raspberrypi - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.tuya.0 : tuya : raspberrypi - enabled + system.adapter.zigbee.0 : zigbee : raspberrypi - enabled, port: /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ceccc8e6cbc9eb119edf8b4f1d69213e-if00-port0 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin + system.adapter.shelly.0 : shelly : raspberrypi - enabled, port: 1882, bind: 0.0.0.0 + system.adapter.zigbee.0 : zigbee : raspberrypi - enabled, port: /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ceccc8e6cbc9eb119edf8b4f1d69213e-if00-port0 ioBroker-Repositories ┌─────────┬──────────┬─────────────────────────────────────────────────────────┬──────────────┐ │ (index) │ name │ url │ auto upgrade │ ├─────────┼──────────┼─────────────────────────────────────────────────────────┼──────────────┤ │ 0 │ 'stable' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'beta' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └─────────┴──────────┴─────────────────────────────────────────────────────────┴──────────────┘ Active repo(s): stable Upgrade policy: none Installed ioBroker-Instances Used repository: stable Adapter "admin" : 7.1.5 , installed 7.1.5 Adapter "backitup" : 3.0.25 , installed 3.0.25 Adapter "deconz" : 1.4.1 , installed 1.4.1 Adapter "discovery" : 5.0.0 , installed 5.0.0 Adapter "gruenbeck" : 0.0.43 , installed 0.0.43 Adapter "javascript" : 8.8.3 , installed 8.8.3 Controller "js-controller": 7.0.3 , installed 7.0.3 Adapter "modbus" : 6.3.2 , installed 6.3.2 Adapter "ping" : 1.6.2 , installed 1.6.2 Adapter "rpi2" : 2.2.1 , installed 2.2.1 Adapter "shelly" : 8.2.1 , installed 8.2.1 Adapter "sonoff" : 3.1.2 , installed 3.1.2 Adapter "tuya" : 3.16.0 , installed 3.16.0 Adapter "zigbee" : 1.10.3 , installed 1.10.3 Objects and States Please stand by - This may take a while Objects: 974 States: 665 *** OS-Repositories and Updates *** Hit:1 http://raspbian.raspberrypi.org/raspbian bullseye InRelease Hit:2 http://archive.raspberrypi.org/debian bullseye InRelease Hit:3 https://deb.nodesource.com/node_20.x nodistro InRelease Reading package lists... Done Pending Updates: 0 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1001 33968 3854/iobroker.js-co tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1001 33963 3854/iobroker.js-co tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 11824 446/sshd: /usr/sbin tcp6 0 0 :::8081 :::* LISTEN 1001 34103 3872/io.admin.0 tcp6 0 0 :::22 :::* LISTEN 0 11826 446/sshd: /usr/sbin udp 0 0 0.0.0.0:5353 0.0.0.0:* 108 12579 344/avahi-daemon: r udp 0 0 0.0.0.0:6666 0.0.0.0:* 1001 34921 3919/io.tuya.0 udp 0 0 0.0.0.0:6667 0.0.0.0:* 1001 34922 3919/io.tuya.0 udp 0 0 0.0.0.0:5683 0.0.0.0:* 1001 33344 3950/io.shelly.0 udp 0 0 0.0.0.0:68 0.0.0.0:* 0 448 571/dhcpcd udp 0 0 0.0.0.0:46688 0.0.0.0:* 108 12581 344/avahi-daemon: r udp6 0 0 :::5353 :::* 108 12580 344/avahi-daemon: r udp6 0 0 :::58708 :::* 108 12582 344/avahi-daemon: r udp6 0 0 :::546 :::* 0 13728 571/dhcpcd *** Log File - Last 25 Lines *** 2024-12-10 18:51:53.743 - info: host.raspberrypi stopInstance system.adapter.rpi2.0 (force=false, process=true) 2024-12-10 18:51:53.811 - info: rpi2.0 (5014) Got terminate signal TERMINATE_YOURSELF 2024-12-10 18:51:53.828 - info: host.raspberrypi stopInstance system.adapter.rpi2.0 send kill signal 2024-12-10 18:51:53.823 - info: rpi2.0 (5014) terminating 2024-12-10 18:51:53.830 - info: rpi2.0 (5014) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-12-10 18:51:54.454 - info: rpi2.0 (5014) terminating 2024-12-10 18:51:54.529 - error: rpi2.0 (5014) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2024-12-10 18:51:54.531 - error: rpi2.0 (5014) unhandled promise rejection: DB closed 2024-12-10 18:51:54.540 - error: rpi2.0 (5014) Error: DB closed at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) at Redis.get (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25) at ObjectsInRedisClient._getObject (file:///opt/iobroker/node_modules/@iobroker/db-objects-redis/build/esm/lib/objects/objectsInRedisClient.js:2333:37) at Immediate.<anonymous> (file:///opt/iobroker/node_modules/@iobroker/db-objects-redis/build/esm/lib/objects/objectsInRedisClient.js:2374:29) at process.processImmediate (node:internal/timers:485:21) 2024-12-10 18:51:54.543 - error: rpi2.0 (5014) DB closed 2024-12-10 18:51:54.668 - info: host.raspberrypi instance system.adapter.rpi2.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2024-12-10 18:51:59.938 - info: host.raspberrypi instance system.adapter.rpi2.0 in version "2.2.1" started with pid 5085 2024-12-10 18:52:07.710 - info: rpi2.0 (5085) starting. Version 2.2.1 in /opt/iobroker/node_modules/iobroker.rpi2, node: v20.18.1, js-controller: 7.0.3 2024-12-10 18:53:10.144 - info: admin.0 (3872) ==> Connected system.user.admin from ::ffff:192.168.178.82 2024-12-10 18:53:11.238 - info: zigbee.0 (3932) List of port: [{"path":"/dev/ttyAMA0"},{"path":"/dev/ttyUSB0","manufacturer":"ITead","serialNumber":"ceccc8e6cbc9eb119edf8b4f1d69213e","pnpId":"usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_ceccc8e6cbc9eb119edf8b4f1d69213e-if00-port0","vendorId":"10c4","productId":"ea60"}] 2024-12-10 18:53:16.482 - info: admin.0 (3872) <== Disconnect system.user.admin from ::ffff:192.168.178.82 2024-12-10 18:53:24.487 - info: admin.0 (3872) ==> Connected system.user.admin from ::ffff:192.168.178.82 2024-12-10 18:53:46.635 - info: admin.0 (3872) <== Disconnect system.user.admin from ::ffff:192.168.178.82 javascript 2024-12-10 18:53:57.051 - info: admin.0 (3872) ==> Connected system.user.admin from ::ffff:192.168.178.82 2024-12-10 18:54:58.672 - warn: backitup.0 (3886) [iobroker/clean] No older backup files are deleted, because this backup was started manually============ Mark until here for C&P =============
iob diag has finished.
Press any key for a summary
-
@zimbl sagte in nach dem Update, geht nichts mehr.....:
*** DMESG CRITICAL ERRORS ***
1 CRITICAL ERRORS DETECTED!
Check 'sudo dmesg --level=emerg,alert,crit -T' for detailsSchau dir den an.
-
Grundsätzlich sollte das Ding jetzt wieder schnurren.
-
Hallo Thomas,
ich habe mir nun einen Pi5 geholt und mit dem PI Imager auch das
Image drauf gemacht, soweit auch alles wie immer Konfiguriert.Was nur komisch ist, meine ETH0 Schnittstelle funktioniert nicht,
ich stecke das Kabel rein, aber nichts.Keine Verbindung.
ich meine früher war die immer Standard aktiv.
ist das nun nicht mehr ?
-
-
@zimbl sagte in nach dem Update, geht nichts mehr.....:
ich stecke das Kabel rein, aber nichts.
auch keine Aktionen an den LED der Netzwerkbuchse?
-
Ne überhaupt nichts.
Das komische ist irgendwie auch, das in der dhcpcd.conf auch nichts
drin steht.Gut aber wenn die nicht aktiv ist, würden ja die LEDs auch
nicht funktionieren..Mit dem PI Imager habe ich 64-Bit Light installiert...
-
@zimbl kann ja noch ein Hardwaredefekt sein.
Allerdings hatte ich so einen Effekt mal bei Armbian.
Mit einer Version funktionierte das Netzwerk nicht.
Aber ich glaube nicht dass das hier auch so ist.@zimbl sagte in nach dem Update, geht nichts mehr.....:
Das komische ist irgendwie auch, das in der dhcpcd.conf auch nichts
drin steht.ich kann dir gar nicht sagen, welche Konfiguration im aktuellen OS verwendet wird.
Gibts da nicht auch was in raspi-config?
-
ja ich hatte das bisher auch noch nicht und wenn ich die Befehle ausführe die Thomas geschrieben hat, da kann man auch nicht sehen, das die Schnittstelle ein Problem hat.
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 2c:cf:67:97:18:01 brd ff:ff:ff:ff:ff:ff 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether 2c:cf:67:97:18:02 brd ff:ff:ff:ff:ff:ff inet 192.168.1.114/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0 valid_lft 863543sec preferred_lft 863543sec inet6 2001:9e:d5e8:9100:134b:4abc:41f3:b3b0/64 scope global dynamic noprefixroute valid_lft 6747sec preferred_lft 3147sec inet6 fe80::4bfa:4f8a:169e:c02e/64 scope link noprefixroute valid_lft forever preferred_lft foreverFür mich sieht das so aus, das die Schnittstelle einen Defekt hat?
oder?
-
Ich kann nur sagen dass ich vor kurzem nen Pi mit dem Imager aufgesetzt habe und die LAN Schnittstelle war sofort und ohne irgendwelche Aktionen einsatzbereit und funktionierte. Hat auch ganz normal im Netz den DHCP Server gefunden und sich eine Addresse geholt.
Ob man ev. im Imager die Netzwerkschnittstelle aktiv disablen kann oder ob sie disabled wird wenn man WLAN aktiviert hab ich mir nicht angesehen. Der Default ist / war jedenfalls LAN Buchse aktiiv.
Und zur Sicherheit check auch noch mal der Kabel und verbind den Raspi ggF mit einem Kabel direkt zu Router um allfällge Schäden an einer Hausverkabelung auszuschließen.
-
@zimbl sagte in nach dem Update, geht nichts mehr.....:
das die Schnittstelle einen Defekt hat?
oder das Kabel/der Switch
@zimbl sagte in nach dem Update, geht nichts mehr.....:
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP>
-
@zimbl sagte in nach dem Update, geht nichts mehr.....:
state DOWN
Was sagt
systemctl status NetworkManager.serviceund
dmesg --level=emerg,alert,crit -Tsowie
nmcli general -
ich habe doch wirklich mal den Pi an den Switch direkt angeschlossen...
und da ging dann auch die ETH Schnittstelle...
Kann es nicht so richtig nachvollziehen, weil alle anderen Geräte funktionieren
an dieser Dose.Naja es scheint gelöst zu sein.
Ich möchte mich auf diesem Weg bei allen bedanken die mich hier unterstützt haben.
VIELEN DANK.
-
@zimbl
Check mal die Dose durch. Insbesondere ob die funktionierenden Geräte 1GB Verbindung aufbauen. Prinzipiell ist aber ein (auch einfacher) Kabeltester da anzuraten.Ev. kann die auf Grund eines Fehlers nur 10MB / 100MB und der Raspi 5 nur höhere Geschwindigkeiten. Oder er geht auf Störung weil die 1GB Verbindung "halb" funktioniert.
100MB braucht nur 4 Adern und 1GB alle 8 - soweit ich es richtig im Kopf habe. Hab im Keller auch ne Dose wo über ein Kabel per Splitter 2 getrennte 100MB Verbindungen laufen - für nen Drucker reicht das allemal
-
@mcm1957
@Zimbl
Möglicherweise hat auch das Umstecken zu einer neuen Anfrage beim DHCP geführt.
Wahrscheinlicher ist für mich aber auch ein Defekt in "der Leitung" -
@homoran
Auch ohne dhcp sollte m.e. die LAN Leds Aktivitäten zeigen. Wenn die ganz finster sind ist ein Defekt auf der untersten Ebene wahrscheinlich. Kann aber natürlich auch am Kontakt der Dose ("Federchen verbogen") liegen.Und theoretisch könnte es noch an gerader oder gekreuzter Verbindung liegen wenn nicht mindestesn eines der beiden Geräte eine automatische Anpassung vornimmt. Wobei das m.W. nach alle modernen Geräte tun - würd mich also wundern wenn der Pi da empfindlich ist. Weiß nicht mehr wann ich zuletzt auf gekreuztes oder geraded Patchkabel geachtet habe.
