https://xpenology.com/forum/topic/21663-driver-extension-jun-103b104b-for-dsm622-for-3615xs-3617xs-918/ 

위의 내용을 해석한 것입니다.

개인적으로 삽질하는데 썼고..

혹시나 도움이 되실 분이 있으실까 싶어서 올립니다.

일부 오역이 있을 수 있습니다.

저의 경우 J1900에서 일단 테스트해보니
설명에서 말한대로 recovery 버전만 정상적으로 설치되네요..ㅡㅜ;;

This is the new 2nd test version of the driver extension for loader 1.04b and 918+ DSM 6.2.2, network drivers for intel and realtek are now all latest and the same as in 3615/17 from mid. december (also broadcoam tg3 driver is working), tries to address the problems with the different GPU's by haveing 3 versions of the pack

이것은 로더 1.04b 및 918+ DSM 6.2.2 용 드라이버 확장의 새로운 2차 테스트 버전이며, 

인텔 및 Realtek 용 네트워크 드라이버는 12월 중순부터 모두 최신 상태이며 3615/17에서도 동일합니다.

(또한 broadcoam tg3 드라이버도 동작합니다.)

3 가지 버전의 팩을 사용하여 다른 GPU의 문제를 해결하려고 합니다.

additional information and packages for 1.03b and 3615/3617 are in the lower half under a separate topic

1.03b 및 3615/3617에 대한 추가 정보 및 패키지는 하단에 별도의 주제가 있습니다.

(i will unify the 918+ and 3615/17 parts later as they are now on the same level again)

(918+와 3615/17 부분이 이제 같은 레벨에 있기 때문에 나중에 통일할 것입니다)

mainly tested as fresh install with 1.04b loader with DSM 6.2.2, there are extra.lzma and extra2.lzma in the zip file - you need both - the "extra2" file is used when booting the 1st time and under normal working conditions the extra.lzma is used  (i guess also normal updates - jun left no notes about that so i had to find out and guess).

주로 DSM 6.2.2를 사용하여 1.04b 로더를 사용하여 새로 설치한 것으로 테스트함

zip 파일에 extra.lzma 및 extra2.lzma가 있는데 둘 다 필요합니다. 

"extra2" 파일은 처음 부팅할 때 사용되며

"extra.lzma" 파일은 일반적인 상태에서 사용됩니다.(처음 부팅 이후에 부팅할 때)

Hardware in my test system used additional driver: r8168, igb, e1000e, bnx2x, tn40xx, mpt2sas

내 시스템에서 추가 사용된 드라이버 하드웨어 

The rest of the drivers just load without any comment on my system, i've seen drivers crashing only when real hardware is present so be warned, i assume any storage driver beside ahci and mps2sas/mpt3sas as not working, so if you use any other storage as listed before you would need to do a test install with a new usb and a single empty disk to find out before doing anything with your "production" system

내 시스템에서 언급되지 않은 나머지 드라이버는 그냥 로드됩니다.

실제 하드웨어가 존재할 때만 드라이버가 충돌하는 것을 보았습니다.

ahci 및 mps2sas/mpt3sas 이외의 스토리지 드라이버가 작동하지 않는 것으로 가정합니다.

따라서 이전에 나열된 다른 저장 장치를 사용하는 경우 

"production" 시스템으로 작업하기 전에 새 USB와 하나의 빈 디스크로 테스트 설치를 수행해야합니다.

i suggest testing with a new usb and a empty disk and it that's ok then you have a good chance for updating

새로운 USB와 빈 디스크로 테스트한 후 업데이트 하기를 권장합니다.

for updating its the same as below in the 3615/17 section with case 1 and 2 but you have extra.lzma and extra2.lzma and you will need to use

사례 1과 2로 3615/17 섹션에서 아래와 동일하게 업데이트하지만 extra.lzma와 extra2.lzma가 있으므로 사용해야합니다.

https://archive.synology.com/download/DSM/release/6.2.2/24922/DSM_DS918+_24922.pat

most important is to have zImage and rd.gz from the "DSM_DS918+_24922.pat" file (can be opened with 7zip) together with the new extra/extra2, same procedure as for the new extra for 3615/17 (see below)

가장 중요한 것은 "DSM_DS918+_24922.pat" 파일의 zImage 및 rd.gz (7zip으로 열 수 있음)를 

