“Menunggu konfigurasi jaringan” menambahkan 3 hingga 5 menit ke waktu booting


37

Saya mendapatkan informasi berikut di startup, membutuhkan sekitar 3 hingga 5 menit, sementara biasanya sekitar 1 menit:

Waiting network configuration
Booting system without full network configuration

Saya temukan setelah googling bahwa saya harus mengubah / etc / networks / interface . Saya berkomentar semuanya 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?


5
Saya tidak mengerti perilaku ini. Saya tidak ingin mengubah file antarmuka saya setiap kali saya pulang. Ada situasi di mana saya tidak memiliki jaringan ATAU Saya menggunakan wicd SETELAH masuk. Bagi saya sebagai pemilik laptop itu berarti menunggu 2 menit tanpa belas kasihan. Dua kali setiap hari. Selain itu: Saya mengkonfigurasi semua antarmuka menjadi statis. Tidak mungkin.

2
@ jrg Ini bukan masalah kode, ini masalah desing. Bisakah saya mengajukan bug tentang masalah seperti itu?
Léo Léopold Hertz 준영

1
Ya kamu bisa. Catat saja bahwa itu adalah bug desain. :)
jrg

@ jrg Apa yang seharusnya menjadi status bug? - Saya memilih xorg sebagai paket, karena diperlukan untuk memilih sesuatu. Saya menempatkan status tidak valid untuk itu, karena ini bukan tentang itu. - Ini tentang desain. Bisakah orang mengerti sekarang bahwa status bug tidak ditolak, tetapi hanya untuk paket xorg?
Léo Léopold Hertz 준영

2
Gunakan allow-hotplugalih-alih autodi file / etc / network / interfaces, misalnya, allow-hotplug enp0s25kemudian iface enp0s25 inet dhcp. Ini memberi tahu server untuk tidak menunggu antarmuka menyala dengan jawaban dhcp.
Zachary Scott

Jawaban:


38

Pertama, ini adalah perilaku baru, yang didokumentasikan dalam catatan rilis 11.10, yang sebenarnya saya kembangkan bersama dengan Scott Moser sebagai upaya untuk membuat boot server lebih dapat diandalkan.

Mengomentari loberarti Anda tidak memiliki kemampuan jaringan lokal , yang akan merusak beberapa program ketika mereka mencoba menggunakan jaringan. Ini juga akan menyebabkan sistem Anda untuk tidak pernah boot karena sangat penting. Jadi tinggalkan dua baris ini:

auto lo
iface lo inet loopback

Bit tentang eth0berarti bahwa mesin Anda dikonfigurasikan untuk menunggu alamat dinamis ditugaskan padanya sebelum jaringan dianggap UP . Dalam pre-upstartversi Ubuntu (8.10 dan yang lebih lama), sistem akan menunggu hingga 60 detik untuk ini sebelum melanjutkan boot. Ketika upstartditambahkan, kondisi ini tidak menunggu lagi, karena antarmuka jaringan yang tidak selalu diharapkan untuk dicolokkan lebih baik dikelola oleh sesuatu seperti network-manager.

Jadi, jika Anda memiliki server, Anda mungkin ingin menunggu alamat dinamis, jika tidak, sistem akan melakukan booting tanpa semua jaringannya tersedia (yang diperlukan jika dibutuhkan lebih dari 2 menit untuk mendapatkan alamat). Jika Anda memiliki laptop yang Anda tidak selalu berharap untuk dicolokkan eth0, maka konfigurasikan eth0di manajer jaringan, dan hapus hanya garis-garis dari /etc/network/interfaces, yang seharusnya menyingkirkan penundaan boot Anda.

Perlu diingat, ada bug yang dikenal dengan VMwaredan dbusyang juga menyebabkan pesan ini.


1
Masi, sepertinya Anda perlu mengajukan pertanyaan yang berbeda.
SpamapS

3
Maaf, saya seorang pemula dan saya masih tidak mengerti mengapa sistem harus menunggu sekitar 2-4 menit untuk IP. Dan pertanyaan utamanya adalah "apakah saya perlu yang ini. Jika saya punya laptop dan saya selalu menggunakan koneksi jaringan kabel dan nirkabel?"
itun

2
@SpamapS dan Scott Moser Tolong, ubah benda itu dulu. Anda menyakiti pengguna Desktop. Saya mengerti maksud Anda bahwa Anda menghemat waktu dalam hal pemrograman, tetapi harap pertimbangkan jika 100 juta pengguna kehilangan setiap hari 2 menit karena perubahan seperti itu. Ini adalah biaya yang sangat besar! Tolong, cabang Server Ubuntu benar-benar berbeda dari Desktop Ubuntu.
Léo Léopold Hertz 준영

5
upvoting ini untuk kesadaran TETAPI sebagai pengguna Desktop biasa Saya SANGAT TIDAK BAHAGIA bahwa tidak ada opsi boot cepat untuk ini. Jelas dipersepsikan sebagai penurunan dari 10,04 menjadi 12,04 peningkatan. Masalah ini diperparah oleh kenyataan bahwa manajer jaringan tidak dapat secara langsung mengontrol pengaturan seperti duplex dan autoneg, yang mengakibatkan kebutuhan untuk mencapai hal itu melalui / etc / network / interfaces
prusswan

