Диспетчер сети не может подключиться к сети (Debian 10 / Kernel 4.19)
Sin ver la salida de df -ho mount, no sé con certeza dónde está montado su /dev/sda8. Sin embargo, debido a que parece ser su único sistema de archivos de Linux, supongo que es el sistema de archivos raíz de su instalación de Linux.
Verificar el sistema de archivos raíz requiere pasos especiales, porque no puede simplemente desmontar su sistema de archivos raíz :, ¡entonces no tendría ningún sistema de archivos disponible desde donde cargar la herramienta fsck!
Sin embargo, es posible que pueda volver a montarlo leyendo -solo, con mount -o remount,ro /. Entonces podrías ejecutar fsck.ext4 -C0 -f /dev/sda8. Pero cambiar el sistema de archivos raíz al modo de solo lectura -cuando el sistema operativo completo está funcionando generaría muchos errores, y si el comando fsckhiciera algún cambio en el contenido del disco, tendría que bloquear intencionalmente el y reinicie después de que fsckse haya completado, ya que los datos en los búferes del sistema operativo ahora no estarían sincronizados con el estado real del disco. Por lo tanto, este procedimiento no es recomendable.
La forma correcta de ejecutar un fscken el sistema de archivos raíz es iniciar el sistema en modo de usuario único -. Una forma de hacer esto es agregar opciones de arranque como init=/bin/bashmientras está en el cargador de arranque GRUB. Esto debería poner su sistema en un estado en el que el sistema de archivos raíz está en modo de solo lectura -y no se inician demonios en segundo plano, y probablemente podría simplemente ejecutar fsck -C0 -f /dev/sda8y cuando se haya completado, ejecute rebootpara reiniciar el sistema en modo normal.
("Debería" y "probablemente" están ahí porque no conozco los detalles del modo de usuario único de Kali. Es posible que se requieran algunos pasos adicionales.)
Ваш встроенный сетевой адаптер Intel, скорее всего, поддерживает Energy Efficient Ethernet. (EEE ):Если канал неактивен в течение некоторого времени, его скорость будет снижаться до более низкого уровня до тех пор, пока снова не появится трафик. Это в основном важно для гигабитных каналов, но, судя по сообщениям, интерфейс согласовывает только канал 100 Мбит/с, поэтому, возможно, другой конец канала не поддерживает гигабитные скорости и EEE.
Или, если другой конец определенно должен быть гигабитным -, то тот факт, что согласовывается только 100-мегабитное соединение, указывает на то, что удаленный конец может быть сбит с толку быстрыми переключениями между 100-мегабитными и гигабитными режимами, вызванными EEE. Неожиданное или слишком медленное переключение из одного режима в другой может привести к переходу NetworkManager в состояние carrier-changed.
Так что вы можете попробовать отключить EEE:
ethtool --set-eee enp4s0 eee off
Или это может быть похоже на эту ошибку:что говорит эта команда?
cat /sys/class/net/enp4s0/device/power/control
Если написано auto,попробуй это:
echo "on" > /sys/class/net/enp4s0/device/power/control
Это говорит ядру о том, что сторона PCIe сетевого интерфейса должна оставаться включенной, вместо того, чтобы, возможно, отключать ее всякий раз, когда сетевая карта не настроена для использования.
В худшем случае это может быть проблема аппаратной совместимости между сетевой картой на новой материнской плате и тем, что находится на другом конце сетевого кабеля. Однажды у меня был коммутатор DLink 10/100Mbps с 8 -портами, который отказывался работать с некоторыми новыми гигабитными сетевыми картами.