การแช่แข็งเมื่อเริ่มต้น (ปัญหา systemd?)


2

ฉันมีแล็ปท็อป Dell Precision 3510 และ Kubuntu 17.04 ของฉันบ่อยมากเมื่อเริ่มต้น

สิ่งที่ฉันได้เห็นจากผลลัพธ์ของคำสั่งjournalctl -xbคือมันได้รับการแช่แข็งเนื่องจากหมดเวลาบนดิสก์

ข้อผิดพลาดแรกที่ฉันเห็นคือ:

systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out.

ฉันพยายามเล่นด้วย/etc/fstabและแทนที่ UUID ด้วยลิงก์ / dev / sdXX แต่สิ่งนี้ไม่ได้ช่วย

นี่คือผลลัพธ์ที่ฉันได้รับ:

čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda1.device: Job dev-sda1.device/start timed out.čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Timed out waiting for device dev-sda1.device.
-- Subject: Unit dev-sda1.device has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit dev-sda1.device has failed.
-- 
-- The result is timeout.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for File System Check on /dev/sda1.
-- Subject: Unit systemd-fsck@dev-sda1.service has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit systemd-fsck@dev-sda1.service has failed.
-- 
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for /boot/efi.
-- Subject: Unit boot-efi.mount has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit boot-efi.mount has failed.
-- 
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for Local File Systems.
-- Subject: Unit local-fs.target has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit local-fs.target has failed.
-- 
-- The result is dependency.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: local-fs.target: Job local-fs.target/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: local-fs.target: Triggering OnFailure= dependencies.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: boot-efi.mount: Job boot-efi.mount/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: systemd-fsck@dev-sda1.service: Job systemd-fsck@dev-sda1.service/start failed with result 'dependency'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda1.device: Job dev-sda1.device/start failed with result 'timeout'.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: dev-sda3.device: Job dev-sda3.device/start timed out.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Timed out waiting for device dev-sda3.device.
-- Subject: Unit dev-sda3.device has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
-- 
-- Unit dev-sda3.device has failed.
-- 
-- The result is timeout.
čen 27 07:47:51 NEHEZ-Precision-3510 systemd[1]: Dependency failed for /dev/sda3.

ความคิดใด ๆ วิธีการแก้ไขหรือไม่

นี่คือ/etc/fstabไฟล์ของฉัน:

# /etc/fstab: static file system information.
## Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                                 <mount point>   <type>   <options>               <dump>  <pass>
# / was on /dev/sda2 during installation
# UUID=2f75b38f-6fa8-473a-b893-e03514a17b1f
/dev/sda2                                       /               ext4    errors=remount-ro       0       1
# /boot/efi was on /dev/sda1 during installation
# UUID=D926-7D91
/dev/sda1                                       /boot/efi       vfat    umask=0077              0       2
# swap was on /dev/sda3 during installation
/dev/sda3                                       none            swap    sw                      0       0

อัปเดต # 1เมื่อวันที่ 29 มิถุนายน 2017 7:11 CEST

ฉันต้องพูดถึงว่าปัญหานี้ไม่ได้เกิดขึ้นเสมอไป แต่ฉันจะบอกว่า 50% ของกรณีระบบเริ่ม


อัปเดต # 2เมื่อวันที่ 7 กรกฎาคม 2017 8:45 CEST

คำตอบที่แนะนำด้านล่างไม่สามารถแก้ไขปัญหาได้
เช้านี้ฉันเริ่มระบบของฉันใหม่และมันก็หยุดชะงักอีกครั้ง

/etc/fstabไฟล์ของฉันมีรายการต่อไปนี้:

UUID=D926-7D91                              /boot/efi   vfat    defaults                0   1
UUID=2f75b38f-6fa8-473a-b893-e03514a17b1f   /           ext4    errors=remount-ro       0   1
UUID=de138edb-ee13-4c44-9cbd-cc777e56cca7   none        swap    sw                      0   0

ใครบ้างมีความคิดว่าปัญหานี้จะเป็นอย่างไร


อัปเดต # 3เมื่อวันที่ 11 กรกฎาคม 2017 10:40 CEST

นี่คือภาพหน้าจอของพาร์ติชันจาก GParted:

ที่นี่.


อัพเดท # 4เมื่อวันที่ 19 กรกฎาคม 2017 11:22 CEST

ปัญหานี้ยังคงมีอยู่แม้ว่าฉันใช้เคอร์เนล 4.12.2


