alirz1
-
Posts
195 -
Joined
-
Last visited
Posts posted by alirz1
-
-
50 minutes ago, pocopico said:
I only saw that on DVA3221. For some reason (that I didn’t have time to look up) the console stops there. Did you try any other version ?
I have only tried ds3615 for now. I can try building for another model.
-
On 4/6/2022 at 2:08 AM, pocopico said:
You need to change the VMX file for the network interface to "e1000e" which works with most platforms (except the AMD ones). Another option would be to leave it as is and recreate the loader but add the e1000 or vmxnet3 extension before you build the loader (vmxnet3 is always the best option for vmware VMs in terms of speed etc)
./rploader.sh ext broadwellnk-7.1.0-42621 add https://github.com/pocopico/rp-ext/raw/main/e1000/rpext-index.json
or
./rploader.sh ext broadwellnk-7.1.0-42621 add https://github.com/pocopico/rp-ext/raw/main/vmxnet3/rpext-index.json
VGA output is missing from the syno kernel. I you are using VM workstation, you can create a serial port and putty to it. This way you will see all kernel boot messages and finally log into the VM.
You can then use putty to connect to that serial \\.\pipe\ds920p_710
ok so i rebuilt the loader after adding the vmxnet3 NIC extension. I also setup the serial port connection so i could see what was going on the with teh VM after the loader's" Booting booting" mesage.
So this is where my vm seems to be hanging as i see in the serial console, below are the last few lines. See attached txt file for the rest of the full log:
[ 11.066021] NET: Registered protocol family 1
[ 11.067442] pci 0000:00:00.0: Limiting direct PCI/PCI transfers
[ 11.069501] pci 0000:00:0f.0: Boot video device
[ 11.105811] PCI: CLS 32 bytes, default 64
[ 12.921287] Trying to unpack rootfs image as initramfs...
[ 13.718257] Freeing initrd memory: 18992k freed
[ 13.763415] redpill: module verification failed: signature and/or required key missing - tainting kernel
-
8 hours ago, bc0421 said:
You need to modify the VMX file which is in the directory your VM files are stored. Find the ethernet0.virtualDev entry and change it from e1000 to vmxnet3. (ethernet0.virtualDev = "vmxnet3")
Ok, did that but still have same issue. The vm doesn’t seem to be starting the network interface. I can’t find the nas using synology assistant etc.
I don’t have acces to the router so can’t check dhcp leases to confirm if it’s getting an iP or not.
is there any other way to verify if the vm is fully booting up with the network interface initialized?
-
5 hours ago, bc0421 said:
This was they exact same problem I was experiencing. As i mentioned earlier you need to change the NIC driver from e1000 to vmxnet3. Yes, the VM will boot into TinyCore witjh the default NIC driver but once you build the DSM and try to boot into it via SATA it will no longer acqurie an IP address. You'll need to build the DSM again after changing the NIC driver so it downloads the correct extension for the vmxnet3. Give it a shot, worked for me.
Thanks. But I don't see an option in VMware workstation pro to change nic type. Fr vmxnet to e1000.
-
ok so after bumping the vm memory to 2GB it seems to have worked, the loader was built. Now when i reboot and choose the SATA boot option from the menu, it just sits at
"Decompressin linux, ...Parsing ELF...Done"
"Booting Kernel".
At this point, i cant seem to find the synology in synology assistant, so im not sure if its picking up an IP or not? Are we able to see any logs via some serial console etc? I know in the past with JUN's loader we wouldnt be able to see anything in the vm console after the kernel booting message..
Could this be due to possible incorrect sataport map etc? i have currently set it to 1 and diskid map to "0A00".
Note, as mentioned previosuly, this is all being setup in vmware working station. where, duting the tinycore uild process i have an IP etc..
-
11 hours ago, pocopico said:
The two stage upgrade has been tested for 918+ to 7.1.0. Please update your custom_config.json to point to https://github.com/pocopico/redpill-load master branch and you can perform the two stage upgrade. Remember to also add Jumkeys redpill-misc before running the postupgrade process.
@pocopico so I have the dumbest question. That GitHub url you mention to build the loader. Does that loader need to be built on the bare metal machine that I would be setting my as my xpenology box? If not then how does the loader include the drivers for the bare metal hardware? Thanks. -
14 hours ago, pocopico said:
what is the memory size ? its needs 2GB to succesfully download and process all files
Memory as in RAM? I have 1gb and 5gb disk space. If you’re saying it needs 2gb ram minimum, I’ll try that. Thanks.
-
9 hours ago, bc0421 said:
I have it working in VMware Workstation Pro. I had to change the vitrual NIC from "e1000" to "vmxnet3" before it would pickup an IP address.
You do this by modifiying the VMX file. edit the file and change: (ethernet0.virtualDev = "vmxnet3").
Save and reboot, be sure and select SATA on reboot.
thanks but getting an iP is not my issue. I get the iP fine and ssh to the vm etc.. it’s just that, after the reloaded script downloads the PAT file and starts unpacking it, my vm complete halts. I have allocated 5gb to disk disk, as this is just for testing, I’m guessing 5gb should be enough space. -
Anyone tried setting up a vm in VMware workstation? Should that work/ is supported?
im trying to setup a dsm 7.0.1 vm, all is good until redpill downloads the PAT file, starts unpacking it. At that point my vim basically stops responding, ping to vm’s iP stops after a minute or so. Perhaps a kernel panic in the background? I have to rest the vm every time.
My sataportmap is set to 1, diskidmap set to 00, also tried 0A00, etc…
the vm only has two disks. 0:0 is the red pill vmdk. I added second disk at sata 1:0 for data.
any idea why it might be freezing? Thanks
-
So im giving the latest tinycore a try and trying to setup the 7.0.1 dsm using VMware work station in windows. Its all good, untill tinycore downloads the PAT file and starts to unpack it. But it the whole vm jsut freezes there, like it has kernel panicked in the background or something.
i've tried starting clean a few times but it fails at this point always.
Any ideas if i could be doing something wrong. Just using the basic steps listed on the tinycore github page.
-
- Outcome of the update: SUCCESSFUL
- DSM version prior update: DSM 6.1.7 update 2
- Loader version and model: Jun's Loader v1.03B 3617
- Using custom extra.lzma: No
- Installation type: Bare metal Asrock H370M
- Additional comment : I did all pre testing in Vm environments and also on my live production baremetal xpenology, with a separate USb and a separate disk drive to make sure my upgrade from jun 1.02b DSM 6.1.7 for my DS3617 would go smooth to 6.2.3 using 1.03b loader. Everything looked normal for days. So i decided to pull the trigger.
I upgrade, box boots up fine, goes into dsm 6.2.3, using 1.0.3 stock loader. However i have strange glitches in my gui, my installed packages are not starting.
My data shares are not mounting. I can see that in the storage manager the file shares are there, my HDD and volumes are all good!!
Its like none of the services are starting!!!! Every page and control panel item i visit and try to change a config. I get error "operation failed. please login to dsm and try again".I thought maybe it was related to 2-step verification somehow, but doesnt look like it.
-
so F me. I did all pre testing in Vm environments and also on my live production baremetal xpenology, with a separate USb and a separate disk drive to make sure my upgrade from jun 1.02b DSM 6.1.7 for my DS3617 would go smooth to 6.2.3 using 1.03b loader. Everything looked normal for days. So i decided to pull the trigger.
I upgrade, box boots up fine, goes into dsm 6.2.3, using 1.0.3 stock loader. However i have strange glitches in my gui, my installed packages are not starting.
My data shares are not mounting. I can see that in the storage manager the file shares are there, my HDD and volumes are all good!!
Its like none of the services are starting!!!! Every page and control panel item i visit and try to change a config. I get error "operation failed. please login to dsm and try again".I thought maybe its related to 2-step verificaiotn somehow, but doesnt look like it.
I assume its not easy to downgrade back to 6.1.7 and keep all settings/data now? any ideas if i can fix the system in its current state.
-
While not a direct answer to your question. But why not stick with 3617? It has better package DSM packages support from what i know.I've been using it for years.
-
Question about LAN drivers. The drivers list/excel sheet on the first page shows both Intel 1219V and 1211 supported for DS3615. Shouldnt both work for DS3617 also? I only have one Nic work for my 3617. Ive seen other posts from other people that have the same board as me(Asrock h370m) complaining about only 1 nic working.
-
6 hours ago, djvas335 said:
alirz1 I didn't pay attention at first, you say you run DS3617xs, try DS3615xs, DS3617xs is not quite stable
Thanks i was able to make it boot. Had to set the USb boot mode to legacy and not UEFI.
-
On 11/9/2018 at 9:11 AM, Joe Bethersonton said:
I just wanted to add a brief comment about my build, to let others know that this combination of hardware works.
CPU: i5-8400
MB: Asrock H370M-ITX/ac
Memory: 8 GB G.Skill Aegis 2666 mhz
Disk: 2x 6TB Ironwolf + 2x 2TB Samsung/WD.
USB drive: Kingston SE9 8GB
Loader: Jun's 1.03b DS3617xs with DSM 6.2.1.23824 update 1.
It's running bare metal.
Everything in the BIOS is default, except that I changed the boot order to legacy USB (not UEFI).
In the DSM, I only have one NIC available, but I haven't tried getting the other one working.
I have tried using all 6 SATA slots, and they all work.
No issues at all. I have tried migrating from another NAS as well, and that worked.
Let me know, if you have any questions.
was wondering if you ever got the second nic to work also? -
7 minutes ago, djvas335 said:
Maybe check your mainboard bios version and update if not latest ?
Already on latest Bios. FYI. Bios boot is set to be CSM. Which also allows non UEFI only boot.
-
15 minutes ago, djvas335 said:
You probably are using modified loader 1.03 with updated extra.lzma, check the extra.lzma on partition 2 of flash drive, it needs to be about 2mb in size, if its 4.5mb you are using modified loader
No, I burnt stock 1.03b downloaded from MEGA, Juns download link. As a test, I burnt stock 1.02b and box boots fine with one.
EDIT. extra.lzma is 1.8MB.
-
2 hours ago, djvas335 said:
Use 1.03b loader and upgrade directly to DSM 6.2.3, do not use extra.lzma, it's no longer compatible with newer DSM, they reverted their driver support to old version of drivers, so old drivers from original loader work.
I dont know whats going on. But i burnt stock 1.03b loader on a new USB. Updated the grub config. yet, it looks like the box still kernel panics within seconds after booting from the loader.
no network, no keyboard lights etc....again, everything works fine with 1.02 loader.
-
- Outcome of the update: FAILED
- DSM version prior update: DSM 6.1.7 UPDATE 2
- CURRENT Loader version and model: JUN'S LOADER v1.02b - DS3617xs..... Trying upgrade using 1.03b with new dsm kernel file
- Using custom extra.lzma: YES
- Installation type: BAREMETAL - Asrock H370m - NIC: 1 x Giga PHY Intel® I219V, 1 x GigaLAN Intel® I211AT
- Additional comments: HANGS SHORTLY AFTER BOOTING. NO NETWORK ON ANY NIC, NO KEYBOARD LIGHTS
Hi All,
So i currently have a intel i3-8100 processor, Asrock H370m motherboard based DS3617xs xpenology system running Junls 1.02b loader with DSM 6.1.7-15284 Update 2 and the extra ramdisk(some version from 2018)
Trying to get it to upgrade to 6.2.2 using the 1.0.3b loader and the extra kernel for 6.2.x. However looks like that even without the disks connected, the system is kernel panicing shortly after the 1.03b loader boot. While i havent checked via serial console, if its indeed a kernel panic. But looks like that is the case, as shortly after the boot the keyboard lights go off. I get no network connection etc....
NOTE: i have already upgraded my second xpenology box that has an older/different hardware successfully to 6.2.2 using the steps on page 1 of this thread, So im famialir with the requirements.
This is the Asrock board and its specs.. No extra add on adapters/controllers etc... Any ideas? Is it known to be not compatible.
https://www.asrock.com/MB/Intel/H370M-ITXac/index.asp#Specification
-
22 hours ago, ed_co said:
@alirz1OK, whatever you use. Can you explain how you make both nics work, please??? Step by step.
Im actually not using my second nic. Im still on dsm 6.1 for my ds3716 based xpenology, where only one of my nic works. The only time my second Nic worked was when i tested the DS918 build with 6.2 and the 1.03 loader.
-
On 10/28/2018 at 11:44 PM, ed_co said:
And how you made it work?
I use macOS regularly, but I tried on Windows with bootcamp, but OSFMount doens't work correctly , at least with 1.04b because:
1) Trying to add extra.lzma -it says not enough space in the partition...
2) grub.cfg can be replaced but then it doesn't save the changes (even don't I uncheked read only).
Just could made it work mounting from macos, easy for the efi partition where the grub.cfg is located (Following the polanksiman guide) , but causing problems in the OS to mount the second partition of the extra.lzma is located, as it doesn't look that it mounts, but when you unmount the efi one, it looks like instead the second partitions is mounted in the same location... it is really a MESS (need help on all that process, to be able to do it painless). So in brief, I couldn't to make it work the second ethernet in my board H370M-ITX/ac (same as yours).
By the way, have you tried the new 6.2 loader 1.04b? (it worked and I could install DSM 6.2.1 with NO PROBLEMS even without configuring anything, vid, pid, serial, mac...). It seems to have full hardware video acceleration for 8th generation... the only problem seems to be the second ethernet doesn't work... it "looks" perfect for the rest...
Sorry i have no experience using MAC OS so cant help you there.
-
On 9/15/2018 at 7:10 PM, IG-88 said:
there is no newer driver for e1000
https://sourceforge.net/projects/e1000/files/e1000 stable/
the "e1000 stable" is from 2011
i've downloaded new source for e1000e, igb, ixgbe, i40e
Hi,
Well i was testing the DS918+ and your extra ramdisk, and i see a new driver in that one.
My post#160:
For ds3617, dsm 6.1.x, Please update Intel(R) PRO/1000 Network Driver" driver to 3.4.0.2-NAPI. The current driver in the loader 3.3.4. Due to this one of my nics does not work.
The only place i found the new driver is in the extra ramdisk that @ig-88 compiled for DS918+ to use with Jun's 1.0.3a2 loader and dsm 6.2. I test booted with that loader/extra ramdisk and confirmed that both my nics work with that (Intel AT1219 and 1211).
Im still puzzled though, why my NIC works with the 918+ loader and your extra ram file but doesnt work under the dsm 3617.
-
Perhaps your sata port map config is incorrect? Is this a new install or are you changing boards etc?
DSM 6.2 Loader
in Loaders
Posted
Hi all.
I want to create a duplicate copy of my usb flash that has the jun”s loader on it.. in the past my usb drive died and I had to create a new one but I guess perhaps due to the vid/pid being different, It started my xpenology box as being new and I had do sort of a recover and restore data type of thing etc…
if I create a copy of my current usb drive, should I use its vid/pid of the original drive in the cfg file on the new drive to prevent the loader from initializing the xpenology box if I ever have to swap out the usb loader flash drive?