> > warri@debian:~$ cat /proc/cmdline > console=ttyS0,115200 root=LABEL=rootfs > rootdelay=10 earlyprintk=serial > > Yes. That's why it works.by bodhi - Debian
Quoterootfs=/dev/sdb7 setting that to nothing it then works. Check your bootargs in Debian cat /proc/cmdline ====== OK so it does look like the problem is with serial console. Just in case, at netconsole prompt, see if serial and net console are listed: coninfoby bodhi - Debian
> Tried also with other serial cable, pl2303hxa > based chip and the output is garbage again. > The serial output was set to net console https://forum.doozan.com/read.php?2,137024,137082#msg-137082 But I don't know this u-boot so I cannot be sure why it was not set to serial at the begining. Normally, u-boot sets stdin/stdout/stderr to serial initially, and then when itby bodhi - Debian
spiderdijon, > The auto booting debian from USB works well which > is great, Cool! > but the sata controller issue persists. > The unit only has 4 drive bays. It also has two > e-sata ports on the rear which connect directly to > the SoC (not via PCI-E). Yes, together that's 6 slots. 4 by PCIe. > However as you say to dts/dtb looks fine and I > caby bodhi - Debian
tillewolle, > https://wiki.debian.org/InstallingDebianOn/Synology > problem is: The tutorials are written for Marvell > Armada 385 CPUs. My RS814+ uses an Intel Atom > D2700. > Correct, that tutorial can not be used for this RS814+. We don't have tutorial for Intel boxes. There is one working thread that might be of interest to you: https://forum.doozan.com/reaby bodhi - Debian
> got it working. the problem was that current u > boot had rootfs in envs. so setenv rootfs blanks > it and now it boots from stick. That meant the rootfs label was not stored correctly. Now if you force reset it e2label /dev/sdb1 rootfs And put the root=LABEL=rootfs back in the bootags, it will be mounted correctly.by bodhi - Debian
Looks like this u-boot actually causes a real problem with serial console input/output, and would stop a modern kernel from booting. stderr=serial stdin=nc stdout=nc Since you cannot run kwboot, I think there is some small risk in a solution that I have in mind. If it were a pure stock u-boot, then there is no risk.by bodhi - Debian
QuoteI have quickly googled the r8168 linux drivers, and see that there were some posts regarding if r8168 is fine with the r8169 drivers, and the results were mixed. Is this really an "unlucky" chip, with bad drivers/support? It seems so! the Linux driver works fine. But there is something missing in u-boot (could also be I'm missing some thing).by bodhi - Debian
SuperPoney, > I've trying to boot from stock to > Debian-6.6.2-mvebu-tld-1-rootfs-bodhi.tar.bz2. > Here are the steps I've made : > > mkfs -t ext3 -L rootfs /dev/sda > mount /dev/sda1 /media/eric/sda > cd /media/eric/sda/ > tar -xjf > /home/eric/Desktop/Debian-6.6.2-mvebu-tld-1-rootfs-bodhi.tar.bz2 > cd /media/eric/sda/boot > cp -a uImage uby bodhi - Debian
Also there is something in the envs that's worth trying a test for serial console. I will be back and post that tetst.by bodhi - Debian
ff00003c: 00000000 00000000 00000000 00000000 ................ So it is inconclusive. Hopefully kwboot will work when your serial console works. QuoteSo i can get to u boot through netconsole using fvdw-sl console.. not through serial which shows lots of non ascii characters... Yes. And the envs looks OK for the new set of setenvs to boot Debian. So the problem must be with the rootfs cby bodhi - Debian
Since this box is very old, check the bootROM version at u-boot console md ff00003c If it is older than 1.21, kwboot won't work.by bodhi - Debian
> so no difference. still loads of unreadable > stuff.. the differnce is that when that fvdw > firmware boots it shows up the boot messages May be that u-boot messed up the normal serial console. But not likely, can you interrupt serial console when it boots? If yes, ver help printenv > when i try to boot from the stick.. nothing.. See what I asked above. > meby bodhi - Debian
Hi Peter, Here is the new version. Please take your time, we are in no hurry (hacking should be leisurely done) :) uboot.2023.04-tld-1.nsa310.kwb_mar_09_2024.tar md5: a2031a32395e5fac0d15c4b9692eeaf0 uboot.2023.04-tld-1.nsa310.kwb_mar_09_2024.tar sha256: f8ba65367176bd1ca487e0473777358a0264fa3b092f60efc5f28710a379b97c uboot.2023.04-tld-1.nsa310.kwb_mar_09_2024.tar Extract the u-boby bodhi - Debian
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