화정큐삼pocopico님 오리지널 버전은 v0.0.4 에 머물고 있구요.
제 M Shell for TCRP Friend 만 신기능이 추가되서 v0.0.5 로 버전업합니다.
TCRP Friend 부팅시 아래처럼 v0.0.5 버전으로 자동 업데이트 되실겁니다.
새로 추가된 기능은 기존 Jot 모드나 예전 DSM 6 의 jun's 로더처럼 grub.cfg 파일을 직접 편집할 수 있는 기능을 아래처럼
메뉴 형태로 만들었습니다.
TCRP FRIEND는 cmdline 옵션을 수정하기 위해 다시 로더를 빌드해야 했었지만, 이제는 그러실 필요가 없습니다.
부팅중 9초안에 e 키를 눌러주시면 이 메뉴로 진입합니다.
TCRP Friend 는 기존의 grub.cfg 파일의 cmdline 을 참조하지 않기 때문에 tcrp가 별도로 가지고 있는 user_config.json 파일안의
usb_line 또는 sata_line 으로 정의되어 있는 cmdline 을 수정해 주어야 합니다.
grub.cfg 파일에 정의 되었던 부분과 동일한 내용입니다.
본인이 USB 의 네이티브 또는 SATA 의 VM 환경 둘중에 하나를 잘 선택하셔서 화면에 보이시는 것처럼 직접 원하시는대로
수정 하시고 Continue Boot 로 계속 부팅을 진행하시면 됩니다.
한번 수정된 내용은 /mnt/tcrp/user_config.json 에 영구저장됩니다.
하지만 원래 로더 빌드시 사용되는 /home/tc/user_config.json 파일은 빌드당시의 내용을 그대로 유지하고 있는 올드버전이 됩니다.
DSM 의 재설치를 원하시는분을 위해 Force_junior 부팅 옵션도 추가했습니다.
화면에 보이는 안내문구도 조금 바꾸었습니다.
몇가지 질문이 있습니다.
새로운 릴리즈는
grub.cfg 파일을 직접 편집할 수 있도록 하기 위해서 변경된 릴리즈으로
/mnt/tcrp/user_config.json 의 usb_line 또는 sata_line 을 매뉴얼로 수정 할 수 있다.
이 user_config.json 의 내용은 grub.cfg 에 동일한 내용으로 반영된다. ??
본문에 캡쳐 화면이 ({ TynyCore RedPill Frined }) 나올 때 9초 이내로 e 키를 눌러서 편집 모드로 진입 된다.
이 내용을 수정 하더라도 로더를 빌드할 필요가 없다.
Q1. 잘못 이해한 부분이 있나요?
Q2. 이 릴리즈를 사용 하기위해서 img file을 다운로드해서 USB 메모리를 생성 해야 하는 것인가요?
-> 다시 USB 생성이 필요하지 않군요.
Q3. 부팅 전에 usb_line 또는 sata_line을 수정하는 기능의 필요성이 무엇인가요?
Q4-1. "DSM 의 재 설치를 원하시는 분을 위해 Force_junior 부팅 옵션도 추가했습니다." 의 의미가 무엇인가요?
Q4-2. DSM 설치된 상태에서 데이터 디스크의 파일들이 존재하는 상태에서 .. DSM 의 재 설치를 의미 합니까?
Q4-3. 어떤 이유로 DSM 의 재 설치가 필요 하게 되나요?
Q4-4. DSM의 새 릴리즈가 있을 때 업데이트 하는 것과 어떤 차이가 있는 것인가요?
기존의 TCRP (Jot) 은 부트로더의 첫번째 FAT 파티션에 있는 grub.cfg 에 의해 cmdline 에 정의된 부분들이 리눅스 커널 로딩시 사용되어 동작되었습니다.
하지만 TCRP FRIEND 로 바뀌면서 이 grub.cfg 가 직접적으로 사용되지 않고 그안에 cmdline 부분만 따와서
TCRP FRIEND 의 모든 프로그램들이 운영되고 동작되는 3번째 FAT16 파티션중 /mnt/tcrp/user_config.json 의 usb_line , sata_line 부분에 복사 되었습니다.
이 cmdline 의 복사는 로더 빌딩과정에서만 수행됩니다
기존에도 /mnt/tcrp/user_config.json 의 usb_line , sata_line 은 vi 에디터로 원하는 SataPortMap / DiskIdxMap 등은 직접 수정해서 사용하시면 됬었지만,
제가 메뉴방식으로 편의성을 높인것 뿐입니다.
그리고 force Junior 는 꼭 DSM 재설치에만 활용되지는 않고 때에따라 개발자들은 이 junior 모드로 강제 진입을 해서 모듈 로딩의 오류상태를 확인해야 하는 경우도 있습니다.
SataPortMap 등등을 변경하는 것을 반복 할때 매번 빌드를 다시 하지 않고 리부팅만 으로 변경 사항을 반영할 수 있어서
테스트를 쉽게 할 수 있군요.
m-shell menu 로 구성 빌드 단계에서 디바이스 리스트를 확인하면 아래 처럼 나옵니다.
/dev/sda , /dev/sdb STAT disk 와 /dev/sdc USB 들이 pci 장치번호가 HBA 보다 큰값임에도
HBA 디바이스 보다 앞서는 dev/sda , sdb, sdc로 할당 되고 있습니다.
HBA 디바이스 부터 /dev/sda , sdb, .... 할당되고 SATA, USB 순서로 변경 할 수 있는 방법이 있나요?
소스 파일인 tinycore-redpill-0.9.4.0-1.tar.gz 에서 변경해서 이미지를 빌드 하면 변경 할 수가 있습니까 ?
tc@box:~$ ls -al /sys/block | grep sd
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sda -> ../devices/pci0000:00/0000:00:1f.2/ata1/host0/target0:0:0/0:0:0:0/block/sda
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdb -> ../devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sdb
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdc -> ../devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.3/2-1.3:1.0/host6/target6:0:0/6:0:0:0/block/sdc
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdd -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:0/7:2:0:0/block/sdd
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sde -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:1/7:2:1:0/block/sde
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdf -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:2/7:2:2:0/block/sdf
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdg -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:3/7:2:3:0/block/sdg
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdh -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:4/7:2:4:0/block/sdh
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdi -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:5/7:2:5:0/block/sdi
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdj -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:6/7:2:6:0/block/sdj
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdk -> ../devices/pci0000:00/0000:00:02.0/0000:01:00.0/host7/target7:2:7/7:2:7:0/block/sdk
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdl -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:0/8:2:0:0/block/sdl
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdm -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:1/8:2:1:0/block/sdm
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdn -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:2/8:2:2:0/block/sdn
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdo -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:3/8:2:3:0/block/sdo
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdp -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:4/8:2:4:0/block/sdp
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdq -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:5/8:2:5:0/block/sdq
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sdr -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:6/8:2:6:0/block/sdr
lrwxrwxrwx 1 root root 0 Mar 13 02:54 sds -> ../devices/pci0000:00/0000:00:03.0/0000:02:00.0/host8/target8:2:7/8:2:7:0/block/sds
tinycore linux 는 딱 로더의 빌드를 도와주는 용도까지만 활용되고
어제 문의주셨던 junior 부팅 단계로 넘어가면 시놀로지 커스텀 리눅스가 제어하는 상황으로 바뀝니다.
저 위에서 확인용으로 사용하신 ls -al /sys/block | grep sd 커맨드를 웹브라우저 통해서 junior 로 진입해서 사용해 보십시요. (화면에 빨간색 안내문구 7681 포트)
아마 디스크 배치순서가 똑같을수도 있고 좀 다를수도 있을것입니다.
시놀로지 리눅스 환경안에서 시작은 여기서 부터이고 알고계시는 매핑방법을 여기에 맞춰서 활용하셔야 할것 같습니다.
웹브라우저 통해서 junior 로 진입 상태에서 http://xpenologyIP:7681 로 접근하면
이미 DSM이 실행된 상태 이므로 헤놀에 ssh으로 로그인 하는 것과 다르지 않을 것 같습니다.
맞습니까?
DSM 로드된 상태가 tc@box 상에서 " ls -al /sys/block | grep sd" 의 결과와 일치 하기 때문에 .
tc@box 에서 디바이스 할당을 바꾸면 DSM이 실행된 상태에서도 바뀔 것으로 추측 했습니다.
http://xpenologyIP:7681 나온 이후에 ctrl-c 로 부팅을 중지한 상태에서
http://xpenologyIP:7681 으로 엑세스 시도 하시라는 의미 인가요?
"junior 로 진입해서.. " 의 의미를 이해 하지 못했습니다.
어떻게 하는 것을 junior 로 진입 하는 것인가요?
그러면 아래 화면 공유 드린것처럼 한복판쯤 커맨드 라인 맨끝에 force_junior 라는 커맨드 옵션이 붙습니다.
junior 상태는 DSM 이 아직 로드된 상태가 아닙니다.
저 상태의 화면을 확인하신후에 아래처럼 웹브라우저로 http://xpenologyIP:7681 접속을 하시면 됩니다.
계정은 root 이고 암호는 없습니다.
5000번 포트로 접속해 보시면 아래와 같은 화면 단계입니다.