อัปเดต # 5ในวันที่ 15 สิงหาคม 2017 15:07 CEST

ฉันไม่ทราบว่าข้อเท็จจริงต่อไปนี้ได้แก้ไขปัญหาของฉันแล้ว แต่เมื่อฉันใช้เคอร์เนล 4.12.4 (ไม่ใช่ 4.12.7 หรือหุ้นของ Ubuntu หนึ่ง 4.10.0-32) ฉันไม่ได้ประสบปัญหาอีกต่อไป

ข้อเท็จจริงอื่น ๆ ที่สามารถช่วยได้ (แต่ฉันไม่เชื่อในเรื่องนี้มาก) คือฉันปิดการใช้งานบูทของ Kubuntu

ฉันไม่สามารถใช้เคอร์เนลที่ใหม่กว่า 4.12.4 ได้เพราะฉันต้องเผชิญกับปัญหาอื่นกับ VirtualBox 5.1.26 - แขกของ Windows 10 เพิ่งติดขัดและฉันต้องฆ่ากระบวนการ VB


ลองเพิ่มตัวเลือกสำหรับภูเขาnofail /dev/sda1
muru

แล็ปท็อปของคุณมี ssd หรือ hdd หรือไม่? ความคิดเห็นทำให้เป็นจุดที่รุ่นนี้ร้อนมากอย่างรวดเร็ว หากคุณมีความร้อน ssd ไม่เป็นปัญหาใหญ่เท่าที่ควรจะเป็นสำหรับฮาร์ดดิสก์ โดยเฉพาะการสวมใส่มันเมื่อเวลาผ่านไป laptopmag.com/reviews/laptops/dell-precision-3510 คุณอาจนึกถึงการดูข้อมูล SMART บนไดรฟ์ ยังทำงานตัดแต่ง
jones0610

ฉันมี SSD Samsung 850 EVO 500GB แต่แล็ปท็อปของฉันร้อนขึ้นเฉพาะเมื่อไม่ว่างมากโดยปกติจะเย็น ฉันพอใจกับ Dell นี้ แต่ปัญหานี้ทำให้ฉันเป็นบ้า ปัญหานี้เกิดขึ้นค่อนข้างบ่อยแม้ว่าจะเริ่มใช้งานแล็ปท็อปหลังจากที่ปิดเครื่องไปเป็นเวลานานฉันก็มั่นใจ 100% ว่าไม่ได้เกี่ยวข้องกับแล็ปท็อปของตัวเอง
Petr Nehez

ผมจะพยายามที่จะเพิ่มnofailสำหรับ/dev/sda1เป็น @muru ปัญหาก็แปลกจริงๆ
Petr Nehez

คุณตรวจสอบเฟิร์มแวร์ใน Samsung SSD ของคุณแล้วหรือยัง? ดาวน์โหลด Samsung Magician ใน Windows และตรวจสอบโดยเร็ว คุณอาจตรวจสอบเพื่อให้แน่ใจว่า BIOS ของคุณทันสมัย ping @heynnemaเราได้ที่ แจ้งกลับ.
heynnema

คำตอบ:


0

คุณต้องใช้ uuid สำหรับการติดตั้งโดยสมมติว่าคุณมีรหัสที่ถูกต้อง

ทำให้บรรทัดอ่าน UUID=D926-7D91 /boot/efi vfat umask=0077 0 2

ทำการเปลี่ยนแปลงที่คล้ายกันสำหรับการติดตั้งพาร์ติชันอื่น ๆ

โฟลเดอร์ / dev ไม่มีอยู่จนกว่า / (root พาร์ติชัน) จะถูกเมาท์


ดังที่ฉันได้กล่าวไปแล้วในโพสต์เริ่มต้นฉันกำลังเล่นกับ / etc / fstab และปัญหาเกิดขึ้นแม้ว่าฉันจะมี UUID อยู่ที่นั่นสำหรับทุกพาร์ติชัน ...
Petr Nehez

0

ฉันมีปัญหาคล้ายกันกับแล็ปท็อป dell ด้วย เช่น I \ O แฮงค์ล่าช้าระบบไฟล์ยุ่งเหยิงดังนั้นฉันต้องใช้fsckจาก liveusb สิ่งที่ช่วยให้ฉันใช้iommu = softในเวลาบูต

นี่คือบรรทัดจากการกำหนดค่าด้วงของฉัน

