우분투: "대상 종료에 도달했습니다", 플러그를 뽑아도 안전합니까?

Question 1

nolapic매개변수를 추가해 보세요.grub.cfg

달리기

sudo update-grub

https://help.ubuntu.com/community/BootOptions

나를 도와 주었다

여기에서 이러한 매개변수를 시도했습니다.noapic nolapic noacpi irqpoll noapm nodma nomce

그렇지 않으면 도움이 되지 않습니다. 문제 해결 - initramfs를 다시 컴파일합니다.

sudo update-initramfs -u

Answer

nolapic매개변수를 추가해 보세요.grub.cfg

달리기

sudo update-grub

https://help.ubuntu.com/community/BootOptions

나를 도와 주었다

여기에서 이러한 매개변수를 시도했습니다.noapic nolapic noacpi irqpoll noapm nodma nomce

그렇지 않으면 도움이 되지 않습니다. 문제 해결 - initramfs를 다시 컴파일합니다.

sudo update-initramfs -u

Question 2

문제는 HDD/SSD 설치와 관련된 것 같습니다.

내가 하고 있는 일은 crontab에 startup.sh기본 사용자(uid 1000)가 실행하는 @reboot 쉘 스크립트가 있고 이 스크립트는 HDD(예전에는 HDD였지만 지금은 SSD입니다)를 마운트하는 것입니다.

sudo mount /dev/sdb1 /media/ssd1

그런 다음 내가 한 일은 shutdown.sh다음과 같은 스크립트를 만드는 것이었습니다.

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Ensure that this is desired
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ""
echo "---- do you really want to shutdown/reboot? ----"
echo ""
read -n 1 -p "no, yes? (N/y) " ans;
case $ans in
  y|Y) printf "\n\nok, preparing for shutdown/reboot\n\n";;
    *) printf "\nok, exited\n\n";       exit;;
esac

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       DOCKER
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| stopping docker portainer |--';
echo ''
docker stop portainer

... stop more containers

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Python
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| killing all python processes |--';
echo ''
sudo pkill python

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       MongoDB
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| exiting mongodb instances |--';
echo ''
mongod --dbpath /media/ssd1/data/mongodb/network/wiredTiger --shutdown

... stop more databases

echo ''
echo '--| deleting old mongodb logs |--';
echo ''
exec rm -rf {} \;"
sudo sh -c "find /media/ssd1/data/mongodb -type f -name 'log.txt.*' -exec du -ch {} + | sort -h"
sudo sh -c "find /media/ssd1/data/mongodb -type f -name 'log.txt.*' -exec rm -rf {} \;"

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Sync
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| syncing discs |--';
sync

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       SSD
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ''
echo '--| unmounting ssd1 and hdd5-1 |--';
echo ''
sudo umount /media/ssd1/

#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
#       Ask for next step
#~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
echo ""
echo "---- ok, done. what next? ----"
echo ""
read -n 1 -p "exit, reboot, or shutdown? (E/r/s) " ans;
case $ans in
  r|R) printf "\n\nok, rebooting\n\n";    sudo reboot </dev/null;;
  s|S) printf "\n\nok, powering off\n\n"; sudo poweroff </dev/null;;
    *) printf "\nok, exited\n\n";       exit;;
esac

이렇게 하면 시스템을 종료하고 다시 시작할 수 있습니다. 따라서 드라이브를 명시적으로 마운트 해제하지 않고 종료/다시 시작하기 전에 동기화를 실행하지 않는 것과 관련이 있을 수 있습니다.

댓글에서 언급했듯이 한 컨테이너(RabbitMQ)가 거대한 로그 파일(약 40GB까지 증가)을 생성하는 것을 발견했습니다. 이 파일을 동기화하는 것이 문제를 일으키는 것일 수 있습니다. 거의 전원이 꺼진 상태에서 동기화를 시도하고 있는 것입니다. 그러나 나는 거의 처음부터 이 문제를 겪었고 내가 아는 한 처음에는 RabbitMQ를 실행하지 않았기 때문에 확실하지 않습니다.

Answer