위의 내용을 해석한 것입니다.
개인적으로 삽질하는데 썼고..
혹시나 도움이 되실 분이 있으실까 싶어서 올립니다.
일부 오역이 있을 수 있습니다.
저의 경우 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
제가 이해를 못했는데 부트파일은 안보이고
extra.lzma 및 extra2.lzma 를 어디에 넣어야 한다는건가요?
osfmount 로 마운트할 때 보통 첫번째 파티션만 마운트 해서
grub.cfg 파일인가를 텍스트 에디터로 열어서 맥주소와 vid, pid 등을 수정해주고 설치했었죠
위에서 설명하는 것은
두번째 파티션을 마운트해서 저 4개의 파일들을 교체하라는 소리입니다.
저는 esxi 로 이미지그대로 작업하는데 저작업을 하고 img 만들고 작업해 봐야겠군요.
부트로더 2번째 파티션을 열어보니 딱 저 4개의 파일만 존재하네요.
기존 부트로더에 4개파일만 새로받아서 교체를 하면 될런지 모르겠네요.
새로운 USB에 새로운 HDD에 먼저 시험부터 해보고 잘 되면
기존 USB와 기존 HDD에 붙여봐야 겠습니다.
감사합니다.^^
어제 테스트했던 1037U가 혹시 같은 문제인가 싶어서 D-Sub 대신에 HDMI를 꽂고 테스트해봤는데
똑같네요 ㅋ (전혀 안됩니다 ;;)
이상한 것이..
다 같이 RTL8111 칩을 쓴 보드들인데,
1037U는 아예 안되고,
J1900은 recovery 로만 되고..(std는 설치 후 하드디스크를 못찾습니다.)
i5-4570(?)은 걍 syno 버전으로 잘 됩니다.
단순히 네트워크 드라이버 만의 문제는 아닌 것이 확실하네요..
어쩌면 RTL8111이라도 생산년도 등에 따라서 버전이 달라서 그럴 수도 있겠고요..
암튼 아진 모르는 게 너무 많습니다.
테스트하기도 좀 지치네요ㅋ
랜카드는 인텔 입니다.
저는 랜카드 보다는 세대별 인텔 내장 그래픽 GPU가 특성을 타는게 아닌가 싶은데요.
i5-4690은 올려주신 스펙리스트에 따르면 Gen 7.5 Haswell 에 해당되는군요.
i5-4570는 syno 버전으로 쉽게 되신다고 하니 저는 희망이 있네요.^^
그런데, 수퍼싸이언님의 헤놀문제점은 정확히 어떤건가요?
새버젼의 패치 부트로더를 단순히 시험해보시는건지,
아니면 저와 같이 VGA와 모니터 연결없이는 랜카드 인식이 안되는건지요?
새 패치커널에서 동작상황은 또 다르군요.
https://ark.intel.com/content/www/kr/ko/ark/products/71995/intel-celeron-processor-1037u-2m-cache-1-80-ghz.html
https://ark.intel.com/content/www/kr/ko/ark/products/78867/intel-celeron-processor-j1900-2m-cache-up-to-2-42-ghz.html
말씀하신 대로 모니터 연결 유무에 따라 안되는 경우가 많네요.
혹시 몰라서 std 버전 이미지로 해봤는데, 아예 이건 최초 연결도 안됩니다.
아마도.. 거의 확실히 IG-88의 드라이버 확장에 문제가 있는 것 같습니다.
드라이버 확장은 포기하고 기존 로더+인텔랜으로 가는 게 맞겠습니다.
몰라서 헤맸으면 많은 시간을 낭비했을텐데..
덕분에 큰 삽질을 작은 삽질로 줄인 것 같습니다. 감사합니다. ㅎㅎㅎ
지금 컨트롤러는 알리에 주문마쳤습니다. 바이러스가 좀 걱정되지만서도 알콜소독 팍팍해서 사용할 생각입니다.
하드웨어 게시판 올려주신글에는 지금 한참 적당한 케이스를 모색중입니다.
제 노트북은 DELL STUDIO 1558 이라서 호환성은 확인했고, ExpressCard형으로 장착예정입니다.^^
저능 일단 수중에 노트북을 다 처분했고.. 좋은 것도 아니었지만..
굳이 그렇게 구축해서 쓸 일도 없고 해서.. 삼실 다른 직원에게 넘겼고,
그 결과.. 아래와 같은 물건이 탄생했는데ㅎ
http://2cpu.co.kr/hojak/7285
근데 결국은 다시 해체상태네요ㅋ
다시 적당한 케이스에 넣을 생각이라는데
과연 그런 날이 올까 모르겠네요ㅋㅋ