GRUB_CMDLINE_LINUX_DEFAULT = "iommu สาดเงียบสงบ = อ่อน" เมื่อคุณอัปเดตการตั้งค่าการทำงานsudo ปรับปรุงด้วง มันใช้งานได้สำหรับฉัน


ฉันไม่คิดว่านี่เป็นกรณีของฉันในขณะที่ฉันไม่มีปัญหากับ I / O หรือกับระบบไฟล์ - ปัญหาที่ฉันเกิดขึ้นคือในระหว่างกระบวนการเริ่มต้นส่วนประกอบจะไม่เริ่มต้นตามลำดับที่ถูกต้อง เมื่อกระบวนการเริ่มต้นหมดเวลาฉันจะได้รับข้อความและสามารถดำเนินการต่อในฐานะรูทในโหมดข้อความเท่านั้น - จากเทอร์มินัลในสถานการณ์นี้ฉันจะได้รับการโพสต์บันทึกที่ด้านบน
Petr Nehez

iommu รับผิดชอบการจัดสรรหน่วยความจำสำหรับอุปกรณ์ทั้งหมด (ดิสก์, usb, เสียง, ตัวควบคุมและอื่น ๆ ) อาจเป็นกรณี ฉันยังแนะนำให้ทำ fsck จาก liveusb เพราะ "เรื่อง: หน่วย systemd-fsck@dev-sda1.service ล้มเหลว"
Aleksey

ตกลง @ ฉันจะลองตัวเลือกนี้
Petr Nehez

การเพิ่มตัวเลือกiommu = softไม่ได้ช่วย @Aleksey ฉันยังคงมีปัญหาเดิมอยู่ ...
Petr Nehez

และดิสก์ไม่จำเป็นต้องใช้ fsck ข้อความsystemd-fsck@dev-sda1.service has failedเป็นเพราะพาร์ติชันไม่ได้ถูกเมาท์
Petr Nehez

0

แก้ไข / etc / fstab กลับไปใช้ UUID แทน / dev / sdaX

หากต้องการแก้ไขปัญหาของคุณให้เปลี่ยนบรรทัดต่อไปนี้โดยเฉพาะ ...

เปลี่ยนสิ่งนี้:

# /boot/efi was on /dev/sda1 during installation
UUID=D926-7D91    /boot/efi      vfat    umask=0077     0       2

สำหรับสิ่งนี้:

# /boot/efi was on /dev/sda1 during installation
UUID=D926-7D91    /boot/efi      vfat    defaults       0       1
                                             ^                  ^
                               change here___|__________________|

อัปเดต # 1:

เพื่อตรวจสอบระบบไฟล์ในพาร์ติชั่น Ubuntu ของคุณ ...

  • บูตไปที่เมนูด้วง
  • เลือกตัวเลือกขั้นสูง
  • เลือกโหมดการกู้คืน
  • เลือกการเข้าถึงรูท
  • ที่พรอมต์ # พิมพ์ sudo fsck -f /
  • ทำซ้ำคำสั่ง fsck หากมีข้อผิดพลาด
  • ชนิด reboot

ฉันใช้ UUID แล้วโดยไม่มีผลกระทบใด ๆ และฉันจะเปลี่ยน / etc / fstab ตามที่คุณแนะนำ
Petr Nehez

อืมฉันเริ่มมีความสุขแล้ว :) การเปลี่ยนแปลงนี้ดูเหมือนจะใช้ได้ ฉันจะทำการรีสตาร์ทอีกสองสามครั้งและจะแจ้งให้คุณทราบผลแล้วยอมรับคำตอบของคุณ ขอบคุณสำหรับตอนนี้ @heynnema
Petr Nehez

คุณคิดอย่างไร @heynnema - ชิ้นส่วนใดที่fstabทำให้เกิดปัญหา <options>พร้อม umask = 0077 หรือ<pass> ที่มีค่า 2
Petr Nehez

ใช่, นี้ได้แก้ไขปัญหาของฉัน ฉันได้รีสตาร์ทและปิดระบบไม่กี่ครั้งและจนถึงขณะนี้ก็มีเวลาหมด ขอบคุณ @heynnema!
Petr Nehez

umask = 0077 ดีใจที่ได้แก้ปัญหา อย่าลืมตรวจสอบ SSD เฟิร์มแวร์ของคุณ โปรดลงคะแนนในคำตอบของฉันโดยคลิกลูกศรสีเทาขึ้นทางซ้ายของคำตอบของฉัน ขอบคุณ!
heynnema
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.