Did someone installed OMV on Zyxel NSA320 ? (marvel CPU ARM5 and 512MB RAM).
I saw that people run Debian Squeeze on it.
OMV on Zyxel NSA320 ?
-
-
Just got it: my NSA320 runs Kralizec 1.12 on Kernel 3.17.0 booted from the first internal HD.
Now i have to test the performance of the box under OMV - if it's sufficient, it'll become my backup machine...
If someone (or two ) is(are) interested, i could write a HowTo...
BR
Jan -
I would be very interested.
Same use case: as a backup for the main OMV box. So if you could include your rsync configs, that would be nice.But I have an NSA-325 and would prefer to have both internal HDDs available for storage.
There's also this:
Installing OMV on Zyxel NSA325(ARM) -
@Akeem
The NSA-325 ist different to the NSA-320. I think you can use dfarnings method described on your linked pages. You'll also find a lot of helpful information and a rootfs on http://forum.doozan.com/read.php?2,12096 .I wanted the box booting from HD, because a USB-Pen drive will be defective after a week or shorter. The scripted setting of the uboot environment variables for hd-booting was my main challenge.
A solution for the USB-problem could be the use of a SLC-PenDrive (e.g Mach Xtreme Technology ES SLC USB 3.0 Pen Drive - 8 GB) or an external USB-HD. The latter didn't work for the 320, because the USB-Ports don't deliver enough power for a disk - perhaps it's enough for a 2,5" SSD...
For the rsync-config we made a HowTo a few weeks ago: Rsync two OMV machines
BR
Jan -
Meanwhile kernel 3.18 is running on my NSA-320, LED are blinking and the powerbutton switches the machine off. Everything seems to run fine thanks to the great work and help from bodhi in the forum.doozan.com.
As i wrote, i installed Debian and OMV on the first internal HDD, because a USB-flashdrive would be worn out too fast.
Now i'm thinking about creating a datapartition on the same HDD where the rootfs-partition resides, from that the box boots (with parted while i mount the drive in another Linux system).
Is it possible to mount a data-partition in OMV, that resides on the system-drive?
If yes: will that significantly degrade the performance?What do you experts think about that?
BR
Jan -
No thoughts?
Ok, i tried it, and it works: system and data on sda - sda1 (ext3) and sda2 (xfs).
Testing from Win 8.1 with Helios LanTest over Gigabit LAN: 30 MB/s write, 17 MB/s read.
h2testw: 34,8 MB/s write, 21,1 MB/s read.
Test with separate HDDs follows...Edit:
Test with separate Drives: Helios LanTest 20,4 MB/s write, 17,5 MB/s read
h2testw: 30,1 MB/s write, 16 MB/s read.
MTU in all tests was default 1500.
Strange: write ist faster than read and single disk ist faster than separate disks.Any ideas where to optimize what settings?
BR
Jan -
I quite like your monologue.
I can't be of any assistance, but would be interested in a step-by-step to be able to use OMV ánd use both internal HDDs.
I wouldn't mind to buy a USB-SSD device.I'd would love to use btsync on the main OMV box ánd on the NSA325. Btsync does exactly what I wanted to achieve with rsync.
-
Follow the tutorial here http://forum.doozan.com/read.php?2,14351
Use the rootfs linux-3.16.0-kirkwood-tld-2-rootfs-bodhi.tar.bz2from 02 Sept 2014 in the thread http://forum.doozan.com/read.php?2,12096 and not the latest as said in the tutorial. Going beyond that rootfs requires you to flash a more advanced bootloader, which is not something for the faint of heart (also because it makes the device unable to boot its own original firmware).I have a zyxel nsa325v2 and it works.
Although I have already flashed a better bootloader and I'm not anymore at the rootfs 3.16.
-
Just got it: my NSA320 runs Kralizec 1.12 on Kernel 3.17.0 booted from the first internal HD.
Now i have to test the performance of the box under OMV - if it's sufficient, it'll become my backup machine...
If someone (or two ) is(are) interested, i could write a HowTo...
BR
JanI have a NSA320 and would be very interested in getting it running on my device. Have seen some instructions, also from the NS325. But just only few information on nsa 320. Or can i follow instructions which are given for NSA325?
Could give me step by step HowTo (if you may do do not have it already)?? or do we have to wait for one more on NSA 320 device -
Pioneers did it with serial cable to the board or with hacks from the web interface, and that's what is more commonly found in tutorials. Nowadays there are easy installers using a script.
Here for example there is a nice installer with simple instructions, but works for Arch linux, not for Debian.
http://archlinuxarm.org/platforms/armv5/zyxel-nsa320
Will modify it a bit to make a version that allows you to boot Debian.
Just like the tutorial I posted above for the NSA325V2, that is actually using a modified version of the Arch installer for the NSA 325.
These things are always done AT YOUR OWN RISK. If you don't feel safe enough, DON'T DO IT.AFAIK, the u-boot (bootloader, the BIOS of this thing) is too old to be able to boot from USB, can only boot the NAS's original firmware from the flash on its motherboard (too small to install debian in it) or from Sata drives. More updated u-boots with plenty of advanced features are available in the forums of the links above, but it's dangerous to update as if you do it wrong the device can only be restored through the serial cable (IF it can be restored at all), just like updating a BIOS anyway.
After you followed instructions below and it did its thing, the NAS will be
set to boot from the left Sata drive, and won't boot again its own
firmare. (this can be changed easily from inside the Debian system, and
from a serial connection to the motherboard, but if you don't have
either working, it's not possible to do anything and you are in trouble)So, download the installer zip I modified from here https://dl.dropboxusercontent.…INUX/nsa320-DebianARM.zip
Extract the contents of that zip inside an EMPTY USB flash drive.Then download the rootfs (the Debian system for these devices, same as link above) https://bitly.com/Z5icMA
The file is Debian-3.16.0-kirkwood-tld-2-rootfs-bodhi.tar.bzip2, so it is compressed with bzip2 and I have no idea if the firmware of the device is able to handle it, so we need to convert the archive to tar.gzip first.
Download Peazip (it is portable version, will run without installing itself) http://peazip.sourceforge.net/peazip-portable.html
Then extract the archive you downloaded, you should get another archive called Debian-3.16.0-kirkwood-tld-2-rootfs-bodhi.tar
Now use Peazip to compress it again, but this time select Gzip (it is set to 7z by default, you don't want that, change it to Gzip).
Now you should get a file called Debian-3.16.0-kirkwood-tld-2-rootfs-bodhi.tar.gzip
Rename the file into rootfs.tgz
Very important as the install script will look for this name to install Debian.
Then place this file in the same USB flash drive you placed the files of the installer zip above.
Shut down the NAS.
Place a EMPTY HDD in left slot (the installer WILL ERASE ANYTHING ON THAT DRIVE, so IT MUST BE EMPTY), remove the drive from the other slot, place the USB flash drive into the front USB port, power on the device.
Wait a bit. It has to unzip the contents of that file (among other things), and that's a weak processor, so it will take some time.
After it has finished it will reboot on its own, and if all went well it will be running Debian ARM this time.If it was connected to ethernet, it will get an IP address automatically when rebooting.
At this point it's just a headless (no graphical interface) Debian Wheezy system like any other.
You need to connect to it with SSH (remote terminal), if you don't know how, see this tutorial
http://www.rackspace.com/knowl…om-windows-by-using-putty
User: root
Password: root(when you have finished the setup it would be a good idea to change the default password of root user)
Then you follow the instructions here to install OpenMediaVault, (ignore pre-requirements because you have already a running Debian Wheezy in that NAS)
Howto install OpenMediaVault on Debian 7.x (Wheezy)It will take a while because it has to download quite a few things, and its weak processor will slow down the installation process.
When I did it, something of OMV failed to install and required a manual tweak, if it happens to you too (I think it was fixed but you never know), post the error and I'll see what I can do.
The installation will take around 10 GB of the drive inside the NAS for system partitions, the rest of the space will become another partition you can use for data (look in Storage ----> Filesystems to set Openmediavault to mount it and use it).
NEVER EVER install any Kernel or Grub, the Debian running inside these devices has a custom Kernel, if you install another (not from the forums above) it will not boot anymore. Grub is a bootloader, you have already u-boot for that.
======Will give you a run down of what happens while you wait and it installs Debian. ===========
======Mainly informative purposes, you can skip reading this if you want========
The installer is a script that exploits the fact that this NAS is set to look inside USB drives when booting.
If it finds the stuff that you placed into it (some keys plus a script with a peculiar name) it reacts by loading and executing the script.The script changes the boot options in the u-boot.
The script then ERASES EVERYTHING that is currently on the left sata drive, so USE AN EMPTY DISK OR YOU WILL LOSE DATA, also REMOVE ANY OTHER DISK FROM THE NAS while you are doing this.
Then it makes a couple partitions it needs, using around 10 GB of disk space. The rest of the space becomes a third partition you can use for data.
Then it unzips the rootfs.tgz (this is the archive with Debian inside) and moves the files where they need to go.
Since the processor is weak the unzipping will take some time, be patient.Then it will reboot, and if everything went well the NAS will boot Debian Wheezy for ARM.
-
Nice guide, tried it already and did everything in same way you describe aboved. BUT seems I chrashed my system, also can not install again via USB Stick.
Connected with serial cable and got folloing output. any idea what i could do nex?| \/ | __ _ _ ____ _____| | |
| |\/| |/ _` | '__\ \ / / _ \ | |
| | | | (_| | | \ V / __/ | |
|_| |_|\__,_|_| \_/ \___|_|_|
_ _ ____ _
| | | | | __ ) ___ ___ | |_
| | | |___| _ \ / _ \ / _ \| __|
| |_| |___| |_) | (_) | (_) | |_
\___/ |____/ \___/ \___/ \__|
** MARVELL BOARD: RD-88F6281A LEU-Boot 1.1.4 (Mar 23 2011 - 16:09:39) Marvell version: 3.4.19
U-Boot code: 00600000 -> 0067FFF0 BSS: -> 006CFEE0
Soc: 88F6281 A1 (DDR2)
CPU running @ 1200Mhz L2 running @ 400Mhz
SysClock = 400Mhz , TClock = 200MhzDRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6
DRAM CS[0] base 0x00000000 size 256MB
DRAM CS[1] base 0x10000000 size 256MB
DRAM Total size 512MB 16bit width
Addresses 10M - 0M are saved for the U-Boot usage.
Mem malloc Initialization (10M - 7M): Done
NAND:128 MB
Flash: 0 kBCPU : Marvell Feroceon (Rev 1)
//--- stateButtonBit = 3, recovery ---//
Kernel address is 0x4640000.Streaming disabled
Write allocate disabledModule 0 is RGMII
Module 1 is TDMUSB 0: host mode
PEX 0: interface detected no Link.
Net: egiga0, egiga1 [PRIME]
Hit any key to stop autoboot: 0Reset IDE:
Marvell Serial ATA Adapter
Integrated Sata device found
[0 0 0]: Enable DMA mode (6)
Device 0 @ 0 0:
Model: ST2000DM001-9YN164 Firm: CC4B Ser#: Z2F0CCD1
Type: Hard Disk
Supports 48-bit addressing
Capacity: 1907729.0 MB = 1863.0 GB (-387938128 x 512)** Unable to read "/uImage" from ide 0:1 **
** Unable to read "/uInitrd" from ide 0:1 **
## Booting image at 02000000 ...
Bad Magic Numberbest wishes
-
Ops, sorry for that.
Since you have the serial connection we can find out where I screwed up and make an installer that actually works next time.
I'm also uploading a rootfs.tgz that I'm sure it works, whenever ready I'm posting the link.
Also you can fix the issue right away, see below after the ===============It seems it does not find the boot partitions.
this line (and the other similar one)
says it is trying to load Debian from a disk located at address 0, from the partition 1.
The disk you have is being seen as Disk 0, but what about partitions?Power on the device, press a key to stop autobooting
Then you will see
Marvell >>
and a blinking cursor,
writeide partition 0
then can you post the output here?
also, can you write
printenv
and post the output here?
In the forum reply box there is a <> button, select all the text you pasted from the console and press that button. It will add tags so the forum displayes correctly the text and will not look messy.
============================
If you are in a hurry, you can return to boot its own firmware, see below.Power on the device, press a key to stop autobooting
Then you will see
Marvell >>
and a blinking cursor,
you will need to writesetenv to_stock
and then press enter
then writesaveenv
and press enter
then writereset
And press enter again.
The first command tells the u-boot to go back to booting the NAS's own firmware, the second tells the uboot to save the setting, the last asks it to reboot.
-
I did all these manipulations by hand, not with a script.
Maybe uboot ist looking for uInitrd and uImage in the root directory, but they are in the boot directory in bodhis rootfs. I made symbolic links in root to the files in /boot to solve this.
I used another linux machines (my OMV-Microserver) cli for that: just connected the NSA-hdd with an USB-SATA-Adapter and mounted the disk. Mind that the symbolic links must be relative, not absolute.
BR
Jan -
I did all these manipulations by hand, not with a script.
A script is more user-friendly and saves time when doing mainteneance. Once it is written correctly and it does not fail, anyway.
I did it by hand in my 325V2 (also because I have Linux Mint Debian on my netbook, so working with Linux paritions and archives is pretty easy as I just need to use Gparted and other standard tools) and also hot-booted the nas with another uboot through the serial (to be sure that in case i screwed up when flashing the newer uboot I could still unbrick the device), so it's not like I'm unable to do everything by hand.
ZitatMaybe uboot ist looking for uInitrd and uImage in the root directory
if the script ran correctly the contents of boot directory are in first partition (ext2), and the rootfs (parameters passed to kernel) is the partition labeled "rootfs" (the second partition, an ext4 that the uboot itself cannot read, but that's irrelevant as it's stuff that will be done by the kernel).
ZitatI made symbolic links in root to the files in /boot to solve this.
if your u-boot can read the boot partition (and if it is an ext3 it can) you just need to change any instance of /uInitrd to /boot/uInitrd and the same for the
/uImage to /boot/uImage in its envs.After he posts the results printenv I can make a script that sets the u-boot for multibooting (like I did in my NSA325v2 before I decided to flash the new u-boot), so if booting from Sata fails it will proceed and boot its own firmware again.
Doing so without looking at his uboot envs would have been too dangerous.it is just a line like this (taken from another uboot)
if "bootcmd_uenv" fails it will go on and run "bootcmd_usb", if that fails it will run "bootcmd_sata", if that fails too it will reboot and try again. If any of these commands run, the NAS will boot a kernel, and the uboot sequence stops because the kernel takes over.
Even if the uboot is dumb and old this trick works.
The same can be done to make the u-boot able to boot from either Sata drive (theoretically).With newer uboots it's a piece of cake (also pre-set in standard envs) as they have decent scripting support like can understand "if-then" loops and so on.
ZitatStrange: write ist faster than read and single disk ist faster than separate disks.
Any ideas where to optimize what settings?You tried using ext4 instead of xfs filesystem? I'm getting higher speeds than yours and I'm using ext4. Even the original firmware uses ext4 for hard drives, but that's faster for unknown reasons (probably better tuned for hardware).
also someone else that reports the same, for the sake of giving some proofs of what I say. http://forum.doozan.com/read.php?2,14351,17328#msg-17328Yes, I know that many people say xfs is lighter on CPU.
Another thing you can try is adding noatime and big_writes in the mount options of the data partitions in /etc/fstab and maybe optimize samba config as explained here.
http://archlinuxarm.org/forum/viewtopic.php?f=18&t=5001 -
I already got my device back to stock firmware in easy way with serial connection.
I would like to have an script for it as i´m not too familar with Linux, programming, etc. Glad to see you will go on with it and help me.Late afternoon when I´m at hope i will do steps of installing debian again and post my outputs with above points as well.
-
Ty for your patience. Not having the exact device does make this harder than it should.
I made a rootfs.tgz with linux compression tools for you (just in case Peazip was screwing up, and also because premade is better), if you reinstall can you can use this?
it is ready to be placed in the USB drive https://www.dropbox.com/s/gi2hqfh1ws9l3v4/rootfs.tgz?dl=0Can you post the results of printenv before and after you tried to install with the script?
Since you are going to reinstall the script anyway to test, now with serial connection attached when installing you can see what is happening when the script runs and any error message that happens will be useful for me.
You will get a wall of text and random things as the firmware is very chatty, I don't need all that.
The parts that matter are the text that you get after you seeAutomatic Installation of Arch Linux ARM
as that means that the NAS is executing the modified install script.
Did not change the original name and the debug text (there are some typos), but it does not really matter.
If we get this working, next step is doing something similar for NSA325V2 that can boot from USB too without installing a new uboot, so any brave tester for that is also welcome, a working serial connection is warmly recommended for troubleshooting. (as I'm not going to flash stock uboot into my own NAS just to test this, flashing uboot is dangerous, as long as you have serial connection you can easily fix any issue caused by the script).
Theoretically also NSA310 (the one-bay nas from zyxel) should be exactly the same as NSA320 (just one less sata), so after this gets fixed this installer can take over a NSA310 too.
There is also the NSA320S (same as NSA320 but in the same box as the NSA325V2) and NSA310S (box that looks like NSA325v2 but slimmer).
This is NSA320 http://www.smallnetbuilder.com…wer-media-server-reviewed
This is NSA320S http://www.zyxel.com/products_services/nsa320s.shtml?t=p -
Ok, i did some new tests and run and also wrote down the infos you asked for. Hope this helps you - for me it´s like chinese - to find where the problem is.
1. printenv before using script from USB:
Code
Alles anzeigenNSA320>> printenv bootargs=console=ttyS0,115200 mtdparts=nand_mtd:0x100000(uboot),0x80000(uboot_env),0x80000(key_store),0x80000(info),0xA00000(etc),0xA00000(kernel_1),0x2FC0000(rootfs1),0xA00000(kernel_2),0x2FC0000(rootfs2) root=/dev/nfs rw init=/init bootcmd=nand read.e 0x2000000 $(kernel_addr) 0xA00000; bootm 0x2000000 bootdelay=2 baudrate=115200 loads_echo=0 ethaddr=00:19:CB:00:51:81 eth1addr=00:19:CB:00:51:82 ipaddr=10.4.50.165 serverip=10.4.50.5 rootpath=/mnt/ARM_FS/ netmask=255.255.255.0 nandEcc=1bit MODEL_ID=DD01 PRODUCT_NAME=NSA-320 FEATURE_BIT=00 CONTRY_TYPE=FF VENDOR_NAME=ZyXEL Communications Corp. run_diag=yes stdin=serial stdout=serial stderr=serial console=console=ttyS0,115200 mtdparts=nand_mtd:0xc0000@0(uboot)ro,0x7f00000@0x100000(root) mainlineLinux=no CASset=min enaMonExt=no enaCpuStream=no enaWrAllo=no pexMode=RC disL2Cache=no setL2CacheWT=yes disL2Prefetch=yes enaICPref=yes enaDCPref=yes sata_dma_mode=yes ethprime=egiga1 netbsd_en=no vxworks_en=no bootargs_root=root=/dev/nfs rw bootargs_end=:::DB88FXX81:eth0:none image_name=uImage standalone=fsload 0x2000000 $(image_name);setenv bootargs $(console) root=/dev/mtdblock0 rw ip=$(ipaddr):$(serverip)$(bootargs_end) $(mvPhoneConfig); bootm 0x2000000; disaMvPnp=no ethmtu=1500 eth1mtu=1500 mvPhoneConfig=mv_phone_config=dev0:fxs,dev1:fxs mvNetConfig=mv_net_config=(00:11:88:0f:62:81,0:1:2:3),mtu=1500 usb0Mode=host yuk_ethaddr=00:00:00:EE:51:81 hddPowerCtrl=no netretry=no rcvrip=169.254.100.100 loadaddr=0x02000000 autoload=no enaAutoRecovery=yes kernel_addr=0x4640000 pcieTune=no ethact=egBAa1 Environment size: 1558/131068 bytes
2. printenv after using script from USB:
Code
Alles anzeigenNSA320>> printenv bootdelay=2 baudrate=115200 loads_echo=0 ethaddr=00:19:CB:00:51:81 eth1addr=00:19:CB:00:51:82 ipaddr=10.4.50.165 serverip=10.4.50.5 rootpath=/mnt/ARM_FS/ netmask=255.255.255.0 nandEcc=1bit MODEL_ID=DD01 PRODUCT_NAME=NSA-320 FEATURE_BIT=00 CONTRY_TYPE=FF VENDOR_NAME=ZyXEL Communications Corp. run_diag=yes arcNumber=3956 bootargs_stock=console=ttyS0,115200 mtdparts=nand_mtd:0x100000(uboot),0x80000(uboot_env),0x80000(key_store),0x80000(info),0xA00000(etc),0xA00000(kernel_1),0x2FC0000(rootfs1),0xA00000(kernel_2),0x2FC0000(rootfs2) root=/dev/nfs rw init=/init bootargs_linux=console=ttyS0,115200 mtdparts=nand_mtd:0x100000(uboot),0x80000(uboot_env),0x80000(key_store),0x80000(info),0xA00000(etc),0xA00000(kernel_1),0x2FC0000(rootfs1),0xA00000(kernel_2),0x2FC0000(rootfs2) root=LABEL=rootfs loglevel=8 bootcmd_linux=setenv bootargs $(bootargs_linux); ide reset; ext2load ide 0:1 $(loadaddr) /uImage; ext2load ide 0:1 0x01100000 /uInitrd; bootm $(loadaddr) 0x01100000 bootcmd_stock=setenv bootargs $(bootargs_stock); nand read.e $(loadaddr) $(kernel_addr) 0xA00000; bootm $(loadadr) to_stock=setenv mainlineLinux no; setenv bootcmd \'run bootcmd_stock\'; saveenv; reset to_linux=setenv mainlineLinux yes; setenv bootcmd \'run bootcmd_linux\'; saveenv; reset console=100000 =ttyS0,115200 mtdparts=nand_mtd:0xc0000@0(uboot)ro,0x7f00000@0x100000(root) CASset=min ethprime=egiga1 bootargs_root=root=/dev/nfs rw bootargs_end=:::orion:eth0:none image_name=uImage standalone=fsload 0x2000000 $(image_name);setenv bootargs $(console) root=/dev/mtdblock0 rw ip=$(ipaddr):$(serverip)$(bootargs_end) $(mvPhoneConfig); bootm 0x2000000; ethmtu=1500 eth1mtu=1500 mvPhoneConfig=mv_phone_config=dev0:fxs,dev1:fxs mvNetConfig=mv_net_config=(00:11:88:0f:62:81,0:1:2:3),mtu=1500 usb0Mode=host yuk_ethaddr=00:00:00:EE:51:81 netretry=no rcvrip=169.254.100.100 loadaddr=0x02000000 autoload=no bootcmd='run bootcmd_linux' stdin=serial stdout=serial stderr=serial nandEnvBase=100000 mainlineLinux=yes enaMonExt=no enaCpuStream=no enaWrAllo=no pexMode=RC disL2Cache=no setL2CacheWT=yes disL2Prefetch=yes enaICPref=yes enaDCPref=yes sata_dma_mode=yes MALLOC_len=3 netbsd_en=no vxworks_en=no disaMvPnp=no hddPowerCtrl=no enaAutoRecovery=yes kernel_addr=0x4640000 pcieTune=no ethact=egiga1 bootargs=console=ttyS0,115200 mtdparts=nand_mtd:0x100000(uboot),0x80000(uboot_env),0x80000(key_store),0x80000(info),0xA00000(etc),0xA00000(kernel_1),0x2FC0000(rootfs1),0xA00000(kernel_2),0x2FC0000(rootfs2) root=LABEL=rootfs loglevel=8 Environment size: 2496/131068 bytes
-
3. output of printenv after "Automatic Installation of Arch Linux ARM"
Code
Alles anzeigenAutomatic Installation of Arch Linux ARM - set bootloader - parition sda The number of cylinders for this disk is set to 243201. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Command (m for help): Building a new DOS disklabel with disk identifier 0x2d8e4759. Changes will remain in memory only, until you decide to write them. After that, of course, the previous content won't be recoverable. The number of cylinders for this disk is set to 243201. There is nothing wrong with that, but this is larger than 1024, and could in certain setups cause problems with: 1) software that runs at boot time (e.g., old versions of LILO) 2) booting and partitioning software from other OSs (e.g., DOS FDISK, OS/2 FDISK) Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) Command (m for help): Command action e extended p primary partition (1-4) Partition number (1-4): First cylinder (1-243201, default 1): Using default value 1 Last cylinder, +cylinders or +size{K,M,G} (1-243201, default 243201): Command (m for help): Command (m for help): Command action e extended p primary partition (1-4) Partition number (1-4): First cylinder (15-243201, default 15): Using default value 15 Last cylinder, +cylinders or +size{K,M,G} (15-243201, default 243201): Command (m for help): Command (m for help): Command action e extended p primary partition (1-4) Partition number (1-4): First cylinder (1291-243201, default 1291): Using default value 1291 Last cylinder, +cylinders or +size{K,M,G} (1291-243201, default 243201): Last cylinder, +cylinders or +size{K,M,G} (1291-243201, default 243201): Last cylinder, +cylinders or +size{K,M,G} (1291-243201, default 243201): Using default value 243201 Command (m for help): Command (m for help): Command (m for help): got EOF thrice - exiting.. * pause for ioctl to re-sync partitions - make filesystems mkfs.ext2: can't format mounted filesystem mke2fs 1.41.14 (22-Dec-2010) Filesystem label=rootfs OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) Stride=0 blocks, Stripe width=0 blocks 122068992 inodes, 488249488 blocks 24412474 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=0 14901 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968, 102400000, 214990848 Writing inode tables: done Creating journal (32768 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 21 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. mke2fs 1.41.14 (22-Dec-2010) mkfs.ext4: No such device or address while trying to determine filesystem size - mount destination mount: /dev/sda1 already mounted or /tmp/boot busy mount: according to mtab, /dev/sda1 is mounted on /zyxel/mnt/sysdisk EXT4-fs (sda2): barriers enabled kjournald2 starting: pid 1371, dev sda2:8, commit interval 5 seconds EXT4-fs (sda2): internal journal on sda2:8 EXT4-fs (sda2): delayed allocation enabled EXT4-fs: file extents enabled EXT4-fs: mballoc enabled EXT4-fs (sda2): mounted filesystem with ordered data mode - extract rootfs - prepare boot partition cp: can't stat '/tmp/rootfs/boot/*': No such file or directory - REBOOTING! led_state_map_addr = 4e Starting "/etc/init.d/zypkg_controller.sh". Stopping all zypkgs via "/etc/init.d/zypkg_controller.sh" ... - shutdowning package "NFS" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/NFS" is not existed or not excutable - shutdowning package "BackupPlanner" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/BackupPlanner" is not existed or not excutable - shutdowning package "SMART" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/SMART" is not existed or not excutable - shutdowning package "DyDNS" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/DyDNS" is not existed or not excutable - shutdowning package "SqueezeCenter" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/SqueezeCenter" is not existed or not excutable - shutdowning package "eMule" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/eMule" is not existed or not excutable - shutdowning package "gallery" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/gallery" is not existed or not excutable - shutdowning package "WordPress" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/WordPress" is not existed or not excutable - shutdowning package "PHP-MySQL-phpMyAdmin" ... ---> Error: shutdown program "/usr/local/zy-pkgs/etc/init.d/PHP-MySQL-phpMyAdmin" is not existed or not excutable /etc/init.d/zypkg_controller.sh: line 491: can't open /i-data/md0/admin/zy-pkgs/USRPKG_DEPS_SHUTDOWN: no such file Finish "/etc/init.d/zypkg_controller.sh". Starting "/etc/init.d/zypkg_controller.sh". Starting to release zy-pkgs environment ... umount: /usr/local/apache/htdocs/adv,/pkg: not mounted umount: /etc/zyxel/zy-pkgs: not mounted umount: /usr/local/zy-pkgs: not mounted Finish "/etc/init.d/zypkg_controller.sh". start kill. sh: you need to specify whom to kill BusyBox v1.17.2 (2014-02-13 13:59:56 CST) multi-call binary. Usage: swapoff [-a] [DEVICE] rootfs / rootfs rw 0 0 /proc /proc proc rw,relatime 0 0 /sys /sys sysfs rw,relatime 0 0 none /proc/bus/usb usbfs rw,relatime 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 /dev/mtdblock8 /zyxel/mnt/nand yaffs2 ro,relatime 0 0 /dev/sda1 /zyxel/mnt/sysdisk ext2 ro,relatime,errors=continue 0 0 /dev/loop0 /ram_bin ext2 ro,relatime,errors=continue 0 0 /dev/loop0 /usr ext2 ro,relatime,errors=continue 0 0 /dev/loop0 /lib/security ext2 ro,relatime,errors=continue 0 0 /dev/loop0 /lib/modules ext2 ro,relatime,errors=continue 0 0 /dev/ram0 /tmp/tmpfs tmpfs rw,relatime,size=5120k 0 0 /dev/ram0 /usr/local/etc tmpfs rw,relatime,size=5120k 0 0 /dev/ram0 /usr/local/var tmpfs rw,relatime,size=5120k 0 0 /dev/sdb1 /mnt/parnerkey vfat rw,relatime,fmask=0022,dmask=0022,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro 0 0 /dev/sda2 /tmp/rootfs ext4 rw,relatime,barrier=1,data=ordered 0 0 The system is going down NOW! Sent SIGTERM to all processes Sent SIGKILL to all processes Requesting system reboot md: stopping all md devices. sd 0:0:0:0: [sda] Synchronizing SCSI cache Restarting system. Reseting !! ▒ __ __ _ _ | \/ | __ _ _ ____ _____| | | | |\/| |/ _` | '__\ \ / / _ \ | | | | | | (_| | | \ V / __/ | | |_| |_|\__,_|_| \_/ \___|_|_| _ _ ____ _ | | | | | __ ) ___ ___ | |_ | | | |___| _ \ / _ \ / _ \| __| | |_| |___| |_) | (_) | (_) | |_ \___/ |____/ \___/ \___/ \__| ** MARVELL BOARD: RD-88F6281A LE U-Boot 1.1.4 (Mar 23 2011 - 16:09:39) Marvell version: 3.4.19 U-Boot code: 00600000 -> 0067FFF0 BSS: -> 006CFEE0 Soc: 88F6281 A1 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0x00000000 size 256MB DRAM CS[1] base 0x10000000 size 256MB DRAM Total size 512MB 16bit width Addresses 10M - 0M are saved for the U-Boot usage. Mem malloc Initialization (10M - 7M): Done NAND:128 MB Flash: 0 kB CPU : Marvell Feroceon (Rev 1) //--- stateButtonBit = 3, recovery ---// Kernel address is 0x4640000. Streaming disabled Write allocate disabled Module 0 is RGMII Module 1 is TDM USB 0: host mode PEX 0: interface detected no Link. Net: egiga0, egiga1 [PRIME] Hit any key to stop autoboot: 0 Saving Environment to NAND... Erasing Nand...Writing to Nand... done ▒ __ __ _ _ | \/ | __ _ _ ____ _____| | | | |\/| |/ _` | '__\ \ / / _ \ | | | | | | (_| | | \ V / __/ | | |_| |_|\__,_|_| \_/ \___|_|_| _ _ ____ _ | | | | | __ ) ___ ___ | |_ | | | |___| _ \ / _ \ / _ \| __| | |_| |___| |_) | (_) | (_) | |_ \___/ |____/ \___/ \___/ \__| ** MARVELL BOARD: RD-88F6281A LE U-Boot 1.1.4 (Mar 23 2011 - 16:09:39) Marvell version: 3.4.19 U-Boot code: 00600000 -> 0067FFF0 BSS: -> 006CFEE0 Soc: 88F6281 A1 (DDR2) CPU running @ 1200Mhz L2 running @ 400Mhz SysClock = 400Mhz , TClock = 200Mhz DRAM CAS Latency = 5 tRP = 5 tRAS = 18 tRCD=6 DRAM CS[0] base 0x00000000 size 256MB DRAM CS[1] base 0x10000000 size 256MB DRAM Total size 512MB 16bit width Addresses 10M - 0M are saved for the U-Boot usage. Mem malloc Initialization (10M - 7M): Done NAND:128 MB Flash: 0 kB CPU : Marvell Feroceon (Rev 1) //--- stateButtonBit = 3, recovery ---// Kernel address is 0x4640000. Streaming disabled Write allocate disabled Module 0 is RGMII Module 1 is TDM USB 0: host mode PEX 0: interface detected no Link. Net: egiga0, egiga1 [PRIME] Hit any key to stop autoboot: 0 Reset IDE: Marvell Serial ATA Adapter Integrated Sata device found [0 0 0]: Enable DMA mode (6) Device 0 @ 0 0: Model: ST2000DM001-9YN164 Firm: CC4B Ser#: Z2F0CCD1 Type: Hard Disk Supports 48-bit addressing Capacity: 1907729.0 MB = 1863.0 GB (-387938128 x 512) ** Unable to read "/uImage" from ide 0:1 ** ** Unable to read "/uInitrd" from ide 0:1 ** ## Booting image at 02000000 ... Bad Magic Number
-
4. Info after "ide partition 0"
CodeNSA320>> ide partition 0 Partition Map for IDE device 0 -- Partition Type: DOS Partition Start Sector Num Sectors Type 1 63 1028097 8 2 1028160 -388971391 20
A lot of codes and words . . . not sure if this really helps you. if i
have to send more info or should test something else i would do. -
Yeah, it did help me. Ty.
Old links above are broken now, unnecessary and dangerous.All-in-one-installer is here https://www.dropbox.com/s/64ge…/NSA320DebianARM.zip?dl=0
Download and extract in the zip in the USB, read the README.txt file included in the package for further instructions.Tell me if the lights and buttons work well (or at all) in Debian ARM, if they don't I will ask you to post some more things so I can fix manually the rootfs (and give you some quick instructions for your NAS so you don't have to reinstall everything) to get them running properly.
The NSA325V2's button and lights required manual setup when I installed (a bunch of text copy-pasted into some configuration files, nothing major), this was no more needed in later rootfs releases by bodhi in those forums (that can't be installed without a newer bootloader).
The NSA320 should work already, being older and all.===================
Will now say what it is supposed to do. (anyone tech-savyy enough can go and open up the usb_key_func files with a text editor to see for himself)It is now set to multiboot, if it does not find Debian in the Sata disk in left slot it will boot its own firmware again.
It also checks that partitioning went well and that the extraction went well, before changing the bootloader.
If the checks detect issues the script aborts and bootloader is not modified, and writes down the error in a log file in the USB drive.The checks are also necessary because the bootloader of this device cannot boot from disks bigger than 2TB or so (it can boot only from disks with MBR partition table, MBR partition table has a max size of 2TB for drive capacity, so all disks with more than 2TB capacity have GPT partition table that is newer and does not have this limitation)
Newer bootloaders for this device can boot from anything, usb, large drives, even from network.Bootloader update procedure is much easier if done from inside the Debian ARM system, so getting it to boot Debian this way is the first step anyway.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!