NetRestore ไม่ทำงานกับ MacBook Pro ใหม่ด้วยอะแดปเตอร์ Thunderbolt Ethernet


0

ฉันหวังว่าจะมีใครบางคนสามารถช่วยฉันแก้ปัญหาที่ฉันพยายามทำรูป MacBooks รุ่นใหม่ที่มี Thunderbolt เป็น Ethernet adapter เซิร์ฟเวอร์กำลังทำงาน 10.11.6 พร้อมแอปเซิร์ฟเวอร์ 5.1.7 และภาพที่ฉันพยายามจะติดตั้งก็คือ 10.11.6 มันไม่ได้เป็นปัญหากับภาพเพราะมันทำงานได้ดีบนเครื่องที่มีพอร์ต Ethernet ภายใน แต่ก็ไม่ได้อยู่ใน MacBook ใด ๆ ที่ต้องใช้ Thunderbolt กับอะแดปเตอร์ Gigabit Ethernet ฉันได้ลองใช้อะแดปเตอร์ USB to Ethernet และยังไม่มีโชค เมื่อฉันลองและ netboot โดยใช้ปุ่ม N ฉันจะได้โลกที่กระพริบซึ่งระบุว่าเครื่องกำลังขอที่อยู่ IP แต่ดูเหมือนว่าจะหมดเวลาและบู๊ตเข้าสู่การติดตั้ง Mac OS ปัจจุบันบนดิสก์ ฉันตรวจสอบการตั้งค่า DHCP แล้วและทุกอย่างเรียบร้อยดี หากฉันลองกดปุ่มตัวเลือกค้างไว้เพื่อเรียกใช้งานตัวจัดการการเริ่มต้นระบบจะเห็นเฉพาะดิสก์ภายในเท่านั้นไม่ใช่รูปภาพใด ๆ บนเซิร์ฟเวอร์ แต่ถ้าฉันไปที่การตั้งค่าเริ่มต้นของดิสก์มันจะเห็นภาพทั้งหมด แต่เลือกหนึ่งในนั้นและเริ่มใหม่ฉันได้รับพฤติกรรมเช่นเดียวกับเมื่อฉันบูตโดยใช้ปุ่ม N ดูเหมือนว่ามันไม่ได้โหลดไดรเวอร์สำหรับอะแดปเตอร์สายฟ้าจนกว่ามันจะโหลดระบบปฏิบัติการ ฉันได้ตรวจสอบในบันทึกบนเซิร์ฟเวอร์และฉันไม่เห็นรายการใด ๆ ที่เกี่ยวข้องกับที่อยู่ MAC ของอะแดปเตอร์สำหรับ DHCP หรือ BDSP มันเป็นความอัปยศจริงที่คุณไม่สามารถทำ NetBoot ในโหมด verbose (ไม่เท่าที่ฉันรู้อยู่แล้ว) เพื่อให้คุณสามารถหาที่ที่มันล้มเหลวได้ ไม่มีใครรู้ว่าทำไม Thunderbolt ถึง Gigabit Ethernet adapter ไม่ได้รับการยอมรับจนกว่าระบบปฏิบัติการจะโหลด? ถ้านี่คือการออกแบบจากนั้นแอปเปิ้ลมีความยุ่งเหยิงขึ้นจริง ๆ ว่าคุณจะสามารถทำ NetBoot / ติดตั้ง / กู้คืนโดยไม่ต้องใช้อะแดปเตอร์ที่ได้รับการยอมรับเมื่อโหลดเฟิร์มแวร์หรือไม่

คำตอบ:


0

ฉัน NetBoot กับพวกเขาตลอดเวลา (สายฟ้าส่วนใหญ่) นี่คือดองเกิลของ Apple ใช่ไหม ตราบใดที่มีการเชื่อมต่อก่อนที่คุณจะเริ่มต้นมันก็จะโหลดไดรเวอร์

คุณสามารถ NetBoot ในโหมด verbose ตั้งดิสก์เริ่มต้นในการตั้งค่าระบบแล้วรีสตาร์ทในขณะที่ถือCommand-V(ฉันมักจะตั้งอย่างถาวรในระบบทดสอบ: sudo nvram boot-args="-v")

ไม่เห็นรายการใด ๆ จากที่อยู่ MAC ของตัวปรับแต่งนั้นใน system.log ของเซิร์ฟเวอร์หมายความว่าทราฟฟิกไม่ได้ส่งไปยังเซิร์ฟเวอร์ด้วยเหตุผลบางประการ คุณสามารถยืนยันได้โดยการติดตามแพ็กเก็ตฝั่งเซิร์ฟเวอร์ (สมมติว่าคุณกำลังใช้en0):

sudo tcpdump -i en0 -s 0 -B 524288 -w ~/Desktop/NetBoot.pcap

ฉันมักจะกรองใน Wireshark bootp or tftpเพื่อดูว่าสิ่งต่าง ๆ ได้ไปไกลแค่ไหน

คุณสามารถรับการติดตามแพ็กเก็ตฝั่งไคลเอ็นต์โดยใช้ "dumb hub" (ไม่เหมือนกันทุกวันนี้) หรือทำมิเรอร์พอร์ตบนสวิตช์ (สมมติว่าอุปกรณ์เครือข่ายของคุณสามารถทำได้)


0

เป็นปัญหาเซิร์ฟเวอร์ที่แปลก กำหนดค่าเซิร์ฟเวอร์ใหม่โดยสมบูรณ์และตอนนี้บิลด์ทำงานได้อย่างสมบูรณ์ ยังไม่แน่ใจเกี่ยวกับปัญหาพื้นฐาน แต่ก็ดีในช่วงสองสามเดือนที่ผ่านมา

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.