cwiggs

Looks like Bromolow for DSM 7.0 still fails to compile since there is no config in the redpill-load repo. Everything else seems to work fine on MacOS 10.15.7. However v0.3 was faster to `make build_image`, which is odd since the image is smaller.

I rebuilt the img after unsetting that environment var and I get the same issue. Looking into the DS918+ stuff more, I believe that has to be on a haswell CPU or newer? My proxmox machine isn't new enough so perhaps DS918+ isn't going to work?

I've never been able to get DS918 to install in proxmox, have other people? It boots, but then just seems to stop booting the kernel all the way. The last thing in serial0 is:

You are right, I ended up getting it working. Not 100% sure what changed. I did remove the line that says "boot", perhaps that was it.

Found this issue: https://github.com/RedPill-TTG/redpill-load/issues/6 looks like I can't mount the img file as a disk, but need to do it as a usb drive. I've tried that previously with juns loaders in proxmox and it doesn't work. Anyone have a way to mount the img file as a usb in proxmox 6.4? Edit: I added the info below to the vm config but it seems like this method of booting from usb no longer works in proxmox 6.4. args: -device 'qemu-xhci,addr=0x18' -drive 'id=synoboot,file=/var/lib/vz/images/{VM_ID}/synoboot.img,if=none,format=raw' -device 'usb-storage,id=synoboot,drive=synoboot,bootindex=5

I was able to get 6.2.4 running but when I upload the pat file I get the generic error code 13. I logged into the system via serial0 and tailed /var/log/messeges. Jan 1 00:10:47 install.cgi: RemoveUpgradeFile: Remove /tmpData/upd@te.pat... Jan 1 00:10:47 install.cgi: Verify checksum of [/tmpData/upd@te]... -Jan 1 00:10:48 install.cgi: Pass checksum of /tmpData/upd@te... -Jan 1 00:10:49 install.cgi: synopartition.c:340 Patch version is: [25556], ignore the partition version check Jan 1 00:10:49 updater: updater.c:6554 Start of the updater... Jan 1 00:10:49 updater: updater.c:3114 orgBuildNumber = 25556, newBuildNumber=25556 Jan 1 00:10:49 updater: updater_util.c:119 fail to read company in /tmpRoot//etc.defaults/synoinfo.conf Jan 1 00:10:49 updater: file_check_key_value.c:25 SLIBCFileGetKeyValue(runccc) failed [0x0900 file_get_key_value.c:29] Jan 1 00:10:49 updater: updater.c:6825 ==== Start flash update ==== Jan 1 00:10:49 updater: updater.c:6829 This is X86 platform Jan 1 00:10:49 updater: boot/boot_lock.c(228): failed to mount boot device /dev/synoboot2 /tmp/bootmnt (errno:2) Jan 1 00:10:49 updater: updater.c:6252 Failed to mount boot partition Jan 1 00:10:49 updater: updater.c:3013 No need to reset reason for v.25556 Jan 1 00:10:49 updater: updater.c:7398 Failed to accomplish the update! (errno = 21) Jan 1 00:10:49 install.cgi: ninstaller.c:2024 Executing [/tmpData/upd@te/updater -v /tmpData > /dev/null 2>&1] error[21] Jan 1 00:10:49 install.cgi: ninstaller.c:224 Mount partion /dev/md0 /tmpRoot Jan 1 00:10:49 install.cgi: ninstaller.c:1993 Moving updater for configuration upgrade...cmd=[/bin/mv -f /tmpData/upd@te/updater /tmpRoot/.updater > /dev/null 2>&1] Jan 1 00:10:49 install.cgi: ninstaller.c:253 umount partition /tmpRoot Jan 1 00:10:49 install.cgi: ErrFHOSTCleanPatchDirFile: After updating /tmpData/upd@te...cmd=[/bin/rm -rf /tmpData/upd@te > /dev/null 2>&1] Jan 1 00:10:49 install.cgi: ErrFHOSTCleanPatchDirFile: Remove /tmpData/upd@te.pat... Jan 1 00:10:49 install.cgi: ErrFHOSTDoUpgrade(2710): child process failed, retv=-21 Jan 1 00:10:49 install.cgi: ninstaller.c:2730(ErrFHOSTDoUpgrade) err=[-1] Jan 1 00:10:49 install.cgi: ninstaller.c:2746(ErrFHOSTDoUpgrade) retv=[-21] Jan 1 00:10:49 install.cgi: install.c:948 Upgrade by the manual patch fail. Jan 1 00:10:49 install.cgi: install.c:1285 Upgrade by the uploaded patch /tmpData/@autoupdate/upload.pat fail. Jan 1 00:00:00 install.cgi: ninstaller.c:253 umount partition /tmpData Any ideas why that might be failing?

