turtlmac 2020-07

ESXI나 VMWare Workstation에서 헤놀에서 DSM 업그레이드시에 해당 에러가 발생하는데
http://2cpu.co.kr/nas/28822 글의 '준비된백수'님 댓글에 해결책이 있습니다.

저도 이글을 따라서 해결했습니다. 해당 쉘스크랩트를 받으려면
https://xpenology.com/에 로그인 상태여야 합니다.

화정큐삼 2020-07

#!/bin/ash
# FixSynoboot() extracted from Jun 1.04b loader
# added hotplug-out event to gracefully clean up esata volumes 2020-Apr-18
# cleaned up share references in message log and root folder 2020-May-16

FixSynoboot()
{
if [ ! -e /dev/synoboot ]; then
  tail -n+3 /proc/partitions | while read major minor sz name
  do
    if echo $name | grep -q "^sd[[:alpha:]]*$";then
      basename=$name
      minor0=$minor
      synoboot1=""
      synoboot2=""
      continue
    fi
    if [ $name = "${basename}1" -a $sz -le 512000 ]; then
      synoboot1="$name"
      minor1=$minor
    elif [ $name = "${basename}2" -a $sz -le 512000 ]; then
      synoboot2="$name"
      minor2=$minor
    else
      continue
    fi
    if [ -n "$synoboot1" -a -n "$synoboot2" ]; then
      # begin hotplug event added
      if [ -e /sys/class/block/$basename ]; then
        port=$(synodiskport -portcheck $basename)
        df | grep "^/dev/$basename." | while read share; do
          share=$(echo $share | awk '{print $1,$NF}')
          sharedir=$(echo $share | awk '{print $2}')
          sharebase=$(echo $sharedir | awk -F\/ '{print $2}')
          sharedir=$(echo $sharedir | awk -F\/ '{print $3}')
          if ( synocheckshare --vol-unmounting $port $share ); then
            umount $(echo $share | awk '{print $1}')
            grep -v "^$share" /run/synostorage/volumetab >/tmp/volumetab
            mv /tmp/volumetab /run/synostorage/volumetab
            rm "/$sharebase/@eaDir/$sharedir/SYNO@.attr"
            find "/$sharebase" -empty -type d -delete 2>/dev/null
          fi
        done
        echo "remove" >/sys/class/block/$basename/uevent
      fi
      # end

      rm "/dev/$basename"
      rm "/dev/$synoboot1"
      rm "/dev/$synoboot2"
      rm "/dev/${basename}3"
      mknod /dev/synoboot b $major $minor0
      mknod /dev/synoboot1 b $major $minor1
      mknod /dev/synoboot2 b $major $minor2
      break
    fi
  done
fi
}

RUNAS="root"

case $1 in
    start)
FixSynoboot
        exit 0
        ;;
    stop)
        exit 0
        ;;
    status)
        exit 0
        ;;
    log)
        exit 1
        ;;
    *)
        exit 1
        ;;
esac

화정큐삼 2020-07

위 포럼 계정이 있어서 쉘 스크립트 옮겨드립니다.

만무라비 2020-07

스크립트 까지 감사합니다.

그런대 "turtlmac"님이 올려주신 link를 통해가서 확인해보니, 1.03b이 아닌 1.04b 부트로더에 대한 fix로 보이는데, 제가 사용하는 환경에서도 저 script가 적용이 가능한지 모르겠네요...
본문에도 설명드렸지만, 제 H/W 스펙 상으로는 1.04b(DS918+)는 못올리는 상황이라서요.. 1.03b 부트 로더에서 해결을 봐야하는 상황입니다...
혹시나 upgrade 시에 data를 날려먹을까봐 걱정되서 진행을 못하고 있습니다.

turtlmac 2020-07

https://xpenology.com/forum/topic/28183-running-623-on-esxi-synoboot-is-broken-fix-available/

정확하진 않지만 내용보면 1.03, 1.04 둘 다 되는것 같습니다.

"This solution works with either 1.03b or 1.04b and is simple to install. This should be considered required for ESXi running 6.2.3, and it won't hurt anything if installed or ported to another environment."

만무라비 2020-07

turtlmac 님, 답변 감사합니다.

해당 내용을 보고 1.03b에서 부팅하고 진행해보려고 했지만 실패하였습니다.

1.02b에서 사용하던 상태에서 부트로더만 1.03b로 변경한 후에는 부팅 조차 안되고 있는 상황입니다.
1.03b 부트로더 + legacy (BIOS) 조합으로 부팅을 진행했었고, data 영역(RDM disk)가 SCSI controller가 지원이 안되나 싶어 SATA controller로 바꾸기도 하고 여러가지 조건으로 시도를 해보았으나 부팅 자체가 되지 않아서 진행이 되지 않고 있습니다.

일단 1.02b 부트로더를 통해서 DSM 6.1.7 버전을 먼저 DSM 6.2.x로 업그레이드를 수행하는지가 의문입니다. 만약 이 작업을 하게 되면 되돌릴 수 없을 것 같다는 생각에 진행을 못하고 있습니다.

감사합니다.