IG-88

:-))), and again https://xpenology.com/forum/topic/8057-physical-drive-limits-of-an-emulated-synology-machine/?do=findComment&comment=122819

thats just your interpretation, any activity (console) goes to the serial port the you should describe what loader and dsm type and version you had and what you have done (with what goal in mind) in general a normal update does not delete data on volumes, that worst thing is usually that dsm does not start and that can be fixed (usually lost of dsm configuration is worst case, but its usually not impossible to reconfigure ip address, users, shares and plugins)

there mus be more to it as if you had a shr1 it would mean you have one disk redundancy and if one disks fails the volume should still be available to access the data - but its not in your case, so there seems to be more damage then just a failed disk and as long as its not analyzed you would not take any action @flyride is the expert here, only if he's not available i might help out, i'm not as good and experienced in this

no, i'm not using kvm/proxmox and dont test this and i have not seen a positive feedback of people loading the modules manually in integrated in the current releases of the extra.lzma (you can open the extra.lzma with 7zip and extract the virtio modules to test them)

found a different hardware of a asm1166 card, Silverstone ECS06 https://www.silverstonetek.com/product.php?pid=973&area=en (not as cheap as the others, ~55€)

no, dont cchange anything until you know about the reason dont do any repairs, 1st step is to collect information and get a picture of the problem and you should be tripple carefull if you dont have a backup and need that data yes, synology usese mdadm and lvm2 for its software raid, both standard linux software depends on the problem, 1st step is still gather some information about the state how did you confugure your disk array, any non redundant volumes like raid0, basic or jbod?

irgend ein anderer computer in dem du sie mal testen kansst?

yes and to help other people we usually document it by telling what the reason was maybe (rare case, i know) someone tries to use the forum search (or another search engine like google)