새로운 extra/extra2와 함께, 3615/17의 새로운 extra와 같은 절차로 만드는 것입니다 (아래 참조).

------------------------------------------------------------------------------------------------------------

all 4 files extra.lzma, extra2.lzma (both extracted from the zip downloaded), zImage and rd.gz go to the 2nd partition of the usb (or image when using osfmount), replacing the 4 files there

4개의 파일(extra.lzma, extra2.lzma (둘 다 다운로드 한 zip에서 추출), zImage, rd.gz) 모두 

USB의 두번째 파티션 (또는 osfmount 사용시 이미지)으로 이동하여 4개의 파일을 대체합니다.

------------------------------------------------------------------------------------------------------------

if you want the "old" files of the original loader back you can always use 7zip to open the img file from jun and extract the original files for copying them to usb

원래 로더의 "오래된"파일을 원한다면 

항상 7zip을 사용하여 jun에서 img 파일을 열고 USB로 복사하기 위해 원본 파일을 추출하십시오. 

if really wanting to test with a running 6.2.x system then you should empty /usr/lib/modules/update/ and /usr/lib/firmware/i915/ before rebooting with the new extra/extra2

rm -rf /usr/lib/modules/update/*

rm -rf /usr/lib/firmware/i915/*

실제로 실행중인 6.2.x 시스템으로 테스트하려면 

새로운 extra/extra2로 재부팅하기 전에 /usr/lib/modules/update/ 및 /usr/lib/firmware/i915/를 비워야합니다.

the loader will put its files on that locations when booting again, this step will prevent having old incompatible drivers in that locations as the loader replaces only files that are listed in rc.modules and in case of "syno" and "recovery" there are fewer entries, leaving out i915 related files, as long as the system boots up, this cleaning can be done

로더는 다시 부팅할 때 해당 위치에 파일을 저장합니다.

이 단계는 로더가 rc.modules에 나열된 파일만 교체하고

"syno"및 "recovery"의 경우 항목 수가 적어 i915 관련 파일을 제외하고 

해당 위치에 오래된 호환되지 않는 드라이버가 있는 것을 방지합니다. 

시스템이 부팅되는 한 이 청소를 수행 할 수 있습니다

with the new 0.8 test version there a 3 types of driver package, all come with the same drivers (latest nic drivers for realtek and intel) and conditions/limitations as the 3615/17 driver set from mid. december (mainly storage untested, ahci and mpt3sas is tested).

새로운 0.8 테스트 버전에는 3 가지 유형의 드라이버 패키지가 있으며 

모두 12월 중순부터 설정된 3615/17 드라이버와 동일한 드라이버 (realtek 및 인텔 용 최신 nic 드라이버) 및 

조건/제한이 적용됩니다 (주로 스토리지 미확인, ahci 및 mpt3sas가 테스트되었습니다).

1. "syno" -  all extended i915 stuff removed and some firmware added to max compatibility, mainly for "iGPU gen9" (Skylake, Apollo Lake and some Kaby Lake) and older and cases where std did not work, i915 driver source date: 20160919

모든 확장 i915 항목이 제거되고, 호환성을 최대로 지원하도록 일부 펌웨어를 추가하였음. 

주로 std 버전이 작동하지 않는 "iGPU gen9" (Skylake, Apollo Lake and some Kaby Lake)과 구형시스템을 위한 버전

i915 드라이버 소스 날짜: 20160919 

2. "std" - with jun's i915 driver from 1.04b (tested for coffee lake cpu from q2/2018), needed for anything newer then kaby lake like gemini lake, coffee lake, cannon lake, ice lake, i915 driver source date: 20180514 - as i had no source i915 driver is the same binary as in jun's original extra/extra2, on my system its working with a G5400, not just /dev/dri present, tested completely with really transcoding a video, so its working in general but might fail in some(?) cases, also 9th gen cpu like i3 9100 might not produce a /dev/dri, needs testing

jun's i915 driver from 1.04b (2018년 2분기에 coffee lake cpu에서 테스트함)

gemini lake, coffee lake, cannon lake, ice lake 같은 kaby lake 보다 신형 시스템용 버전

i915 드라이버 소스 날짜: 20180514 

나에게 i915 드라이버의 소스가 없었기 때문에 jun의 원래 extra / extra2와 동일한 바이너리임.

G5400으로 작동하는 내 시스템에서 /dev/dri 생성뿐만아니라 비디오 트랜스코딩까지 완전하게 테스트됨

일반적으로 작동하지만 일부의 경우에는 실패할 수 있음.

또한 i3-9100같은 9세대 CPU에서는 /dev/dri를 생성하는데 실패할 수 있음. 테스트 필요

3. "recovery" - mainly for cases where the system stops booting because of i915 driver (seen on N3150 braswell or maybe J1800/1900), it overwrites all gpu drivers and firmware with files of 0 size on booting so they can't be loaded anymore, should also work for any system above but guarantees not having /dev/dri as even the firmware used from the dsm's own i915 driver is invalid (on purpose) - if that does not work its most likely a network driver problem, safe choice but no transcoding support

주로 i915 드라이버 때문에 부팅중 멈추는 시스템을 위한 버전 (N3150 braswell 또는 J1800/1900)

부팅시 0 크기의 파일로 모든 GPU 드라이버 및 펌웨어를 덮어쓰므로 더 이상 로드되지 않습니다.

위의 모든 시스템에서도 작동하지만 DSM의 자체 i915 드라이버에서 사용된 펌웨어도 유효하지 않기 때문에 /dev/dri가 없음을 보장합니다

그래도 작동하지 않는다면 대부분 네트워크 드라이버 문제임

안전한 선택이지만 트랜스코딩이 지원되지 않음

start with syno, then std and last resort would be recovery

syno로 시작하고, 그 다음은 std 마지막 수단은 recovery 입니다.

anything with a kernel driver oops in the log is a "invalid" as it will result in shutdown problems - so check /var/log/dmesg

로그에 커널 드라이버 oops 가 있다면 그것은 셧다운 문제가 있으므로 무효합니다.

그런 경우 /var/log/dmesg를 확인하십시오.

the often seen Gemini Lake GPU's might work with "std", pretty sure not with "syno", most (all?) testers with gemini lake where unsuccessful with "std" so if you don't like experimenting and need hardware transcoding you should wait with the version you have

흔히 볼 수 있는 Gemini Lake GPU는 "std"에서 작동할 가능성이 높으며, "syno"에서는 작동하지 않을 수 있습니다. 

"std" 버전으로 실패한 Gemini Lake를 사용하는 대부분의 사용자는

모험을 좋아하지 않고 하드웨어 트랜스코딩이 필요하다면 현재 사용중인 버전으로 기다리시기 바랍니다.

the "_mod" on the end of the loader name below is a reminder that you need to to "modding" as in make sure you have zImage and rd.gz from DSM 6.2.2 on you usb for booting, the new extra.lzma will not work with older files

아래의 로더 이름 끝에있는 "_mod"는 

부팅을 위해 USB에 DSM 6.2.2의 zImage 및 rd.gz가 있는지 확인하기 위해 "수정"해야한다는 것을 알려줍니다. 

새로운 extra.lzma 오래된 파일에서는 작동하지 않습니다

here some additional infos about GPU's, it can help to understand why a specific cpu/gpu does not work (Hide contents)

여기에 GPU에 대한 추가 정보가 있는데, 특정 CPU / GPU가 작동하지 않는 이유를 이해하는 데 도움이 될 수 있습니다

J1xxx - Bay Trail (Silvermont), Intel HD Graphics for Intel Atom Processor Z3700 Series with Quick Sync Video, same as Ivy Bridge
J33xx/J34xx - Apollo Lake (Goldmont), Intel HD Graphics 500
J4205 - Apollo Lake (Goldmont), Intel HD Graphics 505
J40xx/J41xx - Gemini Lake (Goldmont Plus), Intel UHD Graphics 600
J50xx - Gemini Lake (Goldmont Plus), Intel UHD Graphics 605

Intel GPU Gen's

Gen 1     810, 815
Gen 2     i830M, 845G, 855GM, 865G
Gen 3     915G/GM, 945G/GM, G/Q33, Q35, Atom D4xx/D5xx/N4xx/N5xx
Gen 4     965G/GM/Q, G35, G41, G/Q43, G/GM/Q45
Gen 5     Nehalem (Ironlake)
Gen 6     Sandy Bridge
Gen 7     Ivy Bridge, Valley View, Bay Trail
Gen 7.5   Haswell
Gen 8     Broadwell, Cherryview
Gen 9     Skylake, Broxton, Apollo Lake
Gen 9.5   Kaby Lake, Coffee Lake, Gemini Lake
Gen 10    Cannon Lake