ahuovinen, > it gets up. and gets ip. but port 22 stays as closed according to nmap. So i cannot ssh in. Please post the log what you did when you created the rootfs (especially Step 4). Or if you keep the log of that rootfs creation session, post the entire log. Quote4. (Stock u-boot only) Create uImage with embedded DTB for booting with older u-boots (2012 or earlier). Skip this steby bodhi - Debian
Thanks Peter! I'll build a new version.by bodhi - Debian
> I mean it work's now "sort of" > From an cold boot into debian and/or omv i have > the same problem as all the time > "low download and high uploadspeed " > But if i disconnect the network cable and > reconnect it wile the nsa320 is running i get full > speed download and upload Good troubleshooting! > Up until i reboot the nsa320 &by bodhi - uBoot
ahuovinen, You should follow this instruction: Boot Kirkwood rootfs with stock u-boot https://forum.doozan.com/read.php?2,102054,105374#msg-105374by bodhi - Debian
spiderdijon, > uboot can see both controllers. I have 3 disks > installed There are 6 slots, perhaps move the 3rd HDD from the left (ususally the physical location is correct) to each of the remaining slots (and reboot each time). See if the behavior change. The current mainline RN2120 DTS looks correct to me. The armada-xp-db version just enables all the PCIe buses (not selectingby bodhi - Debian
> I'd agree - thermal reduction is what I was hoping > for, since it's a toasty little puck! These plugs should always have silicon/felt feet! buy a few at your local HW store or Waltmart (if you are in US). Raise it about >= 1/4 inch high. Example: https://www.amazon.com/Black-Self-Adhesive-Felt-Bumpers/dp/B07DYQJRDBby bodhi - Debian
> now i have the same speed´s as bevor but if i > disconnect and reconnect the Network cable wile > its running it´s back to normal speed´s reboot > or boot fresh Not sure I understood what you said.by bodhi - uBoot
> I'd kinda like it to idle until it's needed, but > it's ok the way it is. Besides, I didn't know > about it before and everything was fine, so I'll > go with that. > It's weird that basically nothing's running on > this box but it's pegging the cpu to 800MHz. I'm not sure why this box either. On other Kirkwood boxes, ondemanby bodhi - Debian
root@debian:~# ifconfig -a eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.178.136 netmask 255.255.255.0 broadcast 192.168.178.255 inet6 2a02:2454:9b9b:1600:ca6c:87ff:fe9b:2f78 prefixlen 64 scopeid 0x0<global> inet6 fe80::ca6c:87ff:fe9b:2f78 prefixlen 64 scopeid 0x20<link> ether c8:6c:87:9b:2f:78 txqueuelen 10by bodhi - uBoot
> the thing is the nsa320 is the only device in my > complete network that is acting like that > like (low downsream high upstream) > > -Th3l0lb0y > > edit: side question ; is it possible that i > messed up the Mac adress in the Env in a way that > can cause something like that ? No, the MAC address is not relevant. The IP address is. Also some bridge coby bodhi - uBoot
Are both NSA320 and Debian VM boxes plugged into the same switch or router?by bodhi - uBoot
TSO was OK now Repeat this test NSA320 iperf -s ServerVM iperf -c and then, On the NSA320 dmesg | tail -50 On the Debian VM dmesg | tail -50by bodhi - uBoot
Hi Peter, Log in to Debian and ethtool enp1s0 lspci -vvby bodhi - Debian
Loos like it did not take. Try again, ethtool -K eth0 tso on sg on ethtool -k eth0 | grep tcp-segment If TSO is still off, try again ethtool -K eth0 tso on ethtool -k eth0 | grep tcp-segmentby bodhi - uBoot
Hi barroshelder, Sounds like the DSM built for the 2 boxes you mention will run on this NSA325, but likely with limitation. Things like Ethernet and SATA might or might not work. Each manufacturer has a differrent board design so some low level setup for these devices are likely different (even they use the same SoC and LAN chip). I'm not interested in supporting any stock software herby bodhi - Debian
On the NSA320, while in Debian, do ethtool -K eth0 tso on sg on And run the tests again.by bodhi - uBoot
ahuovinen, > So gpt and usb capabilities should be there. Made > usb rootfs stick according to directions > from https://forum.doozan.com/read.php?2,12096 01 > nov 2023. When you are setting up the first time, use MBR partition and Ext3 file system. Don't use GPT, and don't use Ext4. After booting into Debian in USB, you can try GPT if u-boot supports it (lookby bodhi - Debian
spiderdijon, > Do these envs need to be saved permanently at this > point? Not much point adding them to the script on > the USB drive as the USB drive is already present! > :) Yes! now that you can run kwboot, we should go a head and make the envs permanent. And also see that it works Debian, too. Assuming you've already done the dual boot set up above and tested it.by bodhi - Debian
metodi, > I checked the serial port pins. No odd colors, no > sign of burning, no unstable pins. The only odd > thing I saw were multiple "wet spots" (I don't > know how are these called in English?!) on the > back/downside of the whole board. It is like at > some moment there were salty water drops that had > dried out, but left like tiny white spots?by bodhi - uBoot
Dual boot Debian and stock OS on Netgear RN2120 Currently the RN2120 can be booted into Debian with the following envs: setenv bootdev usb setenv device 0:1 setenv load_image_addr 0x02000000 setenv load_initrd_addr 0x3000000 setenv load_image 'echo loading uImage ...; ext2load $bootdev $device $load_image_addr /boot/uImage' setenv load_initrd 'echo loading uInitrd ...; eby bodhi - Debian
metodi, > 1 - is it possible the communication settings to > be different, like different baud rate, or data > bits, or stop bits, etc.? I searched more > information on the internet and I found a couple > of articles, stating that those 00s I am getting > are a sign for bad communication between devices. > I tried different settings, slowing down baud, > changinby bodhi - uBoot
spiderdijon, > It appears to boot the uboot but is missing > loading env variables from SPI flash. With ID > bytes of 0xFF 0xFF 0xFF it's likely it's actually > not accessing anything at all. Is this because > there is no SPI NOR Flash on this device? > It looks > like it uses NAND flash instead? Correct, there is no SPI flash. This box uses NAND flash.by bodhi - Debian
Next step: Create a new rootfs on another USB drive using the bookwork rootfs Debian-6.5.7-kirkwood-tld-1-rootfs-bodhi.tar.bz2. Don't install any extra software such as OMV, don't run systemd.... Basically a pristine Debian-6.5.7-kirkwood-tld-1 rootfs. Boot with it and the run the iperf tests.by bodhi - uBoot
Hi sudos, > For transfers over SFTP or SMB which is what I'm > doing, transfers are slow and have a lot of CPU > overhead. This is because for SFTP, it's file > transfer over SSH. > All SSH traffic is encrypted by > default (and should never not be in my opinion.) Mine too! > Was the system using NFS v2 or v3? Yes, it was NFS V3. > Thoseby bodhi - Debian
Not sure if the DS213 Ethernet and SATA are configured the same way as the NSA325, though.by bodhi - Debian
> > Image has invalid data checksum > > uboot.rn2120.rescue.img: Invalid image. > > Strange, I would expect to see this with a much > older kwboot. I'll double check. > OK. I can see why it did not work. > In the meantime, please kwboot with the ds4141 > u-boot that I uploaded before. As long as it > starts running, then we're almost done.by bodhi - Debian
> > But the best out there does not mean it's > > good enough. DSM usually runs an old kernel, > and > > so for internet facing server it's not worth > > keeping because it will be insecure at some > point > > after. > > This is not true, if you check the links of my > first post, Synology released this year (2024) a > new DSM vby bodhi - Debian
barroshelder, > What I would like to do is install DSM on NAND > (overwriting the old ZyXEL OS from NAS), like it > was done on the Western Digital NAS (see link on > my first post) I see. >. On the WD instructions, the user > must flash a BIN file (I suppose it is a new > bootloader that will make the WD behave like a > Synology NAS: > https://wd.hides.by bodhi - Debian
barroshelder, > Thanks for the link, do I need Debian running > before installing DSM software from Synology? The link above describes how to install new u-boot and Debian. And skip DSM altogether. And this will not allow to boot back to DSM. ==== If you still want to use DSM and also run Debian then you need to keep stock U-Boot. And install Debian on a USB drive. And thatby bodhi - Debian
Peter, > I dont remember, if there was an option during > uboot install to customize the MAC, but I skipped > it for sure. The device could not tell its MAC > when it arrived to me. > Warning: eth_rtl8169 MAC addresses don't match: > Address in ROM is 00:00:00:00:00:30 > Address in environment is 52:3b:20:9c:11:51 That's OK. The MACby bodhi - Debian