Slow boot - "pekerjaan mulai berjalan untuk dev-disk-by ..."

109

Saya tidak ingat kapan masalah mulai terjadi tetapi kemungkinan ketika saya memindahkan gambar VMWare Ubuntu saya ke SSD eksternal sehingga saya dapat menggunakan OS pada PC saya. Tidak ada banyak tautan di Google tentang masalah ini tetapi yang muncul membicarakannya fstab. Misalnya, Boot lambat - Apa itu "Pekerjaan mulai berjalan untuk dev-disk-by ..."? - Forum OpenSUSE .

Tangkapan layar

Menyebutkan harus menghapus partisi swap dan membuatnya lagi.

Saya dapat mencoba melakukan ini dengan Gparted tetapi kekhawatiran utama saya adalah kehilangan pengaturan saya saat ini di Ubuntu karena saya tidak sepenuhnya yakin apa yang akan terjadi jika saya mengacaukan swap seperti yang disarankan di utas. Adakah yang bisa membantu?

cpd1
sumber
Anda mungkin ingin mengkloning SSD Anda dan kemudian Anda dapat menjatuhkan diri :) (Coba CloneZilla untuk ini)
Grammargeek
Hah ya, saya kira saya bisa melakukan itu. Saya akan menunggu sampai saya pulang dari liburan sehingga saya bisa memindahkannya ke sesuatu di mana saya memiliki lebih banyak ruang
cpd1
1
Saya akhirnya memperbaiki ini. Saya tidak berpikir pernah ada swap jika saya pergi dengan Gparted. Saya akhirnya membuat satu dan mengubah entri di fstab. Itu berhasil dan tidak ada lagi booting 90 detik
cpd1
1
jika Anda memecahkan masalah Anda sendiri, buat jawaban Anda sendiri dan klik tanda centang untuk menandainya telah diselesaikan :)
Grammargeek
1
Masuk akal ... Saya telah menambahkannya
cpd1

Jawaban:

115

Jika Anda mendapatkan "pekerjaan awal yang dimulai oleh dev-disk-by .." diikuti dengan penundaan 90 detik selama setiap boot, selesaikan langkah-langkah berikut:

  1. Instal gparted menggunakan Pusat Perangkat Lunak
  2. Buka gparted dan lihat partisi apa yang sedang digunakan Ubuntu
  3. Edit file fstab menggunakan baris di bawah ini.

    sudo -H gedit /etc/fstab
    
  4. Temukan perangkat yang saat ini tidak Anda gunakan

  5. Masukkan a #dan spasi di awal baris yang berkomentar.

  6. Setel ulang, semoga berhasil untuk Anda!

William MacDonald
sumber
3
Petunjuk langkah demi langkah membantu semua orang! Terima kasih!
John Hall
Saya menandai jawaban Anda sebagai jawaban karena Anda memberikan langkah-langkahnya
cpd1
9
+1 ... bagi mereka yang tidak dapat menemukannya /etc/fstab, Anda juga dapat memeriksanya /etc/crypttab- itu adalah kasus saya.
Grzegorz
7
Jika id blok yang berubah, alih-alih berkomentar, saya lebih suka memperbaiki id perangkat- Gunakan lsblk -f untuk melihat perangkat apa yang terkait dengan id apa dan ganti id.
user1708042
3
Apa yang berhasil bagi saya adalah mengubah langkah 4 menjadi: "Salin UUID yang ditemukan di gparted untuk perangkat yang menyebabkan keterlambatan saat boot", dan langkah 5 ke: "Ganti tempat di mana perangkat ditemukan dalam file fstab". Terkadang ketika Anda mengubah partisi pindahkan, UUID berubah dan itulah yang menyebabkan masalah. Anda hanya perlu memperbaiki UUID baru untuk partisi yang dimodifikasi.
m4l490n
35

Sepertinya masalah ini disebabkan oleh fakta bahwa meskipun fstab memiliki entri untuk swap, sebenarnya tidak ada. Saya menggunakan GParted untuk mengubah ukuran partisi dan membuat Swap baru. Saya kemudian menyalin UUID ke file fstab ...

  1. Saya sekarang memiliki swap
  2. Dan boot turun ke dalam hitungan detik vs 90+ detik
cpd1
sumber
5
Saya mengubah ukuran partisi utama saya (menghapus / menciptakan kembali swap) dan mengalami masalah ini. Saya menggunakan 'sudo blkid' untuk membuat daftar perangkat oleh UUID dan kemudian menggunakan UUID baru di / etc / fstab.
Brad Goss
32

Saya memiliki masalah yang sama setelah mengubah ukuran partisi utama saya di VM saya karena live gparted memaksa saya untuk menghapus & menginisialisasi ulang swap saya untuk melakukannya. Itu menyebabkan UUID baru disetel yang tidak cocok dengan file fstab.

Untuk menghindari masalah ini, /etc/fstabAnda juga bisa

  • Ganti swap UUID dengan yang baru (jalankan sudo blkiduntuk menemukannya) setelah ukuran partisi primer.

  • Atau, beri komentar pada partisi swap sebelum (atau setelah) pengubahan ukuran partisi primer.

