Pertanyaan "Menunggu konfigurasi jaringan" menambahkan 3 hingga 5 menit ke waktu boot
Saya mendapatkan informasi berikut di startup, membutuhkan waktu sekitar 3 hingga 5 menit, sementara biasanya sekitar 1 menit:
Waiting network configuration
Booting system without full network configuration
Saya temukan setelah googling yang harus saya ubah / etc / networks / interface. Saya berkomentar semua yang ada di sana tetapi masalahnya tetap:
# auto lo
# iface lo inet loopback
# auto eth0
# iface eth0 inet dhcp
# address 192.168.0.2
# netmask 255.255.255.0
# gateway 192.168.0.1
# broadcast 192.168.0.255
Bagaimana Anda bisa membuat startup Ubuntu 11.10 lebih cepat?
37
2017-09-28 19:56
asal
Jawaban:
Pertama, ini adalah perilaku baru, didokumentasikan dalam catatan rilis 11.10, yang saya benar-benar kembangkan bersama dengan Scott Moser sebagai upaya untuk membuat boot server lebih dapat diandalkan.
Mengomentari lo
akan berarti Anda tidak punya lokal kemampuan jaringan, yang akan merusak beberapa program ketika mereka mencoba menggunakan jaringan. Ini juga akan menyebabkan sistem Anda tidak pernah boot karena sangat penting. Jadi tinggalkan dua baris ini:
auto lo
iface lo inet loopback
Sedikit tentang eth0
berarti komputer Anda telah dikonfigurasi untuk menunggu alamat dinamis yang akan ditetapkan sebelum jaringan dipertimbangkan NAIK. Di pre-upstart
versi Ubuntu (8.10 dan versi sebelumnya), sistem akan menunggu hingga 60 detik untuk ini sebelum melanjutkan boot. Kapan upstart
ditambahkan, kondisi ini tidak menunggu lagi, karena antarmuka jaringan yang tidak selalu diharapkan untuk dipasang lebih baik dikelola oleh sesuatu seperti network-manager
.
Jadi, jika Anda memiliki server, Anda mungkin ingin untuk menunggu alamat dinamis, jika tidak, sistem akan boot tanpa semua jaringannya tersedia (yang dilakukan jika dibutuhkan lebih dari 2 menit untuk mendapatkan alamat). Jika Anda memiliki laptop yang tidak selalu Anda harapkan untuk dicolokkan eth0
, lalu konfigurasikan eth0
di pengelola jaringan, dan hapus hanya baris tersebut dari /etc/network/interfaces
, yang harus menyingkirkan penundaan boot Anda.
Perlu diingat, ada a bug yang dikenal dengan VMware
dan dbus
itu juga menyebabkan pesan ini.
38
2017-10-15 05:30
Jika Anda memindahkan OS dari satu komputer ke komputer lain, mungkin Anda akan menebak bahwa udev membuat konfigurasi yang berisi alamat mac perangkat jaringan lama Anda yang berbeda dari alamat mac perangkat jaringan dari sistem baru Anda.
Coba hapus file berikut lalu reboot sistem Anda dan lihat apakah ini menyelesaikan masalah:
/etc/udev/rules.d/70-persistent-net.rules
8
2018-06-07 09:50
Anda mencampur 2 cara yang tidak kompatibel untuk menetapkan alamat ke antarmuka jaringan.
iface eth0 inet dhcp
mengatakan "kirim paket DHCPDISCOVER ke jaringan lokal fisik, Tunggu untuk paket DHCPOFFER dari server DHCP lokal fisik, dan dapatkan alamat IP darinya (lihat http://www.rfc-editor.org/rfc/rfc1531.txt), sedangkan sisa garis menetapkan nilai ke antarmuka "manual". Sangat penting bahwa seseorang mendapatkan metode penugasan alamat IP yang benar. Jika ada server DHCP di jaringan lokal Anda, Anda harus menggunakannya. Untuk melakukannya, hapus baris "alamat", "netmask", "gateway", dan "broadcast".
Jika Anda tidak terhubung ke jaringan area lokal yang "diatur" (dan tidak memiliki server DHCP), dan ingin menetapkan parameter alamat IP secara manual, ubah baris pertama menjadi:
iface eth0 inet static
dan menjaga "alamat", "netmask", "gateway", dan garis "siaran". Lihat http://www.rfc-editor.org/rfc/rfc5735.txt untuk detail tentang alamat IP mana yang tersedia untuk digunakan. Parameter yang Anda miliki terlihat baik bagi saya.
Baca baca
man 5 interfaces
hanya mengomentari semuanya bukanlah jalan terbaik menuju kebahagiaan.
6
2017-09-28 21:55
Sepertinya bagi saya, solusi terbaik untuk masalah ini ditemukan di situs linux ini
Pada dasarnya, masih memanggil /etc/init/failsafe.conf, tetapi mengomentari dua panggilan tidur yang menyebabkan penundaan. Saya tidak benar-benar melihat mengapa mereka ditambahkan, karena jaringan saya dikonfigurasi dengan baik tanpa perlu penundaan.
5
2018-04-20 01:06
saya menggunakan
eth0 inet dhcp
Saya tidak melihat titik menunggu ketika tidak ada tautan (kabel hilang)
Tidak mungkin dhcp dapat memperoleh alamat jika tidak ada media.
Ini bug
3
2017-11-22 20:49
Saya baru saja mengalami masalah yang sama. Saya mencoba masuk dan mengomentari waktu tidur /etc/init/failsafe.conf
file dan berakhir dengan sistem hanya terus mencoba untuk boot. Saya memperbaiki kesalahan ini dengan boot ke safe mode dan drop ke shell root dan melakukan hal berikut sehingga saya memiliki privilese rt:
mount -o remount,rw /
Saya kemudian mengeluarkan perintah berikut yang memunculkan file sehingga saya bisa mengeditnya kembali ke keadaan asli:
sudo nano /etc/init/failsafe.conf
Simpan dan keluar, lalu reboot sistem.
2
2017-07-08 17:43
Menggunakan allow-hotplug
dari pada auto
dalam /etc/network/interfaces
file, mis., allow-hotplug enp0s25
kemudian iface enp0s25 inet dhcp
. Ini memberitahu server agar tidak menunggu antarmuka menyala dengan jawaban dhcp. - -
Komentar Dr. Zim.
2