Câu trả lời:
Tôi đã quyết định thực hiện phương pháp CLI và Alt + Ctrl + F2 để BẠN MIỄN PHÍ làm điều đó trong khi bạn đăng nhập vào GUI - Được rồi, tôi sẽ viết các bước chung để thoải mái sử dụng bất kỳ cách tiếp cận nào bạn muốn.
Chỉnh sửa /etc/network/interfaces:
sudo nano /etc/network/interfaces
Nếu bạn đang gõ cái này từ LXTerminal trong khi đăng nhập vào GUI thì:
gksudo leafpad /etc/network/interfaces
Xóa bất cứ điều gì được viết ở đó và chỉ cần giữ điều này:
auto lo
iface lo inet loopback
Bạn nên giữ một bản sao lưu của tệp "giao diện" trong trường hợp này, vì vậy hãy đảm bảo lưu tệp "giao diện.bak" trước khi bạn làm bất cứ điều gì
Ctrl+ Onếu bạn đang sử dụng nano và Ctrl+ S(Tệp> Lưu) nếu bạn đang sử dụng leafpad.
Ctrl+ Xnếu bạn đang sử dụng nano và Ctrl+ Q(Tệp> Thoát) nếu bạn đang sử dụng leafpad.
Khởi động lại.
Làm xong.
auto lo; Dòng thứ 2 làiface lo inet loopback
network-managercài đặt. Nó được cài đặt trên phiên bản Ubuntu của máy tính để bàn, nhưng không phải là phiên bản máy chủ. Nếu bạn chưa network-managercài đặt và bạn làm điều này, thì không có giao diện nào của bạn sẽ hoạt động
Trong mọi tình huống mà tôi gặp phải, đây là một vấn đề trong / etc / network / interface
Bạn không cần phải xóa mọi thứ như được đề xuất trong một bài đăng trước đó, mà nên kiểm tra các vấn đề phổ biến.
Trong trường hợp của tôi, nó đã xác định tham số cổng cho IPS ethernet bổ sung. Bạn chỉ cần xác định cổng cho giao diện chính cho mỗi thẻ.
Ý tôi là đây là nếu tập tin của bạn trông như thế này:
auto eth0
iface eth0 inet static
address 10.0.0.5
netmask 255.255.255.0
network 10.0.0.0
gateway 10.0.0.1
auto eth0:0
iface eth0:0 inet static
address 10.0.0.6
netmask 255.255.255.0
network 10.0.0.0
#gateway 10.0.0.1
Thông số cổng thứ 2 sẽ khiến ubfox bị treo trong hơn 60 giây trong khi khởi động, bạn chỉ cần xác định cổng cho phần eth0 đầu tiên, bạn KHÔNG cần xác định cổng cho bất kỳ thẻ nic bổ sung nào, IE eth1, wlan0, v.v. IPS bổ sung được gán cho cùng một nic. Phiên bản trước của Ubuntu không có bất kỳ vấn đề nào với điều này, nhưng Ubuntu 12.04 không thích nó ... Hãy thật tuyệt nếu nó có thể đơn giản bỏ qua nó.
Tôi chắc chắn có những "vấn đề" khác trong tệp này có thể gây ra điều này, vì vậy bạn nên kiểm tra tệp và đảm bảo không có lỗi chính tả, v.v.
Điều này cũng có thể hữu ích: http://tech.pedersen-live.com/2012/05/disable-waiting-for-network-configuration-messages-on-ubfox-boot/
Về cơ bản, bạn chỉnh sửa /etc/init/failsafe.conftệp này và vô hiệu hóa (nhận xét) các sleeplệnh thực sự tạm dừng hệ thống. Bên cạnh việc hoàn thành công việc, ít nhất trong trường hợp của tôi không có lỗi nào trong cấu hình mạng, vì vậy mọi thứ đều ổn.
Nhân tiện, giải pháp của bạn chỉ cho phép định cấu hình giao diện loopback, một thứ tôi không thể mua được trong thiết lập của mình (tôi phải tự thiết lập giao diện và cầu nối).
failsafe.confquá mức cần thiết
Giải pháp thực sự (!) Cho vấn đề này là theo lệnh:
sudo sed -i.old-`date +%Y%m%d-%H%M%S` '/^auto lo$/!s/^auto /allow-hotplug /' /etc/network/interfaces
Trong /etc/network/interfacesnày thay đổi tất cả các giao diện (ngoại trừ lo) từ autođến allow-hotplug. Bằng cách này, việc khởi động không còn phải chờ đợi các giao diện xuất hiện đầu tiên.
Cảnh báo: Sau khi thay đổi, giao diện được kết nối vĩnh viễn có thể ngừng hoạt động sau khi khởi động cho đến khi
systemdnhận được sự kiện cắm thực sự. Xem ghi chú bên dưới.
Ví dụ trước (nhìn vào auto eth0):
auto lo
iface lo inet loopback
# The primary network interface
auto eth0
iface eth0 inet dhcp
Ví dụ sau (nhìn vào allow-hotplug eth0):
auto lo
iface lo inet loopback
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
Ghi chú:
Nếu bạn gắn kết chia sẻ mạng /etc/fstab, sử dụng autovà không allow-hotplugcho giao diện với chia sẻ mạng. Khác bạn có thể thấy những điều kỳ lạ xảy ra trong quá trình khởi động, bởi vì mạng phải có sẵn trước khi gắn kết chia sẻ mạng. allow-hotplugkhông đảm bảo điều này.
Nếu các giao diện ở autochế độ, bạn thể hiện: "Các giao diện này rất quan trọng để khởi động, vì vậy chúng tôi phải đợi chúng xuất hiện trước khi chúng tôi khởi động." Do đó, nếu chúng không xuất hiện, Ubuntu sẽ trì hoãn việc khởi động với failafe, đợi chúng xuất hiện tối đa 120 giây. Và đây là điều đúng đắn.
Ngược lại, Giao diện được đặt để allow-hotplugbáo cho Ubuntu, rằng chúng là tùy chọn. Do đó chúng không cần thiết để khởi động.
Ubuntu ghi lại các giao diện có sẵn tại thời điểm cài đặt và giả định rằng chúng rất quan trọng cho hoạt động sau này. Đây là một lựa chọn thận trọng, trong trường hợp giao diện sau này là cần thiết vì một số Dịch vụ liên kết với nó, vì các dịch vụ đó không khởi động nếu chúng bỏ lỡ giao diện đang hoạt động.
Ngoài ra còn có một cài đặt kernel cho phép các tiến trình liên kết với các IP không tồn tại, vì vậy bạn luôn có thể sử dụng allow-hotplugnếu muốn, mà không làm tổn hại đến tính ổn định của quá trình khởi động. Tuy nhiên, đây là một câu chuyện hoàn toàn khác.
Ghi chú (cập nhật 2018-01-04):
Về phía tôi, allow-autolàm tương tự như autovậy, vì vậy nó không giúp ích gì (đã thử với br0).
Sau khi nâng cấp một trong các hệ thống của tôi lên Debian Stretch và chuyển sang SystemD, việc khởi động trở nên chậm trễ không thể chịu đựng được trong khi chờ giao diện (kết nối vĩnh viễn bên ngoài) br0xuất hiện. Tuy nhiên với allow-hotplug giao diện br0vẫn ở lại sau khi khởi động . Có lẽ điều này là do SystemD không nhận được bất kỳ sự kiện cắm thực hoặc tổng hợp nào trên giao diện như vậy. Tôi đã không đào sâu hơn về vấn đề này, vì một số crontabmục tối nghĩa @reboot /sbin/ifup br0để rootsửa nó cho tôi. (Điều này hoạt động, nhưng có lẽ là một cái gì đó, tốt hơn không nên được đề xuất cho người khác. Tôi muốn nghe nếu ai đó có ý tưởng tốt hơn.)
((Văn bản kết thúc tại đây, phần còn lại dành cho giải trí của bạn))
Và đây là một câu chuyện thời gian trên giường, lấy cảm hứng từ điều này:
Một số nông dân trồng trọt. Cây trồng của họ bị khô! Vì vậy, họ đã điều tra tại sao không có đủ nước trong mương thủy lợi. Trong khoảng cách gần hơn, họ ngay lập tức phát hiện ra thủ phạm của mình. Con đập! Con đập chết tiệt giữ nước!
Từ thời điểm này, rõ ràng phải làm gì. "Thổi bay con đập!" họ hét lên và bắt đầu thu thập thuốc nổ. Sau đó tất cả họ đi thẳng đến đập.
Con trai nhỏ của một trong những người nông dân đã hỏi cha mình về những gì đang xảy ra. Ông nói với con trai: "Không có đủ nước trong mương, vì vậy chúng tôi cho nổ đập!" Sau đó, anh lập tức rời đi để theo gói.
"Nhưng", đứa nhỏ cố gắng hét lên sau cha mình, "Nhưng có một cái van! Chỉ cần mở van!" Đáng buồn thay, giọng nói của anh ta quá dịu dàng và đôi chân của anh ta quá ngắn, vì vậy tin nhắn này không đến được với bất kỳ ai.
Cậu bé ngồi xuống và khóc. Nửa giờ sau, anh nghe thấy tiếng "Boom" xa xôi đã phá hủy thảm họa yêu thích của mình tại đập, nơi đặt van.
Những gì đã xảy ra tiếp theo?
Lũ cuốn trôi tất cả những cây trồng quý giá. Ngân hàng đã lấy đi trang trại của cha cậu bé. Cha anh không thể trả tiền cho một trường học tốt. Vì vậy, cậu bé đã gia nhập quân đội để có được một nền giáo dục cao hơn. Ở đó, anh đã học được mọi thứ về phyics của chất nổ và bây giờ cố gắng phát minh ra một con đập chống nổ.
Câu chuyện này có liên quan gì ở đây?
Các thiết lập của giao diện, sống trong đó /etc/network/interfaces, bị phá hủy với giấc ngủ trong trạng thái không an toàn được loại bỏ, và ngay cả khi ai đó nhìn thấy van đóng ( auto), không ai có thể mở nó ra!
Thêm một #trong /etc/init/failsafe.conftập tin ở phía trước của tất cả các dòng có chứa sleep <n>. Làm như vậy sẽ giúp khởi động nhanh.
Điều này sẽ dẫn đến khởi động nhanh hơn và nó sẽ không khắc phục bất kỳ vấn đề nào với /etc/network/interfacestệp. Khắc phục sự cố với /etc/network/interfacestệp không phải là mục đích của /etc/init/failsafe.conftệp.
Có những tình huống bạn muốn giao diện mạng không hoạt động (tức là có một máy tính xách tay chỉ có giao diện eth0 (kết nối có dây) được cắm trong một số thời gian). Tôi không muốn phải đợi thêm 2 phút để máy tính xách tay của tôi khởi động vì tôi không cắm kết nối có dây.
Tôi đã có một vấn đề tương tự. Bằng cách chạy ifconfig -a, tôi xác định rằng các thiết bị mạng duy nhất trên máy tính của tôi là p4p1và lo. Không có eth0.
Vì vậy, tôi chỉnh sửa /etc/network/interfaces, thay thế tất cả các trường hợp eth0với p4p1. Nội dung của tệp hiện là:
auto lo
iface lo inet loopback
auto p4p1
iface p4p1 inet dhcp
Sau khi khởi động lại, mạng đã hoạt động tốt.
Nếu có vấn đề, tôi đã sử dụng phiên bản Ubuntu 12.04.5 Server.
auto p4p1bằng allow-hotplug p4p1và máy tính của bạn cũng khởi động nhanh nếu Ethernet bị hỏng. Tuy nhiên điều này phụ thuộc vào thiết lập của bạn. Ví dụ: nếu đó là máy trạm hoặc máy chủ có chia sẻ mạng ( NFShoặc Samba) bạn chắc chắn muốn đợi Mạng khả dụng trước khi tiếp tục, do đó allow-hotplugsẽ là lựa chọn sai.
ifconfig -atôi phát hiện ra rằng các giao diện thực sự eth4và eth5.
auto lo iface lo inet loopbackkhông hoạt động