Saya akan merekomendasikan yang pertama karena ini adalah cara OS dimaksudkan untuk diatur.

Matthew Cordaro
sumber
Membantu saya juga setelah memindahkan partisi swap saya
po.pe
17

Dalam kasus saya, saya sebelumnya telah menggunakan swap terenkripsi, dan pekerjaan startup disebutkan /dev/mapper/cryptswap1. Untuk mengatasi masalah saya juga harus menghapus file /etc/crypttab, selain langkah-langkah yang dijelaskan dalam jawaban oleh William MacDonald.

Kalle Elmér
sumber
6

Saat mengubah ukuran atau menghapus partisi dengan gparted, Anda sering harus membuat partisi swap baru.

Maka perlu untuk mengaktifkan swap melalui gparted setelah pembuatannya (ada perintah "Activate swap").

Selanjutnya Anda harus menyalin UUID baru ke / etc / fstab untuk me-mountnya kalau tidak saat boot OS akan berusaha menemukannya tetapi sia-sia karena file fstab berisi UUID yang merujuk pada swap lama. Gparted memberikan informasi untuk UUID tetapi Anda dapat dengan mudah berjalan di terminal:

sudo blkid

untuk menemukannya.

Alessandro D'lncal
sumber
4

Saya memiliki masalah yang sama saat boot.

Dalam /etc/fstabfile saya , partisi saya di mana didefinisikan sebagai /dev/sda1,, /dev/sda2dll., Tetapi ketika boot, beberapa kali muncul pesan " Pekerjaan mulai berjalan untuk dev-sdx " ("x" mendefinisikan unit atau partisi mana yang terpengaruh).

Untuk mengatasinya, saya mengubah nilai /dev/sdxdengan UUID partisi. Untuk melihat UUID, dari terminal run lsblk -f. Kemudian, salin UUID dari partisi yang terpengaruh dan tulis di /etc/fstabfile, ganti /dev/sdaxsebagai berikut: /dev/sda1perubahan ke UUID=xxxxxxxxxxxxxxxxxx.

Ini bekerja untuk saya, saya harap info ini bermanfaat.

Lord Ferm
sumber
Iya. Inilah masalah yang dipecahkan UUID. Sistem memasang partisi mana pun dengan ID itu, apa pun perangkatnya atau di mana partisi itu berada. Dengan downside yang Anda perlu mengubah UUID setiap kali Anda menghancurkan / membuat partisi atau memasang drive baru. Dan menduplikasi partisi (gparted copy / paste) akan membuat salinan dengan UUID yang sama, yang dapat menyebabkan masalah jika dokumen asli dan salinan keduanya online pada saat yang sama. Bagi kebanyakan orang, ini tidak masalah, tetapi Anda harus mengingatnya saat mengkloning / mengganti drive.
David C.
3

Boot saya melambat karena saya menukar drive saya dan UUID tidak cocok. Ini menyebabkan Ubuntu melakukan pemindaian saat boot.

Saya sering bertukar drive di sekitar. Jika tunggangan Anda selalu di tempat yang sama (seperti milik saya), Anda bisa menghapus UUID dan menempatkan jalur langsung untuk mencegah kesalahan pemindaian itu terjadi ...

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/sda1 /               ext4    errors=remount-ro 0       1
/dev/sda2 none            swap    sw              0       0
Dan
sumber
Bagaimana saran ini mempercepat booting? Ada referensi?
Mostafa Ahangarha
Saya menjawab pertanyaan kesalahannya yang menyebabkan boot lambat. Saya membuat jawaban saya lebih jelas.
Dan
1
Ya, pemasangan menurut nama perangkat menghindari masalah, tetapi juga menciptakan masalah yang dimaksudkan untuk diselesaikan oleh UUID (dan label volume) - yang memasang drive ke tempat yang berbeda (misalnya dari satu antarmuka SATA ke yang lain) akan mengubah nama perangkat, melanggar tungganganmu. Anda perlu memutuskan masalah mana yang lebih mudah untuk dijalani, tetapi pastikan Anda mengingat keputusan Anda karena itu bisa sangat membuat frustasi ketika masalah terjadi karena Anda lupa.
David C.
3

Situasi utama:

Sudah dijawab secara terperinci ... (Anda perlu memeriksa UUID di bawah file-file itu)

/etc/crypttab 
/etc/fstab
/etc/grub.d/40_custom 
/boot/grub2/grub.cfg

Situasi Alternatif I - Udev:

Ini bisa disebabkan oleh udev jika Anda memiliki skrip aturan di bawahnya /etc/udev/rules.d/yang tidak dimaksudkan untuk dijalankan pada saat boot, jika skrip gagal itu akan membuat langkah fstab berlangsung selamanya, cukup edit skrip Anda sesuai dengan kebutuhan Anda atau hapus.

Alternatif situasi II - Dev Crypted:

Partisi crypted dapat membingungkan karena partisi utama memiliki UUID dan yang dipetakan mendekripsi memiliki UUID lain yang berbeda dari yang utama untuk satu partisi mereka harus didefinisikan di tempat yang berbeda etc/crypttabdan/etc/fstab

