our0

Hello, When fiddling with my setup, I finally decided to give ESXi a try. Long story short : I managed to get it to work but in my case it was useless 😅 Still, decided to share my results for people running old hardware like mine (N54L HP microserver with AMD Turion dual-core) You need to know how to use an hexadecimal editor, and unpack some files. thanks to this guy for his explanations : https://commander614.wixsite.com/website/single-post/2018/07/08/allowing-unsupported-cpu-s-on-esxi-67 - his procedure is intended for intel CPU, I wanted to apply it on AMD. I worked on ESXi 6.7 update 3 - download ISO from vmware website - use rufus to write it on a usb flash drive - get b.b00 and weaselin.t00 - both are gzip compressed, use 7-zip or similar program to extract them - original filename for b.b00 is vmkBoot.ELF32-psigned, open it with hexadecimal editor - search for first occurrence of 83 F8 12 (it's the first one from the start should be on offset 124FA) and change it to 83 F8 01 - save changes and gzip it back to b.b00 - original filename for weaselin.t00 is weaselin-weasel.vtar, you can either open it with code editor or hex editor - search for string "elif vendor == "AuthenticAMD" and family < 0x15" (respect casing and spaces) and change it to "elif vendor == "AuthenticAMD" and family < 0x10" - save changes and pack it back to weaselin.t00 - installer should work now - after installing it, the program will complain again about being not compatible. On installation media, copy modified b.b00 and weaselin.t00 This time it's good to go

Hello, I have a nice N54L running 6.0.2 bare metal and I'm wondering if I should migrate to ESXi hypervisor. I know not much about ESXi, but would it be possible to make xpenology "see" an intel processor instead of an amd ? (would make 6.1.3 migration easier) Is there anything special to know about the migration ? Is this even possible without wiping all data ? (have 4x4 To in AHCI RAID 5) Regards

Hello, I'm running Xpenology image DS3615xs_5.2-5565.2.img on Bare Metal N54L, and I keep having issues making the power button work with latest releases. I followed thordrid's advice and instructions (combined dilshodm's post). - evdev.ko copied & loaded - running acpi (2.0.23) in debug mode - corresponding scripts copied powerbtn.sh in /etc/acpi and powerbtn-conf in /etc/acpi/events Tried reboots & different things but none did the trick. Here's acpid -d output : Deprecated /proc/acpi/event was not found. Trying netlink and the input layer... acpid: cannot open input layer inotify fd: 4 acpid: inotify_add_watch() failed: No such file or directory (2) netlink opened successfully acpid: starting up with netlink and the input layer parsing conf file /etc/acpi/events/powerbtn-conf acpid: 1 rule loaded acpid: waiting for events: event logging is on I have absolutely no traces in logs when pushing the power button, have no devices in /etc/input. I'm quite stuck and need help please

Hello, I'm a happy N54L owner and I wanted to improve video encoding/decoding from plex and/or video station. (HD stutters, and cpu always over 94%) I'm looking for some dedicated hardware like the Broadcom CrystalHD, but with encoding features. Is there a way to simply do that ? At best : low-profile pcie and under 100 bucks ^^

Bonjour, Je m'intéresse de très près à DSM et je souhaiterais installer celui-ci sur mon NAS D-link DNS-320. Les specs de la bête : - Marvell 88F6281-A1 @800Mhz - 128 Mb de Ram - 128 Mb de NAND Mon D-Link est déjà doté d'un accès "root" complet, par là j'entends (merci à Jamie Lentin pour son excellent tuto ) : - j'ai accès à la console série - uboot a été flashé avec une version plus récente et généreuse en fonctions - un système "de base" y a été installé, et j'y ai accès en SSH - un noyau vanilla compilé par mes soins tourne dessus sans aucun accroc En cherchant un peu sur le net, j'ai constaté que le DS211j présentait des caractéristiques très similaires au D-Link, et je me suis mis en tête d'y installer le firmware. La compatibilité binaire est parfaite, seulement copier bêtement le rootfs sur la NAND n'a pas fonctionné aussi bien que je l'espèrais. Je n'ai quasi aucune expérience avec le fonctionnement intime des syno, et j'aurai besoin de votre aide sur ce coup-là. Mon D-Link n'embarque que 128Mo de NAND, ce qui semble insuffisant pour y caser le firmware du syno (compressé avec LZO on est dans les 150Mo). J'ai cependant constaté que l'initialisation du syno comprenait la création de trois grappes : root, swap et volume* sur chaque disque, ce qui me laisse penser qu'une partie du système devait forcément finir sur le/les disque(s) dur(s) (plus cohérent également question usure de la NAND et MAJ !). Malheureusement aucun site ne fait état de la quantité de NAND qu'embarque le ds211j. - Pensez-vous que je dusse passer par une machine virtuelle pour initialiser tout le système et recopier le rootfs + schéma de partitionnement ? - Est-il possible d'utiliser un noyau vanilla récent sans tout casser dans DSM ? (/dev/sd* / /dev/hd* , udev....) - Où puis-je trouver un descriptif simple de ce que donne le système finalisé ? - Est-il possible de copier le rootfs et d'initialiser le tout "à la main" ? J'ai testé différentes options avec le "flagfile" pour faire croire à DSM que de nouveaux disques venaient d'être installés mais sans succès....