Search Results

Search results 1-20 of 1,000. There are more results available, please enhance your search parameters.

  • [NanoPi M4] IMG_1132.thumb.jpg.69c80a5030248bdb5cdbe0e7c3965689.jpg Quote from badda: “... or an active USB 3.0 hub ” Nope, the nice detail with this SATA HAT is that it provides the possibility to use one single 12V PSU to power the HAT which has some DC-DC circuitry to provide 5V to the NanoPi M4 and at the same time provides 5V/12V needed for up to 4 3.5" disks on the Molex connectors. In general I would try to avoid USB hubs if possible, especially in cascaded fashion. Fortunately the intern…

  • Quote from macom: “a hint in the notes at the download page on sourceforge ” This will be as useless as a warning dialog. Users will ignore this since they are told since a decade that the totally useless RAID-1 mode would provide data safety and/or data security (while it's only the try to provide data availability). Simply google for 'data safety raid 1' and you get the idea. This whole 'mislead people to believe RAID-1 would provide data safety' is substantial part of the marketing efforts of…

  • [NanoPi M4] Quote from nfgb: “Are you sure 2A/5.1V PSU is enough ” Yes, I really know what I've written. See also forum.armbian.com/topic/8097-n…e-and-consumption-review/ The RK3399 is somewhat energy efficient and with usual NAS workloads the board's consumption will not exceed 10W anyway. By specs each USB3 port has to provide up to 900mA each to connected USB peripherals (that's a whopping 3.6A or 18W for USB peripherals alone on top of what the board needs) and so it's understandable that 'p…

  • Asus Tinkerboard Image

    tkaiser - - My NAS Build

    Post

    Quote from stsinc: “Unfortunately I am unable to find the relevant image ” The Tinkerboard is a rather poor choice for a NAS since just like the Raspberry Pi it's prone to (under)powering problems and all USB ports are behind an internal USB hub. I added an OMV4 image for this board some time ago without having it tested since I don't own a Tinkerboard. One or two users reported problems so we deleted it. In case you still want OMV on it, see 'Variant 2)' here: OMV4 on ARM boards (kind of a how-…

  • Quote from nfgb: “I think I'm gonna give up on the M4, what about MiniPC T4, it has a different PSU, does it suffer from the same problems? ” There is no problem other than potential users confusing A (amperage) with V (voltage). Once you are aware of the problem and act on accordingly there is no problem any more. You just need a SHORT cable with thick power wires between PSU and board. But M4 users buy a thick PSU with insanely high amperage ratings and use long and rather thin cables. It's no…

  • Quote from nfgb: “Is Nanopi M4 ok for this? ” Sure, there's just one problem (or two) with this board: Prone to undervoltage and users not able to understand the difference between voltage drop and 'not enough current'. NanoPi M4 does not support USB PD (power delivery specs) and powering with 'dumb' 5V PSUs and the 'usual' (AKA insufficient) cabling between PSU and board results in malfunction in a lot of installations. forum.armbian.com/topic/7511-n…findComment&comment=68007 Disclaimer: While …

  • Well, almost 10 open Samba tdb databases. If they're open contents might be inconsistent. Usually tdbbackup is needed to get them in a consistent state but maybe Samba on its own runs this regularly (tdpbackup can also be used to verify integrity of these databases at startup and then grab the latest backed up version in case of broken databases): wiki.samba.org/index.php/Using_the_samba_backup_script Anyway, since it's known that without special precautions like snapshots and applications being…

  • Quote from tkaiser: “On the other hand it's live cloning below the filesystem layer so prone to transferring an inconsistent state ” To elaborate on that. @badda what's the output of the following command on your OMV install: Source Code (1 line)(will list all files open for writing)

  • Quote from badda: “omv-backup will still only dd the contents of /dev/mmcblk0p2 (the rootfs). Is this a bug or wanted behavior? ” If I understood @ryecoaaron correctly then intended behavior due to potential existence of data partitions on the device. Desired behavior on the various SBC would be also backup of partition table, 1st partition (usually /boot) and if it's not Raspberry Pi then also all data between start of device and partition table since u-boot/SPL sits there. This way combined wi…

  • Quote from hanscees: “Running on an odroid hc2 ” Any specific reason to not use the prepared image?

  • Quote from ryecoaaron: “But you probably could write the RPi install image to an SD card and then restore the OS partition (haven't tried). ” While this should work there is still a problem since the ThreadX version on the installation image is outdated in the meantime and won't get magically updated after an OS restore (since it's part of raspberry-firmware package, apt/dpkg stuff lives on the OS partition and almost always RPi Trading guys update both ThreadX and their kernel packages at the s…

  • Quote from badda: “So I guess, I'm not all wrong doing the backup my way ” Well, if I understood the restore procedure from @ryecoaaron correctly then the plugin creates an dd image only of the rootfs partition. If so this wouldn't be enough for the RPi since the main operating system (ThreadX) lives on the FAT32 boot partition. And without ThreadX no Linux/OMV will boot.

  • Quote from mkc2lr: “The new image contains two linux partitions, anything wrong with the image? ” Nope. There is no need for a FAT partition (the ODROIDs are not a RPi, only there FAT is needed) and as such there is just an ext4 boot partition and the rootfs is a compressed btrfs. The image works well on thousands of ODROIDs. When you talk about 'blue LED blinks double' does this mean it's a constant blinking? Did you follow the instructions at the download page that talk about a needed network/…

  • Quote from badda: “Source Code (1 line)” The problem with this attempt (or any use of dd or other tools running below the filesystem layer) is that the created image will most probably contain a lot of junk due to the way filesystems implement deletion: only marking contents as being deleted now while still containing all previous data. Therefore I would at least once execute the following in your running OMV install: Source Code (1 line)This will zero out all unused space and a resulting compre…

  • Quote from macom: “Only with the amd64 ” Yeah, there it will work by following the instructions and installing/updating GRUB will do the trick. But by looking at the situation with SBC and each and every ARM SoC family implementing a very own boot procedure I doubt the omv-backup plugin provides the prerequisite for a successful restore. We need to differentiate between RPi (basing not on an ARM but a VideoCore SoC) and all the other SBC where SPL (secondary program loader) and u-boot need to be…

  • Quote from macom: “How to restore from an omv-backup? ” Have you tried a restore with any SBC yourself already?

  • Quote from randomthoughts: “Linux locker.trisect.eu 4.9.2-armada375 ” That's really bad. Kernel 4.9 is an LTS kernel and currently at version 4.9.145 released two days ago. The kernel your OMV instance is using hasn't been patched for over 23 months now so you're missing most probably already well above 1,000 fixes (many of them security related -- that's the purpose of LTS kernels -- once the active kernel development moves on only important fixes are backported -- 4.10 has been released 21 mon…

  • Quote from randomthoughts: “SoYouStart storage server ” Just out of curiosity: Is this one of their ARM based offerings? If so I would really love to see the output of Source Code (2 lines)And one question pops up: if this is some storage server somewhere on the Internet... what's the purpose of NFS shares?

  • Quote from geaves: “Then if a user came up with a problem on a Pi, because this is not going to go away, they can be pointed to ” That's nice for those people having fun spending their time on the forum and answering the same questions again and again. But not really helpful for those people who not visit the forum and ask (more than 2000 downloads per week for the RPi image -- how many of these users turn up here?) I would prefer to help users avoid losing or corrupting their data by disabling …

  • Quote from hanscie: “Network/firewall problem detected ” Your box has no Internet access and the installation contains some quite old tools. So it seems you never updated Debian/OMV and I would assume that's related to the problems you face. The readme.txt at the download location clearly states: Source Code (1 line)