3개의 컴퓨터를 업데이트했는데, 하나는 debian 9로, 두 개는 ubuntu로 업데이트했는데 모두 네트워크 액세스가 완전히 끊어졌습니다. 데비안 업그레이드는 중간에 실패했지만, 우분투 업그레이드는 순조롭게 진행되는 것 같았습니다.
오류는 계층 1에서 발생한 것으로 보입니다. 스위치는 연결("위")을 확인하지만 컴퓨터에서 MAC 주소를 수신할 수 없습니다. 기계 자체는 링크를 "No Carrier(캐리어 없음)"로 표시합니다. RJ45의 표시등이 켜집니다. 기기에는 2개의 서로 다른 네트워크 카드가 있으며 결과는 동일합니다.
3개의 서로 다른 네트워크 카드와 2개의 서로 다른 운영 체제를 갖춘 3개의 서로 다른 시스템이 같은 날 같은 방식으로 실패하는 이유가 완전히 혼란스럽습니다.
lshw는 *-network:0 DISABLED
모두 표시합니다. dmesg에는 드라이버에 어떤 문제도 표시되지 않습니다(드라이버가 lsmod)
.
하나를 수행하면 systemctl restart NetworkManager.service
비상 모드가 발생합니다.
서비스 수준이 매우 낮은지 확인해야 하나요? 나는 길을 잃었다.
LiveCD에서 부팅할 때 네트워크는 괜찮다는 점을 추가해야 합니다.
편집: 내 의견을 확장하기 위해 우분투 시스템의 로그를 탐색하는 동안 메시지를 보고 "A start job is running for dev-sdb1.device"
디스크가 마운트되지 않은 것을 발견했습니다. 업그레이드 중에 디스크가 다른 이름(예:)에서 이동된 것을 확인했습니다 ( /etc/fstab
왜 ?!?). 그래서 장치 이름 대신 UUID를 사용하도록 fstab을 업데이트했습니다. 재부팅했더니 네트워크가 다시 돌아왔어요!lsblk
blkid
/dev/sdc1
작은 데이터 디스크를 탑재할 수 없는데 왜 네트워크가 완전히 실패하는지 전혀 이해가 되지 않습니다.
편집하다:
# ethtool -i eth0
driver: tg3
version: 3.137
firmware-version: FFV20.2.17 bc 5720-v1.39
expansion-rom-version:
bus-info: 0000:01:00.0
supports-statistics: yes
supports-tests: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
답변1
기본적으로 나열된 모든 로컬 디스크를 필수로 처리하며 systemd
, 그 중 하나가 부팅 시 마운트에 실패하면 시스템이 비상 모드로 전환됩니다. 일부 로컬 디스크가 필요하지 않은 경우 마운트 옵션을 사용하여 명시적으로 표시하는 것을 고려해야 합니다 .systemd-fstab-generator
/etc/fstab
nofail
"패닉 모드를 만드는 것을 만들어라"라고 말씀하셨는데 systemctl restart NetworkManager.service
, 그 전에는 시스템이 패닉 모드에 있지 않았던 것이 확실합니까? 경우에 따라 긴급 모드 프롬프트가 나타날 때 콘솔에 다른 메시지가 나타날 수 있으며 이로 인해 실제로 긴급 모드에 있다는 알림이 모호해질 수 있습니다.
마운트 옵션이 표시되지 않은 로컬 파일 시스템을 nofail
마운트할 수 없다는 것은 시스템에 연결할 수 없다는 의미이며 local-fs.target
, 이는 시스템에 도달하기 위한 전제 조건입니다 sysinit.target
. 네트워크 초기화만 발생합니다(적어도 Debian/Ubuntu에서는).뒤쪽에 sysinit.target
달성. man 7 bootup
을 기반으로 부팅 프로세스 .target
중에 고정 지점 역할을 하는 다양한 을 이해하려면 의 다이어그램을 참조하십시오 .systemd
NetworkManager
Debian에서는 네트워크 인터페이스가 관리되는 경우 NetworkManager.service
에만 나중에 시작됩니다 sysinit.target
. 클래식 데비안을 사용하여 /etc/network/interfaces
네트워크 인터페이스를 구성하면 networking.service
이 설정이 적용됩니다... 하지만 그럼에도 불구하고 After=local-fs.target
이에 대한 종속성이 있으므로 if에 local-fs.target
도달하지 않습니다(즉, 로컬 파일 시스템 중 하나를 마운트할 수 없고 마운트할 수 없습니다). 비 플래그) - 필요), 그런 다음네트워크가 시작되지 않습니다.
따라서 "네트워크 계층 1 오류"는 전혀 오류가 아닐 수도 있습니다. 네트워크 어댑터 드라이버가 명백히 로드되었지만 아직 인터페이스를 활성화하라는 지시를 받지 않은 것입니다. 초기 로컬 파일 시스템 오류로 인해 시스템 부팅이 그렇게까지 진행되지는 않습니다.
기본적으로 클래식 /dev/sdX
디스크 이름은 디스크 장치가 감지되면 엄격한 선착순으로 할당됩니다. 각 저장소 컨트롤러 드라이버는 드라이버 시작 시 자신이 관리하는 장치를 나머지 커널에 표시하는 방법을 스스로 결정합니다. SATA 및 SAS 드라이버에는 개별 SATA/SAS 링크에 대한 하드웨어 기반 번호가 있을 수 있습니다. FibreChannel HBA 드라이버는 WWID 순서이거나 사전 정의된 순서를 가질 수 있습니다. 하드웨어 RAID 컨트롤러는 다양한 RAID 세트를 정의하는 순서로 작동할 수 있습니다. 여러 개의 스토리지 컨트롤러가 있는 경우 해당 드라이버 모듈이 로드되는 순서도 중요한 역할을 합니다. 그런 다음 디스크가 핫 플러그되어 "순서가 잘못된" 장치 이름을 받게 될 가능성이 있습니다. 이름을 유지하기 위한 조치를 취하지 않으면 해당 디스크는 검색 순서에서 표준 위치를 차지하게 됩니다. 다음에 재부팅하면 뒤에 있는 다른 모든 디스크를 위한 추가 공간이 남을 수 있습니다.
/dev/sdX
이것이 현재 권장 사항이 이름을 사용하지 않는 이유 중 하나입니다 . 대신 /etc/fstab
디스크나 파일 시스템의 기본 식별자라고 생각되는 항목을 기반으로 UUID=
또는 LABEL=
구문이나 다양한 이름을 사용해야 합니다./dev/disk/by-*/*
답변2
2 우분투 시스템:
내 의견을 확장하자면, 로그를 보는 동안 "A start job is running for dev-sdb1.device"
디스크가 마운트되지 않았다는 메시지를 확인했습니다. 업그레이드 중에 디스크가 다른 이름(예:)에서 이동된 것을 확인했습니다 ( /etc/fstab
왜 ?!?). 그래서 장치 이름 대신 UUID를 사용하도록 fstab을 업데이트했습니다. 재부팅했더니 네트워크가 다시 돌아왔어요!lsblk
blkid
/dev/sdc1
작은 데이터 디스크를 탑재할 수 없는데 왜 네트워크가 완전히 실패하는지 전혀 이해가 되지 않습니다. 그러나 문제는 해결되었습니다.
데비안 시스템에서는 상황이 훨씬 더 복잡합니다.
데비안 10 DVD를 설치했습니다. apt-cdrom
이를 활성화 하고 /etc/apt/sources
다른 모든 (지금은 쓸모 없는 네트워크) 소스를 주석 처리합니다. 시스템 업데이트를 완료해 보세요 apt update; apt dist-upgrade
. 그런 다음 다시 설치했습니다.네트워크 드라이버(tg3 및 bnx2x) dpkg -i...
대 이렇게 하면 eth0과 eth6이 실제로 위치를 바꾸게 되므로 /etc/network/interfaces
. 다시 시작하면 네트워크가 정상으로 돌아옵니다! 복원 /etc/apt/sources
하고 업데이트하고 다시 업그레이드 하면 됩니다 .