interesting behavior from the picture its not a intel nuc (afair "NUC" is a intel specific, https://en.wikipedia.org/wiki/Next_Unit_of_Computing)

i did this last week and a user tested it, just forgot to go on and publish it look in the 1st post, i changed the text and link (now u3 mod2 for 918+) its also possible that the slot is limited to a certain type of card, look in the manual (might be not that prominent to see) and maybe try to find some more info about people who tried to extend y this slot with other cards then network/wifi could you be more specific about the hardware? i did not found a intel nuc system with a N3150 cpu

maybe with some additional magic? haven't seen a user with a working solution and no one seemed to bother to try this with quicknicks loader https://xpenology.com/forum/topic/8057-physical-drive-limits-of-an-emulated-synology-machine/#comments

its supported by the ahci driver and thats part of the kernel, no extra's needed as its "native" to dsm 1st boot a normal live linux and check with "lspci -k" if the additional device is found and if the ahci driver ist used its device id should be 1B21:0611 you should see that device id in your dsm's dmesg log, if its not there then a diver cant work

not sure where these drivers are from (the ahci support is already part of the kernel synology delivers) and how you where intending them to use but you are supposed to use the extendet extra.lzma i linked above (what extra.lzma you hae to use depends on the loader, dsm type and dsm version) whats the difference in hardware to the 5100 you had used above? (seems to be the same cpu generation and same storage controller so i gess no difference when it comes to choosung the loader an drivers pack) you would not just need csm mode you also need to boot from the non uefi (legacy) usb boot device (often you will see the usb drive 3 times, 2x uefi (for every partition in the usb) and one without a "uefi" in the name anr thats the one you need to choose when booting if you cant use csm you can still get 1.02b, that does both sn and mac are not important for installing and can be changed later if needed, you extract the extra.lzma from the zip and replace the file on the second partition of the loader with the new one

the 500B/s will also limit the rebuild speed when a disk failed (will be interesting for 6TB disks and bigger) i would not go with a pcie 2.0 card anymore when i can get a pcie 3.0 capable card

da schleichen sich gern fehler ein, weshalb ich empfehle den stick zu nehmen der schon läuft das oben war weg eins, man weiß was man macht und ist sich sicher man kann auch etwas komplizierter vorgehen und die dateien der 2. partiton sichern (sicherheitshalber nicht auf dem DSM system) dann die neue extra/extra2 UND den neuen kernel aufspielen (rd.gz und zImage aus dem 6.2.3 *.pat file - kann man mit 7zip rausholen) und das ding booten, dsm wird nicht hochfahren da das system auf den platten älter ist als das was auf dem usb ist, man sollte das system dann im netzwerk finden (nic driver = checked) und es sollte anzeigen das man migrieren/updaten kann entweder man mach das an der stelle oder man restauriert die 2. partition wieder fährt sein 6.2.2 wieder hoch und verfährt dann wie oben beschrieben (bei laufendem 6.2.2 die extra/extra2 aufspielen und update über die gui) das einzige was sich beim update am usb ändert ist der kernel und das man bei 6.2.2 -> 6.2.3 die extra/extra2 wechseln muss ist sehr speziell aber eben in dem fall notwendig normalerweise bleibt die extra/extra2 über die lebeszeit einer major realiease (6.1, 6.2) gleich und wenn man mit 6.2.0 (org. loader mit extra von jun) startet und dann auf 6.2.3 geht (ohne andere extra.lzma) laufen die treiber auch (ist nur 6.2.1 und 6.2.2 die aus der art schlagen weil sysnology an den kernel settings für das pcie power managment gespielt hat)

nein, bei laufenden 6.2.2 den usb rauszeihen, extra/extra2 aufkopieren (alternativ geht das auch unter dsm, man sollte nachher aber die usb partitons wieder unmounten) danach update auf 6.2.3 über die webgui durchführen, bei dem update wirde der kernel von 6.2.3 auch auf den usb kopiert ja, afir ist das atlantic.ko, du kannst die mit 7zip öffnen und nachsehen

du kannst ja mal als gegencheck ein live linux booten und schauen ob damit die karte gefunden wird

der usb ist wenn dsm gestartet ist nicht gemounted und wird nur beim booten benutzt

beside 4 disks sharing 500MB/s (pcie 2. 0, one lane, marvell 88se9215) doesn't esxi support ahci in general, the controllers i mentioned above are ahci

3615/17 use the default of 12 drives, as the 4 drives of 918+ where kind of useless jun extended that in his patch (part of the loader) to 16 (thats checked/corrected on every boot so if a update sats it back it will be 16 when the system is booted as part of the update, as 3615/17 loader dont check or touch the values around disks numbers its always 12 and if you manually mangle the files it will be reset to 12 on updates and you would need to take care of this by yourself after the update) its not the loader its a feature of that dsm version, the older units 3615/17 dont have hardware for m.2 and use a older kernel, i do provide nvme drivers with my extended extra.lzma but as all the synology nvme tools are missing in 3615/17 its not much use, you would need to handle and mount the nvme yourself in 3615/17 and even in 918+ you would need to patch to get any nvme usable as cache and there is a risk of loosing the cache when updating and the patched lib is renewed not much of a problem with read only cache but with a r/w cache that might be a huge problem so its mandatory to disable cache before updating dsm or at least know that the lib in question in snot replaced before updating

atm the latest drivers from realte do not compile aginst 3.10.105 synology source (3615/17), they do against 4.4.59 of 918+

only changes and you can will see versions/states for every backup and you can consolidate to have only one/last backup (depending on the changes the backup will be bigger as older backups contain already deleted data)

solltest du auf 6.2.3 updaten brauchst du eine andere extra.lzma https://xpenology.com/forum/topic/28321-driver-extension-jun-103b104b-for-dsm623-for-918-3615xs-3617xs/

i have a very similar device, from its id its this one (asm1153/asm1051e based) https://linux-hardware.org/index.php?id=usb:174c-55aa work ootb with 6.2.3 (3617) and shows both usb slots as external devices the default usb config in synoinfo.conf is "3" so its for just 2 devices but even when i plugin in two usb flash drives and add the 2 slot box it gets recognized with its two slots and i see 4 usb devices as external in theory the usb devices should start with sdu and not sdv, maybe look for a device that got sdu (in dmesg) what dsm type is it and was the synoinfo.conf changed? the default config for 3617 looks like this maxdisks="12" esataportcfg="0xff000" usbportcfg="0x300000" internalportcfg="0xfff"

with 6.x there is noting on the monitor then the grub selection and you only need the defaut (1st entry) there is no console output, that goes all to the serial port so even with keyboard and monitor, there is nothing you would need it for, only in rare case of the special reinstall option you would need to select something in grub (if you scroll through the grub.cfg you will see the menu options of grub in the lower area)