# lsblk -o name,uuid,mountpoint
├─sda2                         727fa348-8804-4773-ae3d-f3e176d12dac
│ └─sda2_crypt (dm-0)          P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi

UUID yang nyata perlu disebutkan dalam etc/crypttab

# cat /etc/crypttab
sda2_crypt  UUID=727fa348-8804-4773-ae3d-f3e176d12dac  none  luks

UUID Virtual harus di /etc/fstab

# cat /etc/fstab
UUID=P1kvJI-5iqv-s9gJ-8V2H-2EEO-q4aK-sx4aDi / ext4 defaults,errors=remount-ro 0 1

Alternatif situasi III - Dev Ghost:

Perangkat yang disiapkan untuk dipasang pada saat boot tetapi tidak ada dalam sistem atau terlepas seperti drive usb.

Checkout dengan perangkat yang terhubung nyata lsblk -o name,uuid,mountpointdan edit /etc/fstabuntuk menjaga hanya perangkat yang terhubung ATAU meninggalkan perangkat yang tidak terhubung di sana tetapi mengaturnya untuk diabaikan saat boot dengan opsi noautodan mengatur garis seperti ini

UUID=BLA-BLA-BLA /mount ext4 option,noauto,option 0 0

Memeriksa log sistem

journalctl -ab 

systemd-analyze blame

systemd-analyze critical-chain

systemctl status dev-mapper-crypt_sda2.device

systemctl status systemd-udev-settle.service
intika
sumber
1
Terima kasih, itu jawaban yang sangat bagus dan harus diterima. Sebagian besar jawaban lain di sini adalah kesalahan yang berbahaya dan bahkan jika mereka menghindari masalah, mereka memperkenalkan masalah lain yang mungkin kurang jelas, misalnya menghapus enkripsi perangkat swap.
Waqar Lim
2

Selain memeriksa /etc/fstabatau /etc/crypttabsebagaimana disebutkan dalam jawaban lain, periksa juga UUID yang berasal dari parameter kernel di /etc/default/grub. Untuk sementara saya sangat bingung dengan sistem yang hanya memiliki cromulent yang sempurna /etc/fstabuntuk menemukan resume=…parameter kernel dalam konfigurasi GRUB.

Poster Acak
sumber
1
Ini membantu saya memecahkan masalah. / Etc / fstab saya baik-baik saja. Kemudian, selain /etc/default/grubsaya juga harus melakukan perubahan /boot/efi/EFI/fedora/grub.cfg. Parameter linux "resume = UUID = ..." menjadi usang setelah saya secara manual mengubah partisi swap.
Stphane
1

Anda dapat melewati tunggu dan langsung masuk ke layar masuk dengan menggunakan ' Ctrl+ c' dan kemudian mengerjakan solusinya. Terkadang ini akan berlangsung selamanya jika tidak.

Ramon Suarez
sumber
Apakah itu secara harfiah Ctrl, tombol tambah dan c?
muru
Ya, itu saja :)
Ramon Suarez
0

Saya tahu ini sudah tua, tetapi saya menemukan masalah ini, pesan kesalahan yang sama, saat mengkloning instalasi dengan rsync. tidak memiliki kesalahan pada fstab, masalahnya diselesaikan setelah memperbarui initrdfs dengan tangan. untuk mencapai itu,

  1. boot mesin ke instalasi yang berfungsi (mesin multiboot, livecd sebaliknya)

  2. pasang partisi root sistem dengan masalah

  3. mount dev, sys dan proc untuk chroot yang berfungsi

  4. chroot ke dalam root filesystem

  5. jalankan mkinitrd

  6. keluar dari chroot dan reboot.

merchamion
sumber
0

Saya juga mengalami masalah ini. Saya mengoreksi UUID di / etc / fstab dan / etc / cryptswap. Setelah melakukan ini, ia menatap meminta kata sandi saat boot.

/ etc / fstab memperlihatkan entri "/ dev / mapper / cryptswap1 tidak ada swap sw 0 0" jadi saya berkomentar bahwa baris keluar.

/ etc / cryptswap menunjukkan UUID yang benar tetapi terus meminta frasa sandi saat boot. Mengomentari kalimat itu juga telah memperbaiki masalah ini.

Pertanyaan saya adalah: apakah ini menimbulkan segala jenis masalah keamanan dengan menghapus kedua referensi untuk swap terenkripsi? GParted menunjukkan ikon "kunci" aman di sebelah drive swap. Namun, saya ingin memastikan bahwa enkripsi masih aktif untuk partisi itu.

Setiap wawasan dihargai. Terima kasih sebelumnya!

TechInMD
sumber
Selamat Datang di Tanya Ubuntu. Sepertinya, Anda bermaksud mengajukan pertanyaan baru alih-alih menjawab pertanyaan OP di atas. Tolong, pertimbangkan untuk menghapus jawaban ini dan mengirim pertanyaan baru sebagai gantinya. Bagian ini hanya untuk jawaban dan kemungkinan besar Anda tidak akan menerima respons yang diinginkan. Terima kasih
Raffa