우분투 시스템을 언제 다시 부팅해야합니까?
답변:
- 커널 패닉 후;
- 파티션 또는 파일 시스템 수정 후 (더 구체적으로, 루트 파티션 크기 조정; 파티션에 관계없이 일반적으로 부팅하는 하드 드라이브의 크기를 조정하지 않는 것이 좋습니다 .SD 카드 또는 USB와 같은 외부의 크기를 조정하는 경우 재부팅 할 필요가 없습니다) );
- 커널 업그레이드 및 보안 패치 후 ( 항상 필요한 것은 아니지만 )
- 어떤 이유로 든 시스템이 응답하지 않고 마법의 SYSRQ 키 또는 하드 리셋 을 사용할 수밖에 없습니다
- 응용 프로그램 개발 방법에 따라 일부 dconf 스키마 를 변경 한 후 관련 답변
- CPU가 과열되었습니다 (이 코어를 계속 로스팅하고 싶지 않습니까?)
일반적으로 재부팅이 필요한 두 가지 상황이 있습니다.
- 커널이 업그레이드되었습니다.
libc(가 아니라glibc)가 업그레이드되었습니다.
다시 시작하지 않고 커널을 다시로드하는 메커니즘이 있습니다 ( 재부팅하지 않고 서버의 커널을 어떻게 업그레이드 할 수 있습니까? ). 로 glibc가장 큰 문제는 init입니다. init를 다시 시작할 수 있습니다 ( 시스템을 다시 시작하지 않고 init 다시 시작 참조 ).
일반 사용자의 경우 어느 것도 권장하지 않으며 다시 시작 해야 합니다.
분명히 세 번째 경우가 있습니다.
dbus업그레이드되었습니다.dbus-daemon분명히 (다시 시작할 수 없습니다 ( 이 LWN 기사에 대한 토론을 이해할 수있는 것부터 )). 그리고 많은 것들이 DBus에 의존하기 때문에 ...
나는 실제로 오늘 이것을 증명하는 상황을 가졌습니다. 때로는 변경 후 시스템에 남은 것들이 남아 있습니다. 예를 들어, /dev/dsp적절한 그룹에 추가되었지만 액세스 할 수없는 사용자가있었습니다 . 액세스 한 첫 번째 사용자가 잠금을 설정했습니다. 그러나 해당 사용자를 종료 한 후에도 잠금은 여전히 존재하고 두 번째 사용자는 액세스 할 수 없었습니다. 그러나 재부팅 후 두 사용자 모두 /dev/dsp충돌없이 동시에 사용할 수있었습니다 . 재부팅하면 변경 사항이 제대로 적용되지 않을 수있는 잔여 항목이 해제됩니다.
재부팅이 꼭 필요한 상황은 생각할 수 없습니다 .
실제로 Ubuntu를 무기한으로 실행할 수 있습니다. 커널 및 libc 업데이트가 적용되지 않았기 때문에 맬웨어가 발생할 수 있으며 패닉이나 충돌이 발생할 수 있습니다.
삶의 복잡성을 감안할 때 컴퓨터의 지속적인 요구를 무시하고 다른 방식으로 자신을 유지하는 것이 더 필요할 수 있습니다. 호흡, 식사, 사랑, 생활 등
그러나 그때에도 그들은 절대적으로 필요한가? 이 비행기에 당신의 존재가 절대적인 필요성의 정의 안에 있습니까? 나는 솔직히 모른다. 물어볼 이상한 질문입니다.
이 게시물을 공감 한 두 명의 뚱뚱한 농담 스포일러와 그 다음 사람들에게
이 질문은 불완전하거나 최소한 개방형입니다. 필요한 단어를 던질 때 상황을 제시해야합니다.
대부분의 대답은 이미 가정 의미 OP 매우 바람직 같은 적합한 컨텍스트 것을 (기술적 인 의미에서), 그래서 게시 된 답변 필요가 해킹되지 않도록하기 위해 또는 컴퓨터 충돌이 필요한 경우를 . 그들은 좋은 답변입니다. 다른 것을 추가하는 것은 실제로 보증되지 않았습니다.
그러나 그들은 가정이 모든 멍청이의 어머니라고 말합니다 (또는 어쨌든 그와 같은 것). 나는 절대적인 필요성으로 그것을 벗겨 냈습니다 . 구식 10.10의 사본을 사용한다고 주장하면 Time and Space는 그 자체의 원가대로 롤링을 수행합니다.
당신은 그 위치를 추천 하지 않습니다 .
질문은 주로 의견에 근거 하여 종결되어야한다 .
실제로 업데이트 된 내용, 시스템이 개방형 인터넷에 노출되는 정도 및 실행중인 시스템 서비스에 따라 다릅니다.
새 버전의 패키지를 설치해도 관련 서비스 및 응용 프로그램이 다시 시작되지 않습니다. 예를 들어, 업데이트 된 패키지를 설치하는 동안 Firefox를 실행중인 경우, 다시 패키지로 전환하면 브라우저 내에 업데이트가 설치된 후 다시 시작해야한다는 알림이 표시됩니다. 마찬가지로, 업데이트가 적용될 때 커널 자체는 "다시 시작"되어야합니다. 커널은 하드웨어보다 가장 낮은 레벨이므로 새 커널을로드하려면 시스템을 재부팅해야합니다. 다른 서비스의 경우 재부팅하지 않고 다시 시작할 수 있습니다. Unity 업데이트또는 환경 서비스에서 사용되는 기본 라이브러리를 사용하려면 로그 아웃했다가 다시 로그인해야합니다. 시스템 서비스의 경우 업데이트가 적용된 후 수동으로 다시 시작할 수 있지만 시스템을 사용하려는 경우 자동으로 변경하는 것이 매우 방해가 될 수 있습니다.
특정 조치가 필요한지 여부를 완전히 확신하는 유일한 방법은 변경 사항과 해당 조치를 수행하지 않을 경우의 위험을 아는 것입니다. 보안 픽스는 분명히 다른 것들에 대한 간단한 변경보다 더 갑작스러운 조치를 요구하며, 이는 결코 직접 만나지 않을 수 있습니다. 컴퓨터가 인터넷에 직접 연결 될수록 위험도 더 커집니다. 모든 변수를 고려해야하고 업데이트를 설치할 때 지금 또는 나중에 다시 부팅할지 여부를 결정해야합니다.
우분투 시스템을 언제 다시 부팅해야합니까?
실행중인 컴퓨터이며 업데이트 / 업그레이드를 수행 할 때 엄격합니까? 아마도 결코 읽지 마십시오. Linux 시스템은 새로운 기능을 활성화하기 위해 재부팅이 필요한 시스템을 업데이트 한 후 (즉, 커널이 변경되었음을 읽습니다. 아파치로 변경하면 mysql은 서비스를 다시 시작하면됩니다) 항상 시스템이 켜져있는 현재 상태로 계속 작업 할 수 있습니다.
이러한 새로운 기능을 활성화하려면 가장 쉬운 방법은 재부팅입니다. 그러나 우리는이 머신에서 계속 작업하고 다음 주말이나 그 다음 주말에 재부팅해야합니다. 아니면 다음 크리스마스. 똑똑한가요? 아마. 그러나 아무도 당신을 그렇게 막을 수 없습니다. 서버가 아직 재부팅되지 않은 경우 시스템은 다음 업데이트를 수락 할 수 없을 정도로 똑똑합니다.
나에게 재부팅이 필요한 유일한 이유는 처음 설치 한 후 또는 단일 사용자가 필요한 곳 (파티션 나누기, 하드 디스크 오류 수정 등) 또는 일부 바보가 유명한 포크 폭탄을 실행했을 때 (유지 할 수는 있지만) 유지 관리를 수행하는 경우입니다. 시스템 자체에서).
다른 모든 재부트는 관리자에게 유리합니다. 그리고 나는 그것을 "필수"라고 부를 수 없습니다.
우선, 나는이 질문이 항상 최신이기 때문에이 질문에 감사드립니다.
다른 답변은 정확하고 매우 상세합니다. 바로 제가 부족한 이유입니다.
새 커널을 설치 한 후와 같이 재부팅이 필요한 시나리오가 있습니다.
새 데스크탑 설치 후와 같이 권장되는 시나리오가 있습니다.
소프트웨어를 설치하거나 업그레이드 한 후와 같은 대부분의 시나리오에서는 재부팅이 필요하지 않습니다.
의심 스러울 때마다 다시 시작하는 것이 좋습니다. 따라서 안전합니다.
패키지를 설치하십시오 debian-goodies.
sudo apt-get install debian-goodies
명령을 실행
sudo checkrestart
서비스 목록이 표시되며 이제 선택할 수 있습니다.
- 각 서비스를 다시 시작하십시오
또는
- 시스템을 재부팅
$ checkrestart
Found 20 processes using old versions of upgraded files
(15 distinct programs)
(14 distinct packages)
Of these, 12 seem to contain init scripts which can be used to restart them:
The following packages seem to have init scripts that could be used to restart them:
gpm:
3044 /usr/sbin/gpm
rpcbind:
2208 /sbin/rpcbind
bind9:
8463 /usr/sbin/named
openssh-server:
22124 /usr/sbin/sshd
ntp:
4078 /usr/sbin/ntpd
tftpd-hpa:
3417 /usr/sbin/in.tftpd
uptimed:
2704 /usr/sbin/uptimed
cron:
3019 /usr/sbin/cron
postfix:
22145 /usr/lib/postfix/qmgr
8892 /usr/lib/postfix/master
hddtemp:
3174 /usr/sbin/hddtemp
autofs:
2792 /usr/sbin/automount
openbsd-inetd:
3254 /usr/sbin/inetd
These are the init scripts:
service gpm restart
service rpcbind restart
service bind9 restart
service ssh restart
service ntp restart
service tftpd-hpa restart
service uptimed restart
service cron restart
service postfix restart
service hddtemp restart
service autofs restart
service openbsd-inetd restart
These processes do not seem to have an associated init script to restart them:
isc-dhcp-client:
3775 /sbin/dhclient