헤놀 하드 디스크 추가하면 부팅 불가에 대해서 (로더의 LKM 버전 바꾸면 되긴 합니다.)
로더 : ARPL 1.0 -beta11a
플랫폼 : 가상화 (proxmox)
모델명 : DVA3221
헤놀버전 : DSM 7.1.1-42962 Update 3
디스크 : 개별 디스크로 패스스루 (컨트롤러 패스스루 X)
문제 : 디스크를 추가하면 부팅이 안됨
디스크 추가시 아래의 내용이 반복되며 부팅 불가
octl_smart_shim+0x0/0x50 [redpill]<ffffffffa0002230>
[ 3.005266] udevd[4459]: specified group 'tty' unknown
[ 3.005749] udevd[4459]: specified group 'dialout' unknown
[ 3.006406] udevd[4459]: specified group 'kmem' unknown
[ 3.006866] udevd[4459]: specified group 'input' unknown
[ 3.007515] udevd[4459]: specified group 'video' unknown
[ 3.007981] udevd[4459]: specified group 'audio' unknown
[ 3.008671] udevd[4459]: specified group 'disk' unknown
[ 3.009261] udevd[4459]: specified group 'cdrom' unknown
[ 3.009727] udevd[4459]: specified group 'tape' unknown
[ 3.010398] udevd[4459]: specified group 'kvm' unknown
[ 3.206099] usb 1-1: new full-speed USB device number 2 using uhci_hcd
[ 3.353996] usb 1-1: not running at top speed; connect to a high speed hub
[ 3.392888] <redpill/usb_boot_shim.c:72> Found new device <vid=0627, pid=0001> - didn't match expected <vid=46f4, pid=0001> (prev_shimmed=0)
[ 5.295257] hrtimer: interrupt took 6185280 ns
udevadm settle failed
[ 48.403024] NMI watchdog: BUG: soft lockup - CPU#5 stuck for 41s! [scsi_id:4484]
[ 48.403070] Modules linked in: processor button(E) xhci_pci xhci_hcd uhci_hcd ehci_pci ehci_hcd usbcore usb_common redpill(OE)
[ 48.403070] CPU: 5 PID: 4484 Comm: scsi_id Tainted: G OE 4.4.180+ #42962
[ 48.403070] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 0.0.0 02/06/2015
[ 48.403070] task: ffff8800bf791980 ti: ffff88013b9d0000 task.ti: ffff88013b9d0000
[ 48.403070] RIP: 0010:[<ffffffff81093583>] [<ffffffff81093583>] queued_spin_lock_slowpath+0xe3/0x160
[ 48.403070] RSP: 0018:ffff88013b9d3df0 EFLAGS: 00000202
[ 48.403070] RAX: 0000000000180001 RBX: ffff8801328a83c0 RCX: 0000000000180000
[ 48.403070] RDX: ffff88013dd56e00 RSI: 0000000000000000 RDI: ffffffffa001edd0
[ 48.403070] RBP: ffff88013b9d3df0 R08: 0000000000000001 R09: 0000000000002285
[ 48.403070] R10: fffffffffffff124 R11: 0000000000000206 R12: 000000000002005d
[ 48.403070] R13: 0000000000002285 R14: 00007fffd0820910 R15: 00007fffd0820910
[ 48.403070] FS: 00007fd395e31c00(0000) GS:ffff88013dd40000(0000) knlGS:0000000000000000
[ 48.403070] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 48.403070] CR2: 00007fd39544cfd0 CR3: 000000013bb5c000 CR4: 00000000003406b0
[ 48.403070] Stack:
[ 48.403070] ffff88013b9d3e00 ffffffff8156da4c ffff88013b9d3e30 ffffffffa0002353
[ 48.403070] 00000000ffffffe7 00007fffd0820910 00007fffd0820910 ffff8801328a83c0
[ 48.403070] ffff88013b9d3e80 ffffffff812e4567 0000000031880dc0 ffffea0004eeaac0
[ 48.403070] Call Trace:
[ 48.403070] [<ffffffff8156da4c>] _raw_spin_lock+0x1c/0x30
[ 48.403070] [<ffffffffa0002353>] sd_ioctl_canary+0x23/0x60 [redpill]
[ 48.403070] [<ffffffff812e4567>] blkdev_ioctl+0x317/0xa00
[ 48.403070] [<ffffffff811d4558>] block_ioctl+0x38/0x40
[ 48.403070] [<ffffffff811ab22e>] do_vfs_ioctl+0x81e/0xac0
[ 48.403070] [<ffffffff811ab575>] SyS_ioctl+0xa5/0xb0
[ 48.403070] [<ffffffff8156dd8a>] entry_SYSCALL_64_fastpath+0x1e/0x8e
[ 48.403070] Code: 1d 8d 81 48 89 10 8b 42 08 85 c0 75 1e f3 90 8b 42 08 85 c0 74 f7 eb 13 f3 90 8b 37 81 fe 00 01 00 00 74 f4 e9 2f ff ff ff f3 90 <8b> 07 66 85 c0 75 f7 39 c1 75 0f 8d 01 be 01 00 00 00 f0 0f b1
[ 48.403070] Sending NMI to other CPUs:
[ 48.424629] NMI backtrace for cpu 7
[ 48.424987] CPU: 7 PID: 0 Comm: swapper/7 Tainted: G OE 4.4.180+ #42962
[ 48.425628] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 0.0.0 02/06/2015
[ 48.425628] task: ffff88013d17cc80 ti: ffff88013d194000 task.ti: ffff88013d194000
[ 48.425628] RIP: 0010:[<ffffffff8100d24e>] [<ffffffff8100d24e>] default_idle+0x2e/0x100
[ 48.425628] RSP: 0018:ffff88013d197eb8 EFLAGS: 00000246
[ 48.425628] RAX: 0000000000000000 RBX: 0000000000000000 RCX: ffff88013ddd12f0
[ 48.425628] RDX: ffffffff8183d738 RSI: 0100000000000000 RDI: 0000000000000016
[ 48.425628] RBP: ffff88013d197ed0 R08: 0000000000000000 R09: 0000000000000002
[ 48.425628] R10: 0000000000000400 R11: 00000000000075e1 R12: 0000000000000007
[ 48.425628] R13: ffff88013d198000 R14: 00000000fffffff0 R15: 0000000000000000
[ 48.425628] FS: 0000000000000000(0000) GS:ffff88013ddc0000(0000) knlGS:0000000000000000
[ 48.425628] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 48.425628] CR2: 00007ffc915bdff8 CR3: 00000000b5e28000 CR4: 00000000003406b0
[ 48.425628] Stack:
[ 48.425628] 0000000000000000 ffffffff818d2238 ffff88013d198000 ffff88013d197ee0
[ 48.425628] ffffffff8100e080 ffff88013d197ef0 ffffffff8108eef8 ffff88013d197f30
[ 48.425628] ffffffff8108f22a ffffffff810ba8c9 0000000000000007 0000000000000000
[ 48.425628] Call Trace:
[ 48.425628] [<ffffffff8100e080>] arch_cpu_idle+0x10/0x20
[ 48.425628] [<ffffffff8108eef8>] default_idle_call+0x28/0x40
[ 48.425628] [<ffffffff8108f22a>] cpu_startup_entry+0x31a/0x320
[ 48.425628] [<ffffffff810ba8c9>] ? clockevents_config_and_register+0x29/0x30
[ 48.425628] [<ffffffff8103144d>] start_secondary+0x10d/0x110
조금씩 딜레이 걸리면서 계속 call trace 찍힙니다.
그래서 로더로 다시 들어가서 아래의 Switch LKM version: dev -> prod 로 변경해주면 부팅이 되고 하드디스크도 인식 잘 합니다.
Switch LKM version: dev 이 옵션이 대체 뭘까요?
이대로 사용해도 괜찮을런지 모르겠습니다.
LKM 은 리눅스 커널 모듈의 약자로 헤놀로지가 구동되는데 가장 핵심이 되는 모듈입니다.
내부적으로 redpill.ko 라는 이름으로 사용이 되는데요.
prod 를 상용기를 의미하며 마지막까지 가장 안정화된 상태를 컴파일해 둡니다.
dev 는 실험적인요소와 최신내용들을 모두 담아서 개발단계인 모듈이라고 보시면 됩니다.
TCRP FRIEND 도 동일하게 이렇게 두가지 버전으로 LKM을 운영합니다.
ARPL 의 fabio 님의 경우는 저렇게 깃헙의 릴리즈쪽에 따로 압축을 해두시고
ARPL 로더 빌드시 저기서 다운받아서 플랫폼별로 필요한 redpill.ko 를 꺼내와서 사용합니다.
DVA3221 은 덴버톤에 해당되겠네요.
저 gz 파일까지 압축을 풀어보시면 아래처럼 각각 존재하는데, 이 화일들을 다시 redpiil.ko 라는 이름으로 리네임해서 가져갑니다.
개발버전과 상용버전의 사이즈차가 2배정도로 개발버전에는 무언가가 잔뜩 들어가 있는 모양입니다.
rp-denverton-4.4.180-dev.ko
rp-denverton-4.4.180-prod.ko
LKM 은 리눅스 커널 모듈의 약자로 헤놀로지가 구동되는데 가장 핵심이 되는 모듈입니다.
내부적으로 redpill.ko 라는 이름으로 사용이 되는데요.
prod 를 상용기를 의미하며 마지막까지 가장 안정화된 상태를 컴파일해 둡니다.
dev 는 실험적인요소와 최신내용들을 모두 담아서 개발단계인 모듈이라고 보시면 됩니다.
TCRP FRIEND 도 동일하게 이렇게 두가지 버전으로 LKM을 운영합니다.
ARPL 의 fabio 님의 경우는 저렇게 깃헙의 릴리즈쪽에 따로 압축을 해두시고
ARPL 로더 빌드시 저기서 다운받아서 플랫폼별로 필요한 redpill.ko 를 꺼내와서 사용합니다.
DVA3221 은 덴버톤에 해당되겠네요.
저 gz 파일까지 압축을 풀어보시면 아래처럼 각각 존재하는데, 이 화일들을 다시 redpiil.ko 라는 이름으로 리네임해서 가져갑니다.
개발버전과 상용버전의 사이즈차가 2배정도로 개발버전에는 무언가가 잔뜩 들어가 있는 모양입니다.
rp-denverton-4.4.180-dev.ko
rp-denverton-4.4.180-prod.ko
cmt alert