Posts by mischka

    Mit den Angaben kann keiner was anfangen. Ich nehme an das die Datenplatte am USB3 des Raspi's hängt. Unter Windows kann man 10 Tage mit einem Tool ext4 lesen und schreiben. Ich nehme an das sie auf ihren Rechner Windows haben. Ich würde das Tool "Linux File System für Windows" installieren, das Laufwerk vom Raspi an den Windows Rechner hängen und schauen was ist. Ich wette auf 100% das sie kein Backup der Daten haben. :-((((( Ich habe wieder nur halb gelesen...sie nutzen ja auch Ubuntu und können die Datenplatte zum Auslesen direkt dran hängen.

    Linux File Systems für Windows | Paragon Software
    Einfach Festplatte mit ExtFS/Btrfs/XF-Partitionen anschließen und damit unter Linux arbeiten.
    www.paragon-software.com

    so it's fine... thanks... but do I have to create a virtual network in the compose file to avoid having problems?? also because I use qbittorent a lot and then I have a Wireguard VPN that I use with OMV

    Under Services/Compose/Network you create a macVLAN and map it in the compose file of pihole. Here's an example of a pihole yml using a macvlan network called "pinet".


    How to set up a vlan interface is described here (below): https://wiki.omv-extras.org/do…v6_plugins:docker_compose

    I've given up using Pihole on Docker in OMV. Because of my solar system, I wanted to have internet available at all times. But the NAS doesn't. Due to power consumption, OMV should only be available when it is needed. Nobody needs that at night. In the summer, there are also many periods when no one accesses the NAS. I outsourced Pihole/Unbound to a Dell Wyse 3040, consuming about 24 Wh per day (about 9kWh per year). The consumption is more than sufficiently compensated by the autoshutdown of the OMV server or you save electricity. If you use a Pi Zero 2 instead of a Dell Wyse 3040, the power consumption is even lower. So I'm satisfied. Pihole does not affect the local network.

    OMV does not run well in an LXC container under Proxmox. To install OMV on Proxmox, you need to create a VM. This works with both OMV 6 and OMV 7. In order to use the video hardware acceleration, the graphics card must be passed through to the OMV VM. This also works very well. I have OMV running under Proxmox 8.1.x as a test. I passed through UHD 630 as well as an SSD for data and a USB network card.

    It is best to install/activate Compose plugin/Docker repo in the OMV VM and install and use a media server container such as Plex, Emby or Jellyfin. If the media server does the software transcoding, you don't need to pass the GPU to OMV in Proxmox. Client for Plex is available for almost every smart TV, for Jellyfin only for Android TVs (Emby I don't know) and has to be installed on the TV from the corresponding app store. Then it should also work with Avi, even if the TV can't do it otherwise. With MiniDLNA, that won't work.

    There are more options... connect a USB3 LAN adapter and use it only for the pihole container or operate a pihole-lxc only with the USB3 LAN adapter. I haven't done this in OMV yet, but in Proxmox I use a USB3 LAN adapter exclusively for an OMV VM with Jellyfin container. I always had problems with the OMV VM and the virtual LAN. Since using the adapter, that's a thing of the past. Disadvantage: You need a second LAN port or a network switch. Such an adapter is available for less than 10 euros. For pihole, a 100Mbit adapter to USB2 would also be sufficient.

    I don't think I've misconfigured anything. The video hardware acceleration of the Asus N100 did not run under Debian 11 (kernel 6.1.x). You can't "pass it through" or configure it incorrectly. Under the "old" hardware (i5-7500T, J4105, J5040) the video hardware acceleration in the Jellyfin container works perfectly. In the OMV-VM/Jellyfin container under Proxmox on a Fujitsu Esprimo Q558 (I5-8500T), the video hardware acceleration also works perfectly.

    With the iso I linked to, the Asus N100 board only had problems with video hardware acceleration, everything else worked. The network was running at 1GBit. I had installed OMV 6 as a test. Video hardware acceleration probably requires a kernel >= 6.2. With the Proxmox kernel 6.2.x, the video hardware acceleration worked and was passed through to the Jellyfin container, but Jellyfin was no longer reachable/usable. Before OMV 7 I don't do any more experiments with the board. OMV 6 now runs on an Esprimo Q556/2 with i5-7500T (cheap leasing returns via Ebay). The idle power consumption is no greater than that of the Asus board. Of course, things look different under load. But most of the time, OMV runs idling for me.

    The only advantage of a raid (from raid 1) for me is the availability.

    Cons Raid:

    1. Hardware has to be purchased additionally, because you need a backup HD despite the raid.

    2. Additional power is consumed for the raid plates.

    3. In case of virus attack, broken files, etc., all HDs are affected, therefore Raid is not a backup

    Cons without Raid: In the case of defective data HD, the data from the backup must be restored in a time-consuming manner. The NAS is not available at this time.

    The backup HD's must be able to be switched off. Otherwise, in the event of a virus attack, it affects them in the same way as the data HD. In addition to a backup NAS, which is only turned on for the purpose of backup, I use a backup HD. With both, I perform time-delayed backups of the data.

    Agrees... those who can read have a clear advantage. :) Since it doesn't get into the bios and POST isn't shown, it's not an OMV problem, as you've already noticed. The board (Z97E-ITX/ac) has digital video outputs and inputs (DVI-I, HDMI, HDMI-In and DisplayPort), no VGA. What would I do? Check if a small speaker/beeper is installed on the board or reinstall if available, replace cables and treat sockets with contact spray. Maybe try DVI-I to HDMI with a cable. If that doesn't help, make the board "naked", i.e. take out all plug-in cards and remove one if two DDR3 DIMM are installed (GPU of the CPU uses system memory) -> no picture (POST)/BIOS) then plug the single RAM into the other slot -> still no picture, the same game with the second DDR3 DIMM. Still no picture, then I don't know what to do and would reach into my rich spare parts box (RAM, boards, etc.). Attention, one of the two HDMI sockets is an HDMI-in. There's no picture of it either.

    Use a different cable and/or a different video output port (the board shouldn't only have HDMI). I think this is a cable and/or connection problem on the board and/or on the monitor. If the GPU of the board were defective, the bios would report violently at startup (POST) with built-in beepers.

    Maybe this is a help/solution: https://www.vikash.nl/exclude-client-devices-with-pi-hole-5/. You create a group in pihole in which the pi with OMV is in it and this group can bypass pihole. In OMV you enter a DNS (which you have already done). In your router, you need to check the box for the Pi with OMV "to assign the same ip forever". I haven't tried this myself, because I use a Dell Wyse 3040 for pihole/unbound for a good reason.

    A short time ago, this was already an issue:

    As far as I know, the Odroid HC2 has a Samsung Exynos 5422 (Cortex-A15 / Cortex-A7) as SoC and it is only 32 bit capable. The successor HC4 has an Amlogic S905X3 (Cortex-A55) SoC. It is 64Bit capable.