Switching to virtio nic fixed the issue. Thanks!

Used the tool chain here to create a 6.2.4 image. The image seems to boot correctly in proxmox 6.4-13 but the VM never gets an IP, and I can't find it with find.synology.com. I updated the s/n, nic, usb vid/pid but still no luck. I am booting the img as sata0 after using a 'qm import'. Here is the tail of serial0: [ 5.123258] <redpill/bios_shims_collection.c:61> Finished printing memory at ffffffffa00def20 [ 5.124466] <redpill/bios_shim.c:117> bromolow_synobios BIOS *fully* shimmed [ 5.271843] <redpill/intercept_execve.c:87> Blocked /usr/syno/bin/syno_pstore_collect from running -3-4-k[ 11.610373] usbcore: registered new interface driver usbhid [ 11.611339] usbhid: USB HID core driver -- -Sat Aug 7 14:58:10 2021 - -DiskStation login: tail of serial1: Running /usr/syno/etc/rc.d/J03ssdpd.sh... /usr/bin/minissdpd Usage: /usr/bin/minissdpd [-d] [-6] [-s socket] [-p pidfile] -i <interface> [-i <interface2>] ... <interface> is either an IPv4 address such as 192.168.1.42, or an interface name such as eth0. By default, socket will be open as /var/run/minissdpd.sock and pid written to file /var/run/minissdpd.pid start SSDPD failed Running /usr/syno/etc/rc.d/J04synoagentregisterd.sh... Starting synoagentregisterd... Running /usr/syno/etc/rc.d/J30DisableNCQ.sh... Running /usr/syno/etc/rc.d/J80ADTFanControl.sh... Running /usr/syno/etc/rc.d/J98nbnsd.sh... Starting nbnsd... Running /usr/syno/etc/rc.d/J99avahi.sh... Starting Avahi mDNS/DNS-SD Daemon cname_load_conf failed:/var/tmp/nginx/avahi-aliases.conf :: Loading module hid ... [ OK ] :: Loading module usbhid ... [ OK ] ============ Date ============ Sat Aug 7 15:06:55 UTC 2021 ============================== starting pid 5050, tty '': '/sbin/getty 115200 console' Nothing on serial2 Any ideas?

Okay so problem is not solved. When I create a new notebook the loading stops, but when I try to create a note, it just starts to load indefinitely again.

I checked the psql DB and the table db_version is there, with the version in it. I ended up creating a Notebook in Note Station and now it seems to be working. Perhaps that's all I ever had to do? Seems like a pretty poor design to now have a menu pop up asking you to create a Notebook before you can start using the tool. Anyway, problem seems to be solved.

Hello, * Note Station 2.6.0-1407 * Juns V1.02 DS3615xs * DSM 6.1.7-15284 The issue I'm having is Note Station never seems to actually start up all the way. When I open Note Station in DSM it just loads forever. I checked /var/log/notestation.log and found this: 2021-08-04T19:30:18-07:00 nas02 synonscommon: Failed to run PQexec: ERROR: relation "db_version" does not exist LINE 1: SELECT version from db_version ^ 2021-08-04T19:30:18-07:00 nas02 synonscommon: common/synons_db.cpp:14 Failed [(0 != SYNONSDBExecute(pConn, "SELECT version from db_version", &pResult))], err=Success 2021-08-04T19:30:18-07:00 nas02 synonscommon: common/synons_db.cpp:59 Failed [!checkNoteStation()], err=Success It looks like the postgresql has a problem and Note Station can't talk to it properly. Any ideas? Thanks!