2
@SpamapS: Walaupun saya senang Anda telah mempertimbangkan untuk menambahkan opsi no wait, yang benar-benar perlu dipikirkan adalah mengapa Canonical secara konsisten gagal di QA (pengguna selama 6 tahun terakhir, dan saya menghadapi regresi showstopper setiap rilis yang seharusnya memiliki dicegah setiap rilis). Selain itu, server dan CD minimal banyak digunakan untuk instalasi desktop karena penginstal grafis sering mengalami masalah dan / atau lebih mudah menjalankan CD minimal di media yang rusak. Jelas tidak aman untuk mengasumsikan bahwa karena pengguna menggunakan CD pengganti atau minimal, mereka harus menginstal server.
Joseph Garvin

8

Jika Anda memindahkan OS Anda dari satu mesin ke komputer lain, mungkin merupakan dugaan bagus 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 kemudian reboot sistem Anda dan lihat apakah ini menyelesaikan masalah:

/etc/udev/rules.d/70-persistent-net.rules

terima kasih dachange untuk mendapatkan saya di jalur yang benar untuk menyelesaikan masalah yang berbeda! saya mendapatkan reset timeout pada perangkat wlan0 rlt8185 saya ketika menjalankan ip link set wlan0 up. Terlihat di file 70-persistent-net.rules dan berkomentar di baris yang menambahkan perangkat nirkabel saya, reboot dan sekarang bekerja!

6

Anda sedang 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 paket DHCPOFFER dari server DHCP lokal secara fisik, dan dapatkan alamat IP darinya (lihat http://www.rfc-editor.org/rfc/rfc1531. txt ), sedangkan baris lainnya menetapkan nilai ke antarmuka "secara manual". Sangat penting bahwa seseorang mendapatkan metode penetapan alamat IP dengan benar. Jika ada server DHCP di jaringan lokal Anda, Anda harus menggunakannya. Untuk melakukannya, hapus baris "address", "netmask", "gateway", dan "broadcast".

Jika Anda tidak terhubung ke jaringan area lokal "yang dikelola" (dan tidak memiliki server DHCP), dan ingin menetapkan parameter alamat IP secara manual, ubah baris pertama menjadi:

iface eth0 inet static

dan menjaga jalur "address", "netmask", "gateway", dan "broadcast". Lihat http://www.rfc-editor.org/rfc/rfc5735.txt untuk perincian tentang alamat IP mana yang tersedia untuk digunakan. Parameter yang Anda miliki terlihat OK untuk saya.

Baca baca

man 5 interfaces

sekadar mengomentari semuanya bukanlah jalan terbaik menuju kebahagiaan.


Terima kasih atas jawaban Anda! - Mengapa Ubuntu saya bekerja dengan kosong / etc / network / interfaces ? - Bagaimana Anda dapat melihat bahwa itu tidak berfungsi secara normal atau efisien?
Léo Léopold Hertz 준영

Jadi baris terakhir mengatakan: kirim paket statis ke jaringan lokal fisik, tunggu paket statis dari jaringan lokal fisik, dan dapatkan alamat IP darinya.
Léo Léopold Hertz 준영

Saya sudah tahu [code] iface eth0 inet static address 192.168.0.2 netmask 255.255.255.0 gateway 192.168.0.1 broadcast 192.168.0.255 [/ code], di my / etc / network / interfaces dan masalahnya masih ada: memuat banyak.
Léo Léopold Hertz 준영

Tidak. Baris dengan "statis" mengatakan "Dapatkan alamat IP dari baris berikut" tidak ada paket jaringan yang dikirim.
waltinator

1
Saya rasa saya mengerti. Karena broadband seluler Anda tidak dikonfigurasikan ketika urutan booting melakukan ifconfig -aselama startup, Anda mendapatkan batas waktu.
waltinator

5

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.


3

saya menggunakan

eth0 inet dhcp

Saya tidak melihat titik menunggu ketika tidak ada tautan (kabelnya hilang). Tidak mungkin dhcp bisa mendapatkan alamatnya jika tidak ada media. Ini adalah bug


1
saya menggunakan kode yang sama, tetapi saya masih harus menunggu konfigurasi jaringan setiap waktu.
Matthew Wilson

2

Saya baru saja mengalami masalah yang sama. Saya mencoba masuk dan berkomentar waktu tidur dalam /etc/init/failsafe.conffile dan berakhir dengan sistem hanya terus mencoba untuk boot. Saya memperbaiki kesalahan ini dengan mem-boot ke safe mode dan menjatuhkan ke root shell dan melakukan yang berikut sehingga saya punya hak istimewa:

mount -o remount,rw / 

Saya kemudian mengeluarkan perintah berikut yang memunculkan file sehingga saya bisa mengeditnya kembali ke keadaan asalnya:

sudo nano /etc/init/failsafe.conf 

Simpan dan keluar, lalu reboot sistem.


Bisakah Anda, tolong, katakan apa yang Anda edit dalam fileailsafe.conf. Apakah Anda mengomentari panggilan tidur? Saya mencobanya beberapa tahun yang lalu tidak berhasil.
Léo Léopold Hertz 준영

2
Benar. Setelah Anda berada di txt failafe.conf, Anda cukup mencari panggilan tidur. Saya mengembalikan milik saya masing-masing ke 5, 40, dan 59. Namun saya tidak berhasil mengomentari panggilan tidur karena menyebabkan sistem untuk boot terus menerus.
clrn0979

2

Gunakan allow-hotplugsebagai ganti autodalam /etc/network/interfacesfile, misalnya, allow-hotplug enp0s25lalu iface enp0s25 inet dhcp. Ini memberi tahu server untuk tidak menunggu antarmuka menyala dengan jawaban dhcp. - - Komentar Dr. Zim.


1
Jika saya dapat memilih jawaban ini dua kali saya akan! Terima kasih :)
Ole Henrik Skogstrøm
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.