• Announcements

    • Polanskiman

      DSM 6.2-23739   05/23/2018

      This is a MAJOR update of DSM. DO NOT UPDATE TO DSM 6.2 with Jun's loader 1.02b or earlier. Your box will be bricked.  You have been warned.   https://www.synology.com/en-global/releaseNote/DS3615xs

Zackbum

Members
  • Content count

    13
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Zackbum

  • Rank
    Newbie
  1. HP N54L and Dual SATA HDD tray in optical drive bay

    Have found out that the automount for USB is related to udev (/lib/udev/...). Further investigating in this area ... I would like to have it completely automatic ... in case you put in a SATA disk and turn the little power switch to on, it should get automatically mounted to /volumeSATA/whatever/here_is_the_content. It should also be umounted safely by a script to make it unplugable without rebooting the box. Probably someone has a good guide how the standard linux mechanism is included into the synology world and whether there is something to be added to the boot image (e.g. kernel parameter)
  2. HP N54L and Dual SATA HDD tray in optical drive bay

    I don't think that it is a matter of drivers. There is no "intelligence" in the device at all, just two SATA devices and 2 USB ports, that have to be cabled to some internal connectors. As far as I can remember some configuration regarding USB drives have to be done, but I do not know exactly what it was or probably I mix up some things. When I put a drive into the3.5" tray I have to mount it manually and it works quite good, but I hae no idea about plug/unplug mechanism. In earlier times I did it with the following scripts: plug: echo "- - -" > /sys/class/scsi_host/host4/scan mount -a unplug: umount /dev/sdf1 echo "1" > /sys/block/sdf/device/delete Unfortunately the echo statements do not show any effect sice DSM5.*
  3. HP N54L and Dual SATA HDD tray in optical drive bay

    Just found the description of the bay tray. It is a Sharkoon Quick Port Internal Multi.
  4. HI everyone, I started with XPenology about 4 years ago using trantor's boot images on DSM4.x. At that time I've build an HP N54L with 16 GB RAM and 4*4TB WD RED (seems to be somewhat a standard package). After reading several articles I replaced the optical disk drive (ODD) by a "thing" (words are missing, sorry, no native speaker) containing 2 USB3 ports, 1 2.5" SSD SATA tray and 1 3,5" SATA tray (including power switch) for an additional standard HDD. In addition I installed a card for USB3 ports. I know this whole setup has been quite popular. In earlier times I used this tray for backups. Last year I upgraded to DSM 5 and early in this year to DSM 6. Unfortunately the functionality to recognize the drive in the 3.5" bay has gone and I want to get it back. Is there any suggestion or in best case any detailed description? How do you deal with the beast? Even though the system is incredible reliable, there are always things to tweak or improve, isn't it? Tnx a lot in advance!
  5. Power off from the buttom

    The different versions are related to the architecture: x86, x64. I've got it running ... my fault, I missed to copy the new busybox but made a symlink from the existing one to acpid ...
  6. Power off from the buttom

    I've seen there are several packages of NB5031 available. Probably I've got one without? Do you use the package from trantor or the one I mentioned in my initial question?
  7. Power off from the buttom

    Sorry, my fault: - HP Gen7 N54L - 16GB RAM - 1*2TB (to be replaced by 4TB)+3*4TB Syno Array, - ODD bay with "Sharkoon QuickPort intern multi" hotplug docking incl. 2*USB3 front panel ports - NEC chipset based USB3 PCI Xe card with 19pin connector and 2 additional rear ports ACPI is enabled in BIOS. But as I stated: For me it looks like nanoboot does not include the necessary acpi-enabled busybox, so the symlink to acpid does not lead to the expected result when starting the daemon.
  8. It depends on settings in synoinfo.cfg. I had a similar issue and got it managed by setting the following values: SYNONAS> grep portcfg /etc/synoinfo.conf esataportcfg="0x30" usbportcfg="0x1fc0" internalportcfg="0xf" SYNONAS> grep portcfg /etc.defaults/synoinfo.conf esataportcfg="0x30" usbportcfg="0x1fc0" internalportcfg="0xf" SYNONAS> The values are derived from a bitfield. eSata is plug'n play and ideal for my solution with a pluggable drive for backups of the NAS. If you want it being recognized as an internal drive, change the values for esataportcfg (0x20 or 0x10) and internalportcfg (0x1f or 0x2f). Check the forum for internalportcfg, there will be additional info available. In addition ... the light in front of my server is blue again and no longer purple. Good luck ...
  9. Power off from the buttom

    Sorry, but for me it is not working in 5.0.3.1. I took the packages from the links suggested in the Howto guide: viewtopic.php?f=15&t=3666 Neither the load of button.ko was included in /etc/rc nor the other stuff has been in place (S30 start/stop, busybox-copy, ...) So when I try to enable everything that is needed, I get an "acpid: applet not found" in case I try to start the daemon. So I assume there is no acpid-enabled busybox in this distribution. Probably I've made a mistake, so correct me if I'm wrong. THanks in advance.
  10. It is just a matter of underlying virtualization in combination with the release to be used. I've found a hint that you have to have EHCI support for UPSes. This is available 3211, but not in 3202. So I dropped virtualbox as virtualizer for XPenology: Current releases do not support neither e1000 NIC nor AMD stuff. VMWare Player 6 officially also has only e1000 NIC, but you can patch the vmx file and enter vmxnet3 instead of e1000. And vmxnet3 is supported in 3211. After that I created a bootable ISO image (http://xpenology.com/forum/viewtopic.php?f=2&t=1306#p6294) so I will have some kind of "removable boot device" instead of the annoying vmdk, which always gets corrupt during the installation process. I installed. I made lots of mistakes: - keep in mind, that vmxnet3 will have to have the MAC address set as a kernel parameter! I decided to do it in menu.lst and it works like a charme. - when you get IPAPI address (169.254.some.thing) and you have a system with multiple NICs (Laptop with LAN and WLAN), check your bridge connection!! and finally it ran ... I put the usb cable into the connector - made it available to the VM - checked "hardware - UPS" in DSM - and the system showed me, that UPS has been recognized! For my UPS the current release contains a version of NUT that is capable of supporting UPSes running Blazer_usb protocol. And I checked: I disconnected power plug on UPS and got correct messages. It's that simple, when you do things right ... okay, to be honest: many, many, many thanks to trantor, who did a phenomenal job!
  11. When you install xpenology in a virtualizer like virtualbox or vmware player, you will have to face the problem, that the boot image put on a flash drive will not be recognized by the virtualizer, since the underlying windows asks you to format the flash drive. The normal solution is to convert the IMG file to VDI (virtualbox) or to VMDK (vmware) with e.g. vmboxmanage or qemu. Unfortunatly to boot from these virtual drives they will have to be the first in the list of being examined. And so they will get formated as part of the installation process. I was looking for a different solution since I was not willing to loose any data. So I decided to convert the raw image to a bootable CD, which can be handled as well as a USB stick, since also for virtualizers it is a removable medium. These are the steps I used: 1) I used "USB image tool" to put the image onto a flash drive. 2) Boot any linux (even a live distrib in a vm), stick in the flash drive and mount it (mount /dev/sda1 /mnt) 3) copy the contents to /tmp/iso 4) copy /usr/bin/grub/stage2_eltorito to /tmp/iso/boot/grub 5) menu.lst is only a link to grub.conf, so remove the link and create a copy: rm /tmp/iso/boot/grub/menu.lst cp /tmp/iso/boot/grub/grub.conf /tmp/iso/boot/grub/menu.lst 6) edit menu.lst: #serial --unit=0 --speed=115200 #terminal serial default 0 timeout 30 fallback 0 title DSM 4.2-3211++ Repack v1.2 #root (hd0,0) #vender /vender show #hw_model kernel (cd)/zImage root=/dev/md0 ihd_num=0 netif_num=1 mac1=00113208d607 syno_hw_version=DS3612xs initrd (cd)/rd.gz 7) generate the ISO file using mkisofs (working directory is /tmp): mkisofs -R -b boot/grub/stage2_eltorito -no-emul-boot -boot-load-size 4 -boot-info-table -o DSM4.2_3211.iso iso Now you can mount the ISO image as a bootable cd. In addition the menu.lst is demystified and can be checked with e.g. winrar (capable of reading ISO files). Have fun.
  12. How to insmod a module on every boot ?

    vi /etc/rc.local and attach the insmod-lines to the end. Save. If you are not familiar with vi, do the following instead: echo "insmod /lib/modules/hid.ko" >> /etc/rc.local echo "insmod /lib/modules/usbhid.ko" >> /etc/rc.local echo "insmod /lib/modules/usb-storage.ko" >> /etc/rc.local Be aware! Do always use ">>" and NOT ">", since the second one will not append the line but replace the file's content by the line! No restart needed in case you have loaded the modules already by hand.
  13. Hi folks, for testing purposes I got an XPenology release installed in a virtual box, curently it is DSM4.2-3202 upgraded from 2668. I have an old UPS standing arround here, a Mustek PowerMust 800 USB. I tried it under Windows - works quite good. I'd like to connect it to the NAS server. Unfortunatly there are several issues, that hinder me from doing so: - only protocol usbhid-ups is supported, Blazer_usb is not. Checked the NUT sources, installed toolschain and optware-devel to recompile and install release 2.4.2. Solved - I realized, that there is only one device available in /proc/bus/usb/devices. It is an EHCI hub device (AFAIK). No further connected devices are listed. Yes, I have made them available to VirtualBox. I tried with openSuse 12.3 in virtualbox, lsusb shows correct list of devices, /proc/bus/usb is not available at all. I tried with debian 7 life CD, /proc/bus/usb is an empty directory. Is it a kernel setting during build phase? - The UPS gets not shown in the list of devices. If it would get shown, do I need a further kernel module like usbserial? Of course, this is a bit of effort for a test environment, but I will install it later on a N54L, so it would be good to have a testbench in the backyard. EDIT: I've read that it might depend on 2.6.x Kernel. Any ideas? In the meantime I've reinstalled usbutils. lsusb gives no further information: Newly connected devices will not be detected in virtual box. Thanks a lot in advance for comments and hints!